Посмотрите модуль Feeds - им удобно обновлять/создавать ноды.

Обычно, в складском учете фигурирует такое значение, как артикул или sku. Вот по нему и определяется уникальность.

Этот файл появится при установке друпала через композер.
Что мешает установить локально, перенести файлы на хостинг, и пользоваться?

Если вдруг (ну, случайно) сервер поддерживает php, то там есть файл composer.phar

Они тоже 20 лет в друпале?

Я могу. 1 евро.

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

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 ?

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