Комментарии 22
Проект на October, который я поддерживал, был на проде уже два года. Со временем он превратился в Laravel и в нём почти ничего не осталось от October, а то, что все таки осталось, создавало много проблем. Решение вроде laravel nova или sleeping owl кажется более простым и быстрым.
October это и есть Laravel. Возможно тот кто писал не захотел разбираться в особенностях October.
Плагины будут лежать в репозитории проекта. Их крайне сложно распространять через composer.
git submodule с плагинами хорошо помогает в своем проекте. Через композер не видел что бы распространяли.
git submodule с плагинами хорошо помогает в своем проекте
Если у вас есть проблема и вы решили её решить с помощью git submodule, то теперь у вас две проблемы.
А теперь композер основное средство распространения. Но теперь Октобер закрыл код и особого значения это уже не имеет для меня — инициирую отказ от Октобера в пользу хотя бы Laravel
Здесь нет вины CMS, если разработчик пошел не по стилю / документации системы на которой разрабатывает и начал городить свое непонятное.
Мы регулярно разрабатываем на OctoberCMS, и в нашей студии стоит жесткое правило — писать в стиле, который задает CMS, чтобы клиент мог без лишнего страха нажимать на кнопку «обновить плагины» в настройках и любые изменения в ядре / плагинами никак не конфликтовали с нашим кодом.
К сожалению, добиться того чтобы все разработчики строго придерживались стиля кода или паттернов, которые заложены системой не удалось еще никому, ни в вебе, нигде.
А конфликтов между стилями хотя бы Laravel и October не возникает? Особенно, если October лишь часть большой системы, в которой основой является Laravel/Lumen?
Но вообще для студии, и в целом для проектов, где кто-то нажимает кнопку "обновить плагины" это, может, и полезно.
Очень много неоднозначных, скажем так, решений в этой CMS. Например, игнорируют стандартные implements, extends, use и используют свои какие-то механизмы. На основе ларавеловских событий создают хуки "магически", так что даже ctrl+f их не находит, очень мешающие понимать что происходит.
В самом Ларавеле с его "магией" и так не очень с поддержкой в IDE, а тут её, поддержки, вообще практически нет, разве что глобальный поиск и тот не всегда поможет.
Как по мне, то явно не стоит брать эту CMS как основу для одного, а особенно двух-трёх похожих (задолбаетесь плагины копипастить) проектов, планируя использовать современные практики и имеющиеся навыки Laravel — он там где-то под капотом. Если пачками одно и то же строгаете, то может быть.
Использую October больше года. Только положительные впечатления. Для решения вопросов с магией есть плагин IDE Helper. Пока не встречал более удобной CMS, если надо делать что-то кастомное и не хочется тратить время на разработку админки. Админка с приятным дизайном, что тоже радует. Есть Builder для удобства разработки плагинов. Документация отличная, сообщество сплоченное, в Телеграмме все друг другу помогают.
А в каком режиме используете (в смысле есть ли флоу типа "развернули локально, сделали задачу, закоммитили в гит, спулили из гита, развернули на тестовом сервере, протестировали задачу, смержили в главную ветку, набрали задач на релиз, развернули на препрод сервере, всё вместе протестировали, и развернули на проде" или просто один раз залили куда-то, публикуете плагины и их ставите/обновляете)? И сколько программистов?
То есть больше типовая разработка под множество клиентов, чем продуктовая на годы?
Наверное я что-то делаю не так с October. Так и тянет всё хотя бы на Ларавель вынести, разве что админку (UI) оставить, но не в базу лезть а к сервису на Люмене по http
У самого несколько проектов на October CMS пару лет крутятся, всё не нарадуюсь этой cms.
Создание кастомного плагина для October CMS