Существующая платформа электронной коммерции против настраиваемого решения электронной коммерции для масштабируемости

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

PrestaShop/WooCommerce/OpenCart — По моим сведениям, эти продукты несколько зрелые.

преимущества

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

Недостатки

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

own custom e-commerce solution — Есть плюсы и минусы, используя собственное решение для электронной коммерции, а не существующие продукты.

преимущества

• сэкономит ваше время и усилия в будущем, потому что он был построен именно для ваших долгосрочных потребностей.
• не нужно будет учиться его использовать или настраивать.
• оптимизирован для удовлетворения только ваших потребностей, а не всех.
• только то, что вам нужно и так, как вам нужно. Нет ненужных вещей, нет раздутого кода.
• полный контроль над кодом и его проектной реализацией.
• Полная модульность. Гибкость вашей структуры зависит только от вас.
• Единая кодовая база. Вы можете свести к минимуму потребность в сторонних компонентах, что означает меньшую совместную работу.
• Уникальность вашего сайта гарантируется на 100%.
• никаких усилий по обеспечению безопасности, так как ваша архитектура не известна

Недостатки

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

Чтобы узнать, является ли это правильным решением и для вас, вам нужно ответить на следующие вопросы:

• Я способен создать это?
• Достаточно ли у меня свободного / дополнительного времени для этого?

• Разумно ли это сделать?

  Если вы собираетесь использовать PrestaShop / WooCommerce / OpenCart, я бы посоветовал вам проверить Magento также. Надеюсь, что это ответ на ваш вопрос.

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

Прежде всего, это не рамки его CMS. Каркасы: ларавелла, симфония и др.

И ты можешь делать все со всеми CMS. Но, на мой взгляд, лучший — prestashop.

2) Множество способов оптимизировать ваш сервер, ваши cms, написать правильные модули.
3) В prestashop вы можете использовать memcached
4) Вы можете установить APC на сервер и включить его в режиме prestashop.
5) Вы можете редактировать настройки сжатия или написать / купить мощный модуль, чтобы получить такой эффект
6) Минимизация CSS / JS / HTML в производительности (настройки)
7) mod_gzip в настройках сервера
8) Отключить переопределения или не prestashop модули. Сделайте профилирование для проверки MS и плохих модулей.

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

WooCommerce — хорошо, если вы привыкли к стилю WordPress кода, я полагаю, что он ограничивает вас в использовании этой конкретной CMS в качестве среды разработки.

PrestaShop — Стандарты кодирования немного устарели (нет соответствия PSR), нет использования пространств имен, код имеет некоторую, но не исчерпывающую документацию по API.

OpenCart — код почти не имеет комментариев, не использует пространства имен, ограниченное соответствие PSR, нет документации по API.

Рассматривали ли вы Magento 2.0, который находится в бета-версии? В Magento 1 было ограничение на отсутствие пространств имен, потому что он опирался на Zend Framework 1, который был предварительным пространством имен, но Magento 2.0 поддерживает пространство имен, не выпуская ребенка из воды (классы Zend 1 были сохранены и обернуты в классы пространства имен).

Если вы смотрите на чрезвычайную гибкость и способность кодировать вещи по-своему, вам может быть лучше начать с нуля поверх одной из существующих платформ PHP (Laravel, Yii2 и т. Д.). С точки зрения производительности вы вряд ли много выиграете — вы склонны делать столько же ошибок производительности, создавая свой собственный код, сколько вы найдете в чужом коде. Однако это будет много работы! eBay купил Magento за 180 миллионов долларов, и это не потому, что пара ребят собралась за неделю или две — во всех этих системах есть серьезная работа по программированию.

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

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

В конце концов, стартап решает укусить пулю и утилизировать то, что они собрали в течение нескольких месяцев для готового решения. Затем они выбирают загруженную платформу, такую ​​как Prestashop / WooCommerce / OpenCart и т. Д., Которую, по их мнению, они могут настроить. Это опять-таки требует времени, чтобы как изучить, реализовать и адаптировать к вашим конкретным потребностям; отвлекая вас от других более важных занятий.

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

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

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

Вы даже можете создавать статические сайты, которые взаимодействуют с этими API-интерфейсами, и размещать несколько файлов, которые составляют ваш сайт, в корзине Amazon S3 за несколько центов в месяц !?