Большой многоязычный магазин на WooCommerce в сети WordPress Multisite с синхронизацией 1С — как организовать всё?

Question

[Леонид]

Создаем большой многоязычный Интернет-магазин на WordPress+WooCommerce: более 500 категорий, более 7 000 товаров, пока что 2 языка: русский и английский.

Пробовали собрать всё на WordPress+WooCommerce+WPML в итоге этот ядерный замес просто адски тормозил даже на мощном серваке.

Пересобрали сейчас на сети сайтов WordPress в режиме: Multisite - пока что полёт нормальный, но:
- впереди задача синхронизации с 1С Торговля и склад - скорее всего будем юзать CommerceML для обмена через Интернет и писать свой скрипт общения с 1Ской...
- как сливать все заказы воедино с разных сайтов сети, чтобы потом отдавать их 1Ске?
- как синхронизировать каталог (товары, категории, значения мета-полей и т.д.) - какие плагины Вы юзаете?
- как в админке сливать все заказы и чтобы был интерфейс единый? - опять же наверное плагины?

У кого-нибудь есть похожие проекты, задачи - какие решения (плагины) Вы используете? Как всё организовано?

Comments

[Одиночка Айс]

Я бы пилил самостоятельно, своими силами. На самописке или фреймворке. Зато гибкости потом не занимать.

[Леонид]

За гибкость в последствии придётся заплатить временем и деньгами )
Мы уже ходили по этому пути - в итоге пришлось много велосипедов изобретать...

WooCommerce же не просто Интернет-магазин, да не самый быстрый, да не самый удобный, но кол-во готовых решений для него просто нереальное. Тут и готовые дизайны сайтов и готовый функционал: платёжные системы, расчет доставки, скидки, импорта и экспорты, куча готовых интерфейсов и тьма тьмущая всяких нужностей... Что совсем не скажешь о любой самописке - пусть даже на фрейморвке.. Нет, в наше время, когда клиенту "нужно было вчера" - это уже не реально у нас )

Answer 1

[Леонид]

Пока что остановились на конфигурации WordPress + WooCommerce + Polylang Pro + Polylang for WooCommerce
Размножили 7 тыс. товаров по еще 2 языкам, итого: 21 тыс. товаров в базе, у каждого товара атрибуты в мета-полях.

На мощном серваке страницы генерируются за 0,2-0,5 секунд - для нас более чем прекрасные результаты!

Answer 2

[Alex]

Для таких задач лучше использовать что-то более подходящее. Что-то по типу magento или того же opencart, что-то что специально создано для eCommerce платформы.

WordPress хорош и гибок. Но у него есть архитектурные особенности, которые не поправить ни одним плагином. И тут понадобится хороший сервер.

как сливать все заказы воедино с разных сайтов сети, чтобы потом отдавать их 1Ске?

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

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

Не уверен, что вы найдёте готовый плагин. Но у WP есть не плохой API. Вы вполне можете завести отдельный сервер и сайт под управление заказами. Только на русском. И туда выгружать все заказы и там их обрабатывать. Или вынести всю eCommerce логику в отдельный модуль/сайт/сервер который будет шарить её на все остальные сайты.

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

Comments

[Леонид]

Magento никогда не использовал - для меня тёмная лошадка.
В прошлом году делали проект на OpenCart - были разочарованы недостатком готовых функциональных и дизайн решений - очень много пришлось пилить самим, да и внутри он - "ну такое".

По поводу архитектурных особенностей WordPress полностью согласен. Хотя в нашем случае больше претензий будет даже к связке: WordPress+WooCommerce

По поводу готовых плагинов - я сначала написал тут, а потом пошёл искать разные готовые плагины и вот набрёл на такой: Woocommerce Multistore, есть еще такие на codecanyon.net - конечно же без опыта их использования сейчас тяжело что-нибудь сказать...

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

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

Спасибо!

[r0manenk0]

Леонид, Как в итоге решили свою задачу? Какую связку решили использовать?

[Леонид]

r0manenk0, а там же первый ответ мой как раз: