Как найти потерянные файлы и изображения, которые не связаны ни с одной таблицей стилей CSS или с какого-либо узла?

Есть ли способ перечислить все неиспользуемые файлы, которые находятся в общедоступной файловой системе и в каталоге темы, и перечислить их, или, возможно, даже есть возможность удалить их автоматически?

Я имею в виду файлы, которые в настоящее время не связаны ни с одной таблицей стилей CSS, ни с какого-либо узла.

Вы можете найти потерянные файлы, выполнив следующий запрос MySQL:

SELECT fm.*
FROM file_managed AS fm
LEFT OUTER JOIN file_usage AS fu ON (fm.fid = fu.fid)
LEFT OUTER JOIN node AS n ON (fu.id = n.nid)
WHERE fu.type = 'node' AND n.nid IS NULL

Это возвращает все файлы, которые не имеют связанного узла. Я не уверен, безопасно ли удалять возвращенные строки и файлы, возможно, это также зависит от настроек вашего модуля. Используйте только на свой страх и риск!

Источник: http://drupal.org/node/733258#comment-5582764

Для тех, кто придет на этот пост три года спустя, есть небольшой модуль, который вы можете использовать для этого, который называется Fancy File Delete .

На момент написания этой статьи он был в бета-версии, поэтому используйте его на свой страх и риск. Как всегда, очистка потерянных объектов с помощью запросов к БД может быть отрывочной, и ее успех сильно зависит от настроек вашего конкретного модуля.

Что-то, что может помочь идентифицировать « файлы, которые больше не прикреплены к узлам или файлам и каталогам, которых нет в таблице управления файлами » (как в дублирующем вопросе « Как удалить неиспользуемые файлы? »), Это использовать Модуль проверки файлов . Некоторые подробности об этом на странице проекта:

В идеальном мире Drupal ваша серверная файловая система и соответствующие ей записи в таблице файлов Drupal синхронизированы на 100%. Но что, если части вашей файловой системы были повреждены из-за сбоя диска? Или один из ваших модулей испортил вашу базу данных и файлы? Или ваш сценарий развертывания пошёл дальше? Что ж, тогда этот модуль поможет вам отслеживать и выяснять, какие файлы не синхронизированы.

Из коробки файловая таблица имеет два вида статусов: Временный (0) и Постоянный (1). Проверка файлов вводит дополнительный статус Missing (2). В рамках процесса проверки, который может запускаться различными способами, обновляется столбец состояния таблицы файлов.

Характеристики

• Запустить процесс проверки: по запросу, через cron, через drush (в планировании)
• Страница обзора списка файлов с фильтрами
• Интеграция просмотров
• Команда Drush для проверки файлов

Если вы хотите экспортировать результаты представления, рекомендуется использовать модуль views_data_export.

Так что вы могли бы сделать так:

• Клонируйте (скопируйте) свой сайт в какую-либо среду разработки, но не копируйте файлы в каталог, который вы хотите проверить. Как вариант (если этот вопрос касается сайта непроизводственного статуса), просто временно переместите все файлы из этого каталога.
• Используйте модуль проверки файлов, чтобы выяснить, какие файлы «отсутствуют»: это файлы, которые явно не используются. Но любой файл, о котором этот модуль не спорит, ... не используется!
• Скопировав все отсутствующие файлы в правильное местоположение каталога, который вы хотите проверить, вы затем шаг за шагом воссоздаете идеальное содержимое вашего каталога.

Примечание : несмотря на то, что этот вопрос касается D7, это (альфа-версия) его также для D8.

есть один модуль , который удаляет ненужные файлы фантазия удаления файлов .

Просмотр всех управляемых файлов с возможностью принудительного удаления их с помощью пользовательских действий VBO. Ручное удаление управляемых файлов с помощью FID (и возможность принудительного удаления, если вы действительно этого хотите). Удаление неиспользуемых файлов из каталога файлов по умолчанию, которых нет в таблице управляемых файлов. АКА удаляет все неуправляемые файлы. Удаление неиспользуемых файлов из всей установки, которые больше не привязаны к узлам и таблице использования файлов. Ака удаляет все потерянные файлы.

Вы можете удалить неиспользуемый файл

1. Удалить вручную из таблицы file_managed по какому-либо запросу, например

   $this->database ->delete('file_managed') ->condition('fid', $fid, '=') ->execute();

2. Установка статуса файла 0 , чтобы пометить его как временный файл, поэтому cron удалит его через определенное время.
   $file = File::load ($fid); $file->setTemporary();

Удаления фантазии файл модуль не работает вообще для меня. Вот более ручная альтернатива.

Чтобы удалить файлы из папки, которой нет в таблице управляемых файлов, вы можете:

1) Создайте список всех управляемых файлов:

mysql whateverdb -e "select filename from file_managed" > ~/managed-files.txt

2) Удалите все файлы из каталога, которых нет в этом списке. Для этого я использовал небольшой скрипт bash:

#!/bin/bash

IMG_FOLDER='/var/www/html/yoursite/docroot/sites/default/files/certain-images'
EXCLUDES='/home/yourhomeuser/managed-files.txt'

for FILE in $IMG_FOLDER/*; do
  if ! grep "$FILE" "$EXCLUDES"; then
        echo "Deleting $FILE"
        rm -f "$FILE"
  fi
done

Просто измените IMG_FOLDERпеременную на путь к любой папке, из которой вы хотите удалить файлы (и обновите путь до вашего файла исключений)