Удаление файла из системы

[firebolt]

Простой вопрос, не могу найти ответ.

Была инструкция в разделе FAQ с прикрепленным файлом. Инструкция обновилась, файл тоже. Как удалить старый файл инструкции?
Еще бывает необходимость удалять файлы, прикрепленные к заявке.

[ykolesnikov]

В FAQ вроде, все просто. В статье, входите в режит редактирования - и там, у прикрепленного файла, есть кнопка "Удалить". Естественно, для этого нужно обладать правами -rw в группе faq.

[firebolt]

В FAQ вроде, все просто. В статье, входите в режит редактирования - и там, у прикрепленного файла, есть кнопка "Удалить". Естественно, для этого нужно обладать правами -rw в группе faq.

Спасибо, уже что-то.

Теперь, как насчет удаления файлов из заявок? И еще вопрос появился после прослушивания вебинара по OTRS. Как определить, где храниться файлам: в базе данных или в каталоге?

[ykolesnikov]

По поводу удаления заметок, что-то не помню, вроде есть такой скрипт, поищите в каталогах системы.
Хотя, не очень понимаю зачем. Заметки - это история заявки и все ходы должны быть записаны. Наудаляете заметок, а как потом разбираться?
Вопром по месту хранения не понял. Заявки могут храниться в БД OTRS или в файловой системе, хотя, могу ошибаться, но этот вопрос освещен в мануале, поищите и почитайте, там есть рекомендации.

[firebolt]

Нет, я не буду удалять заметки, я вообще не буду касаться OTRS. Я хочу научиться удалять файлы из базы данных, если они хранятся в ней.

[ykolesnikov]

Задача абсолютно непонятна!
Система следит за целостностью базы, а Вы хотите хирургическим путем... В чем смысл-то? Для этого надо понимать логику работы системы, - "чтоб потом не было мучительно больно, за бесцельно... произведенные усилия"!

[merkushov]

Нет, я не буду удалять заметки, я вообще не буду касаться OTRS. Я хочу научиться удалять файлы из базы данных, если они хранятся в ней.

Переключите OTRS на хранение аттачей в файловой системе. В конфиге измените параметр Ticket::StorageModule на StorageFS. А затем скриптом ./bit/otrs.ArticleStorageSwitch.pl перетащите все файлы из БД в ФС.

[firebolt]

Переключил хранилище на файловую систему и перенес скриптом файлы. В итоге я получил что? - Огромную кучу каталогов, по каталогу на каждую заявку, если не больше, какой каталог какой заявке принадлежит, я не смог разобраться, прикпрепленные файлы найти нет возможности. То есть основная цель не достигнута. Тогда я подумал: "Ну хотя бы базу данных разгрузил..." Я это проверил и обнаружил, что база данных меньше весить не стала!!! Тогда в чем смысл проделланой мной махинации?

[ykolesnikov]

А какя цель-то была? Удалять заметки и вложения? Зачем? Опять телега впереди лошади. Зато есть опыт!

[firebolt]

Применение следующее: разгрузить базу, удаляя файлы из старых заявок. Удаление файлов от удаленных заявок. Ну еще можно придумать.

Вот сейчас и проверю, удалятся ли файлы, если я удалю заявку.
А еще я подтвердил, что папка создается на каждый файл, а не на каждую заявку. Это огромная куча папок! Файл есть в каждой заявке, даже если ничего не прикреплялось.

[firebolt]

О! C удалением заявки файлы тоже удаляются. Это радует.

[ykolesnikov]

Пока еще не занимался вплотную проблемой, но, где-то в настройках встречал про архивные базы заявок, для разгрузки основных. Поищите в мануале. Возможно, это будет корректнее просто удаления. Все ходы должны быть записаны.

[merkushov]

Тогда я подумал: "Ну хотя бы базу данных разгрузил..." Я это проверил и обнаружил, что база данных меньше весить не стала!!! Тогда в чем смысл проделланой мной махинации?

Всё верно. Если вы специально не чистили таблицу article_attachment, то данные, скорее всего, в ней остались. После переключения, прикреплённый файлы будут сохранятся только в файловой системе. Формат хранения файлов в файловой системе следующий: ./var/article/год/месяц/день/номер_сообщения/

Помимо вложений и доп файлов для их классификация, в папке лежит исходное почтовое сообщение со всеми заголовками, если заявка пришла по email.

[firebolt]

Тогда я подумал: "Ну хотя бы базу данных разгрузил..." Я это проверил и обнаружил, что база данных меньше весить не стала!!! Тогда в чем смысл проделланой мной махинации?

Всё верно. Если вы специально не чистили таблицу article_attachment, то данные, скорее всего, в ней остались. После переключения, прикреплённый файлы будут сохранятся только в файловой системе. Формат хранения файлов в файловой системе следующий: ./var/article/год/месяц/день/номер_сообщения/

Помимо вложений и доп файлов для их классификация, в папке лежит исходное почтовое сообщение со всеми заголовками, если заявка пришла по email.

Спасибо, это все проясняет. Но и вопросы порождает. Есть ли цивильный способ узнать номер_сообщения? Я, полагаю, нашел именно эти номера, когда залез в исходный код страницы. Ну а второй вопрос очевиден - как почистить таблицу article_attachment? article_plain чистить не надо?

[firebolt]

ОК. Первый вопрос остается - как узнать номер. А второй заменяется. Нормально ли то, что я вычистил в 0 таблицу article_attachment средствами СУБД? Система продолжает работать, файлы в старых заявках есть, все вроде как надо. Но не вылезет ли боком в будущем?

[merkushov]

Если вычистили и всё продолжает работать, не переживайте боком не выйдет.

Узнать номер сообщения можно на странице заявки AgentTicketZoom. В кнопках, относящихся к сообщению есть параметр ArticleID это и есть номер.

[firebolt]

Если вычистили и всё продолжает работать, не переживайте боком не выйдет.

Узнать номер сообщения можно на странице заявки AgentTicketZoom. В кнопках, относящихся к сообщению есть параметр ArticleID это и есть номер.

А, ну-ну, нашел. Благодарю!

[firebolt]

Эксперимента ради после чистки таблицы я снова переключил хранение файлов на базу данных. И перегнал скриптом все обратно в БД. Система работает как ни в чем не бывало. Операции безопасны.

Кстати! Я имею огромный простор для экспериментов благодаря среде виртуализации KVM. Всем рекомендую. Система в продакшене запущена на виртуалке, и сделать ее копию для тестов - дело 1 минуты. Проседания в производительности мизерны.

[alexus]

Система в продакшене запущена на виртуалке, и сделать ее копию для тестов - дело 1 минуты.

Только не забудьте после дела в 1 минуту потратить минут 30-40 на смену ВСЕХ почтовых настроек и настроек уведомлений на тестово среде. А то у Вас такая веселуха начнется !

[firebolt]

Система в продакшене запущена на виртуалке, и сделать ее копию для тестов - дело 1 минуты.

Только не забудьте после дела в 1 минуту потратить минут 30-40 на смену ВСЕХ почтовых настроек и настроек уведомлений на тестово среде. А то у Вас такая веселуха начнется !

Я об этом не забываю, но и ничего не меняю . Пришло письмо из тестовой системы c ссылкой за заявку в оригинальной системе. Сотрудник перешел по ссылке и сидел ломал голову, почему он видит не ту заявку, о которой говорилось в письме

Да это не большая проблема. Я включаю ее на время теста, потом отключаю.

[William]

Добрый день!

ОК. Первый вопрос остается - как узнать номер. А второй заменяется. Нормально ли то, что я вычистил в 0 таблицу article_attachment средствами СУБД? Система продолжает работать, файлы в старых заявках есть, все вроде как надо. Но не вылезет ли боком в будущем?

Скажите пож-та, вы чистили article_attachment просто запросом DELETE FROM article_attachment ?
article_plain тоже чистили?