3 июля 2017 в 12:09
Заметил такую гадкую вещь - если в материале в прикреплённом поле типа "файл" удалить этот самый файл, то на сервере он остаётся и продолжает занимать место.
Файлы хранятся в хранилище Друпала "Приватные файлы", т.е. доступ к ним можно получить только с сайта. Настройки htaccess не менял.
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
Ну есть у кого хоть какие-то идеи?
Файл остаётся висеть в старой ревизии ноды.
Предположение хорошее, но я этот вариант проверял - даже с одной опубликованной ревизией (моей) ноды они не удаляются с сервера, хотя в материале я их удалил.
Проверьте, выполняются ли регулярные процедуры (cron).
C cron проблем не замечал, по крайней мере письма отправляет мне и пользователям регулярно по распорядку.
Кстати, сейчас проверил - картинки тоже не удаляются (даже если удалить материал), а они у меня в общедоступном хранилище, в отличии от файлов.
Дайте мне идеи!
Сравните с другими проектами, наймите админа на сервер, почитайте доки.
Какие идеи, всё решает опыт.
Очень полезный совет, что он есть что его нет. Базовая функция движка некорректно работает, а я админа буду нанимать.
Много проектов. На всех работает.
Так врядли кто скажет. Нужно дебажить, по месту.
Сравните с другими проектами на этом же сервере.
Проверил сайт у себя на денвере - та же беда, так что хостер отпал. Потом заметил, что если удалить файл не создавая ревизию в материале, где ни разу не создавались ревиизии, то он удаляется. Начал копать в сторону revisioning - оказалось, что это давно известная проблема на семёрке https://www.drupal.org/node/2285629 и 8ке https://www.drupal.org/node/1239558 У меня седьмой друпал и там написано, что до сих пор не исправлено. Такие дела.
Грубо и навскидку, а если удалить ревизии с базы?
Так дело не в этом, даже если их удалить (да даже если удалить весь материал), модуль revisioning не снимает (не умеет корректно) с файлов метку что они используются, поэтому друпал их не может удалить. Я так понял.
Фишка моего наблюдения была в том, что до тех пор, пока не было обращения к модулю revisioning, всё нормально удалялось. Т.е. проблема именно в вышеуказанном модуле. Удаляй ревизии или нет - уже ничего не поможет.
Модуль удаляющий неиспользуемые файлы с сервера, вам надо. Вроде есть такой.
Этим пробуйте базе крылышки почистить.
Спасибо за ссылку, попробовал (сделав бэкап), размер отдельных таблиц намного уменьшился (кстати как раз пресловутой file_usage), плохо что после окончания операции никаких отчётов модуль не показал, собственно вообще не понятно что он именно делал. Ну да ладно, лишь бы сбоев в работе сайта не было.
Касательно удаления файлов, я как раз разбираясь с моей проблемой наткнулся на такой модуль, Fancy File Delete. Но т.к. revisioning не отвязывает файл от материала, то в базе он считается нужным и от Fancy File Delete толку нет.
Там три кнопки, и после работы третьей (оптимизация таблиц), можно увидеть как похудела база, внизу, если было 2 гиг, становится 1.2 гиг и это не может не радовать ))
Такс. Мимо крокодил. По идее - это разумное поведение для ревизий. Если ты хочешь откатить, или посмотреть, как оно было раньше - вполне логично, что и фалы ты захочешь увидеть. Поэтому в случае наличия у материала ревизий - это не баг, а фича.
Не так страшно смотреть, как уменьшается место на диске, как на то как оно медленно увеличивается.
fairrandir, не раз и не два уже написал, речь о том, когда либо все архивные ревизии удалены, либо даже когда удалён материал полностью. Повнимательнее.
Читал только топик, и наискосок комментарии.
Потому и мимокрокдил.
Проблема решена патчем https://www.drupal.org/node/2285629#comment-12157520 для Drupal 7.