Очистить таблицы кэша


Я установил "тестовую" тему, а затем удалил ее. Я запустил drush cache-rebuild, а также очистил все кэши в меню Конфигурация->Производительность. Однако, когда я запускаю drush config-export, чтобы экспортировать свою конфигурацию из среды разработки в промежуточную среду, список экспортируемых файлов по-прежнему содержит ссылки на тему "тест", даже если я удалил ее и очистил свои кэши.

Я просмотрел свою базу данных, и в таблице cachetags там есть строки, которые обратитесь к теме "тест", которую я удалил. У меня такое чувство, что это те, которые экспортируются во время drush config-export. Есть ли какой-нибудь способ, которым я могу их очистить?? Потому что прямо сейчас я не могу продолжить выполнение команды drush config-import в своей промежуточной среде, потому что я получаю сообщение об ошибке, в котором говорится, что она не может установить тему "тест", потому что она не включена. И он не должен устанавливать его, потому что его там не должно быть.

Я осмотрелся, и вся документация указывает на то, что drush cache-rebuild используется для очистки всех кэшей, однако в моем случае это не так.

Я использую Drupal 8 вместе с Drush 8, все они работают на Ubuntu.

Я подумывал об этом, но так как я новичок в Drupal, я был немного обеспокоен тем, что это вызовет некоторые другие проблемы, если я удалю их вручную.
Я просто удалил их, и, конечно же, файлы конфигурации исчезли, как и должны были быть. Пока все выглядит хорошо.
Все равно было бы неплохо узнать, как правильно удалить тему, удалить ее и полностью удален из базы данных. А также то, что кэширует drush cache-rebuild действительно очищается, а что нет.

Author: kiamlaluno, 2016-03-24

1 answers

Чтобы очистить все таблицы кэша, выполните эту команду в терминале сервера.

# Truncate cache tables in MySQL regardless of the active cache backend
echo "SHOW TABLES LIKE 'cache%'" | $(drush sql-connect) | tail -n +2 | xargs -L1 -I% echo "TRUNCATE TABLE %;" | $(drush sql-connect) -v

Это приведет к циклу по всем таблицам кэша и усечению их одной командой.

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

 5
Author: Mohammad AlQanneh, 2016-12-11 13:07:37