Спасибо!

Хочу добавить, hux не умеет в замену препроцесс это не совсем типичные хуки. И для этого неплохо годится https://www.drupal.org/project/preprocess . Итого: HUX+Preprocess даст возможность красиво организовать код.

p.s. между Hook Event Dispatcher и hux я остановился на hux. Он приятнее

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

@DmitryN не надо так.

@bsyomov я поэтому и писал что штуки вроде lando или docksal вполне нормальны для новичка. Потому что под капотом там выходит нормальный стек (докер). Иначе они в поиске легких путей начинают тянуть всякую дичь типа openserver, wamp и тп. Это не вопрос "как лучше", а вопрос "в реальном мире либо дай быстрый старт нормальный, или они возьмут ненормальный" ))

Нормальный инструмент для начинающих. Лучше так познакомиться с докером чем ставить windows-based стек. Мы иногда студентам рекомендуем брать lando/ddev/docksal и пробовать ставить.

Только всё что касается установки друпала композером - делайте внутри докера, есть команда lando composer, оно пробрасывает в контейнер.

отличный же заголовок для части howto. тебе баллов жалко?)

я думаю что нет. это долго по времени. робота тоже дорого писать. народ не будет делать просто потому что профит меньше затрат

В качестве хостинга можете посмотерть на http://drupalcloud.ru/ , причем туда можно дать копию сайта, они сами развернут бесплатно, и вы поймете дело в хостинге или нет.

Не будет разницы по трудозатратам, берите что вам удобней.
Вот если помимо тестов будет куча статического контента, всякие howto, отзывы, комментарии, кроссавторизации и т.п., тут друпал в этой части работ может дать значимый выигрыш по времени разработки.

Посмотрите на layout builder который в ядре. Он для этого нужен - чтобы каждая страница имела свой набор блоков и это не превращалось в бесконечный список в админке.

Composer же прежде всего - для сохранения стейта и возможности делать деплой.

Для задачи вашего плана я бы рассмаотрел написать следующий скриптик:
- поднимаем контейнеры для теста
- скачиваем туда сайт с прода в докер
- запускаем composer update, drush updatedb/etc
- если без ошибок - загружаем назад и делаем composer install. (этот пункт имхо удобнее через что-то типа gitlabci коммитом, получаем запуск воркеров и наглядную инфу всё ли нормально прошло + удобный лог).

В целом автоматизируется и 99% кейсов может проходить без ручного внимания.

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

Нет, решаемо, есть библиотеки для просмотра, можно сделать лайвхак с google docs+iframe viewer, там несколько вариантов как сделать, от задачи будет зависеть. Мы делали как-то просмотрщик, даж с "защитой от скачивания" - там где чтобы сграббить контент нужно было писать робота-скриншотилку, к исходному файлу нельзя было добраться.

Т.е. дайте нам 25 рабочих часов и задачу - и мы сделаем).

в этом случае нужно писать кастом.

https://www.drupal.org/project/commerce_addtocart_ajax и чуть более старый https://www.drupal.org/project/ajax_add_to_cart

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

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

вот почитайте
https://www.drupal.org/docs/develop/using-composer/using-composer-to-ins...
если модули ставились без композера, то, чтобы работать с композером надо сделать определенные действия (чтобы джонс прописалось все что надо и репа)
в гугло-переводе
Если вы изначально создали свой сайт Drupal без Composer (например, вручную загрузив и распаковав файл tarball / zip), вам нужно будет и

И в той же доке дальше:

Весь пост о том что 8классник кидает учебники в учителя математики и кричит "мне эти ваши уравнения не нужны, в жизни и без них можно". Можно, @Valeratal, можно. Еще позлиться на учителей можно - они же специально это, чтобы жизнь учащимся испортить, всё это понапридумывали.

Таки вы хотите сказать что 200руб/месяц на радоновском хостинге - это неподъемная задача?) Там всё стоит что нужно уже.

Про шрифт в консоли - да, вот тут согласен, зажать ctrl и пошевелить колесиком мышки (для линукс-систем) или зайти в настройки ssh-клиента и выставить шрифт (для win) это непосильно, тут вы конечно можете продавать ноутбук и идти в грузчики - не решить проблему, это rocket science.

1. Создаете тип материала с названием "layout page" без полей
2. ставите там галочку и https://office.ra-don.com/dan/ff5aac554d654341f7bba8a1c46f366a.png
3. создаете страницу и нажимаете "макет".
4. наполняете как вам надо.
5. в списке всех материалов легко видите по типу материала что тут у вас собранная LB страница, по типу материала легко отфильтровать.

Что такое стоимость поддержки там понимают. И различают - платить 2млн/мес. или 4млн/мес.
Да, это не ноль и не сотня тысяч как в мире WP-фрилансеров. Просто смирись с тем что drupal хорош для другого. Вот палка-копалка, ей можно выкопать ямку, вот проходческая платформа для метро. Когда-то метро копали палками-копалками и некоторые грустят что нужно теперь быть инженером. Если вам яму выкопать в огороде - вам не нужна платформа, берите палку, в чем вопрос. Вас инженеры не поругают.

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

> ларавел, октябрь. Те что на слуху

ларавель это не cms. октябрь - ну скажем так, если у вас есть вопросы к друпалу из-за композера, добро пожаловать в composer-based october))

>я уже читал. Я писал, что для тестов надо выборка. Далеко не каждый сайт может похвастать как аудиторий, так и экономическим смыслом в этом тестировании

>Вон, друпалеры мигрируют на всякие вуе-реакты. с тамошними CMS

это какими таким cms?) вы фронтенд-фреймворки назвали. с какими это cms их обычно дружат?)

>у большинства то сайтов - функционал стандартый и он пилится ну максимум полгода

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

>лучше спросить на форумах тех систем, где тебе надо собирать.

я уже изучил вопрос. с wp деплой это боль) либо перекликивай ручками админку, либо пиши ручками миграции по таблицам.

>Деплоить 1 раз, а юзать каждый день