peramoga wrote: Вопрос: Будут ли работать сайты Друпал 7, если обновить БД до MariaDB 10.6+ ?

Будет, локально Drupal 7 работает под Debian 12 (MariaDB 10.11, PHP 8.2).

Фигню сморозил - удалил

SYr wrote: если добавляю scripts[] = bootstrap/js/dist/collapse.js

Вы не очепятались?

Собрать 2 сайта так тяжело?
Можно скачать по отдельности архивы ядра и модулей распаковать и сравнить каждый по отдельности
"Хрен не слаще редьки"
PS: можно наверно собрать нулёвый сайт композером

Я бы с нуля собрал сайт той же версии ядра и модулей и сравнил их папки при помощи diff.
Различия смотреть и решать по ситуации.

Я правильно понял, что composer не запускается на хостинге для сайта на поддомене?
PS: и уже определитель, у Вас Drupal 10.6, 10.16 или 10.1.6

Это верно для случая когда Drupal установлен при помощи composer.
У ТС Drupal установлен из архива. В этом случае Drupal 9 и Drupal 10 настроены на работу с composer.

Проверяли .htaccess на наличие путей.
Например Boost (модуль для кеширования) добавляет не малый кусок для своей работы.

Спрошу по другому.
В адресной строке браузера набирали ДОМЕНСАЙТА/update.php или ещё не успели?
Если не успели, что мешает успеть?

update.php запускали?
Кэш можно сбросить при помощи drush.

Тогда остается восстановить и оптимизировать таблицы в базе

Дочитали до drupal_all_databases_are_utf8mb4?

Что значит "новый модуль"? Устанавливаете модуль которого не было или обновляете уже установленный модуль?
Какие-нибудь сообщения есть (на экране, в логах сервера и т.д.) или все происходит "молча"?

Проверьте настройки файловой системы admin/config/media/file-system
Наличие временного каталога на диске по указанному пути.

./vendor/bin/drush это симлинк на ./vendor/drush/drush/drush, вот этот файл drush должен быть исполняемым

Подскажите кто знает.
С каких пор стало нормальным использование конструкции
<a><div></div></a>
другими словами:
с каких пор стало нормальным внутрь строчного элемента вставлять блочный элемент?

Drupal из коробки заточен под Apache.
NGINX надо настраивать.
В документации это написано.

PS. там же написано про /sites/default/files:
Security note: Universal permission like 0777 is not secure and usage of such is discouraged.

В каких случаях нужно запускать drush не из корня проекта?

VasyOK wrote: Добавил в конец
alias drush='~/vendor/bin/drush'

Добавлять надо было так
alias drush='./vendor/bin/drush'

Попробуйте
PHP_TAG=7.4-4.38.5

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

Обновляетесь по HTTPS или HTTP?
У меня по HTTPS проблемы, по HTTP всё OK (почему хз, пока не разобрасля).

Странно всё это.
Либо копируете ни туда, либо копируете не то, либо файлы не заменяются при копировании, причём молча.
Мистика.

Копать сюда.
Смотреть в экран

P.S.: при определённых условиях оставлять надо папку sites и файлы из корня .htaccess и robots.txt. Папки modules и themes в корне относятся к ядру.

Возможно никогда.
Это вопрос предпочтений.
Мне удобнее работать в локальном окружении, чем в контейнере docker, если точнее, то настроить локальный apache + прочее мне проще, чем контейнер docker. Да и команды в консоли проще.
Озадачился вопросом заставить контейнер работать по HTTP и HTTPS, по отдельности не проблема, а вот вместе - пришлось пошевелить мозгами, т.к. docker для меня новинка.