После "Изменения темы (внешнего вида) в Drupal 10" мы замечаем, что некоторые из наших содержательных и функциональных блоков исчезли, и нам нужно вернуть их обратно, а затем мы продолжим настройку веб-сайта.
1. Итак, первая и самая важная проблема заключается в том, что мы потеряли языковой переключатель на нашем многоязычном веб-сайте Drupal. Давайте вернем ее обратно, перейдя в раздел инструментов администратора /admin /structure /block и в области "Заголовок" нажав гиперссылку "Разместить блокировку". Затем мы выбираем во всплывающем интерфейсе блок с именем "Language Switcher", нажав "Поместить блок" напротив него.
Затем мы увидим диалоговое окно "Настроить блок" и снимем флажок "Отображать заголовок", а затем нажмем кнопку "Сохранить блок" ниже.
Затем мы прокручиваем страницу вниз и нажимаем кнопку "Сохранить блоки", чтобы исправить новый порядок расположения блоков в регионах темы.
2. Во второй проблеме мы заметили, что блок под названием "website-change.log" исчез со страницы About. Давайте проделаем аналогичные манипуляции, которые мы только что проделали с блоком переключения языка.
Мы переходим в раздел структуры в панели администратора, а затем нажимаем пункт "Макет блока". Теперь нам нужно "Разместить блок" внутри области "Дополнительная боковая панель". Затем мы выбираем "website-change.log", а затем оставляем флажок "Отображать заголовок" включенным и переходим на вкладку "Страницы", чтобы ввести URI "/ about", чтобы наш блок отображался только на странице "About". И нажимаем "Сохранить блок".
3. Давайте обновим кодовую базу Drupal до последней стабильной версии и перестроим кэши веб-сайта. Давайте выполним эту команду в главном каталоге нашего сайта Drupal:
composer update "drupal/core-*" --with-all-dependencies
В результате работы скрипта мы увидим нечто подобное:
Loading composer repositories with package informationUpdating dependenciesLock file operations: 0 installs, 10 updates, 0 removals - Upgrading pear/pear-core-minimal (v1.10.13 => v1.10.14) - Upgrading symfony/console (v6.3.4 => v6.3.8) - Upgrading symfony/dependency-injection (v6.3.5 => v6.3.8) - Upgrading symfony/http-foundation (v6.3.7 => v6.3.8) - Upgrading symfony/http-kernel (v6.3.7 => v6.3.8) - Upgrading symfony/serializer (v6.3.7 => v6.3.8) - Upgrading symfony/string (v6.3.5 => v6.3.8) - Upgrading symfony/validator (v6.3.7 => v6.3.8) - Upgrading symfony/var-dumper (v6.3.6 => v6.3.8) - Upgrading symfony/yaml (v6.3.7 => v6.3.8)Writing lock fileInstalling dependencies from lock file (including require-dev)Package operations: 0 installs, 10 updates, 0 removals - Downloading symfony/string (v6.3.8) - Downloading symfony/console (v6.3.8) - Downloading symfony/yaml (v6.3.8) - Downloading symfony/var-dumper (v6.3.8) - Downloading symfony/validator (v6.3.8) - Downloading symfony/serializer (v6.3.8) - Downloading symfony/http-foundation (v6.3.8) - Downloading symfony/http-kernel (v6.3.8) - Downloading symfony/dependency-injection (v6.3.8) - Downloading pear/pear-core-minimal (v1.10.14) - Upgrading symfony/string (v6.3.5 => v6.3.8): Extracting archive - Upgrading symfony/console (v6.3.4 => v6.3.8): Extracting archive - Upgrading symfony/yaml (v6.3.7 => v6.3.8): Extracting archive - Upgrading symfony/var-dumper (v6.3.6 => v6.3.8): Extracting archive - Upgrading symfony/validator (v6.3.7 => v6.3.8): Extracting archive - Upgrading symfony/serializer (v6.3.7 => v6.3.8): Extracting archive - Upgrading symfony/http-foundation (v6.3.7 => v6.3.8): Extracting archive - Upgrading symfony/http-kernel (v6.3.7 => v6.3.8): Extracting archive - Upgrading symfony/dependency-injection (v6.3.5 => v6.3.8): Extracting archive - Upgrading pear/pear-core-minimal (v1.10.13 => v1.10.14): Extracting archiveGenerating autoload files44 packages you are using are looking for funding.Use the `composer fund` command to find out more!No security vulnerability advisories found.
Выглядит потрясающе. Теперь давайте очистим кэш нашего веб-сайта Drupal, запустив этот скрипт:
./vendor/drush/drush/drush cr
Мы увидим сообщение:
[success] Cache rebuild complete.
4. Периодически Drupal выдает системное сообщение с ошибкой о том, что стильная тема не найдена. Смотрите рисунок выше. По-видимому, это означает, что тема, которую мы только что установили, не была полностью адаптирована к Drupal 10...
Причиной такой ситуации является тот факт, что классная тема была частью Drupal 8 и Drupal 9 core co.
из дистрибутивного пакета, но была удалена в Drupal 10. Поэтому некоторые старые темы, разработанные для версий Drupal 8 или 9, нуждаются в исправлении для соответствия требованиям к стильной теме в их конфигурационных файлах.
Мы можем найти описание этой ситуации на странице проекта Classy на веб-сайте Drupal.org: https://www.drupal.org/project/classy
Давайте сначала загрузим стильную тему и посмотрим, устранила ли она проблему.
composer require 'drupal/classy:^1.0'
Глядя на результат выполнения скрипта, мы можем сказать, что на самом деле были загружены 2 темы: classy и stable. Потому что stable - это зависимость от classy.
Package operations: 2 installs, 0 updates, 0 removals - Downloading drupal/stable (2.0.0) - Downloading drupal/classy (1.0.2)
Теперь давайте посмотрим, устранило ли это проблему. И затем мы можем даже попытаться внести исправление в общий репозиторий кода Drupal, отправив соответствующий запрос на извлечение в систему управления версиями git темы Holy, добавив зависимость classy в файл holy.info.yml следующим образом:
dependencies: - classy:classy
Но давайте проверим, устранило ли это проблему, и посмотрим, является ли это лучшим способом исправить ее, прежде чем мы внесем какие-либо коммиты кода в общий репозиторий.
