Ребята, привет.
Поделитесь, пожалуйста, своим опытом по организации верстки/разработки фронта при работе с October CMS.
Пытаюсь выстроить оптимальный рабочий процесс, попробовал много разных методов и везде есть какие-либо затыки.
Я использую Laravel Mix для сборки статики — в этом плане всё вполне устраивает. Не устраивает только необходимость генерации страниц и последующей их нарезки на шаблоны и фрагменты. При дальнейшей верстке приходится поддерживать изменения минимум в двух местах — в статических HTML-страницах и в файлах темы Октября, что мне не слишком нравится. Попытки использовать Twig Loader пока успехом не увенчались — слишком много вопросов и противоречий. Вот хотелось бы вкратце услышать, кто и как в этом ключе работает.

Давно пора верстать на живом бэке. Статическая верстка как отдельный этап  - лишний гемморой.

пиши в личку проведу лекцию на час)

спасибо, вечером посмотрю 👌

Последние проекты, и текущий делаем с таким подходом.
Используем OctoberCms как удобный инструмент для разработки админки сайта.
Пишем API, разрабатываем модели, экшены, используем DTO и всякое такое.
Бэкенд никак не работает со стилями фронта, только с данными.

Фронт отвязываем от админки, фронт делаем на vue (nuxt) - потому что это стильно, модно, молодежно и мы умеем с ним работать =)
Для фронта собран типовой шаблон для верстальщика, используемый в качестве основы для проекта.

Собираем проект из двух ресурсов - api.site.com и (front).site.com
Всё работает, шуришит, клиенты довольны.

Роутинг тоже вьюшный используете?

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

Да

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

знакомить верстальщика с октябрем :)

Твин простой как топор. Что там думать? Верстальщик скорее всего и html пишет на pug. Будет просто смена одного шаблонизатора на другой

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

В моем представлении тема под октябрь закладывает и какие-то минимальные архитектурные решения, как минимум те же CMS pages, или динамический вывод какой-либо инфы из компонентов, условия, модификаторы и прочее. Всё это уже требует знаний в Октябре. Получается, что есть два выхода: либо учить всему этому фронтендера/верстальщика, либо каким-то образом координировать его работу с работой бэкендера.

еще понимание жизненных циклов и базовые навыки в php =)

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

Вот-вот, т.е. как ни крути, верстальщик уже перестает быть только верстальщиком)

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

twig действительно простой как топор, учить его времени долго не нужно

Вот потому мы и перешли на описанный выше подход.
Не безосновательно.
Сейчас текущая ситуация на рынке труда достаточно однотипная - есть много людей готовых работать (у них в резюме - великий frontend- разработчик, js, vue и тд)
По факту - это по большей части выпускники онлайн-школ типа geekBrains и тому подобных, их учат более менее современному стеку.
Обучать их стандартному подходу работы с шаблонами OctoberCMS - боль и время.
Гораздо быстрее - адаптировать их навыки и знания, немного изменив подход к архитектуре самого проекта.

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