Комментарии

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

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

Все микросервисные решения в данной области продаются только как сервисы. Стоит погуглить headless e-commerce просто чтобы ознакомиться. На php в этой области только монолиты

Все микросервисные решения в данной области продаются только как сервисы. Стоит погуглить headless e-commerce просто чтобы ознакомиться. На php в этой области только монолиты

Конечно нет. Такие вещи пишутся индивидуально. Тиражные решения вы уже видели.

Конечно нет. Такие вещи пишутся индивидуально. Тиражные решения вы уже видели.

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

Складывается ощущение, что его вообще в принципе нигде нет.

Может кто подскажет-поможет?

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

Складывается ощущение, что его вообще в принципе нигде нет.

Может кто подскажет-поможет?

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

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

По-этому, я бы искал готовое, но что-то более специализированное, например все верно DST Platform, альтернатив особо других нет.

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

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

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

По-этому, я бы искал готовое, но что-то более специализированное, например все верно DST Platform, альтернатив особо других нет.

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

1. В чем подводные камни готовых темы Wordpress?

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

2. Может нужна другая CMS?

При серьезном подходе цмс как вариант для коммерческого проекта отпадает сразу, вы можете пожертвовать некоторым функционалом для создания MVP, но «писать» на цмс коммерческий продукт = стрелять себе в ногу в начале гонки.

3. В будущем нужно будет разрабатывать сайт с нуля или получится улучшать первоначальную версию?

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

4. Какие есть другие варианты (готовые решения, заказать разработку)?

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

Проще говоря сейчас качественный маркетплейс можно разработать либо на чистом PHP, что дорого и долго, либо на фреймворке, например на Laravel, что уже по быстрей по срокам в р-н 6-8 месяцев при бюджете от 1,2 млн. руб. либо на DST Platform это единственное коробочное решение заточенное под маркетплейсы, но его тоже пишут индивидуально процентов на 70% под Вас по этому 3-4 месяца и от 700 т.р. еще дешевле это уже не маркетплейсы а игрушки с логотипом что это маркетплейс.

Каким путем пойти, чтобы создать маркетплейс?
Привет, сообщество.
Прошу совета у экспертов в разработке сайтов.

Есть идея, создать сайт — аналог Авито, но по отдельной, узкой категории товаров.
Основные требования:
1. Много продавцов.
2. Продавцы платят ежемесячную плату за пользование маркетплейсом (если выставляют на продажу больше 10 товаров).
3. Много фильтров для поиска товара.
4. Масштаб небольшой, предположим 50 продавцов, у каждого по 50 товаров.

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

План действий следующий:
1. Купить тему, например, «ReHub» на Themeforest
2. Самому сделать сайт (без навыков программирования).
3. При необходимости обращаться к фрилансерам.
4. При высокой активности на сайте, заказать разработку нормального сайта, и произвести замену. Или отдать профессионалам, чтобы улучшили и оптимизировали изначальный вариант.

Звучит здорово, но не верится, что все так просто.
1. В чем подводные камни готовых темы Wordpress?
2. Может нужна другая CMS?
3. В будущем нужно будет разрабатывать сайт с нуля или получится улучшать первоначальную версию?
4. Какие есть другие варианты (готовые решения, заказать разработку)?
5. Сколько это может стоить?

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

1. В чем подводные камни готовых темы Wordpress?

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

2. Может нужна другая CMS?

При серьезном подходе цмс как вариант для коммерческого проекта отпадает сразу, вы можете пожертвовать некоторым функционалом для создания MVP, но «писать» на цмс коммерческий продукт = стрелять себе в ногу в начале гонки.

3. В будущем нужно будет разрабатывать сайт с нуля или получится улучшать первоначальную версию?

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

4. Какие есть другие варианты (готовые решения, заказать разработку)?

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

Проще говоря сейчас качественный маркетплейс можно разработать либо на чистом PHP, что дорого и долго, либо на фреймворке, например на Laravel, что уже по быстрей по срокам в р-н 6-8 месяцев при бюджете от 1,2 млн. руб. либо на DST Platform это единственное коробочное решение заточенное под маркетплейсы, но его тоже пишут индивидуально процентов на 70% под Вас по этому 3-4 месяца и от 700 т.р. еще дешевле это уже не маркетплейсы а игрушки с логотипом что это маркетплейс.

Каким путем пойти, чтобы создать маркетплейс?
Привет, сообщество.
Прошу совета у экспертов в разработке сайтов.

Есть идея, создать сайт — аналог Авито, но по отдельной, узкой категории товаров.
Основные требования:
1. Много продавцов.
2. Продавцы платят ежемесячную плату за пользование маркетплейсом (если выставляют на продажу больше 10 товаров).
3. Много фильтров для поиска товара.
4. Масштаб небольшой, предположим 50 продавцов, у каждого по 50 товаров.

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

План действий следующий:
1. Купить тему, например, «ReHub» на Themeforest
2. Самому сделать сайт (без навыков программирования).
3. При необходимости обращаться к фрилансерам.
4. При высокой активности на сайте, заказать разработку нормального сайта, и произвести замену. Или отдать профессионалам, чтобы улучшили и оптимизировали изначальный вариант.

Звучит здорово, но не верится, что все так просто.
1. В чем подводные камни готовых темы Wordpress?
2. Может нужна другая CMS?
3. В будущем нужно будет разрабатывать сайт с нуля или получится улучшать первоначальную версию?
4. Какие есть другие варианты (готовые решения, заказать разработку)?
5. Сколько это может стоить?

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

Ну то, что Nuxt уйдет в небытие я точно не переживаю. Но все же его выбор у меня вызывает некоторые вопросы. Впервую очередь СЕО интересует. Разве у React есть SSR из коробки?

Всё зависит от ваших задач, Django это достаточно крупный фреймворк, имеющий такие бонусы как ОРМ, Шаблонизатор и перспективно развивающееся ассинхронное направление. FastApi используется только для построения RestApi модели сайта. Если вы делаете полноценный маркетплейс, то в Django есть django-rest-framework. Что касается NuxtJS, это очень спорное решение на мой взгляд. Когда мы говорим о маркетплейсе, мы говорим о чем-то, что будет существовать больше 5 лет, а у всех этих новомодных фронтовых фреймворках нет гарантий, что разработчики столько продержатся. Я бы использовал React. Так же можно подключить redis-server и настроить кэширование некоторых страниц, чтобы не было лишней нагрузки для шаблонизатора и базы данных.

Сам в самом начале пути написания своего маркетплейса. Правда, до конца не определился, а нужно ли оно. Гложут сомнения, а смогу ли, а нужно ли? Но это все ладно, вы подскажите как у вас по стеку?
Вижу что на backend у вас django, больше никаких технических подробностей не вижу.

Я для себя стартанул со следующего стека Django/NuxtJs/Postgresql/.
Пока вроде все устраивает, да вот не нравится система роутинга nuxt, для того, чтоб сделать верхнеуровневые url категорий там уже приходится неплохо так изощряться.
В общем есть сомнения у меня с фронтом. Да и django думаю заменить на FastApi.

Я бы не стал делать ставку на Python, если ты действительно хочешь на бекенд. Он закрепился в других отраслях. В основном у сис.админов и научных работников для расчетов. Да есть бекенд на python, но это не лучшее вложение для бекенд. Лучше рассмотреть или php или javascript или go.

У меня такой вопрос, я начал учить python месяца 3-4 назад, за это время понял что язык мне вроде бы нравиться. До изучения python было время когда изучал c++, на то время он мне показался сложноват, и я как то перестал им заниматься, но привлекает он меня не меньше чем python, хоть это может и показаться противоречивым. Собственно вопрос состоит в следующем, я для себя выбрал back-end направление и где не смотрел python вроде бы подходил на эту роль, но покопавшись чуть больше начал замечать, что для новичков советуют php, ибо там и порог входа в профессию ниже, и главное вакансий больше. И теперь я даже не знаю учить ли дальше python и прочее в виде django и т.д а может быть пока не поздно переключиться на php, или все же на python'e можно будет нормально войти в профессию?(Я смотрел количество вакансий, и на python их достаточно, но множество связанны с данными и прочими вычислительными направлениями, а именно back-end, django и прочее на python вроде не очень развито, как минимум вроде мало вакансий junior позиций)Просто еще уточню, что для меня важно прийти к устройству на работу пораньше

Математика уже не нужна, пережиток прошлого