Картинки передаются браузеру без загрузки Mage. Это главная ваша ошибка. Это легко проверить просто обратившись по конкретному урлу картинки. Да и не далее как пару месяцев назад писал специализированный скрипт импорта данных с картинками, так что это механизм работы Magento с изоббражениям мне знаком. Про Opencart сказал потому знаю этот движок тоже очень хорошо и он работает именно так - масштабирует из оригинала в случае если нет масштабированного изображения в кэше.
При отдаче картинки браузеру учавствует только web-сервер ну и соответственно проксик на nginx. Memcaсhe вы сюда зря приплели, потому что так же как APC или XCache это расширения PHP и используются для хранения промежуточных результатов работы PHP скриптов. Утверждение о том, что WEB-сервер не лезет в файловую систему Magento без вызова Mage это полная ерунда, потому что Mage как PHP приложение заускатеся WEB-сервером не важно как CGI или через PHP расширение web-сервера.
Поэтому я и говорю что вам стоит прекратить обсуждение, демонстрировать некомпетентность и вводить в заблуждение других.
По кэшированию вы видимо перепутали Magento с Opencart. В Magento как и в Prestashop ресайз изображений создается призаливке товара. Это в ОС рабтает тот механизм о котором вы говорите. И к Zend это не имеет ни какого отношения.
Zend возможно и устроен громоздко, но в Magento масса средств для ускорения да и речь не об этом. Memcache, о котором вы говорите, вообще не из этой оперы. А уже тем более кэширование на уровне web-сервера.
Таким образом и ваши соображения относительно моих ошибок в техических вопросах вызывают много сомнений. Конечно хорошо что вы много читаете разные сайты, но знания должны быть систематизированы и проверены на практике. Толко тогда они действительно могут пользоваться доверием. В противном случае будет то же самое, что и на хабре или стековерфлоу, где писать может кто угодно, за глупость ответственности автор не ненесет, а качество модерации не высокое. В результате такая информация вводит в заблеждение многих начинающийх программистов, которые в силу невысокой квалификации не могут выявить некачественность сведений и при этом пытаются делать на основе такой информации далеко идущие выводы и в свою очередь начинают своими рассуждениями вводить людей в заблуждение.
Вот так как то ... :-).
На счет кэширования и т.п. я не понял о чем вы, но есть вероятность что как раз вы можете быть не правы, хотя бы уже потому что изличнее полагаетесь на достоверность м актуальность стековерфлоу как источника информации. Да и многие технические детали не являются конкурентным преимуществом. Именно поэтому и нет смысла их обсуждать здесь. Это вопросы внутреннего построения системы, которые большинство заказчиков мало волнуют. Для этого есть сайты для программистов.
Magento хороший инструмент, но только при использовании его в соответствующих условиях.
Новая версия возможно тоже будет такой, но пока обсуждать рано. Поживем - увидим. Время самый честный человек как говорят итальянцы.
Ограничения есть, но обсуждать это бессмысленно при включенном кэшировании JS, CSS и графики. Картинки в magento грузятся файлами из кэша как во свех движках. Иного не дано. Это не каптча.
О том что ожидать от коробочного решения высокого быстродействия не стоит и так понятно, но к чему это говорить в контексте настоящего обсуждения не понятно. Похоже на потерю нити рассуждений.
То что поддержка ZF1 прекратится еще не значит, что обязательно нужно переходить на ZF2. Точнее даже наоборот, пока ZF2 не отладят и не устранят баги, можно и подождать.
То что говорят, меня мало волнует :-). Жизнь научила не верить на слово :-). Будут факты, тогда и посмотрим. У меня пока было время поковыряться с ZF2 немного, но этого не достаточно чтоы составить более четкую картину плюсов и минусов.
Я действительно в первую очередь ориентируюсь на поребности заказчика как предпринимателя, которому нужно торговать. А при правильной организации процессов торговать можно почти с любыми средствами (ведь движок это всего лишь средство торговли). И мой практический опыт показывает, что очень часто новое ПО со всеми его "наворотами" создает как правило больше проблем, чем приносит пользы. Поэтому я считаю что в целом ряде случаев, именно исходя из необходимости наиболее эффективно решить конкретную бизнес-задачу, лучше более старое, более легкое, простое и надежное, чем навернутое, с косяками и кучей функций которые ни когда не будут использоваться, но при этом будут жрать ресурсы и создавать проблемы для бизнеса. Обновление ради обновления я неприветствую, хотя многие рассуждают именно так :-). 9 из 10 заказчиков, которые обращаются ко мне за обновление версий движка или переходом на другую платформу в ответ на вопрос "Какой выгоды и за счет чего именно вы ожидаете от обновления ваших средств производства?" могут только промычать что-то невнятное, вроде "так на всякий случай." :-).
А данный форум собственно и предназначен в первую очередь для начинающих предпринимателей, ищущих решения их бизнес-задач, а не специалистов по Magento, фантазирующих по поводу гипотетических уникальных возможностей нового движка :-).
Как то так ... :-).
Загрузка графики ни как не ргузит движок. Картинки грузятся браузером как файлы :-). Собственно благодаря этому и можно использовать CDN.
Работа контент менеджетов в админке магазина с номенклатурой в несколько десятков тысяч товаров - это из области фантастики :-). Сайт просто ляжет, либо хостинг понадобится немеряный.
Если на несущественные мелочи обращать внимания, то на серьезные проблемы времени не останется :-).
Разница в десять лет накопления практического опыта - существенная вещь :-). Да и разница возможно не десят лет, а существенно больше :-).
Да консерватизм от богатого практического опыта, тут я с вами абсолютно согласен :-). Да и клиентам работать надо, а не новинки испытывать на собственном бизнесе :-).
Если от Magento 1.х можно добиться хорошего быстродейтсвия, то зачем переходить на новый движок. Нужно ведь понимать, будет ли от этого польза (по этому поводу http://smartceo.ru/index.php?id=83). Все перечисленые вами доводы пока не дают точного понимания того, какие именно экономические выгоды даст новый функционал, потому что просто от реорганизации кода при переходе на ZF2 ни какого экономического эффекта не будет (выигрыша от сокращения скорости загрузки страницы на десятые доли секунды очевидно не будет). А вот проблемы с новыми ошибками быть могут и это может ударить по бизнесу сильнее чем увеличение времени загрузки страницы от загрузки jQuery в ее начале :-). Вы пока что говорите о теоретических внутренних преимуществах, забывая об интерсах бизнеса клиента, а ведь это в корне не верно :-).
В целом же я на самом деле почти уверен, что такие монстры как Zend и Magento вполне способны сделать что-то еще более продвинутое, хотя в моем понимании уже существующее почти совершенно (по крайней мере по сравнению с другими разработаки в сфере интернет-коммерции). Но спешить с переходом на новое я ни кому не советую. Спешка как известно, нужна только при ловле блох и при поносе :-). Пардона за моветон.
Несостоятельноть ваших доводов подтверждает сайт lamoda.ru. Работае очень быстро, использует jQuery. С SEO проблем нет. EAV и раньше почти невлияло на скорость, если вспомнить, что этот межанизм используется для товаров и категорий только на стадии разработки, а в продакшн варианте используются плоские таблицы (которые называют индексами). Да если еще используется полностраничное кэширование, то EAV тут вообще не причем.
Загрузка JS кода это мелочь. Особенно по ставнению с графикой, да еще с учетом того, что браузер его хорошо кэширует. Вас объем кода jQuery волнует, а я работаю с ExtJS - который на порядок объемнее jQuery и то о скорости не сильно беспокоюсь :-). Так что не стоит обращать вниманеие на мелочи. И не преувеличивайте преимучества всего нового :-) (это бывает по молодости). Новее - не значит лучше!
Модули есть, но повторю еще раз, это не платформа для магазина. На счет дополнительных полей это вы о чем? Конструктора модели данных как в Битриксе в MODx нет. С сео там более или менее нормально. По крайней мере сделать нужные урлы без дублей там не сложно, HTML код можно получить любой, потому что там как таковых шаблонизаторов и нет (все пишется с нуля как заблагорассудится). Пара надстроек с претензией на магазин под нее есть, но это скорее все таки каталог товаров, не более. Вот пример http://community.modx-cms.ru/blog/research/9927.html - обсуждение "большого магазина" на 13000 товаров! Да любой магазинный движок с такой номенклатурой справиться на раз. А там как видите некоторые буквально попискивают от восторга :-).
Ну это все не доводы. jQuery и сейчас ни кто не мешает использовать и многие так и делают. На счет интеграции с другими базами ... - ну вот если бы PostgreSQL появился тогда было бы не плохо. На счет скорости - посмотрим. Не думаю что удастся добиться существенного ускорения. И так проектные решения почти идеальны с точки зрения масштабирования.
То что будет, это понятно. Но пробовать буду когда будет стабильная версия. Пусть косяки пока вылавливают. А там и с переходом разберемся. Да и еще не факт, что оно того будет стоить. А может получиться как 1С или Prestahop последнии версии оказались хуже предшественников. У Престы версия 1.5 настолько получилась тяжелая и косая, при том что функционала полезного почти не добавилось, что многие даже не собираются на нее переходить. Предел модернизации 1.4 последняя стабильная. И я своим клиентам не советую.
Напрасно. Именно из-за избытка функционала Мадженту у нас и не используют для малых магазинов. По личному опыту знаю, поскольку делаю магазины не только на Magento, но и на Prestashop и на Opencart. Сейчас для начинающих в моде как раз Opencart. Минимум функционала. Очень легок. Прост как двери. "Блондинка" за неделю администрирование и верстку освоит.
