Отличается учредительным договором и на этапе продажи бизнеса или ввода второго, третьего соучредителя/инвестора.
Выбрать один из бесплатных движков - и приобрести на него качественный шаблон стоит в пределах $100. Уникальность дизайна сейчас ничто и даже может сделать хуже, по сравнению с качественным контентом, проработкой интерфейса и адаптивностью дизайна. Мое мнение, выбирать нужно CMS у которого есть платная версия - если бизнес вырастет достаточно, перейдете на платную версию.
Метаться между движками после того, как получилось что-то развить - очень не выгодно - меняется структура сайта, как результат пропадает вес в поисковых системах, большинство ссылок на внутренние страницы сайта потеряете. С другой стороны, полностью сменить дизайн интернет магазина на хорошей CMS - пять минут.
Если регистрируетесь как ИП, с учетом все просто - разберетесь сами, если ООО, то есть огромное количество фирм обеспечивающих сопровождение, есть он-лайн сервисы можете и сами разобраться. На упрощенке стоимость таких услуг не существенна.
Если использовать magento, потребуется подправить модуль для вывода bundled товаров. Вывод списка товаров из комплектации там уже есть, нужно будет добавить изображение и кнопку в корзину. Работа на пару часов по выводу нужной инфорамации, но потом конечно с дизайном все еще нужно будет согласовать.
Для конфигурируемых товаров там также есть платные модули, позволяющие менять изображения в каталоге, в зависимости от выбора покупателем. По указанным вами ссылкам - все как то криво реализованно, можно удобнее для пользователя сделать.
Не верю в такое ускорение от замены апача на nginx! nginx реально опережает apache на статическом контенте, как прикси, но в реальной жизни вы отдаете мало статики и много генерируете страниц или отдаете из кеша. Нагружает интернет магазин PHP и Mysql.
Видимо вы по другому php настроили, кеширование поставили, короче поработали над оптимизацией при переходе.
Для сильно нагруженных проектов (15К в днь) экономия памяти соглашусь, но надо еще версии смотреть 2,5 летней давности - что с тех пор поменялось, а для средних нагрузок разницы вы не почувствуете на стандартной конфигурации.
Мой настольный ПК тихим настроен и виртуалок много запущено, тюнинговать не хочу, шуметь будет. Поэтому раскочегаривается долго.
Для страницы magento, prototype нужен в начале, остальное можно и нужно вниз убирать.
КМК, по сравнению с mysql, апач не так много памяти жрет. Его проще поставить перед апачем как балансировщик, статику и кеширование: Nginx -> Apache -> PHP-FPM
А вот с реврайтами и .htaccess для nginx нужно покопаться. Почему не стоит использовать nginx для magento
p.s. у меня есть план с VMware vFabric веб-сервер протестировать, вот там функционала по мониторингу и настройке богаче будет.
Сколько человек у вас занимается разработкой?
Сейчас есть только один способ запустить новую удачную CMS для электронной коммерции - создать сообщество разработчиков модулей и темплейтов дизайна к вашей CMS мотивированных в зарабатывании вместе с вами денег.
Одной команде разработчиков не потянуть создание CMS удовлетворяющей потребности всех заказчиков, можно сделать удобный или сильно дешевый продукт только узкого профиля.
Вопрос - чего не хватает CMS - бессмысленный, за командами 100+ разработчков вам не поспеть. Если вы придумаете какую-то фишку, она в течении месяца окажется в других CMS, оформить на фишку патент и тем более его защитить вы вряд ли сможете.
Ищите свою нишу.
Вчера пробовал под VMware Workstation посмотреть свой ИМ на предмет скорости загрузки, получил 9 секунд загрузки, в первой VM сервер маженто с полной копией боевого сайта, во второй 7 винда с подправленным hosts. Из чего делаю вывод, что на локальной машине скорость загрузки страниц смотреть нельзя.
Все JS объединять не советую, так как jquery и другие библиотеки скорее всего уже есть в кеше вашего посетителя, а так получается что все ваши постелители будут заново качать, то что у них уже есть. Решается выносом на CDN общедоступных библиотек и объединением в один файл тех, которые под себя. Есть модули разбивающие JS на группы для объединения.
nginx кмк лучше ставить в связке с apache, как кеширующий. Mysql лучше заменить на percona, она лучше c innodb работает, плюс поставить их xtrabackup, на нем можно инкрементальный бекап делать раз в час и восстановиться быстро, если что не так пойдет. По настройкам mysql читайте доки, там все есть - по месту и по нагрузке все это уже делается.
По архитектуре маженто - apache+php нужен быстрый процессор, базе данных нужна память, от этого все и пляшет. Лучше, что бы как можно больше кешировались операции с файлами и БД. Ну и нужна быстрая дисковая подсистема для веб-морды и БД.
Среднюю скорость мониторить в гугль аналитиксе, как быстро лично у вас открывается страница - вашего клиента не волнует у него свой канал, прокси и т.д.
Спрашивал про оптимизацию, а оптимизация начинается как раз с дизайна.
Если у вас 10 CSS файлов и 10 JS библиотек висит в дизайне без компрессии и не объединены в один файл, то 1-2 секунды вы уже потеряли в скороти загрузки страницы для обычного пользователя. Причем добавление ядер и памяти с плохим дизайном вам уже не сильно помогут, бутылочное горлышко будет в колличестве одновременных сессий в браузере.
Ну а если все JS, счетчики и социальные кнопки, вы грузите в начале страницы, то вся страница загрузится с заметной задержкой. Говорить о скорости отдачи фреймворком страницы в таком случае просто бесполезно, вы ее по сети размажете.
Не запутывайте еще больше коней и лошадей, про требование ТС уменьшить генерацию страницы движком вы видимо сами придумали. Не очень понятно даже как автор мог бы посчитать время генерации...
Есть цель ускорить скорость загрузки магазина, в первую очередь нужно смотреть на вес дизайна, скрипты и CSS файлы, а потом переходят к оптимизации движка (кеширование, cdn и т.п.) и уже на последнем этапе оптимизировать инфраструктуру и железо. А без требований к предполагаемой нагрузке и статистике - железо обсуждать очень и очень рано.
В EE Full Page Cache и поисковик Solr встроенные, плюс база данных более оптимизированна, а в версии CE эти модули надо ставить самому - есть платные и бесплатные.
0,3-0,4 - это у вас магазин со скриптами и картинками в кеше браузера, с чистым кешем без кеширования будет 2-5 секунд. По крайней мере так исследования говорят.
Ксати от Magento или 1c-битрикс или что-то еще у вас, скорость сильно отличаться не будет. Большая часть деталей кроется в оптимизации дизайна, настройки операционной системы и распределении нагрузки между фронт-ендами на которые приходится основная нагрузка. Есть варианты распределения нагрузки через акселераторы приложений, можно использовать как аппаратные так и программные, например nginx.
Если все делать самому и вдумчиво, разобраться и решить можно любые задачи.
Прогоните несколько тестов через анализатор и воспользуйтесь их рекомендациями: http://www.webpagetest.org/
