Вот в этом порядке и дело

Дык нет. В случае с фильтрами - нет.   Если посмотреть на ModuleInstaller::uninstall(), то есть там вызов validateUninstall() https://git.drupalcode.org/project/drupal/-/blob/8.9.x/core/lib/Drupal/Core/Extension/ModuleInstaller.php#L394, раньше чем каких бы то ни было хуков и тд.
А validateUninstall делает простую вещь

foreach ($this->uninstallValidators as $validator) {
        $validation_reasons = $validator->validate($module);

Среди $this->uninstallValidators у нас есть https://git.drupalcode.org/project/drupal/-/blob/8.9.x/core/modules/filter/src/FilterUninstallValidator.php, который проверяет, есть ли в активном конфиге форматов фильтры, зависящие от деинсталлируемого модуля. Они есть, поскольку конфиг, где они удалены, ещё не импортировлся. Всё, выбрасывается исключение. И порядок инсталляции/деинсталляции здесь ни при чём.

Добрый день!
Drupal 9
в нодтайпе есть около 100 полей. Около половины полей double-field поля - то есть технически получается что это уже ~150 полей. Да, много, но так нужно.

На хостинге где велась разработка - всё норм работает.
Но при переносе на другой хостинг (пробовались 4 разных других в разных странах) форма добавления\редактирования этой ноды выдаёт 500 Internal Server Error (в то время как на тестовом хостинге всё нормально).

По логам:

Response header name 'ld_profile_weight config' contains invalid characters, aborting request, referer: /node/add/profile

При этом обратите внимание, что id поля искажён: ld_profile_weight вместо field_profile_weight

Удаление этого поля приводит к тому, что ошибка появляется про другое поле и т.д.

—-
При постепенном отключении полей на странице настройки формы нодтайпа выясняется, что при отключении определённого количества полей - всё становится в порядке и начинает работать!

Отключал разные комбинации полей - и нет зависимости работы от конкретных полей, но появляется проблема именно, когда включено полей больше определённого количества (пока не считал).

Очень странно, что на изначальном хостинге всё нормально... а на 4 других - одинаковая проблема... Переносил на хостинги всё идеально.. а один раз переносили даже сотрудники хостинга... результат тот же.


Сталкивался ли кто-либо с таким?
Может быть в php_ini какие-то лимиты нужно подкрутить?

я бы начал с max input vars и завещания

Есть примета, что если у вас в ноде более 99 полей, то что-то вы делаете не так

примета та отличная, но чтото это немног не вяжется с рекламным роликом друпала как отличного варианта для сложных высоконагруженных систем

спасибо, пойду копать

"сложные" это было не про интерфейс создания ноды

Есть какой то способ создать 99+ полей, не создавая 99+ полей?
Желательно с дальнейшей поддержкой views

задача стоит именно в том, чтобы 99 полей создать?
судя по названиям, у вас характеристики какие-то

Ахахаахх, то чувство когда насмотрелся реклмы

Да, характеристики профиля
с дальнейшей фильтрацией по этим характеристика в views

Response header name 'ld_profile_weight config' contains invalid characters, aborting request, referer: /node/add/profile

Начни отсюда https://www.drupal.org/forum/support/post-installation/2017-08-28/response-header-contains-invalid-characters-aborting

Тогда я так подозреваю, что вы на double field собрать какой-то аналог паттерна EAV

Я начал отсюда.
Автор не решил проблему. По крайней мере не сообщил об этом.

Не совсем понял Ваше сообщение. Пропущено какое-то значимое слово похоже ..

Но в целом проблема не в double field.
Могу оставить работающими все 50 даблфилдов - и отключить много обычным - и всё будет нормально работать. Дело не в типе поля, а в количестве (

А какой веб-сервер используется?

Apache
Но на тестовом хостинге, где изначально и собирался проект там тоже Apache

Отлично, а версия?

Я в этом не силён, но сотрудники хостинга, куда переносили сайт, сказали что версия совпадает