Владимир Алексеев
Решение какой проблемы, Вы о чем? По вашему как только вышла новая версия фреймворка нужно кидаться сломя голову на обновление текущего проекта? Я не говорю про необходимость начинать новый проект с актуальной и стабильной свежей версии или про участие в opensource проектах.
Почему, заказчик который хочет стабильную работу проекта, должен платить за обновление версии фреймворка каждый раз когда тот выходит и необходимость пройти по upgrade guide из-за повышения версии, а сразу после обновления случайно закрался не выявленный баг до опытной эксплуатации. Это не ошибка разработчика, это не гарантийные работы - это проблема выявленная в фреймворке в ядре проекта, которую нужно решать, решать разработчику который обновил версию.
Да, он решит проблему, скинет PR в фреймворке (В лучшем случае), НО, в худшем случае он решит проблему бесплатно, в лучшем за решение это проблемы заплатит клиент.
Возможно, Вы считаете ученых и специалистов НАСА так же не знающих свое дело и сидящих тупо на жопе ровно. Ведь например марсоход "Curiosity", запущенный на марс в 2011 году имел центральный одноплатный компьютер RAD750 представленный еще в 2001 году, базирующийся на PowerPC 750, а так же 2х мегаписельные камеры. Для 2011 года это было очень устаревшее оборудование... И проект с таким большим бюджетом и таким старым оборудованием был отправлен на марс и досихпор работает. А причина устаревшего оборудования заключается в том, что работы над марсоходом начались задолго до отправки, еще в 2004 году. И на тот момент, на момент старта проекта, это было самое современное оборудование.
Странно, что OctoberCMS досталось... скорее всего авторы статьи упомянули ее для красного словца.
Гнаться за новыми версиями фреймворка как и самого php не всегда верное решение. OctoberCMS использует версии фреймворка в ядре которые заявлены с долгосрочной поддержкой (LTS), это распространённая практика для стабильной работы и возможности получать обновления и поддержку долгосрочно.
Вопросы кастомизации так же упомянуты в скользь OctoberCMS позволяет интегрировать и подключить любой пакет из экосистемы laravel и не только, расширение и взаиморасширение плагинов так позволяет успешно работать как со своими плагинами, так и расширять плагины сторонних разработчиков без единого вмешательства в их код, что позволяет сохранить возможность обновления чужих плагинов в 95% случаев.
Не говоря о том, что возможности по кастомизации и настройке октября под конкретный проект весьма большие. Начиная от отключения модулей которые не нужны, заканчивая разбросом админки и фронта по разным серверам и/или доменам. И большинство возможностей доступно из коробки. Продуманная структура и весьма удобная система плагинов и шаблонов. Реализуется все и достаточно быстро и просто, тоже самое API так же реализуется в октябре очень быстро, как GraphQL, так и RESTlike/RESTful. Доступны для работы все штатные возможности фреймворка, Гейты, ресурсы... что ещё необходимо? Подробная инструкция как писать API?
Единственный недостаток октября на данный момент - это относительно скудный маркет. Система относительно молода 6-7, но за последние годы идёт весьма активная публикация новых плагинов сообществом. В остальном, придраться что «вы будете отставать на пол года чем ваши коллеги» очень не верно.
Как бы странно не прозвучало из облачных для интернет магазина подойдет - Ucoz
У них весьма не плохо сделан модуль интернет магазина с множеством хороших функций, а тариф с php, даст еще не мало возможностей.
Из коробочных очень хороша octobercms в маркете есть плагины нужные для интернет магазина.
И где тут противоречие? Отправка PR это сугубо личное дело разработчика. При этом если он не отправил PR в Фреймворк, это не значит, что он не участвует в opensource проектах.