Нет всё правильно ставится. Даже в документации написано об этом.

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

Неужели вы не видите, что это не друпал? ©

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

Во-первых, Order nodes - это не какая-то стандартная функция друпала. Это вам кто-то настроил конкретно для вашего сайта. Скорее всего это сделано либо через Draggable views, либо модулем Weight. Сперва нужно разобраться, как именно это было сделано, чтобы понять, что именно сломалось.

Неужели вы не видите? ©

Если перевода нет, надо руками вписывать

Посмотрите Field Group

Если джун нужен на друпал, то реакт явно лишний. А всё остальное - это мастхэв

Очень интересно, что человек создаёт тему о том, что не понимает, где в друпале модель, где вью, а где контроллер. Но при этом понимает, что такое друпал, а что такое не друпал. Что ж. Очень хочется отведать секретных знаний. Имею следующие вопросы:
1. Почему \Drupal::database()->select() - это не друпал.
2. Почему обращение к $_GET лучше, чем Drupal::request()
3. Почему решили отказаться от использования entity_type.manager для загрузки сущностей.

Интеграция с 1с сама по себе бывает разная и может стоить от 50$ до бесконечности. Для кого-то интеграция - это чтобы эксельку можно было вручную на сайт загрузить, а кому-то нужен двусторонний обмен информацией об остатках. Равно как и магазины сами по себе бывают очень и очень разные.

kompospec wrote: На что же я живу тогда?

На один евро в час.

А можете объяснить, чем обращение к $_GET лучше чем current_request? И почему решили отказаться от использования entity_type.manager для загрузки нод?

Почему?

Вы правда не понимаете, что у админа поменяется почта?

И где же он чистый, когда там половина кода HTML?

А почему бы не сделать всё по drupal-way?

Модель - это всё, что связано с хранением данных. Это, как уже упоминали, сервисы для обращения к БД. Плюс все имплементации EntityStorage, плюс Drupal::config() и Drupal::state(). Это только первое, что пришло на ум, наверняка есть что-то ещё, но используется значительно реже.

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

А чем российские условия отличаются от, скажем, украинских, шри-ланкийских или мексиканских?

Укажите в качестве значения поля variations пустой массив.

Чаще всё же не в корень файловой системы, а в домашнюю директорию.

pwd - чтобы узнать, где ты.
ls -la - чтобы узнать, что вокруг.

Скорее всего вы сначала выбрали не ту связь. Там в списке большинство связей идут в две стороны. Ну типа одно поле Entity Reference предоставляет две связи - тот, кто ссылается, и тот, на кого ссылаются. И там в списке как-то непонятно написано, что легко можно перепутать. Ну и само собой, если связь выбрана не в ту сторону, то вьюха работать не будет, либо будет работать неправильно.