Посоветуйте современный и развитый движок для Интернет-магазина

Добрый день.

Посоветуйте, пожалуйста, движок на PHP для Интернет-магазина. Необходимо, чтобы движок магазины был Open Source и реализовывал следующие пожелания:

1. Поддержка человеческих URL (/folder1/folder2) вместо (product.php?id=666&category=13)
2. Возможность написания отзывов.
3. Объектно-ориентированная архитектура и PHP 5.
4. Как можно больше асинхронности в магазине. Чтобы добавление в карту было асинхронным, по возможности как можно больше асинхронных форм.

В особенности хотелось бы услышать тех людей, которые обычно читают, но молчат.

Большое спасибо.

пользователям пофиг какая там архитектура.
или собираетесь допиливать и сопровождать сами?


зачем? потому что модно?
будут большие проблемы по предыдушему пункту.


имеете ввиду новичков? странное желание.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Сам. Такую архитектуру мне будет проще допиливать и сопровождать.


Асинхронность очень удобна для пользователей (с моей точки зрения как пользователя). Почему будут проблемы с объектно-ориентированной архитектурой?
(Добавление)

Нет, стимулирую народ.

вы не в состоянии нагуглить оветы на простые вопросы. Ничего вы не сможете сопровождать. Впрочем большинство современных магазинов написаны с ООП и для PHP5 - выбирайте любой. Погуглите сравнение инет магазинов на PHP этого добра (сравнений и обзоров) в инете полно. Например http://cmslist[dot]ru/


при нынешних скоростях интернета - это несущественно. Страница обновится за то же время что синхронно что нет.


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

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Тем не менее, это не объявляет утверждение «Асинхронность очень удобна для пользователей» ложным.
И с интернетом не везде все хорошо.

(Отредактировано автором: 16 Ноября, 2013 - 18:27:23)

Именно в этом случае AJAX - отвратная идея. На медленном и нестабильном соединении удобнее пользоваться не-AJAX версией сайта. Банальный пример - когда страница не прогружается, вы что делаете? Нажимаете "обновить", правильно. А как перезапустить AJAX-запрос? Я даже как человек, знающий внутреннюю кухню - не знаю, как это сделать пользователю, кроме как перезагрузив всю вкладку.

Не задумывались, почему даже веб-морды почт гугла и яндекса, при их человеческих и технических ресурсах, поддерживают отдельные лёгкие версии интерфейсов?


По теме ничего сказать не могу, к своему счастью сайтами на заказ могу позволить себе не заниматься.

-----
PostgreSQL DBA

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

В соцсетях еще есть смысл - там инфа особой ценности не представляет - когда подтянется список хомячковых постов тогда и будет.

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

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Почему к счастью,Мелкий,?)

-----
У всего есть обратная сторона.

Да, действительно, с этим согласен, сказал не подумав.


Ну так не обязательно же весь контент через AJAX грузить.
Допустим, список комментариев можно асинхронно загружать, т.к. обновлять всю страницу ради них иррационально.

Ну чел хочет чем больше тем (как он себе придумал) лучше

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Ну, «чем больше, тем лучше» нельзя, вы правы.

Google не дал мне чёткого ощущения, что та или иная CMS подходит. В своё время (8 лет назад) я делал магазин на The Exchange Project (ныне OSCommerce). Они до сих пор живы, но по-прежнему не используют PHP5 (то есть не используют классы). Зато там есть всё - даже мультивалютная поддержка.

Согласен. Проблема возникает, когда браузер задаёт вопрос пользователю, отправлять ли повторно POST-запрос (окно с кнопками Retry и Cancel).

Пользователю как раз таки всё-равно, что там внутри, а разработчику прощу понять архитектуру, так как декомпозиция на объекты уже произведена и она близка к предметной области. На мой взгляд, код будет ненамного сложнее в написании. Основная проблема может быть с производительностью, так как многие разработчики кладут методы getAsynchronousJavaScript() и perform() в один класс, а первый требует гораздо меньше includes/*.php (этому методу необходимо знать только строки URL и имён параметров). В ASP.NET AJAX, например, разработчик помечает области, которые могут асинхронно обновляться, но при асинхронном запросе сервер не выполняет код для выделенных областей, а для всей страницы.
(Добавление)

Она кажется отвратной из-за того, что разработчики не сообщают пользователю о неудаче асинхронного запроса и не показывают окно пользователю с предложением повторить операцию. Даже в случае с ВКонтакте (казалось бы у них должна быть большая команда разработчика) страница просто перестаёт грузить данные. И Вы перестаёте понимать, продолжается ли загрузка или произошла ошибка.
(Добавление)

Да весь не надо, но в корзину добавлять синхронно с перезагрузкой страницы это уж вообще.

(Отредактировано автором: 17 Ноября, 2013 - 08:29:46)

Ну, логика в словах автора темы есть.