При добавлении новых связей есть селектор выбора связи для создания связи. Короче это вообще не проблема.

Приведённый функционал очень прост. Всё это делается без каких-либо сторонних модулей. Правда придётся немного поверстать.

А теперь клиент думает: "раз он уступил 500, значит, уступит ещё 500" 🤣

Спроси, какую сумму хочет клиент и проси среднее между этой суммой и первоначальной. Вроде так торгуются обычно))

Ну если валюты разные, то там такая тема: в заказе одна валюта, в позициях в каждой может быть своя. Их надо просуммировать, разные валюты при суммировании тригерят ошибку. Плюс валюта заказа тоже тригерит ошибку, если не совпадает с позициями. Именно поэтому вылетает только страница корзины, а на других норм.

Ну и самое главное: в корзину идёт не цифра, а цифра с валютой, и никак иначе.

А если есть ещё и скидки, то вообще веселье безудержное))

А валюта вместе с языком переключается? Там фатал эррор может быть, когда рубли с долларами суммируются. Нужно хитро конвертить всё в одну валюту при пересчётах.

А как сайт падает? Или что там вообще падает?)) На локалке то же самое?

А что в логах?

Каренси ресолвер обычно работает в паре с коммерс иксченджером. И он курс обновляет либо по крону с указанной периодичностью, либо вручную. Там нет и не должно быть никакой кучи запросов, от которой что-то падает.

Я к тому, что модуль дропдауна лучше не допиливать

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

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

Но у меня другой вопрос: а почему бы тогда не задавать нодам на разных языках разные алиасы? Это же полностью решает проблему.

Никакие не суффиксы, а тупо разные ссылки. Вот прямо совсем разные.

Ну и опять же, если это ссылка на ноду, то она всегда подтягивает нужный алиас из нужного языка.

Так оно всё целиком переводится. Вернее создаются просто разные ссылки меню для разных языков.

А если переключить язык и открыть лэйаут на редактирование, и там менять контент блоков, он для всех языков поменяется?

Когда добавляешь пункт меню, указываешь язык для него и он переводится полностью, как любая другая сущность. В итоге, если, к примеру, в меню 5 пунктов и они все переведены на 2 языка, то в админке в меню будет 10 пунктов.

А для самих блоков перевод включен?

Если делать правильно, то каждой ссылке меню надо назначить язык. Соответственно на каждом языке будут отображаться свои ссылки. Причём ссылки могут быть разные. То есть для каждого из языков будет отображаться свой набор ссылок.

Никто никогда не заказывает, чтобы работу сделали с помощью инструмента. Работу заказывают у исполнителя, оставляя инструмент на его усмотрение. Можно очень много рассказывать, что на друпале пишут порталы в другие измерения и прочее. Но какой тебе в этом прок, если ты сам ничего этого не можешь сделать? Поясню на примере: заказчику нужен магазин, и есть два чувака: один говорит, что сделает на WooCommerce и показывает своё портфолио, где есть с десяток нормальных магазинов, а второй рассказывает про киллер-фичи друпала, а сам про коммерс только на форумах читал.

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

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

Если серьёзно, то очень важный момент, что решения почти готовы. То есть они всё-таки не готовы. Поэтому логично взять какой-то усреднённый прайс типа 20$ в час и умножить на количество часов, которое придётся потратить до полной готовности.

Посмотрите консоль браузера. Скорее всего там ошибка, что сайт, который вы показываете в Iframe, запрещает это делать.

Сделать два views блока под каждую из задач, и засунуть один блок другому в "Поведение при отсутствии результатов"

Зависит от целей, иногда отсутствие стен и крыши - это плюс, т.к. ничего не мешает возводить своё. Был у меня проект на Laravel (она, кстати, тоже на Symfony зиждется), надо было там очень много чего дорабатывать и было это всё очень легко, т.к. там контроллер тупо дёргает ORM и отдаёт это в шаблон. Всё просто, легко кастомизируется, АПИ простейшее, ресурсов жрёт минимум, в общем, благодать. Но вот как только надо было приделать к сущности поле с картинкой с возможностью загрузки картинки из админки, то оказывается, что готового виджета нет и надо самому писать его в шаблоне.