Вы не в тот файл пишете. Это надо в .info, а не в .info.yml. Но эта фича только в Drupal 7 работает

Вот именно по этой причине темы не надо копировать, а надо наследоваться от них.

Похоже, что у вас VBO установился только как зависимость, а в composer.json не прописался отдельно. Просто выполните composer require drupal/views_bulk_operations

gera8774 wrote: Но это же как-то странно...

Смотрите на сайте журнал ошибок. Скорее всего там есть исчерпывающая информация, что и почему пошло не так.

А вы проверяли, сколько записей в той таблице? Может это реально ваши страницы столько весят. Аналитика на сайте какая-то есть, чтобы узнать, по каким страницам ходят? Много ли в логах сообщений о 404 и 403 ошибках?

Да, страшное дело

Затем одно время я делал фильтрующие exclude-массивы, предварительно отправляя entity-запрос на НАЛИЧИЕ значения заданного значения во множественном поле, а затем повторяя запрос и инвертируя условие отбора наподобие:

А почему нельзя сразу сделать один запрос с NOT IN?

А ещё вот тут есть интересные примеры

Установочные профили (кроме тех, что в ядре) в принципе лучше никогда не использовать по ряду причин, а именно:

А, понял, что ты имел в виду. Смотри здесь https://stackoverflow.com/questions/855767/can-i-use-git-diff-on-untrack...

Если коротко, надо запустить
git add -N имя-нового.файла
И тогда дифф покажет его изменения

Патч можно сделать без add и commit. Клонируешь нужную ветку с орга. Ну или локально копируешь модуль, тогда надо init, add и commit, чтобы получить отправную точку. Потом редактируешь, добавляешь, удаляешь всё, чио нужно. А потом

Вообще-то, hook_update лучше писать в .install файле

А запускали systemctl restart nginx?

quattro wrote: в логах нет такого

Значит 100% дело в настройках nginx. Если вы его редактируете, и это не помогает, то сперва убедитесь, что редактируете именно тот файл, который нужно.

Если бы проблема была в правах, то были бы сообщения в логах друпала.

Nginx рестартовали после этого? Можете весь конфиг показать? Может не в том месте блок добавили?

Nginx не использует .htaccess, поэтому можно править там всё, что угодно, эффекта не будет.
Папки друпал не создаёт, потому что Nginx не знает, что запросы к этим папкам надо перенаправлять на Друпал и сразу отдаёт 404, даже не вызывая Друпал. Я выше написал, почему это происходит, и как это чинить.

Если вы не используете docker 4 drupal, то вам и не надо смотреть пример для docker 4 drupal. Смотрите отдельно конфиг nginx без всяких докеров. Вот по этой ссылке:
https://git.drupalcode.org/issue/drupal-2937161/-/blob/2937161-drupal-ng...

Если коротко, вам надо вот этот фрагмент:

Очевидно, нужно перечитать тему о настройках nginx. Только нало свежая тема, где будет про Drupal 10, а не 9 или 8.
Ну или скиньте сюда, что именно вы добавили в конфиг. Там вся магия в 96 строчке из этого примера
https://git.drupalcode.org/issue/drupal-2937161/-/blob/2937161-drupal-ng...

Объективно большинство друпалеров всё ещё не готово попрощаться с jQuery, т.к. даже сейчас многие пишут свои скрипты с использованием jQuery. Это уже не говоря о том, что реально мало кто знает, как переписать jQuery на нативный js. Хотя лично я уже несколько лет стараюсь нигде не использовать jQuery без крайней необходимости. Более того, если приходится работать с уже ранее написанным js, стараюсь там порефакторить хоть что-нибудь на нативку.

Генерировать PDF при сохранении такая себе затея, будет очень долго сохранения отрабатывать. Оптимально будет для генерации использовать контроллер, который сначала будет проверять, существует ли файл, если есть, отдавать его, если нет, то генерировать, сохранять и отдавать.

docker-compose.override.yml не забыли удалить?

После этой манипуляции надо сбрасывать кэш друпала.

Там в .env тэги версий всех контейнеров прописаны. Когда хочешь, можно поставить более новую версию. Можно поставить latest, тогда при каждом старте будет подтягиваться последняя версия, но это очень плохая затея, т.к. может внезапно что-то сломаться

Да, в innodb никогда не уменьшается размер таблиц. Надо их пересоздавать, чтобы уменьшились. Можно переключить с innodb на myisam и обратно, тогда таблица уменьшится, и даже данные сохранятся.

Andruxa wrote: Да, именно так.

Нет, не так. Удаляется только по крону, и никак иначе. А число в настройках - это сколько записей останется, когда крон удалит лишнее. А если крон не запускается, то и расти будет бесконечно.