через него не получается отправить в теле письма список товаров в заказе и т.д.

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

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

так вот без поля email в заказе письма не отправляются и админу.

И вот это очень интересная тема, каким образом они защитились... Возможно есть варианты даже при использовании GPU.

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

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

Я поднимаю этот вопрос т.к. с ним столкнулся и возможно будет полезно другим знать.
Я же не критикую Друпал и т.п. и не прошу пересматривать взгляды.
Возможно здесь есть специалисты, которые разбираются в этом вопросе хорошо. Было бы интересно с ними пообщаться конструктивно.

Согласен, что это актуально, если такая структура для проекта подходит.

А вот представьте ситуацию, если, например, вам инвестор даёт деньги под задачу... Рискнёте ли вы использовать GNU GPL или лучше стороной обойдёте.

Я описал поверхностно...
Но суть остаётся прежней - лицензия GPL очень ограничивает в плане коммерческого использования.
Например, вот выдержка с оф сайта gnu:

Ну вот в том и вопрос... Выбирать Друпал или не выбирать...
Если выбирать, то есть риск.
Как и писал, что если в проекте есть составляющая с лицензией GNU GPL (ваш вариант с интеграцией), то под угрозу ставите ВЕСЬ проект.

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

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

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

Nikit wrote:

Правильный ответ у gun_dose.
Сам использую bootstrap4 как минимал, меньше всяких движений в варианте переопределения.

voviko wrote:

Я долго искал, тестировал...
Лучший вариант bootstrap_barrio + bootstrap_sass

gun_dose wrote:

Правильно будет в _variables.scss переопределить переменные. Если в вашей теме этого файла нет, то поможет клавиша delete.

Для конкретного блока только следующие шаблоны предлагаются:

FILE NAME SUGGESTIONS:
* block--webform.html.twig
* block--webform-block.html.twig
* block--webform.html.twig
x block.html.twig

Для отдельного опросника:

FILE NAME SUGGESTIONS:
* webform--otpravit-zayavku.html.twig
x webform.html.twig

Но нужно именно для блока.

Да, Bootstrap3.

lukasss-vs, попробуем!

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

На разных языках только интерфейс. А содержание самой страницы одинаковое.
В таких случаях нужно задавать canonical.
hreflang не совсем то, видимо... т.к. не используется Entity Translation

Большое спасибо!

Из комплекта i18 установлены следующие модули - https://gyazo.com/06135acc9ddf1b5c0ec367c54ee441c8

Такой опции нет...
Есть только вот что - https://gyazo.com/f0ba3fc9ff83fa6441b15b181f2bc2ef
Может какого-то модуля не хватает?

Studio VIZA, большое спасибо за советы.
Но вы же понимаете, что если с вопросом не разобрались, то вряд ли и дельный совет можете дать.
И уже тем более не понятно зачем эти рассуждения про кассиров.
В правила при регистрации на сайте явно нужно прикрепить произведение Брэдбери "Лекарство от меланхолии".

tlito, при таком коде получаем ошибку
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 36 bytes) in E:\xampp\htdocs\site.ru\sites\all\themes\sub\templates\node--scenario.tpl.php on line 159
ссылается на эту строку

tlito, при таком коде получаем ошибку
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 36 bytes) in E:\xampp\htdocs\site.ru\sites\all\themes\sub\templates\node--scenario.tpl.php on line 159
ссылается на эту строку

высылаю httpd.conf