Какой должен быть подход к выбору архитектуры интернет-магазина?

Question

[Игорь]

Хотим открыть с другом интернет-магазин на территории Украины. Никаких знаний в веб-разработке у нас нет. Будем отдавать работу на оперсорс. Так вот, подскажите, пожалуйста, с какими вопросами нужно определиться, прежде чем начать обсуждать работу с исполнителями?
Пока что известно следующее:
Бюджет 1-2, макс. 3 тыс $.
Товаров в каталоге на начальных этапах около 200 с перспективой дорасти до 2000.
Регион, как я сказал, Украина. Соответственно, нужно уметь принимать оплату в гривне, нал + безнал.
Нужна интеграция с сервисом оплаты ПриватБанка и сервисами доставки НоваяПочта + УкрПочта
Основное требование - скорость работы магазина и адаптивность под мобильные устройства.
Нужен раздел "Блог"
Вопросы такие:
Стоит ли останавливаться на CMS или сразу делать магазин под свои нужды? Если стоит использовать CMS, то какие подойдут исходя из вышеуказанных требований?
Какие СУБД использовать? И правильно ли я понимаю, что если юзать CMS, то придется довольствоваться той СУБД, которая входит в состав движка?
Пока что на слуху WP + WooCommerce. Что Вы думаете об этом решении? Подойдет ли?
Стоит ли делать адаптивный магазин под мобильные устройства или лучше, чтобы мобильная версия никак не касалась десктопной?

Comments

[Сергей Горностаев]

Товаров в каталоге на начальных этапах около 200 с перспективой дорасти до 2000.

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

правильно ли я понимаю, что если юзать CMS, то придется довольствоваться той СУБД, которая входит в состав движка?

Нет. CMS'ки обычно поддерживают несколько СУБД. Если всё правильно сделать, то они наоборот вас изолируют от особенностей конкретной СУБД и помогут поменять её на лету, если будет нужно.

[Rustam Bainazarov]

Вам вопрос лучше разбить на несколько.

Про мобильную версию.
Сомневаюсь, что у вас OZON планируется, поэтому адаптивность вам более чем подойдёт. Но тут зависит от степени структурной разницы frontend'a десктопной и мобильной версий. Но делать две разные версии и вообще дизайн — у вас не хватит бюджета, о чём ниже.

Про бюджет.
С учётом бюджета от готовых решений вам никуда не деться. Первой жертвой будет движок, поэтому выбирайте любой популярный движок. Второй жертвой, очевидно, — весь frontend: дизайн и шаблон. (Третьей жертвой будет ваш сосед. Шучу.)

P. S. Про Bitrix. Разработка и доработка Bitrix — достаточно долгие и дорогие штуки. Готовые решения, как правило, ещё более косо сделаны, чем для того же WordPress.

[Антон Р.]

Сергей Горностаев, а зечем менять СУБД? Чем обычный Mysql им не подойдет?

[Adamos]

Антон Р., ТС же пишет: "Никаких знаний в веб-разработке у нас нет". А потом подробно это подтверждает ;) Фантазии в отсутствие знаний - это нормально.
Ему еще повезет, если ему попадется скучный исполнитель, который просто сделает все по готовым шаблонам. Оно хоть работать будет. А вот если за дело возьмется энтузиаст...

[Антон Р.]

Adamos, вот и я о том же написал - НИКАКОГО самописного движка! Ни в коем случае.
Я помню приятелю сделал магазин на 500 товаров в 2012 году из связки Joomla+JoomShopping - и до сих пор отлично работает и приносит деньги человеку )

[Сергей Горностаев]

Антон Р., я разве где-то писал, что им не подойдёт? А вообще причин смены СУБД может быть множество. Вдруг им однажды станет не хватать вечно отстающей и неполноценной реализации стандарта SQL, захочется JSONB или утомят бесчисленные причуды, вроде триггеров не срабатывающих на каскадных операциях.

[ayazer]

я возможно озвучу неожиданное мнение, но может стоит просто платить за какое-то готовое решение типа промюа? особенно учитывая

Никаких знаний в веб-разработке у нас нет. Будем отдавать работу на оперсорс.

. А время/деньги потратить на что-то более полезное? Если ничего не выйдет - потеряете только свое время и пару месяцев оплаты сервиса. Если дела пойдут - можно будет облегчить себе жизнь дописав свои скрипты для автоматической синхронизации остатков с каким-то 1с и вполне неплохо себя чувствовать. А реальной надобности в своем решении может и не возникнуть.

Answer 1

[Сергей]

Бюджет 1-2, макс. 3 тыс $.

С вашими требованиями легко вписаться в данную сумму, сразу и с дизайном, и созданием сайта, и с наполнением первых 200 товаров.

Стоит ли останавливаться на CMS или сразу делать магазин под свои нужды? Если стоит использовать CMS, то какие подойдут исходя из вышеуказанных требований?

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

Какие СУБД использовать? И правильно ли я понимаю, что если юзать CMS, то придется довольствоваться той СУБД, которая входит в состав движка?

Можно использовать разные CMS, но обычной MySQL достаточно, для скорости можно настроить кэширование, сжатие и подключить Redis. Сайт будет летать. По личному опыту - до 8-10 тысяч товаров, можно не сильно задумываться о какой то особой оптимизации сайта.

Пока что на слуху WP + WooCommerce. Что Вы думаете об этом решении? Подойдет ли?

Выше расписал что подойдет.

Стоит ли делать адаптивный магазин под мобильные устройства или лучше, чтобы мобильная версия никак не касалась десктопной?

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

Comments

[Игорь]

Спасибо большое за ответ

[Сергей]

Игорь, Обращайтесь)

Answer 2

[Антон Р.]

"или сразу делать магазин под свои нужды?" - за 2-3 тыс. долл. вам не напишут хороший магазин с нуля на каком-нибудь фреймворке, либо вы получите дырявое недописанное решето которое не сможете поддерживать.
Мой совет - берите готовую CMS, битрикс например, там много всего уже готово и не дорого. Если хотите поработать с фрилансом и заточить под себя посмотрите OpenCart.

Comments

[Александр Аксентьев]

битрикс

не дорого

Скорее наоборот если хочешь сделать дорого, медленно и сложно, то бери битрикс.

Его выбор оправдан только если вы используете продукты 1С, и то опять же "готовая интеграция битрикса с 1с" это всё фуфло и придётся перепиливать долго и дорого.

[Adamos]

Александр Аксентьев,

Скорее наоборот если хочешь сделать дорого, медленно и сложно, то бери битрикс.

Ну, этим требованиям удовлетворяют многие CMS.
Битрикс необходим, если необходимо выкидывать еще кучу денег при каждой правке, особенно - если дело касается 1C.

[Антон Р.]

Александр Аксентьев, у битрикса есть все готовые модули оплаты и доставки, в этом его польза. Да и поля для товаров создать и заполнить не так сложно. Шаблоны опять же все готовые есть. У них явно не Озон там чтобы "долго и дорого".

[Adamos]

Антон Р., готовые модули под украинские оплаты и доставки? У Битрикса? Меня терзают некоторые сомнения...

[Александр Аксентьев]

Антон Р.,

у битрикса есть все готовые модули

с этого всё начинается, а потом оказывается что работает немножко не так, а чтобы сделать так как хочется придётся перепиливать вообще все эти ваши готовые модули и понеслась)

Тоже самое с интеграцией адынэс, почему-то почти все магазины начинаются с "переписываем интеграцию под свою адынэс" и как правило с "нуля".

Да и в целом битрикс максимально уныл и не приучает ни к хорошей жизни, ни к хорошему коду. Одни костыли и лапшекод.

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

В общем катит только для заказчиков которых вообще не парит что там будет, поставили всё из коробки и им норм. А для серьезных только своё время убивать и нервы))

[Adamos]

Александр Аксентьев,

а потом оказывается что работает немножко не так

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

[Антон Р.]

Александр Аксентьев, у ребят 3000 долл. на всё про всё, что вы им посоветуете? Заказать магазин на Симфони с ценником разработки от 10 000 долл. и от 6 месяцев?

[Александр Аксентьев]

Антон Р., мне больше нравится вротпресс, дешево и сердито xD

Ну опять же смотря какие требования.
А так останется только тему нарисовать/купить и установить))

Я к тому что битрикс тем более не вариант при таких входных данных. Сколько видел "битрикс-фрилансеров" они лупят ценник за час в 2+ раза больше чем обычные фрилансеры на php, просто потому что битрикс/1с/золотой партнер/проверенный разработчик и всё такое.

[Adamos]

Антон Р., зачем банальному магазину-стартапу нестандартный сайт? Его можно (и нужно) собрать из максимально готовых модулей, и любые советы про фреймворки, Битриксы и допиливание под себя ОпенКартов здесь в принципе неуместны.

[Konata Izumi]

Антон Р., Взять тот же ларавел и херак-херак-в продакшен

[Антон Р.]

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

[Антон Р.]

Konata Izumi, и кто потом этот "херак" будет поддерживать когда через дыры вирусня полезет и прочее что там нахеракали за 3000?

[Александр Аксентьев]

Антон Р., вордпресс в общем-то если не первый раз, то затыкается всё нормально, стоят годами сайты и девственно чистыми остаются, хотя шанс поймать шеллов всё равно велик. Но так же и в другие движки заливают, даже когда заливать вроде бы некуда. Про вордпресс кажется больше всё на слуху из-за его популярности, а не потому что он самый дырявый.

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

[Adamos]

Антон Р., в том "хераке" на Ларе еще и дыр будет больше, чем в любом Вордпрессе.
Который, кстати, сам по себе не больно-то и ломают - все больше через неудачные плагины.
Да, обратная сторона популярности.

Answer 3

[Северное Сияние]

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

или сразу делать магазин под свои нужды?

"Под свои нужды" - это свой штат разработчиков, это затраты 2-3 тыс в месяц на пару-тройку средних программистов в лучшем случае. Если вам
говорят, что сделают "конкретно под вас" - скорее всего это будет ложью - вам продадут движок, немного измененный, но суть будет одна. Свой проект, реально заточенный под себя - это очень дорогое и затратное по времени удовольствие.

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