If the field_protocolo_aplicado_por_lim field is a entity reference, then in the state conditions you need to specify not the title of the entity, but its ID

Хм. А надо ли пчеловодам-коневодам полноценный функционал доски объявления?
Будет ли у них время/желание/навыки чтобы зарегистрироваться на сайте, отснять красиво свой товар, придумать для него хорошо читаемое описание, загрузить это все на сайт, и затем отслеживать, что там происходит с их объявлениями, корректировать цены в зависимости от сезона/спроса и т.д?
Я не сомневаюсь в их умственных способностях, но вот сам бы на их месте не стал бы со всем этим заморачиваться.

Hi,
Perhaps the Conditional Felds module will help you.
If you need to implement this logic in your own code, then show how you do it now.

Вот и в веб разработке так же: все зависит от сложности проекта.
И, чем сложнее проект - тем больше времени придется потратить на изучение технологии (и не факт, что это окупится), либо - зарабатывать деньги привычным способом, и тратить их на стороннюю разработку.

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

webrus wrote: я вообще занимаюсь съемкой документальных проектов, а тут ещё и сайт нужно делать и тратить время, которого и так мало

Вот приходит такой чел на съемочную площадку и говорит: - я тут собрался снять нетленку, объясние мне по-быстрому, как это делается.
А ему: - да ты чего, какой по-быстрому, тут же композиция, ракурсы, правила монтажа, свет, звук - люди этому годами во ВГИКе учатся.

Вот как-то так.

webrus wrote:

root@debian:~# composer --version
-bash: composer: command not found

не надо работать от рута

Все на Вордпресс Битрикс перешли, вот и нет заказов.

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

А почему, кстати, наличие ревизий - это плохо?
Представим ситуацию: покупатель зарезервировал товар, а продавец после этого взял да увеличил цену - на Авито такое случается сплошь и рядом, Юлой не пользуюсь, но думаю, что такие ситуации характерны для любых досок объявлений.
Как будете разрешать спор, не имея под рукой истории правок объявления?
Или как будете показывать плашку "цена снижена", если продавец ее снизил, но неизвестно, какой она была до правки объявления?

Так-так, что тут у нас сегодня? Авито-Юла на Друпале.
Что ж, Гугл с Фейсбуком на Друпале уже собирались делать, а вот теперь очередь и до Авито с Юлой дошла.

А ведь все, на самом деле, элементарно: просто надо инвестировать в разработку столько же человеко-часов/денег, сколько в свое время потратили Гугл, Фейсбук, Авито или Юла - и сразу все заработает как надо, а если инвестировать еще больше - то заработает даже лучше.

Насчет дергатья крона драшем - в семерке возникали проблемы с модулем Domain Access, я бы лучше дергал его по старинке wget https://site.com/cron/tOkEn

А еще лучше - поставить Ultimate Cron или Elysia Cron (они похожи, мне больше нравится первый, но это дело вкуса), и дергать крон ежеминутно - * * * * * в кронтабе, а уже в настройках друпального кронтаба настроить разным модулям разную периодичность запуска - Search API можно запускать ежеминутно, чтобы быстрее обновлялся индекс, а проверку обновлений кода или перев

А много там сейчас изображений?

В первом коммерце же из коробки идет виджет для поля product_reference, который именно так и работает.
Разверните где-нибудь на деве/локально Commerce Kickstart - он громоздкий, но там это все уже реализовано, можно подсмотреть много полезного.

Ответ однозначный, выборка из базы быстрей, на то есть несколько причин, основная - установление соединения с БД (PDO), при выборке оно устанавливается один раз, а при итерации так или иначе приходится подключаться к базе для "дерганья" полей, это если кратко)

Был такой кейс: фотогалерея (с пагинацией, конечно), под фото нужно выводить копирайт.

hook_entity_presave will run before each save of NODE_TYPE_1, regardless of whether the value of field_1 has changed and duplication of NODE_TYPE_2 is possible
perhaps, a check should be added to the code for changing the value of the field field_1

hook_entity_insert is executed once when the node is created
as far as I understand, you need NODE_TYPE_2 to be created every time you change NODE_TYPE_1

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

В modulename.links.menu.yml указаны параметры route_name для каждого пункта меню.
В modulename.routing.yml нужно для каждого такого route_name указать

коллбек можно сделать функцией в файле modulename.access.php или методом контроллера/формы, и там проверять \Drupal::currentUser()->hasRole()

Maybe something like this:

"Какого цвета лучше взять автомобиль для участия в ралли Париж-Дакар?"

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

Да, качаешь оттуда последнюю версию, под которую в search_api_solr есть темплейты конфигов, т.е. - Solr 8.11.2.zip и кладешь ее в /opt

Да, все верно, тут солр очень подходит, например заголовки "Маск собритается купить Твиттер", "Маск покупает Твиттер" и "Маск купил Твиттер" говорят об одном и том же событии, просто в разные отметки времени, т.е. - релевантнее некуда.
"Леня Голубков приобрел акции АО МММ" - тоже похожий по смыслу заголовок.
То есть, нужно учитывать морфологию слов (купить - покупает - купил) и синонимы (купил - приобрел).
Это как раз работа для солра.

В таком случае - стрелку рисовать в каком-нибудь svg-редакторе (небезопасно), накладывать поверх изображения, придется повозиться с масштабированием и позиционированием.
Под семерку в песочнице был модуль с svg-редактором, под 8+ пока ничего не встречалось, и в svg мамкины кулхацкеры могут напихать скриптов и стилей, поэтому желательно их ввод фильтровать.