Погодите-ка, а причем тут конструктор формы?

Too few arguments to function Drupal\testmodul\Form\TestForm::__construct()

$mail_handler должен передаваться в конструктор класса письма:

В example.services.yml объявили аргументы для сервиса example.mail_handler?

В форме настроек /admin/config/search/redirect/settings надо включить чекбокс "Enforce clean and canonical URLs.", судя по описанию Enabling this will automatically redirect to the canonical URL of any page. That includes redirecting to an alias if existing, removing trailing slashes, ensure the language prefix is set and similar clean-up. - это то, что требуется.

Или установите Redirect, он умеет убирать конечные слеши

Попробуйте заменить свое правило на RewriteRule ^(.*)/$ /$1 [R=301,L]

Только на главной нет переадресации?
А как смотрите коды ответа? Можете показать полностью заголовки ответа для адресов со слешем и без?

Почему вы считаете, что не переадресуется?
В адресной строке браузера url меняется на без слеша на конце?

https://site.ru/article/ отдает 301ок

Ну вот вы и настроили переадресацию на адрес без /
301 - moved permanently, всё ок.

Можно еще вывести поле body, включив в его настройках фильтр html-тегов, оставив в разрешенных только тег <img>

На всякий случай, проверьте в коде страницы - есть ли там блок с сообщением.
Как вариант, что он скрыт стилями,

На D7 - Services (REST), возможно - Feeds (загрузка и парсинг данных) плюс околомодули, расширяющие функционал - авторизации, парсинга и т.д.
В D8+ REST в ядре.

Называйте их разработчиками.
Они стараются не использовать регулярки, рекурсивные вызовы, и разную php-магию не потому, что они недопрограммисты, а потому, что отдают себе отчет, что с этим кодом будут работать их коллеги.
И чем проще и понятнее другим будут их решения, тем быстрее и качественнее будет вестись веб-разработка, особенно - в команде.

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

И таблица node_field_data в БД тоже не друпальная, просто так совпало.

а если не покатит - пиво вернёте?

SELECT * FROM node_field_data

и что же это?

Ну ок, регуляркой проверяется, чтобы значение параметра type содержало только латинские буквы в нижнем регистре. А завтра появится тип контента spec_page, и код придется править, а затем потребуется передавать в значение фильтра числа или адреса электронной почты, а затем этот проект попадет в шаловливые ручки джуна, который просто выпилит эту проверку, т.к. до регулярок он еще не добрался.
Зачем оставлять в коде такие мины?

Вот так будет выглядеть строка запроса: "SELECT * FROM node_field_data Where type='';UPDATE TABLE users_field_data SET mail='account@evil.site' WHERE uid=1'"
да, в конце надо добавить ;', специально оставил так.

Что произойдет, если в запросе передать ?type=';UPDATE TABLE users_field_data SET mail='account@evil.site' WHERE uid=1 ?

Нет, ну что вы. У друпал-разработчиков так не принято.

Можно взять отдельно solr-хостинг, как показала практика - сетевые задержки минимальны, можно пользоваться удаленным солром.

Сначала - сделайте в phpMyAdmin дамп текущей БД. Возможно, он пригодится.
Самое простое - вставить return FALSE; в нужное время в нужном месте.

У вас, скорее всего, проблема с кодом, а не с базой.

Но желание сделать дамп базы - категорически приветствуется.
В любой непонятной ситуации - делай дамп базы, юзернейм.

Надо проверить 2 варианта: доступ к phpMyAdmin, либо к консоли ssh.
Проверять лучше всего в панели управления хостингом.

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

При первом посещении сайт загружается долго

под каким юзером: анонимом, админом, просто зарегистрированным?