• Magento Перевод На Русский
• Magento Русский Скачать

• В этом посте будет подробно описан процесс установки Magento. Сможете выбрать русский.
• Рассмотрим такой сложный вопрос, как локализация Мадженто, - перевод системы на нужный нам язык. Тема серьезная, поэтому я постараюсь.

Russian Language Pack contains a translation file for the Magento 2 interface. The current translation is based on the Russian Language Pack for Magento 1.x. We are not professional translators, but all phrases are time-proven and were checked by several teams who support their own websites. Russian Language Pack is being supplemented with new phrases, that means that phrases, which are removed from Magento by developers, still exist in our translation, so that it would be relevant for any Magento version starting with 2.0.0. More on how to add translations to Magento 2 projects. Extension Support Extension support is provided via. You can vew the information freely, but you will need to sign up to open a ticket. Please, report all bugs and feature requests that are related to this extension.

Magento использует Zend Framework и не является «клоном» osCommerce. Первая версия Magento была выпущена в 2007 году. С 2011 года компанией-разработчиком Varien владеет eBay. Несмотря на американские корни, 99% разработчиков Мадженто родом из Украины. Сегодня на платформе Мадженто работает 150 000 интернет магазинов. Так как продукт ориентирован на американский и европейские рынки, то его базовый функционал не удовлетворяет рунетовским потребностям.

If by some reason you cannot submit a question, bug report or feature request to our ticket system, you can write us an email to support@etwebsolutions.com Documentation and installation info is available on the. Russian Language Pack является переводом интерфейса Magento 2 на русский язык. За основу взят наш перевод для Magento версии 1.x. Мы не являемся профессиональными переводчиками, но все фразы проверены временем и несколькими командами, поддерживающими свои сайты. Перевод только дополняется, то есть фразы, убранные разработчиками из Magento, не удаляются и следовательно перевод актуален для любых версий начиная с 2.0.0.

Подробнее как добавлять свой перевод в проектах на Magento 2 смотрите. Поддержка модуля Поддержка модуля осуществляется через.

Для создания задачи будет необходимо зарегистрироваться. Для просмотра информации регистрация не требуется.

Пожалуйста, сообщайте нам о найденных ошибках и о своих пожеланиях в рамках этого модуля. Если по каким-либо причинам вы не можете разместить вопрос/сообщение об ошибке/пожелание в списке задач, то можете написать нам по адресу support@etwebsolutions.com. Документация и информация по установке доступна на нашем.

Платформа Magento eCommerce уверенно завоевывает популярность. На habrahabr уже было. В этой статье я хочу описать некоторые моменты когда Вам стоит выбрать платформу Magento. Хостинг Magento Commerce не будет работать на простом shared хостинге. Разработчики рекомендуют устанавливать 256Мб оперативной памяти доступной скрипту.

Минимально желательным размером является 64Мб, но будьте готовы что без включенного кеша большая часть страниц грузиться не будет. Так же обратите внимание на cpu лимит хостинга. В моей практике были случаи когда сайт отключили из-за нагрузки на процессор более 3%. При этом за день на сайт заходило не более 15-25 человек.

Хостинг который сможет вытянуть простой магазин на Magento, с посещаемостью 20-50 человек в сутки, стоит около 70$/год. Специализированные хостинг планы для Magento стоят в районе 20$/месяц. Магазин на таком тарифе работает достаточно шустро, без проблем вытягивает посещаемость порядка 300 человек/день. Для примера приведу результаты простейшего нагрузочного тестирования некоторых хостингов, с которыми я работал. Стоимость порядка 70$/год (25 пользователей, 30минут). Рынок продаж Magento разрабатывается украинской командой разработчиков, но методы оплаты и доставок рассчитываются на западный рынок (Европа, США и т.д.).

Коробочная версия включает слейдующие методы оплаты: оплата через Credit Card, PayPal, Authorize.net, Payflow Pro, оплата чеком, банковский перевод. Кроме тогда интеграция с большинством западных платежных систем доступна в виде бесплатных расширений.

Если Вам необходима поддержка WebMoney придется покупать платное (бесплатных аналогов нет). Для «Яндекс денег» расширения я не нашел.

Для русских магазинов реальная возможность использовать только методы оплаты: «Наличными при получении», «Банковский перевод». Но для этого придется дополнительно объяснять каждому клиенту как произвести оплату и периодически проверять поступление денег на счет. По умолчанию доступны следующие методы доставки: Table rates, Flat Rate, Free shipping, UPS, USPS, FedEx, DHL.

С данным вопросом ситуация чуть лучше, дополнительно можно установить бесплатные расширения — «Local Pickup», «Multiple tables rate» — которые в большинстве случаев покрывают требования магазина. Например используя «Multiple tables rate» можно дать пользователю возможность выбора требуемого способа доставки и региона. В зависимости от выбора формировать стоимость. Например сформировать такую таблицу. Так же следует отметить отсутствие интеграции с 1C, что для некоторых клиентов является достаточно необходимым фактором.

В защиту можно сказать, что Magento не поддерживает(в коробочной версии), не одной подобной интеграции — имеется импорт/экспорт csv файлов с списком категорий и продуктов. Локализация Как и в предыдущем пункте, перевод на русский язык оставляет желать лучшего. Пакет локализации необходимо будет скачать с официального сайта, этот пакет находится в бете, процесс завершенности порядка 90%.

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

Встроенный функционал Одна из сильнейших сторон Magento это обширный встроенный функционал — то что Вы получаете после установки магазина. Установив магазин вы получите следующие возможности:. Множество валют. Многоязычность. Множество сайтов на одной системы.

Скидки/купоны. Отчеты. Отмеченные товары. Ограничение доступа. И другое Полных список возможностей можно посмотреть.

В тоже время, это и недостаток. Если часть функционала на frontend не нужна, разработчику придется постараться что бы его отключить (об этом подробнее ниже) Разработка Magento является достаточно сложной системой основанной на базе Zend Framework. Для работы с динамическим содержимым используется фреймворк Prototype, а не знакомый большинству jQuery (для подключения которого придется неплохо постараться).

Так же, Magento не используется классический патерн MVC. Для генерации страниц используется набор следующих элементов: Controller, Model, Block, View. Таким образом, загрузить напрямую страницу шаблона из контроллера у Вас не получится.

Для генерации страниц помимо стандартных phtml файлов с шаблонами, используются xml файлы, определяющие какие блоки включаются в текущую страницу. Исходя и вышесказанного — если Вам необходимо сделать уникальный шаблон для магазина, на базе разработанного дизайнером psd файла, необходимо будет привлекать помимо верстальщика еще и программиста.

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

Рассмотрим простой пример. Нам необходимо отключить отображение блока «Compare Products». Что бы убрать этот блок придется произвести изменение в приблизительно 5 различных xml файлах. В тоже время magento позволяет включить отладочную информацию — отображение пути к шаблонам для каждого блока, но увы не показывает в каком xml файле можно его отключить. Но, в тоже время, используя лишь модификацию шаблонов можно реализовать магазин с уникальным требуемым функционалом. Magento отличается очень высокой степенью расширяемости. Фактически любую возможность магазина можно переопределить, подменить файлами разработчика.

И внимание, для этого не надо переписывать исходных код движка! Для любой модели, блока можно создать «rewrite» и заменить его собственным. Для контроллеров можно активировать перенаправление путей запроса. Кроме того используя event observer для большинства ключевых действий можно добавить произвольный функционал.

Использование стороннего кода, не затрагивающего core файлы, позволяет осуществлять безболезненное обновление к новым версиям magento. Суммируя пункт разработка — при создании дополнительных расширений для Magento, для привязки дизайна, будьте готовы выделить серьезную сумму. Разработчиков знакомых с этой системой, еще не очень много.

А те кто работают с ней имеют много заказов и серьезную стоимость часа работы. Юзабилити По отзывам некоторых клиентов, magento имеет очень удобный интерфейс администраторской части. Cube i6 инструкция на русском языке.

Я соглашусь с их мнением. Действительно backend у magento выполнен отлично. Потратив немного времени пользователь сможет произвести основные действия, не заглядывая в помощь. В тоже время некоторые моменты могут быть достаточно непрозрачными. Например управление налогам, создание рассылок, управление локализацией, несколькими валютами, различными видами магазина.

Функционал Magento позволяет реализовать управление магазинами с различными доменными имен используя общий backend. При этом, пользователи даже могут не знать что эти магазины связаны. Маленькая поправка: virtuemart. Есть ещё плагин к друпалу ubercart. И к другим движкам можно понаходить плагины. Плагины хороши, когда уже есть сайт на соотв.

В качестве только магазинов лучше ставить специализированное решение. OsCommerce создавалась в 2003 — соответственно, в ней трудно заподозрить хорошую объектную модель, MVC и так далее.

Особенно учитывая, сколько времени не может выйти следующий релиз. Так ли это на самом деле, не знаю. Есть ещё парочка хороших альтернатив. Prestashop и ecshop. Первый французский, второй китайский. Но для первого силами комьюнити есть хорошая русская сборка, для второго просто перевод (перевод новых версий силами россиянина по платной подписке, но можно и самому сделать из английского). Возможности тоже достаточно серьёзные.

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

Ой, шоб вы были здоровы. Смотрел я на код этого шопопало-скрипта. POST (а кое-где и GET) без проверки и экранирования в базу, отсутствие нормальной (да вообще хоть какой-то — без вопросов глотало всякую фигню вместо мыла) валидации, инициализация переменных километровыми изсетами вместо нормального прохода по REQUEST, мешанина html и php, нарушение табличной структуры в вёрстке, отсутствие нормального обработчика ошибок, посты на нулледе о том, что взломали магазин на шопопало-скрипте и так далее. С тех пор у меня это поделие в чёрном списке, и насколько знаю, не у меня одного. Первое что нужно знать о Magento — это скрипт для больших магазинов.

Много товаров, навороченный алгоритм цены, различные опции по доставке и оплате — все это сильная сторона Magento. Соответственно для маленьких магазинчиков с сотней товаров и 1-2 способами оплаты и доставки, с простым ценообразованием все будет излишне. Исходя из области применения и надо исходить.

Не смотря на наличие бесплатных community edition и некоторых дополнений и тем, те что можно и нужно использовать для современного магазина будут платными или нужно будет оплатить труд квалифицированного программиста ( без опыта в Magento не стоит даже разговаривать — сроки будут уходить в бесконечность ). И да, саппорт почти не фурычит, поиск дает очень мало. Если нет абилки разобраться самому — надо иметь в запасе опытного спеца для вопросов.

В общем золотое дно для умелого фрилансера:). Полтора года работаю с Магенто вместе ещё с 3 программистами. Кстати, тот неофициальный перевод на форуме, делал начальник нашего отдела.

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

С точки зрения программирования, конечно, там всё не так солнечно. Документации практически нет, только какие-то обрывки. Есть только одна нормальная книга, к которой разработчики всех недовольных и отсылают. В общем, разобраться во внутренностях довольно сложно. Но зато когда разберётесь, поймёте, насколько удобна и логична такая архитектура. Поэтому несмотря на то, что при создании очередного модуля иногда хочется выбросить компьютер в окно, никто из нас не жалеет, что мы выбрали именно Magento.

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

И наши торговцы действительно практически всей этой функциональностью пользуются. Насчёт самостоятельной разработки на zf Если вы сможете за неделю, или даже за месяц повторить весь арсенал функциональности Магенто, тогда вам определённо стоит подумать над выходом на рынок платформ для интернет магазинов. Мы бы точно не смогли. «Поэтому несмотря на то, что при создании очередного модуля иногда хочется выбросить компьютер в окно, никто из нас не жалеет, что мы выбрали именно Magento.» Вот никогда не понимал таких людей, чем сложнее тем лучше что ли? Что за особый способ мышления. А вот если уж разобрался, то тогдааа Я не думаю, что нужный для больших магазинов функционал можно обеспечить наиболее сложным и дорогим способом. Это чисто маркетинговый ход и судьба этого интернет магазина это чистой воды пиар, такой же как и Bitrix.

К сожалению лучшие решения на рынке находят гораздо реже, чем разрекламированных монстров, подобных этому. Вы не поняли. Мне нравится работать с Магенто не из-за сложности, а наоборот — из-за отличной архитектуры, с которой работать как раз таки легко. Бывают, конечно, свои проблемы, но без них не обойдёшься ни в одной готовой системе. И в данный момент мне намного проще работать с Магенто, чем с другой системой.

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

Считайте это моим субъективным мнением. Вопрос «Почему Magento?», остается без ответа. Много сложностей, на фоне тривиальных возможностей. Не видно ни одного существенного «за». Кроме того, безотносительное сравнение, тяжелее воспринимается. Ну и главное.

Вы смотрите на систему как разработчик. Попробуйте посмотреть на это как предприниматель. У меня сразу вопросы, почему я должен платить много за саму систему, еще больше за ее кастомизацию и больше чем для других CMS за хостинг? Почему при этом я смогу обслуживать так мало покупателей в сутки? Есть ли у этой системы, точнее у продавцов квалифицированная поддержка с SLA? Gruxon, спасибо за Ваши замечания.

Сказать честно, вопрос «Почему Magento?» для меня тоже остается без ответа. Мне сложно судить об этой система как предприниматель. Я в первую очередь разработчик. В тоже время — если мне необходимо будет сделать интернет-магазин для себя. Я буду использовать magento, но выберу я ее исключительно за то, что с ней работал. По поводу стоимости.

Если нужен небольшой магазин (для небольшого startup бизнеса) — 70$ хостинг+ 250$ за готовый шаблон на темплейтмонстр. Для большого магазина, бюджет естественно будет другим. Система ориентирована более на западный рынок, для них стоимость хостинга 20$/месяц вполне вкладывается в рамки доступных трат для магазина. Кастально поддержки с SLA. Полностью не понял Ваш вопрос.

Насколько я понял Вам необходимо расширение на подобие. Разумеется, прошлый опыт работы оказывает существенное влияние на выбор в будущем. Тут согласен, что вам легче с этой системой. Что касается денег Если я правильно понял, вы вели речь о Community редакции, которая бесплатна, достаточно кастрирована урезана по функционалу и не имеет никакой поддержки производителя. Если вести речь о об открытии бизнеса, то я уверен, что не менее 80% предпринимателей не решится на покупку CMS без поддержки (в данном случае бесплатность, т.е. «не покупку»).

В случае с интернет-магазином, сайт — ключевой инструмент продаж, это ваша витрина. Не имея никакой подстраховки ключевого элемента бизнеса, начинать такой бизнес, щекотно. Я сейчас не рассматриваю людей, которые имеют опыт девелоперства, могут сами поддерживать систему в каком то виде и объем продаж в виде 5-10 товаров в месяц их, по крайней мере в начале, устроит. Если смотреть на коммерческую версию с поддержкой, то система не выдерживает никакой конкуренции (уж с российскими аналогами точно). $11,125 USD/yr, по текущему курсу — более 320 000 руб/год.

Это просто фаталити! Тот же битрикс в максимальнейшем фарше стоит 249 900 руб, а в достаточном для стартапа магазина в десять раз меньше — 24 900 руб.

Битрикс привел для примера, т.к. Его большинство, хотя бы слышало. У меня магазин работает вообще на Амиро, стартовая цена 11 990 + $100-$300 за шаблон. Разница разительная. Насчет SLA Service Level Agreement — соглашение об уровне сервиса. В данном случае, я писал о тех. Поддержке вендора.

Magento Перевод На Русский

Соглашение как правило состоит из списка уровней поддержки и времени реакции. Прописывается в контракте на поддержку и является прямым обязательством компании соблюдать сроки и тайминги оплаченного сервиса. Благодарю Вас за объяснение.

Совершенно верно, я вел речь о Community Edition. C Enterprise версией я особо не работал. Просматривал немного исходные коды и живой пример.

Я не могу сказать что функционал у Enterprise версии настолько отличается. Ключевые моменты идентичны. По сути в Enterprise версии вы платите за support, и эта стоимость меня лично приводит в недоумение.

я уверен, что не менее 80% предпринимателей не решится на покупку CMS без поддержки (в данном случае бесплатность, т.е. «не покупку») Да я согласен. И для большинства предпринимателей стоимость Enterprise версии явно не подходит.

Используется промежуточный вариант. Фирмы посредники — разрабатывающие интернет магазин и выполняющие его последующую поддержку. Не все считают нужным кичиться функционалом в своих демках, однако это не значит, что этого нет. Spree + одно из расширений для full-text поиска(spree-solr-search, spree-sphinx-search, spree-xapian-search) обеспечат вам с фильтрацией по любому набору значений фасетов. В качестве фасетов можно настроить ценовой диапазон, категории(таксоны), опции(атрибуты с несколькими значениями) и свойства(атрибуты с одним значением) товаров.

При этом всё это будет работать с 150k товаров без кеширования быстрее, чем в Magento с 10k товаров с кешированием:-) P.S. Заметьте, что расширения Spree бесплатны, т.е. Чтобы подключить тот же Sphinx не надо платить $175 за кота в мешке. Господа, Вы чуть не поняли позиционирование Magento на рынке подобных продуктов. Это система уровня enterprise, и в такой системе API должно быть в первую очередь на высоте, нежели фронтенд часть.

Да и в архитектуре столько ляпов вот простые из них. Зарегистрировав новый модуль, и сделав ошибку в директории — вы не получите ошибку что Ваш модуль не найден.

Обращаясь к модели через Mage::getModel и другие методы — вы не получите ошибку, если система не найдёт файл, ошибка будет только в том случае если файл будет найден, но там не будет класса (хотя это обработчик ZF). Продукт не соответствует своему позиционированию на рынке.

А если опуститься на уровень ниже — eCommerce система для всех, маджено уже слишком не поворотливая. Есть некоторый опыт работы и живой магазин на этой системе. Все плюсы и минусы очень неплохо описаны в статье. Минусов, если их так можно назвать, я бы выделил 2. 1.Повышенные требования к хостингу. На самом деле смотря с чем сравнивать. Да, на простом шареде работать будет очень условно, но у меня на 10-долларовом минимальном VPS крутиться магазин (посещаемость не большая, примерно 100 уников в день и около 1000 просмотров страниц) и несколько других сайтов.

Только что провел тест на loadimpact.com — 50 одновременных юзеров держит нормально, при этом траффик достигает 10мбит/с. Кстати, у меня сейчас версия движка 1.3.2.4 — у ветки 1.4 скорость повысилась значительно. 2.Сложность работы и разработки. Обратная сторона медали гибкости и практически бесконечных возможностей. Да, с наскоку не взять, но если потратить некоторое время на изучение, то все становиться очень неплохо. На данный момент модулей, для работы с российскими платежными системами не много, но они есть и активно разрабатываются. Из бесплатных есть модули для ChronoPay и LiqPay, хабраюзер занимается разработкой универсального модуля для работы с Почтой России, ЕМС и сбербанком.

На подходе модуль от W1.ru. Относительно недавно появилась интеграция с 1С Торговлей. Еще немного времени и вопрос будет окончательно закрыт. Имхо, magento серьезная современная система с очень большим потенциалом для более менее серьезных проектов, хотя ничего не мешает ее использовать и мелких магазинах:). А есть где-нибудь сравнения этого чуда? А то после прочтения описания системы из этого поста первое ощущение — «чур меня, чур!». Я-то на свой Уберкарт ругаюсь, который в условиях 56Мб памяти вполне сносно держит нагрузку до 30 клиентов на (среднего размера магазин 800+ товаров), а тут сразу же пишут, что при 64Мб «часть страниц грузиться не будет» И в плане возможностей расширения и легкой темизации Друпал тоже достаточно тяжело критиковать.

Спрашивается — за что вообще берут деньги в платных CMS? Это ведь не коробочный продукт «под ключ», а как ни крути — полуфабрикат.

Ну и какой тогда смысл? Поделюсь собственным опытом: 1. Команда из 2 программистов (очень грамотных и дорогих) получила задание прикрутить к Magento дизайн, переделать корзину на 1-шаговую, локализовать на балтийские языки (переводчик был доступен).

После 2 месяцев (опустим нецензурщину) ребята за выходные всё сделали на PrestaShop и представили мне готовую систему со словами «шеф, тебе ехать или шашечки?». Весь нужный на тот момент функционал присутствовал. Допольнительные «рюшечки» для PrestaShop, подключение к базам данных поставщиков (real-time резервация на складах, остатки и прочее) ребята прикрутили ещё за 2 недели. На данный момент у меня 3 магазина работают под PrestaShop, в общей сложности около 60K товаров.

Около 1.5К посетителей в день. Это всё без всякой дополнительной оптимизации и ещё 4 куда более ресурсоёмких проекта летают не подтормаживая на одном HP235 (1x3.2GHz Xeon, 1GB RAM) cервере с софт-миррором на 2 SATA HDD. Когда тестировали Magento — c включенным кешированием оно становилось неюзабельным уже где-то при 20К товаров. Импорт данных в магенто — это кошмар.

Если у вас 500 товаров и вы их будете вводить ручками — ок. Если надо хоть как-то обмениваться данными с внешним миром — проще повеситься. Родной импорт XML импортирует примерно 1-3 записи в секунду. При чём при более глубоком рассмотрении выяснилось, что это не баг с таймаутами, система и в самом деле всё это время «работает» — море каких-то хитро пых операций где-то в недрах системы и метаданных. Структура базы Магенто — разобраться в ней, при имеющейся документации (точнее практически её отсутствии) — это отдельный дорогой проект само по себе. А без этого наладить полноценный обмен данными с другими системами не рискуя развалить базу не представляется реальным (ну не ждать же и в самом деле по секунде на товар, когда их 50К).

C учётом вышесказанного, даже если я и заплачу программистам за 3 месяца работы по «въезжанию» в систему — как только кто-то из них решит сменить место работы — я буду попадать на эти бабки снова и снова. А для оперативности, мне нужно иметь своих людей, на месте. Рассматривали и osCommerce, а так же её форк ZenCart — и то и другое совершенно негибко, нерасширяемо (в смысле разумным образом, не переписывая пол-системы, не лазая глубоко в недра), содержит массу хлама под девизом «так исторически сложилось», кроме того (это уже субъективно), шокировало кривизной и топорностю кода. Справедливости ради стоит заметить, код у магенто действительно классный.

Но, мне кажется, в плане баланса между гибкостью и стоимостью эксплуатации (а внедрение, интеграция и поддержка — это тоже входит в цену) — магенто слишком сильно ушёл в сторону радости для крутого програмиста и нескольто отошёл от нужд бизнеса. Ведь для бизнеса важно в первую очередь стоимость и время. Оба этих параметра в случае магенто далеко не в топе как на этапе внедрения, так и при дальнейшей поддержке/доработке. Ситуация была в начале осени 2009, с тех пор может быть что-то успело измениться. Сам на данный момент работаю в компании-разработчике. Что сказать, с одной стороны «не руби сук, на котором сидишь», с другой — в некотором шоке от ситуации с продуктом. Функционально Magento очень богата, компандой написано очень много — не отнять.

Расширяема, перекрыть можно почти любой функционал — возможно (правда, ценой ещё больших ресурсов и времени). Но поражает не это.

Разработка её — чистой воды эстетство, сплошное удовлетворение программистских амбиций с самого начала. Документированием никто из разработки не занимается вообще (хотя само позиционирование — платформа для разработчиков). На решение одной неудачной в плане производительности идеи появляется ещё пять-десять других.

Magento Русский Скачать

Частично денормализованные данные в EAV денормализуются окончательно во Flat catalog, в итоге делается двойная работа (оптимизация, да). Это нормальная ситуация, когда не считается ни количество запросов в БД, ни их «вес» — гораздо важнее абстрагировать данные в десяток моделей на одну конкретную сущность, сджойнить по десять таблиц ради пяти продуктов. Средств дебага нет, манера делать цепочки вызовов методов в классах привела к тому, что добираться до причины мелкой проблемы можно часами. Однако, «высокий уровень приложения», «профессионализм», «мы лучшие на рынке». С другой стороны — бизнес. Законы маркетинга. Грамотное позиционирование там, где это нужно больше всего (в США).

В итоге правда такова, крупнейшие компании в мире заказывают магазины, крутят их на облачных сервисах, колются и плачут, но пользуются. Всем хорошо: программисты — реализуют паттерны паттернов, клиенты отстёгивают значительные суммы всем за «профессионализм», железо продаётся вагонами, целые компании делают свой бизнес на разработке под Magento, страдают только админы хостингов и реальные пользователи. Ну, се ля ви. Будут ли шаги в сторону реальной оптимизации узких мест, будет ли компания ближе к людям, а не временами сыпать обрывочной информацией — покажет время. Делаются первые шаги — кто сможет и кому интересно, приходите на в Киеве, состоится 22 мая.