Bitrix vs Owox vs Magento

Не соглашусь, когда речь заходит о секундах загрузки, все лишнии библиотеки ложатся грузом, даже если через cdn их. По скорости точно будет прирост, поменяли структуру файловой системы, сократили EAV, меняют алгоритмы взаимодействие с БД, видно что будет быстрее. SEO часть теперь без доп модулей радует. Меня смущает, что до сих пор все JS по умолчанию грузят в начале HTML, это конечно не проблема.

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

Несостоятельноть ваших доводов подтверждает сайт lamoda.ru. Работае очень быстро, использует jQuery. С SEO проблем нет. EAV и раньше почти невлияло на скорость, если вспомнить, что этот межанизм используется для товаров и категорий только на стадии разработки, а в продакшн варианте используются плоские таблицы (которые называют индексами). Да если еще используется полностраничное кэширование, то EAV тут вообще не причем.

Загрузка JS кода это мелочь. Особенно по ставнению с графикой, да еще с учетом того, что браузер его хорошо кэширует. Вас объем кода jQuery волнует, а я работаю с ExtJS - который на порядок объемнее jQuery и то о скорости не сильно беспокоюсь :-). Так что не стоит обращать вниманеие на мелочи. И не преувеличивайте преимучества всего нового :-) (это бывает по молодости). Новее - не значит лучше!

Евгений,

Так там практически вся графика через псевдо CDN идет, движок магазина разгружен. JS они грузят грамотно, кстати у них ничего не минифицировано. Им есть куда оптимизировать скорость отрисовки.

Объем кода не волнует, но если JS весит 500 Kb и загружается в самом начале без async, то пользователь видит задержку. А наличие jQuery и Prototype на одном сайте только увеличивают задержку. EAV выключают на больших проектах, те кто знает, по умолчанию он вроде включен.

В Mage2 под приятностями SEO я имел в виду автоматизацию работы контент-менеджеров, понятно что description и META поля все ИМ умеют показывать. В большинстве магазинов эти поля вообще не заполняются, а в М2 будет автоматом.

ExtJS знакома, вещь хорошая, но она для другого, для e-commerce задержка в отрисовке страницы - реальные потери бизнеса в виде снижения конверсии. Добиться от Magento 1-2 секунд на страницу выполнимая задача, руки нужно просто приложить правильно.

На мелочи в конечном итоге ой как стоит обращать внимание, так как мелочи формируют конкурентные преимущества. И именно мелочи потом могут как снежный ком превратиться в лавину.

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

---------- Добавлено 02.06.2013 в 15:45 ----------

По скорости Magento Enteprise можно смотреть www.auchan.ru, но и его есть куда оптимизировать...

Загрузка графики ни как не ргузит движок. Картинки грузятся браузером как файлы :-). Собственно благодаря этому и можно использовать CDN.

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

Если на несущественные мелочи обращать внимания, то на серьезные проблемы времени не останется :-).

Разница в десять лет накопления практического опыта - существенная вещь :-). Да и разница возможно не десят лет, а существенно больше :-).

Да консерватизм от богатого практического опыта, тут я с вами абсолютно согласен :-). Да и клиентам работать надо, а не новинки испытывать на собственном бизнесе :-).

Если от Magento 1.х можно добиться хорошего быстродейтсвия, то зачем переходить на новый движок. Нужно ведь понимать, будет ли от этого польза (по этому поводу http://smartceo.ru/index.php?id=83). Все перечисленые вами доводы пока не дают точного понимания того, какие именно экономические выгоды даст новый функционал, потому что просто от реорганизации кода при переходе на ZF2 ни какого экономического эффекта не будет (выигрыша от сокращения скорости загрузки страницы на десятые доли секунды очевидно не будет). А вот проблемы с новыми ошибками быть могут и это может ударить по бизнесу сильнее чем увеличение времени загрузки страницы от загрузки jQuery в ее начале :-). Вы пока что говорите о теоретических внутренних преимуществах, забывая об интерсах бизнеса клиента, а ведь это в корне не верно :-).

В целом же я на самом деле почти уверен, что такие монстры как Zend и Magento вполне способны сделать что-то еще более продвинутое, хотя в моем понимании уже существующее почти совершенно (по крайней мере по сравнению с другими разработаки в сфере интернет-коммерции). Но спешить с переходом на новое я ни кому не советую. Спешка как известно, нужна только при ловле блох и при поносе :-). Пардона за моветон.

Есть ограничения на количество одновременных сессий браузера с одним доменом, у Chrome например 6. Если вы html, картинки к нему, скрипты и css грузите с одного домена, седьмой файл не грузится до тех пор пока не освободится сокет от предыдущих. Как результат, увеличивается время загрузки всей страницы. Учитывая архитектуру Magento, картинки грузятся совсем не как файлы, даже если вы их уже закешировали. Собственно, поэтому jQuery/Prototype рекомендуется выносить на загруженных серверах на CDN яндекса или google, и тем большая вероятность что их копия уже в есть кеше браузера вашего посетителя. Вынос изображений на отдельный домен уже разгружает очередь загрузки, плюс разгружает Magento, а настоящий CDN дает еще и региональное ускорение загрузки страниц.

Ожидать сумасшедшее быстродействие от бесплатного софта в коробке не стоит, но имея голову и прямые руки, быстродействие повысить можно существенно. 1.7 из коробки как мне показалось ускоряется почти в два раза за несколько часов настройки без изменения железа. Говорят о 20% повышении производительности Magento 2, мне уже сейчас понятно почему это произйдет.

Поддержка ZF1, включая выпуск патчей и новых версий, будет прекращена в 2014 году, так что не переходить будет просто не безопасно. Куча сайтов продолжает использовать 1.4, работает вот и хорошо, ну что же я не против.

У меня нет клиентов из сферы интернет-бизнеса, поэтому видимо у нас подходы разные;)

Ограничения есть, но обсуждать это бессмысленно при включенном кэшировании JS, CSS и графики. Картинки в magento грузятся файлами из кэша как во свех движках. Иного не дано. Это не каптча.

О том что ожидать от коробочного решения высокого быстродействия не стоит и так понятно, но к чему это говорить в контексте настоящего обсуждения не понятно. Похоже на потерю нити рассуждений.

То что поддержка ZF1 прекратится еще не значит, что обязательно нужно переходить на ZF2. Точнее даже наоборот, пока ZF2 не отладят и не устранят баги, можно и подождать.

То что говорят, меня мало волнует :-). Жизнь научила не верить на слово :-). Будут факты, тогда и посмотрим. У меня пока было время поковыряться с ZF2 немного, но этого не достаточно чтоы составить более четкую картину плюсов и минусов.

Я действительно в первую очередь ориентируюсь на поребности заказчика как предпринимателя, которому нужно торговать. А при правильной организации процессов торговать можно почти с любыми средствами (ведь движок это всего лишь средство торговли). И мой практический опыт показывает, что очень часто новое ПО со всеми его "наворотами" создает как правило больше проблем, чем приносит пользы. Поэтому я считаю что в целом ряде случаев, именно исходя из необходимости наиболее эффективно решить конкретную бизнес-задачу, лучше более старое, более легкое, простое и надежное, чем навернутое, с косяками и кучей функций которые ни когда не будут использоваться, но при этом будут жрать ресурсы и создавать проблемы для бизнеса. Обновление ради обновления я неприветствую, хотя многие рассуждают именно так :-). 9 из 10 заказчиков, которые обращаются ко мне за обновление версий движка или переходом на другую платформу в ответ на вопрос "Какой выгоды и за счет чего именно вы ожидаете от обновления ваших средств производства?" могут только промычать что-то невнятное, вроде "так на всякий случай." :-).

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

Как то так ... :-).

Я так и знал, этот форум для нас, тех самых, кто ищет решения бизнес-задач !!!

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

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

Magento хороший инструмент, но только при использовании его в соответствующих условиях.

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

Для поиска пути к файлу даже из кеша движек делает несколько поворотов маховика, если в кеше нет, то картинка ресайзится до нужного размера, на нее накладывается водяной знак и после этого вы ее качаете как файл. Так Zend устроен, поэтому и говорят на каждом углу, что magento громоздкий. Если вы про memched, кеширование в nginx или varnish, то это уже отдельная история - все снаружи и не требует затрат движка, но проще для начинающего вынести наружу, движек позволяет.

class Mage_Media_Model_Image extends Mage_Core_Model_Abstract

и

class Mage_Media_Model_File_Image extends Mage_Core_Model_Resource_Abstract

Кстати в Битриксе это тоже есть, если не ошибаюсь они с Городецким с бесплатным CDN рекламную тему замутили. На хабре было.

---------- Добавлено 02.06.2013 в 22:06 ----------

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

По кэшированию вы видимо перепутали Magento с Opencart. В Magento как и в Prestashop ресайз изображений создается призаливке товара. Это в ОС рабтает тот механизм о котором вы говорите. И к Zend это не имеет ни какого отношения.

Zend возможно и устроен громоздко, но в Magento масса средств для ускорения да и речь не об этом. Memcache, о котором вы говорите, вообще не из этой оперы. А уже тем более кэширование на уровне web-сервера.

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

Вот так как то ... :-).