Какую бесплатную cms/фреймворк использовать для интернет-магазина?

Question

[vldud]

Добрый день. Цель вопроса - найти замену 1C-Битрикс для быстрого разворачивания интернет-магазинов. Замена должна быть:

1. бесплатной
   
2. без исторически сложившихся конструктивных недостатков (не Wordpress)
   
3. с хорошей документацией
   
4. легко расширяемой под любые нужды
   
5. на php
   

Сам я склоняюсь к yii, хотелось бы услышать ваши варианты.

Answer 1

[kompi]

Любой мейнстримовый фреймворк. Если уже есть опыт в каком-нибудь, то предпочтительно, его и спользовать.

Comments

[vldud]

Вы можете что-то ответить на комментарий Давид ниже, насчет фреймворков "А хороший магазин ты за год не напишешь, даже на Yii 2 "?

[Dave]

vldud: Фреймворк даёт роутер, контроллеры & экшены, валидацию и некую прослойку над базой данных. А функционал магазина - это много-много таблиц и бизнес-логики. Ну посмотрите в сторону Юпи! CMS - CMS на Yii - и сколько времени они её пишут (не считая фикса собсвтенных багов).

[kompi]

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

Если же посмотреть Юпи - это cms-комбайн, соответсвенно, чему удивляться, что его бесконечно пилят...
ИМХО, если бы я начинал свой интернет-магазин, допустим на yii2, я бы заложил туда базовый функционал - каталог/корзина/чекаут/интеграция с платёжным шлюзом.
И по времени заложил бы, на вскидку, не более 3-х месяцев.

[jaxel]

vldud: всё зависит от необходимого функционала. У меня был опыт написания небольшого магазина на Symfony 2( kupifutbolku.com ). Ушло пара месяцев(это был мой первый магазин на этом фреймворке). Сейчас я бы сделал аналогичный за 2 недели, не больше. Ну а за 2 месяца может получиться очень даже серьёзный магазин.

[Dave]

jaxel: Я посмотрел ваш магазин. Так там особо ничего сложного нет, даже динамических фильтров (как например в М-Видео), обычный каталог, карточка товара и аттрибуты. Гляньте demo.prestashop.com и скажите сколько на ваш взгляд это потребует времени (на Симфони)?

[jaxel]

Давид: фильтры делаются легко +2 дня где+то. +1 день для мультиязычности. Ещё день на подключение платёжных систем. 2-3 дня на авторизацию и личный кабинет с историей заказов. Больше ничего сложного не вижу.

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

Плюс ко всему, если это не первый магазин на симфони, то многие вещи остаются модулями от старого(корзина, формы заказа, админка обработки заказов и тд.)

[Dave]

jaxel: Так раз многие вещи остаются от старого в виде модулей, не проще ли сразу сделать CMS/CMF, и затем по требованию редактировать её? Да и потом, по мимо функционала интернет-магазина, так же должнен ВСЕГДА быть набор стандартных модулей : Меню, Блоки, Контакты и прочее. И по поводу мультиячзыности, то есть - редактирование всех языковых версий на одной странице - вы сделаете за 1 день?

Answer 2

[GPK1929]

OpenCart- CMS c MVC структурой большое сообщество много бесплатных модулей и тем.

Comments

[sim3x]

и какой ОРМ есть у опенкарта?

[Кирилл Арутюнов]

Чем больше работаю с opencart, тем больше понимаю, что у него множество проблем с архитектурой. Как минимум - дублирующиеся ссылки, переобъявление кучи переменных из языковых файлов. Модели там очень бедные и скудные.

Переписывание оформление заказа из-за отсутствия API и наличия кривых моделей вылилось в длительное путешествие по коду.

В общем не самый лучший вариант.

[FirstName LastName]

Кирилл Арутюнов: В текущей версии (2) API появился из коробки. Точнее: стартовая заготовка. У более ранних для API из коробки достаточно было прикупить RESTAPi модуль за 39уе. OpenCart для старта будет в самый раз. При некоторой усидчивости достаточно быстро понимается, откуда что берется и куда что девается. Комьюнити русскоязычное также большое, и вопросы не останутся без ответов. Если не мега магазин с десятками тысяч позиций - то самое оно. Уже давно интегрирован с я-маркетом (что важно). Порог вхождения - удобный.

[Almaz_Ilyasov]

Поддерживаю Opencart, еще года 3-4 назад мне понравился этот движок, сделал пару сайтов тогда, недавно изучал что там нового, для быстрого старта интернет-магазина по-моему лучший вариант.

Answer 3

[opencart-russia]

Выбирайте OpenCart
На данный момент это самый популярный бесплатный движок для Интернет магазина с множеством преимуществ.

Comments

[vldud]

А как вы прокомментируете минусы OpenCart, упомянутые в ответах?

[opencart-russia]

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

Если кто то пишет про дубли и всяческий сео то с этим все нормально. По умолчанию ничего критического нету, а если найдется все исправляется модулями, доработками итд.

[Dave]

opencart-russia: доработками, костылями и хаками правильнее будет сказать

[opencart-russia]

Давид тут у каждого свое видение по этому поводу, но это уже другая история.
т.е у одних это костыли и хаки (со стороны разработчика) , а у других это просто доработка магазина.
Опенкарт не идеален, но за счет "костылей и хаков" у него снижен порог вхождения, множество готовых решений, понятный код и не завышенная стоимость работ, а это играет не мало важную роль в выборе.

[sim3x]

opencart-russia: те про sqlinj должен беспокоится разработчик, а не создатель движка?

[opencart-russia]

sim3x конечно нет. Я же не говорю что все идеально, но вариант для магазина, особенно на начальном этапе очень даже не плохой.

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

[sim3x]

opencart-russia: те потерять деньги, личные данные и тд считается приемлемым?

[Sanes]

sim3x: деньги можно потерять и на улице

[opencart-russia]

@sim3х Каждый второй ведь не говорит что опенкарт дырявый, данные не теряет итд. Быстрее потерять данные от пользования варез софтом на компе и на сайте, чем просто от опенкарта.
Если у вас есть опыт работы с движком и есть конкретные дыры, то почему бы их не озвучить? Думаю всем будет полезно, а "разработчики" смогут их закрыть.

[sim3x]

opencart-russia:
Когда $this->db->query заменят на prepared statements поговорим о том, можно ли "их" называть "разработчики"

Варез в плагинах опенкарта отдельный вопрос. А качество самих плагинов лучше вообще не вспоминать

[opencart-russia]

sim3x когда... Когда случится тогда случится, но пока все спят спокойно (их много поверьте мне), зарабатывают деньги не малые...
Вы предлагаете laravel, это хорошо. Вот только думаю когда вы озвучите стоимость работ по созданию магазина, поддержки и стоимость работ, думаю клиент закроет глаза на такой факт что "когда то - что то - может быть - или не может быть". Особенно когда тема начинается со слов "бесплатно". Т.е это бесплатно движок, бесплатно темы, бесплатно помощь (ну или почти бесплатно). Вы можете что то предложить?
Я не выгораживаю опенкарт, я честно спрашивают, есть ли альтернативные варианты? Ведь тема именно об этом?

[sim3x]

opencart-russia: жуки-навозники вообще занимаются своим делом миллионы лет...
Стоит ли заниматься их делом, каждый решает сам.

Стоимость работ будет зависеть от ТЗ.
Я наблюдал ценник на внедрение опенкарта с пометкой от 100к
если распределить 50к на бекенд с учетом часа за 500 руб = 100 часов

Приемлемо для решения базовых задач среднего магазина

[opencart-russia]

sim3x а я наблюдал ценник за вставку одной строчки кода 300$ (реальный случай) но это не значит что такова реальная цена.
Начинающий владелец интернет магазина хочет бесплатно, ну или хотя бы уложится в 10-15т.р И вот если распределить 15т.р на 100 часов ... )) думаю не стоит продолжать.

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

Спасибо вам за комментарии в мой адрес.

Answer 4

[jaxel]

Если выбор стоит между CMS и фреймворком, есть довольно простой алгоритм. Если возможности CMS решают 100% задач и быстрого дальнейшего развития не ожидается - надо брать CMS. Если же хотя бы 5% функционала придётся дописывать, лучше взять фреймворк и сделать всё под себя.

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

Answer 5

[Dave]

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

Comments

[vldud]

Какой именно функционал входит в состав этого "хорошего магазина", который не напишешь за год?

[Dave]

vldud: В сумме: динамические аттрибуты, скачиваемые / виртуальные товары, возможность иметь несколько цен, возможность подкреплять цены к одному товару (например, цицца с чесноком), возможность убирать этот функционал, динамиечские фильтры для каталогов, "умный" поиск, интерграция платёжных систем и прочее. Да и потом, качественный магазин - это большой проект, и его шлифуют годами, командами.

[Sanes]

vldud: функционал Битрикса, вы же его хотите заменить

[vldud]

Давид: я согласен с вами, что качественный магазин шлифуется годами. Но я не думаю, что на написание функционала интеграции с платежными системами уйдут годы. Это стандартный функционал. То же относится и к и нескольким типам цен, и к фильтрам, и к поиску.
Я слышал, что Magento ориентирован на западный рынок, и есть проблемы с отечественными платежными системами. Это так? И поддерживается ли в Magento полноценная MVC модель?

[Dave]

vldud: Я не говорил что на реализацию подключния платежных систем уйдет год. Я сказал описанные задачи в сумме - и повторяю - года будет мало. А что если потом понадобится поддержка нескольких языков? То есть это редактирование всех языковых версия одного товара на одной странице. Это реализовать очень сложно. И да это стандартный и свиду легкий функционал на словах, а на деле все будет иначе. Я сам через это всё проходил. Что касается платежных систем, так есть же дополнения/расширения для СНГ. И Magento написан на Zend Framework 1, соотв. MVC реализуется. Только там еще есть дополнительный слой после MVC - играет роль хелпера.

[jaxel]

Какой год, вы что. Про yii2 не знаю, но на symfony 2 стандартный, необходимый магазину функционал пишется максимум за месяц. И ещё месяц на подгонку дополнительных фишек, вроде складов(или подключение к 1с), статистик, партнёрки и тд.

[Dave]

jaxel: Вауууууу, максимум за месяц!!! Да вы супер-герой! Можно спросить, а вы когда-нибудь писали таковой магазин в реале а не на словах?

[jaxel]

Давид: вы видимо не работали с современными фреймворками. Они ускоряют разработку во много раз по сравнению с голым PHP. Для многих вещей есть готовые модули. И под конкретную задачу что-то реализовать можно очень быстро.

[Dave]

jaxel: Работал конечно же, и поддерживал чужие проекты (Laravel/Zend/Yii2). То что вы называете ускорением - это готовые компоненты фреймворка: роутер + экшены, слой над базой данных, валидация, и различные утилиты. В случае интернет-магазина - здесь очень много бизнес логики будет. Меня вот что удивляет, команды которые пишут магазины даже НА ФРЕЙМВОРКАХ, пишут их долго, прежде чем получится что-то приличное и без кучи багов. Мадженту изначально писали около полтора-года на зенде первом. А то что вы говорите, что можно реализовать очень быстро - это да, но опять таки, если речь идет о стандатрной потребности (роутер -> создание формы -> валидация -> хранилище).

[jaxel]

Давид: не путайте написание универсального решения(по сути своей CMS) на фреймворке и написание конкретного единичного интернет-магазина. Во втором случае работы на порядок меньше. Делается только необходимый функционал без лишней универсальности.

[Андрей Ждановских]

Универсальная CMS и движок магазина под конкретную ситуацию – это две большие разницы, правильно говорит jaxel
Я вот только что начал на Yii2 второй вариант – то есть магазин для конкретных людей.
Планируется: торговля вообще всем (то есть характеристики товаров кардинально разные), неограниченная вложенность каталога, разные варианты цены у одного товара, индивидуальные скидки, загрузка каталога из CommerceML, несколько городов (территориальных отделений), несколько менеджеров, которые отвечают за отдельные города, ну и всего не упомнишь сейчас, в записи не заглядывая.
На всё про всё у меня есть два месяца, и я не вижу в этом ничего такого уж фантастического.
Готов через два месяца отчитаться, что и как, если мне кто-нибудь напомнит.

[Dave]

andrew72ru: Универсальная CMS - тем и универсальная, что она подходит под множетсво "конкретных" ситуаций. Её тестировали множество разработчиков, её шлифовали годами, множество людей вносили свои предложения. Подавляющее большинство задач с которыми люди сталкиваются при реализации интернет-магазинов, давным давно известны и решены. Всё что вы назвали есть в Мадженете, Преста Шопе (только про менеджеров не знаю - но можно дописать, если что). Вопрос : если магазин можно написать (где можно торговать почти всем), то тогда почему 95% процентов веб-студий не пишут своё решение и делают около месяца на других движках? И почему авторы других движков делали бета-версии магазинов около года (командами причем) ??

[Андрей Ждановских]

Давид: потому что мне надо реализовать один известный сценарий, а не «множество "конкретных" ситуаций», вот почему.
Из ваших же слов «только про менеджеров не знаю - но можно дописать, если что», видно, что, дописывать придется (и не только это одно), а так же придется (я точно знаю) отцеплять ненужное. Склад (не нужен) / мультивалютность / мультиязычность / etc. И что в результате я использую? Реализованную в движке бизнес-логику корзины?
Вы поймите, я не против использования готовых движков, если хочется. Я, однако, четко знаю, что реализовать в готовом движке какой-то непредусмотренный функционал не так просто, и знаю, что в готовом движке есть много того, чего мне (в данной ситуации) не нужно. И исходя из потребностей выбираю инструмент.

Answer 6

[Twist]

В идеале это конечно же Magento. Научившись правильно "готовить" именно это решение у вас будет неоспоримое количество преимуществ в виде большого коммьюнити и огромного количества готовых решений. Проблемой здесь является только сложность входа, т.к написана CMS громоздко, много чего было бы не плохо заменить, но legacy проекты, которые по сути являются основным руслом дохода этого не позволят сделать в ближайшие годы.
По поводу других решений. На слуху за последнее время все чаще появляются небольшие "стартапы", которые опен сорсны в своем большинстве и при этом используют новые технологии и подходы, тем самым обучая разработчиков изначально правильно мыслить. Проблемой таких решения является противоположность плюсам magento, а именно наличием очень малочисленного (относительно magento) коммьюнити, а также совсем плохую ситуацию с количеством модулей. Официальные сайты описанных выше систем sylius.org thelia.net aimeos.org/project/symfony-shop-bundle dotplant.ru

Comments

[x404]

Twist, подскажи пожалуйста, как magento работает с 1c? Есть ли уже готовые модули? Читал тему на nulled.cc, пишут что все плохо. И даже собирались писать свою систему для синхронизации товаров.

Answer 7

[Sanes]

Modx+Minishop2 например. Но я предпочитаю Cs-Cart, есть вполне годная бесплатна версия. Про OpenCart даже не знаю, что сказать, тоже пойдёт наверное. А так же есть монстр Magento.

Answer 8

[sim3x]

laravel.com

Comments

[sim3x]

fomistoklus: сам питонер

имо
если знаешь yii, то стоит попробовать
если знаешь laravel, то надо изучить yii

vschart.com/compare/laravel/vs/yii
www.yiiframework.com/forum/index.php/topic/57369-y...

Answer 9

[Andrew]

Только 3 месяца назад решил сделать собственный интернет магазин. До этого имел опыт работы только на WordPress, Drupal, Bitrix.
На всех этих 3 CMS можно сделать базовый хороший интернет магазин без сложных логических процессов. Но пилить это все на Drupal и WP казалось костылями, платить за Битрикс не особо желания было (потом понял что зря). Решил посмотреть в сторону бесплатных CMS для интернет магазинов.

В первую очередь решил познакомиться с OpenCart. Уже после 3 дней вкуривания этой CMS, стал понимать, что на самом деле ничего там бесплатного и простого нет. То что изначально было бы логически туда впилить - тоже нет (это я про голую OpenCart, без каких либо сборок типо OCshop). В самом OpenCart нет нормального SEO модуля, нет нормального импорта и многих других мелочей которые было бы вполне логично сделать. А если хотите себе это все, то вам потребуется купить модули за $ (вот такая вот популярная бесплатная система с голым функционалом, где весь бизнес построен на платных модулях), в итоге что бы получился магазин с нужным функционалом нужно было заплатить только за одни модули больше денег чем стоит лицензия Битрикса для интернет магазина, в котором по умолчанию в коробке все есть.
В итоге на OpenCart забил так как показалось какой-то ущербной (я это оцениваю со стороны пользователя а не разработчика), решил попробовать PrestaShop 1.6, в нем изначально из коробки решалось примерно 95% всех задач. Остальное пришлось допиливать покупая несколько модулей. Те самые 5% которые пришлось доделывать модулями было странно что на засунули в CMS, так как было вполне бы логичным это туда вставить что бы учитывать потребность как универсальной CMS для магазина.
Но даже сейчас спустя 3 месяца работы, мне показалось что изначально купить Битрикс малый бизнес было проще чем мучатся со всеми этими CMS и докупать модули.
В качестве разработчика имею знания в CSS, JS, jQuery и немного php. Сделать дизайн на любую CMS могу самостоятельно.

Сейчас когда все понемногу растет и расширяется изучаю по потихоньку Python и хочу в будущем переписать магазин на Django. Если кому-то интересно почему? То очень понравилась логика разработки и написания кода Python в отличии от php,

Answer 10

[Евгений Лаврентьев]

Обычно отдаю предпочтение старенькому добренькому OpenCart, более крутыми CMS опыта особого не имел только эксперименты. Было дело сделать уникальный интернет-магазин с минимальным функционалом на Yii справился быстро и все работало вроде бы ровно :)

Answer 11

[Станислав Езерский]

Если не боитесь ручного труда, то Drupal + Drupal Commerce. Не просто, но можно сделать всё, что угодно:
категории товара, включая вложенность
группировки товаров в один товар
фильтры товаров (абсолютно любые), поиск с помощью фильтров
любые выводы товаров, их категорий.
дополнительные страницы, категории любого типа

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

Comments

[Станислав]

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

[Станислав Езерский]

Станислав: Ну это как настроить + хороший сервер. От настроек много что зависит: настроил (!) и включил кэширование —и уже всё летает. Про сравнение с Битрикс — Drupal быстрее в разы, про монструозность — нет, не слышал

Answer 12

[asArtem]

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

Я хз о чем вы ребята глаголите месяц, два.... да нормальная интеграция с биллингом у нуля занимает 5-6 человеко-недель. Если конечно же не говнокодить и писать всё как следует. А если говнокодить то быстрее 4х не сделать.
Всякие там поделки типа бесплатная цмс это просто дно. Что можно получить ? прототип или пробник для бизнеса на первую неделю. Кучу гемороя по борьбе с кривой архитектурой в итоге. Ваш магазин потому может и не взлететь, что бесплатные цмс не кастомезируются так, чтобы клиенту было удобно искать и покупать. Плюс кучу багов вы сами внесёте, добавляя "оттестированные" модули. Кстати, тоже бесплатные? Значит так и оттестированы "бесплатно".

Все бизнесы, которые выстрелят и нормальные магазины начинаются от 50-100 тысяч долларов и команды разработчиков. И это для начала. Сэкономить можно только если сам разработчик и есть год-два на что жить.
А как же те, кто создал свой магазин на опенкарт, викс или прочем говне? А никак. Они через год закрываются или на дне болтаются с микропродажами и непонимаем как расплатиться по долгам.

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

2. Если есть деньги и товар нишевый, не подходит для маркетплейсов (еда, оружие, лекарства), то свой магазин с нуля. Своя команда разработчиков. Стоимость разработка от 3500-4000 баксов в месяц. Нужен 1 отдельно UI специалист, 2-3 человека на бекенд и базы данных. Дев-опс, тестировщики - на аутсорсе. Если нормально писать тесты, то тестировщик нужен вообще один. На джуниоров за 1-2 тысячи долларов не стоит тратить свои деньги и время - обучать их за свой счёт. Для этого есть бодишопы и крупные студии, где у них будут менторы.
Дешевле - просто неквалифицированные джуны.

3. можете попробовать себя в CMS или фреймворке. Итог один. Через месяц, пол года, год или два всё это будет похерено или тлеть на уровень 0 рентабельности.

ЗЫ опыт разработки 11 лет, иностранная компания, нанимаем опытных с ЗП от 4к в месяц, поэтому знаю о чем говорю.