Электронная коммерция с нуля или нет - PullRequest
10 голосов
/ 13 июня 2011

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

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

Я вижу, что есть некоторые решения, такие как Satchmo для Django и Magento для PHP.Есть также некоторые сервисы, такие как Shopify, которые предоставляют готовое решение.

Это мои требования:

  • Мне нужно придать своему сайту собственный макет / стиль, все написаномне
  • Мне понадобится хороший интерфейс администратора для просмотра входящих заказов, средних заказов за день и других приятных вещей (я вижу, у Magento есть очень хорошая панель для этого)
  • IМне понадобится функция, которая сообщит мне о товарах, которых нет в наличии
  • Может быть, мне нужно будет внедрить пользовательский способ оплаты
  • Может быть, мне нужно будет реализовать таможенную доставку курьером

Конечно, я предпочитаю Django вместо PHP.Кто-нибудь может дать мне подсказку?Я никогда не использовал ни одного из этих фреймворков / продуктов.

Спасибо.

- РЕДАКТИРОВАТЬ

Срок исполнения - 3 месяца.Бюджет ~ 7500 $.У меня есть три месяца, чтобы закончить это.

Ответы [ 8 ]

5 голосов
/ 13 июня 2011

Два решения для электронной коммерции DJango, которые вы можете попробовать:

Что касается PHP, мы использовали osCommerce ( demo ).

3 голосов
/ 13 июня 2011

Если вы склоняетесь между Magento / Satchmo и предпочитаете Django, обязательно используйте Satch.Я работал с обоими, и, честно говоря, Magento - это кошмар для работы с (если это выглядит как забавное время, займитесь этим).По моему опыту, Django / Satchmo гораздо гибче и проще в настройке, а также проще в обслуживании, плюс вы можете воспользоваться богатой экосистемой пакетов Django .А если серьезно, то Python> PHP.

В долгосрочной перспективе я думаю, что вам будет намного лучше с Django / Satchmo.В какой-то момент в далеком будущем (потому что ни один проект никогда не будет по-настоящему завершен и не так прост, как могут указывать ваши первоначальные требования), ваш клиент вернется и скажет: «О, хорошо ... мы действительно хотели, чтобы X произошло, когда пользователь Y делаетZ».И в этот момент вы либо скажете: «Конечно, нет проблем, ваш сайт построен на Django, так что это просто пирог!»или войдите в конвульсии, потому что вы будете думать обо всей работе, связанной с Magento.

3 голосов
/ 13 июня 2011

У меня нет опыта работы с Джанго. Я разрабатываю сайты с использованием Wordpress и год назад я тестировал Magento (с тех пор не тестировал).

Я был удивлен тем, насколько дружественным к пользователю был Magento. Как передний, так и внутренний. Это было действительно легко настроить. Вы также можете легко настроить макет, используя шаблон API Magento.

Вот некоторые плюсы и минусы:

Плюсы

  • Не создавайте свой собственный сайт электронной коммерции. Это много работы, чтобы заново изобрести колесо.
  • Используя хорошо известный продукт электронной коммерции, вы также найдете поддержку.
  • Платформы электронной коммерции, такие как Magento, просты в настройке и предлагают возможность изменения внешнего вида в соответствии с остальной частью веб-сайта.
  • Вы можете легко комбинировать CMS и электронную коммерцию
  • Платформы электронной коммерции, такие как Magento, предлагают возможность настраивать статические / динамические страницы (например, мини-cms)
  • Вы сэкономите деньги (время разработки), используя то, что уже разработано
  • Большинство сайтов электронной коммерции обрабатывают платежи различным банковским провайдерам.

Минусы

  • Magento работает не на всех серверах (конфигурация сервера). Однако это могло измениться в прошлом году.
  • Если бесплатные продукты электронной коммерции, такие как Magento, не удовлетворяют вашим потребностям, вам необходимо купить лицензии. И это стоит больших денег.
  • Создание собственного сайта электронной коммерции занимает много времени, если вам нужно качество и удобство использования. Невозможно создать хороший сайт электронной коммерции с нуля всего за 3 месяца.
2 голосов
/ 12 августа 2013

Это уже прошло с ограничениями по времени для оригинального плаката, но если вы используете Django, Cartridge / Mezzanine - хорошая настройка для электронной коммерции.Он имеет сценарий развертывания Ubuntu, интеграцию с Stripe и настраивается.Мезонин

http://mezzanine.jupo.org/

Вы можете добавить мезонин в существующий проект Django.http://mezzanine.jupo.org/docs/frequently-asked-questions.html#how-can-i-add-mezzanine-to-an-existing-django-project

Учебное пособие по Мезонину: http://www.rosslaird.com/blog/first-steps-with-mezzanine/

1 голос
/ 13 июня 2011

Я ничего не знаю о Django, но я столкнулся с этой же проблемой несколько лет назад после того, как наша компания решила прекратить использовать share-it для продаж и разработать собственное решение на PHP.Наша проблема с хостинговыми платформами, такими как share-it (и я полагаю, shopify, хотя я никогда не использовал его), заключается в том, что их плата намного выше, чем вы платите, просто выполняя собственное решение и обрабатывая ваши заказы с Paypal или чем-то подобным.1001 *

Итак, вы можете подумать о том, чтобы делать то, что мы делали: покупать готовое программное обеспечение для корзины покупок и затем тщательно настраивать его.Мы использовали Digishop , который больше предназначен для интернет-магазина каталожного типа, чем наш сайт с программным обеспечением, но через 2-4 недели после добавления необходимой функциональности все было хорошо.Хотя из коробки Digishop был слишком раздут для наших нужд, если вы знакомы с PHP, вам будет очень просто перемещаться по нему и выборочно добавлять или удалять функции по своему усмотрению.

Удачи!

0 голосов
/ 13 июня 2011

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

Причина для создания собственного:

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

Причина использования готового решения с открытым исходным кодом

  • Сообщество - Это самый большой для мне. Когда вы ищете помощь с проблемой, имея сообщество За тобой может быть самая большая помощь. Скорее всего, есть кто-то из там, что было проблемой, вы имея / пытается сделать то, что вы есть пытаясь достичь.
  • Предыдущие API-решения - Если вы создаем интернет магазин, шансы вам нужно будет привязать некоторый API для оформления заказа / доставки. основные торговые тележки там есть эти уже построены. За Например, Zencart имеет модули для Авторизуйтесь, Paypal, UPS, FEDEX, USPS. А также множество других API, которые Возможно, вам придется взаимодействовать с. Это сэкономит массу времени, не имея кодировать API-скрипты для всех эти разные службы.
  • Безопасность - Это может быть в обоих случаях. С помощью более известного решения против пользовательского вы рискуете попасть в детскую скриптовую хакерскую игру где люди используют скрипты, чтобы взломать определенный тип онлайн-корзины. Но в то же время, если есть сообщество разработчиков решений вопросы безопасности, то ответ на нарушение безопасности будет гораздо быстрее чем вы пытаетесь решить это в одиночку.
  • Временная шкала - Запуск магазина с открытым исходным кодом происходит намного быстрее, чем создание собственного. Если вы использовали Zencart, например. Вы можете установить магазин, а затем потратить время на изменение скина, чтобы он выглядел и функционировал так, как вам хотелось бы.

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

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

0 голосов
/ 13 июня 2011

Многие из нас уже были в такой же ситуации - код с нуля (CFS) или использование инфраструктуры.

Мой опыт - я начал писать скрипты на Perl.И одним из наиболее часто используемых модулей (для веб-программирования) в PERL является CGI.Некоторые считали его «тяжелым» модулем, и поэтому некоторые разработали его «более легкую» версию.Для новичка это может сбить с толку - какой модуль использовать?Просматривая архивные списки рассылки Perl, я наткнулся на то, что я до сих пор считаю жемчужиной мудрости - то, что вы не знаете, так же важно, как и то, что вы знаете .

Этот Perl-гуру напомнил всем, что модуль CGI был рассмотрен многими разработчиками.Далее он объяснил, как C обрабатывал строки (Perl сделан с C) и использовался взломщиками для использования веб-приложений, но в модуле CGI был код для предотвращения таких угроз безопасности.Он добавил, что ни у одного из новых модулей CGI, которые он натолкнул, не было кода, предотвращающего этот же эксплойт, потому что никто из них не знал об этой проблеме!

И, конечно, как Джеймс Блэк прокомментировал ваш вопросВам также необходимо учитывать фактор времени.

При выборе каркаса или модуля:

  1. Посмотрите, сколько ему лет.
  2. Посмотрите, насколько активны его разработчики (через архивы списков рассылки, IRC и т. Д.).).
  3. Обеспечивают ли разработчики хорошую поддержку?
  4. Это безопасно?
  5. Это популярно?
0 голосов
/ 13 июня 2011

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

Существует множество других решений для электронной коммерции, я не могу перечислить их все здесь. Не стоит также привязываться к определенному языку, возможно, вы не единственный, кто исправит сайт в будущем, поэтому посмотрите на навыки, доступные вашему работодателю. Рост Python не может сравниться с другими языками , такими как PHP и Ruby, поэтому может не быть будущим.

...