Есть ли движки eCommerce, аналогичные по архитектуре Drupal и его расширений для eCommerce?

Аватар пользователя Orion76 Orion76 23 апреля в 7:26
1

Сразу уточню, главное условие:
Движок должен быть популярен в Европе и одобрен к применению ее "регуляционными органами".

Так получилось, что я последний год работаю с движком "интернет-магазинов" 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 более производительнее и качественнее, но на это надо время (желательно "нерабочее").

Один плюс, немцы платят хорошо, хотя удивительно, как они выживают с такой производительностью-себестоимостью разработки..

Комментарии

Аватар пользователя Orion76 Orion76 23 апреля в 9:35

Еще нет.. спасибо, сейчас гляну.

В общем я по гугло-выдаче пробегался, и код смотрел и описания..
Хз.. оно снаружи все красиво..
А вот как там "внутри" хотел узнать, у тех кто это видел своими глазами-)

Аватар пользователя marassa marassa 23 апреля в 8:00

Orion76 wrote: Движок должен быть ... одобрен к применению ее "регуляционными органами".

А можно чуть поподробнее - какими именно?

Orion76 wrote: Drupal, говорят: сертификацию не пройдет

Какую? Каким образом проходит "сертификацию" Shopware с кучей контрибных плагинов и возможностью самописа?
Я совсем не в теме, но крайне удивлен, что какие-то регулирующие органы могут диктовать частному предприятию на чем ему можно писать его частный магазин, а на чем нет. И я не готов поверить, что в Германии нет ни одного магазина, сделанного на Друпал.

Аватар пользователя Orion76 Orion76 23 апреля в 9:31

Хз.. я сильно не вникал.. Начальство говорит, есть какая-то "сертификация"..
Оно и само не против сменить CMS на более "производительную", но вроде как по описанным выше причинам Shopware лучше "продается".

Аватар пользователя marassa marassa 23 апреля в 9:36

А было бы интересно вникнуть..
Вот навскидку из гугла немецкая контора, предлагающая решения для магазинов на Drupal Commerce: https://www.grasenhiller.de/internet-e-business/drupal-e-commerce
Они не в курсе требований регуляционных органов и обязательной сертификации? Wink

Аватар пользователя Orion76 Orion76 23 апреля в 10:05

За что купил, за то и продаю-)
Может начальству мои доводы не убедительны, что адаптация стандартной темы оформления под относительно несложный дизайн заказчика, командой из 3-х человек, не может длиться 2 месяца-)
Вот и притормаживает инициативы.
Тем более, что резко перестроится на другой рабочий инструмент - дело достаточно затратное и рискованное .

Аватар пользователя VasyOK VasyOK 23 апреля в 11:30

Что за сертификация? Ссылку на список сертифицированных продуктов можно?

Аватар пользователя Orion76 Orion76 23 апреля в 20:50

Про сертификат лично я подробностей не знаю.. Слышал только что в Европах существуют некоторые правила взаимодействия пользователей с вэб-приложениями..
Самое известное из них - подтверждение согласия использования "персональных данных" пользователя в куках..
Скорее всего еще какие-то требования есть..
О них знают специально обученные люди-)

К сожалению, я не из них, и на Ваш вопрос ответить не смогу, т.к. не вкурсе..
Суть топика, по большому счету, совсем про другое-)

Аватар пользователя gun_dose gun_dose 23 апреля в 22:10

И по кукам, и по гдпр у друпал есть решения. Не знаю, насколько они сертифицированы, но в той же Германии госучреждения пользуются друпалом очень активно, переносят свои старые сайты с семёрки на девятку. А у твоего заказчика скорее всего есть предыстория с чьим-то большим эго, дибо с коррупционным душком. Сейчас это всё обросло тоннами костылей и легаси кода, но поскольку заказчик ещё более старый, чем используемый код, ему невдомёк, что на любой другой современной системе эти коствли просто не будут нужны.

Аватар пользователя Orion76 Orion76 24 апреля в 16:33

Я тоже предполагал, что дело не только в "сертификации".
Ну спасибо что обнадежили-)
Я просто стою перед выбором:
1.Как-то приспособить Шопвар для более производительной работы.
2.Продолжать донимать начальство о необходимости, пусть не перехода на новые инструменты, то хотя бы открытия еще одного "направления" (разработка продуктов на Drupal)
3.Искать другую работу-)

п.1 чересчур затратный по времени и силам. Плюс регресс как специалиста(т.е. минус)
п.3 хз.. повезет-не-повезет
п.2 мне больше нравится..
Поставлю демо-сборку Drupal Commerce, доработаю ее до некоторой "похожести" на Shopware.
И соберу списочек успешного применения Drupal на интернет-просторах Германии-)
Может получится убедить.