Кажись здесь чета можно подглядеть, 259 звёзд у проекта

https://github.com/scottbedard/vuetober

А в чем сложность их сдружить? Там же по идее все просто. А вообще какой смысл во vue + October? Логично nuxt + October, а вот vue не могу понять зачем. В чем прикол?

Согласен. October вполне годится в качестве headlessCms, если реализовать api, вместо компонентов и nuxt в качестве фронта.

Было решено делать не headless
так как мне нужно только одностраничное приложение на vue
А все остальное писать с помощью october(авторизацию, блог и тд), что бы не тратить дополнительно времени
Подумал что так будет проще, могу ошибаться

@max_golev @slipgrom
Как считаете, правильное умозаключение? Или все таки лучше перейти полностью на nuxt? И пилить все в подряд? Это довольно затратно по времени в моем представлении

Всем привет, кому не сложно  подскажите пожалуйста: 1) Создаю плагин  с помощью BUILDER для редактирования контактных данных  2) Вставляю его в partial "header"  - все отлично. 3) Вставляю его partial "footer" - в хедере также нормально выводится в футере - не выводится  Почему?

Вопрос дискуссионный.
1. Необходимо оценить сроки и масштаб проекта, например для небольшого промо или корпоративного сайта я бы не выдумывал велосипедов и пилил бы на OctoberCMS со всеми его ajax-фреймворками и твиг-шаблонизаторами.
2. На проект с более сложной архитектурой можно посмотреть под разными углами. Например в нашей компании есть профилированные фронтенд-разработчики, которым сверстать и оживить сайт на nuxt милое дело, однако они не лезут в бэк, а на бэке может быть и October, и чистый Laravel. В бэке живут другие ребята и общаются матами и rest-запросами.

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

А по опыту работы ещё скажу одно - 99% заказчиков плевать хотели что там под капотом, если всё работает как они хотят:)

в точку!

если только могзги маркетингом битры не промыты

Согласен, заказчикам все равно)
Но проект пишу под себя и сам же его в дальнейшем собираюсь поддердкивать по крайней мере первое время

Поэтому задаюсь вопросами как лучше

Согласен, чаще всего лучше что бы заказчику бвло все равно на чем)

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

Да, в эту сторону смотрел
Уже пробовал начать это с подходом headless
Но в один момент немного подзастрял и подумал что так будет проще, быстрее
Но с headles поддержка в дальнейшем мне кажется проще будет

Мы пришли со временем к таким вещам:
1) Простой сайт - OctoberCMS + пара своих плагинов
2) Сайт с какой-то бизнес логикой - OctoberCMS + полностью кастомные плагины для заказчика
3) Заказчик хочет реактивный современный сайт - но лишенный умного бэка - Strapi + Nuxt
4) Заказчик готов платить - вариации OctoberCMS, nuxt, Laravel, Jetstream с Liveware и тд

Не выходим за рамки 2 технологий, но получаем разнообразие:) иногда это полезно при рутинных проектах

Чем меньше зависимостей, тем лучше.

Поэтому пых лучше. Меньше вероятностей что в один прекрасный момент всё наебнётся.

пых?

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