Сразу уточню, главное условие:
Движок должен быть популярен в Европе и одобрен к применению ее "регуляционными органами".
Так получилось, что я последний год работаю с движком "интернет-магазинов" Shopware 5 (движок производства Германии).
Он очень похож на Drupal 8, в плане использования идентичных-аналогичных фреймворков и прочих компонентов:
1.Symfony 3.
2.Doctrine ORM
3.Шаблонизатор Smarty.
4.Модульность (в терминологии Shopware, аналог модуля Drupal - плагин)
В общем, на этом все сходство и заканчивается.
Прости меня Drupal, за то что я иногда на тебя ворчал за"кривые" решения, в сравнении с Shopware ты - идеал.
Эта Шопваря, это какой-то ужас,ужас:
1.Рендеринг HTML без какого-либо rendereable array, т.е. из контроллера данные для рендеринга сразу отправляются в шаблон страницы, попутно через "события" дополняются еще кучей данных, в итоге в шаблон приходит мусорная куча хрен-разберешь чего.
Одни и те же данные в переменных шаблона могут присутствовать 5-6 раз, причем в одноименных переменных , отличие которых только в способе составления названия: order_id, orderId, orderID и т.п.
2.Шаблоны "наследуемые-переопределяемые" с блоками до нескольких уровней вложенности.
Т.е. если например нужно добавить атрибут тегу в блоке 3-5 уровня вложенности, часто приходится переопределять шаблон целиком.
А так как в шаблоны лезут все кто не попадя (плагины ядра, сторонние плагины, темы оформления из всей цепи наследования), то чтобы что-то не сломать, например просто поменяв html-блоки местами, надо очень сильно постараться, потом все проверить и потом еще два раза перепроверить("автоматическое" тестирование - это отдельная песня)
3. Просто для того чтобы поменять какие-то блоки местами или добавить атрибут тегу, часто приходится переопределять пол-дерева шаблонов страницы.
4.В базу данных тоже все лезут кто-во-что-горазд.
Вроде же все просто:
1.метод репозитория для поиска айдишников.
2.метод репозитория для загрузки списка сущностей по айдишникам
3. методы модели для insert,update,delete.
Но нет.. ядерные репозитории сразу грузят список сущностей с джойнами в несколько уровней вложенности.
Т.е. если тебе столько не надо, грузи все сам, чем ядерные и контриб-плагины в основном и занимаются.
Естественно, о системном подходе кэширования таких запросов не может быть и речи.
Про то что любой плагин может вставить-обновить сущность в БД, минуя систему "событий", даже говорить больно.
5.Админка на js-фреймворке ExtJs древней версии.
Выглядит круто, для реализации каких-то более-менее стандартных вещей достаточно удобна(когда разберешься, что такое ExtJs и что в нем "улучшили" разработчики Шопвари)
Но чуть шаг в сторону - геморрой на неделю, на то что в Drupal делается за пол-дня.
Короче.. Drupal - ты лучшее, что я видел в этой жизни-)
Предлагал начальству собрать сборку магазина на Drupal, говорят: сертификацию не пройдет, немцы не поймут.
Есть конечно мысли-планы, как улучшить ситуацию, сделать разработку магазинов на Shopware более производительнее и качественнее, но на это надо время (желательно "нерабочее").
Один плюс, немцы платят хорошо, хотя удивительно, как они выживают с такой производительностью-себестоимостью разработки..
Комментарии
Мадженту смотрел?
Еще нет.. спасибо, сейчас гляну.
В общем я по гугло-выдаче пробегался, и код смотрел и описания..
Хз.. оно снаружи все красиво..
А вот как там "внутри" хотел узнать, у тех кто это видел своими глазами-)
А можно чуть поподробнее - какими именно?
Какую? Каким образом проходит "сертификацию" Shopware с кучей контрибных плагинов и возможностью самописа?
Я совсем не в теме, но крайне удивлен, что какие-то регулирующие органы могут диктовать частному предприятию на чем ему можно писать его частный магазин, а на чем нет. И я не готов поверить, что в Германии нет ни одного магазина, сделанного на Друпал.
Хз.. я сильно не вникал.. Начальство говорит, есть какая-то "сертификация"..
Оно и само не против сменить CMS на более "производительную", но вроде как по описанным выше причинам Shopware лучше "продается".
А было бы интересно вникнуть..
Вот навскидку из гугла немецкая контора, предлагающая решения для магазинов на Drupal Commerce: https://www.grasenhiller.de/internet-e-business/drupal-e-commerce
Они не в курсе требований регуляционных органов и обязательной сертификации?
За что купил, за то и продаю-)
Может начальству мои доводы не убедительны, что адаптация стандартной темы оформления под относительно несложный дизайн заказчика, командой из 3-х человек, не может длиться 2 месяца-)
Вот и притормаживает инициативы.
Тем более, что резко перестроится на другой рабочий инструмент - дело достаточно затратное и рискованное .
Что за сертификация? Ссылку на список сертифицированных продуктов можно?
Про сертификат лично я подробностей не знаю.. Слышал только что в Европах существуют некоторые правила взаимодействия пользователей с вэб-приложениями..
Самое известное из них - подтверждение согласия использования "персональных данных" пользователя в куках..
Скорее всего еще какие-то требования есть..
О них знают специально обученные люди-)
К сожалению, я не из них, и на Ваш вопрос ответить не смогу, т.к. не вкурсе..
Суть топика, по большому счету, совсем про другое-)
И по кукам, и по гдпр у друпал есть решения. Не знаю, насколько они сертифицированы, но в той же Германии госучреждения пользуются друпалом очень активно, переносят свои старые сайты с семёрки на девятку. А у твоего заказчика скорее всего есть предыстория с чьим-то большим эго, дибо с коррупционным душком. Сейчас это всё обросло тоннами костылей и легаси кода, но поскольку заказчик ещё более старый, чем используемый код, ему невдомёк, что на любой другой современной системе эти коствли просто не будут нужны.
Я тоже предполагал, что дело не только в "сертификации".
Ну спасибо что обнадежили-)
Я просто стою перед выбором:
1.Как-то приспособить Шопвар для более производительной работы.
2.Продолжать донимать начальство о необходимости, пусть не перехода на новые инструменты, то хотя бы открытия еще одного "направления" (разработка продуктов на Drupal)
3.Искать другую работу-)
п.1 чересчур затратный по времени и силам. Плюс регресс как специалиста(т.е. минус)
п.3 хз.. повезет-не-повезет
п.2 мне больше нравится..
Поставлю демо-сборку Drupal Commerce, доработаю ее до некоторой "похожести" на Shopware.
И соберу списочек успешного применения Drupal на интернет-просторах Германии-)
Может получится убедить.