Укажите версию друпала
Это называется фасетная фильтрация

Главная причина не переходить на д8 и д9 - что модули, для моего будущего сайта ещё не написаны

Вам нужно сделать выбор роли при регистрации?

Просто пишите, что вам нужно, а не как вы хотите это решить.

Как вариант, ещё посмотреть
https://www.drupal.org/project/watcher
https://www.drupal.org/project/notify

Так вроде докер там тоже с нюансами?

Тут вообще врядли кто-то знает, что за окно регистрации.
Напишите словами, без понятных только вам терминов

Если вы используете панели, то зачем вам условие видимости на PHP?
В панелях есть контекст и варианты выбора, кажись, так оно было в русском переводе.
Сделайте на базе них

с большой долей вероятности, 1с-ник сам не знает.
А с учётом того, что каждый 1с-ник трактует тот же CommerceML по своему, так и вовсе зоопарк

Функция drupal_write_record() ниоткуда не берет эти значения.
ID либо передаётся при её вызове, либо в ID передаётся NULL и СУБД при вставке назначает очередной инкремент.
У вас в таблице может вообще не быть строк, а очередной инкремент будет 1 000 000.

Нужно для начала проверить, что передаётся в drupal_write_record().

Для саморазвития:

Тема известная.
Но забить.

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

Но в целом, они элементарно прибиваются эти урлы

Это скорее чекали включен ли модуль.
Чтобы эту уязвимость заюзать, нужно мало того, что быть авторизованным, так ещё и соответствующими пермишенами обладать

Вашему серверу мешает то, что он так настроен.
Скорее всего, веб-сервер и пользователь с которого вы размещаете файлы - объединены общей группой, это всё что их объединяет

Если вы будете больше делать, что вам советуют и меньше понимать - то у вас всё заработает

Если у вас шаред хостинг, то варианты с nginx не для вас.
Но анализ логов в силе, а там уже по месту выбирать возможный путь решения.
Например, возможно, что все эти дорвейные URL имеют одинаковую длину и их можно через mod_rewrite отправить на отдельную 404/410

Непонятно.
Что за отражения?
Что в итоге вам нужно получить?

Да, вас протроянили и залили дорвей.
Может утекли пароли к хостингу, может через соседний сайт, если ваш в актуальном состоянии.

Теперь дорвей, видимо, удалён, и нагрузка по обработке 404 ложится на друпал.

Идеальным вариантом было бы изучить серверные логи, может быть эти страницы попадают под какой-нить паттерн.
Тогда в том же nginx можно сделать отдельный location и отбивать туда 404/410.

Другой способ, это сделать microcache на 404 в nginx.
Это позволит по минимуму передавать управлению друпалу и снимет часть нагрузки.

Я не знаю, что такое строчка, но если вы в БД как-то грубо всё сделали, то вероятно, взгрустнулось инкрементам и последовательностям.
Хотя может всё проще, comment очистили, а таблицы с полями забыли

По какой-то причине, запись в таблице комментариев с таким ID уже есть.
Возможные причины - от неполадок в (СУ)БД до огрехов импорта/чистки контента.
Нельзя, конечно, исключать и проблемы с кодом, например, разработчик кривовато прицепился на какой-нить hook_comment_save()

Вы напрасно так.
Вопрос серьёзный.

Сейчас отредактируете JS в контриб-модулях или даже в ядре, потом при обновлении будет затёрто.

Сразу скажу, что в Drupale работаю несколько дней, поэтому не ругайте)))). До этого работала с MODX, там такого не было.

Вот это вызывает опасения.
Что вы хотите редактировать?
Возможно, есть способ проще и правильнее

Поддержка гугла это что-то мифическое, я не слышал о вменяемой поддержке кроме Adwords

И в восьмёрке и в семерке это возможно