Судя по всему, так. И, видимо, вы просто получаете предупреждение, что используете (т.е. расширяете) в своём коде класс, не относящийся к Public API и потенциально подверженный модификации в минорных релизах.

А как именно отчёт D9 upgrade status её отображает: как ошибку или типа notice?

https://www.drupal.org/about/core/policies/core-change-policies/drupal-8...

И вытекающие:
https://www.drupal.org/project/drupal/issues/2873668
https://www.drupal.org/project/drupal/issues/3019332

Возможно, поможет.

Навскидку можно попробовать создать свою переименованную версию класса Drupal\serialization\Encoder\XmlEncoder (т.е. скопировать код оригинала), разместив его в namespace модуля kml. И в нём уже удалить модификатор @internal. Соответственно, расширять именно этот новый класс при объявлении KmlEncoder.

marassa wrote: осталась одна загадочная ошибка, которую показывает модуль Upgrade status:
Class Drupal\kml\Encoder\KmlEncoder extends @internal class Drupal\serialization\Encoder\XmlEncoder.

А само описание ошибки отсутствует? Или таки что-то ещё было?

Назовите 5 причин почему мы вас должны отговаривать?

Нигде. Приведён типичный частный пример с присоединением параграфов к ранее загруженной ноде $node. Если нужно загружать ещё и ноды, то конструкция, понятно, будет несколько сложнее.

marassa wrote: Понятия не имею, я именно через терминал делал.

К слову, не все shared-хостинги предоставляют возможность создавать символические ссылки на файловые ресурсы.

VasyOK wrote: Что касается кода, как вижу приведено создание параграфов. А имеющиеся приаттачить к нодам можно?

Нет предположений.
View-то сам работает в предпросмотре? Тестировали?

Как-то получилось, что никогда не пытался сделать это через UI. А кодом элементарно:

Dtropinin wrote: Выходит что можно.

Вполне себе можно. Но только в направлении BackupMigrate > phpMyAdmin (т.е. дампы, полученные из B&M проходят импорт в PMA). В обратном направлении - иногда тоже может проканать, но чаще всего B&M не опознаёт и ругает синтаксис отдельных директив дампа PMA.

morgusha wrote: // тут тоже id формы нужно с подчёркиванием нижним вместо тире ?

Да.

morgusha wrote: вместо названия поля нужно использовать id поля или его name ?

morgusha wrote: $form['terms_of_use'] = array(
'#required' => TRUE,
);

Ошибка №1. Не следует полностью переписывать массив определений/свойств поля. Нужно только переопределить одно свойство:

VasyOK wrote: Что-то можно сделать?

Попробовать добавить точку после закрывающей скобки. Или другой какой-то подходящий символ. Короче, чтобы последним символом строки имени термина не был ")". Не проверял, но возможно проканает.

Ну вот. А я всё тужился вспомнить, как называется что-то, что нужно нажать или включить, чтобы теги не резались Смутно помню, что было что-то такое в Views UI.

Потому что тег <strong> разрывает flex row, не имея необходимых классов колонки и, судя по всему, помещает все последующие колонки начиная со второй внутрь себя. Хорошо видно на коде в скриншотах 2 и 3.

Предположение: после обновления PHP на хостинге забыли про драйвер/библиотеку PDO. Либо библиотека уже не совместима с текущим релизом Друпала (что выглядит как-то странно, вообще-то).

Кастомный модуль не умрёт.
Примерный код выше. Единственное, что нужно сделать - добавить проверку на ID вьюса, чтобы обрабатывалось одно выбранное представление.

PHP-код в фильтрах/полях вьюса считается моветоном, как бы.

Не помню, чтобы подобное можно было сделать из UI Views.
Два программных выхода навскидку:

1. Использовать селекторы CSS (even/odd) для скрытия рядов через один.

2. Написать небольшой хук в модуль/тему, как-то так:

В объявлении библиотеки (*.libraries.yml) не забыть указать: