Производительность Minishop2
Сегодня меня упорно отговаривали от магазина на Modx. Якобы свыше 500 товаров будет дико тормозить.
Покажите пожалуйста примеры магазинов на Minishop2 с большим кол-вом товаров. Планируется более 5000. Дополнительные поля практически отсутствуют.
Покажите пожалуйста примеры магазинов на Minishop2 с большим кол-вом товаров. Планируется более 5000. Дополнительные поля практически отсутствуют.
Комментарии: 48
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Около 2-х тысяч продуктов (с характеристиками) + 5 тысяч вариантов с ценой (продукт имеет варианты объема и т.п.) — все это msProduct, варианты через связи.
Естественно админка может подтормаживать при открытии дерева, если у Вас все 5000 товаров будут на одном уровне
Добавлять достаточно комфортно (фактически в любом магазине также, куча вкладок и куча параметров, говорю на примере Magento и Opencart). Единственный минус — картинки можно добавлять только после сохранения и перезагрузки страницы.
Ну и еще набор характеристик товара один для всех (имеется ввиду расширение msProduct, в данном магазине один тип товара — парфюмерия), если хотите вариативности в зависимости от шаблона — TV.
Связи товаров — надо будет менеджера учить. Я сам дописывал кое-что, чтобы проще было добавлять варианты товара (сразу создается товар с нужными характеристиками и делается связь)
В плане быстроты — подтормаживает у меня админка (именно загрузка страниц), думаю из-за кучи всяких дополнений, плагинов и т.п., поставил недавно 2.3.2 и поразился насколько она летает.
mebelatrium.ru/catalog/ — почти две тысячи товаров. Планируется до 10000.
Все товары вместе с картинками импортировал из csv файла.
miniShop2 — изначально шустрый магазин. Главное не испортить все самому большим количеством TV например или злоупотреблением фильтров у плейсхолдеров. Но даже в таком случае надо будет очень постараться.
bezumkin.ru/training/course2/ Почитайте статьи отсюда — очень поможет не потерять в скорости.
Да еще вся база раз в сутки автоматически синхронизируется, обновляются цены, наличии, меняется ассортимент.
И дополнительные поля у меня есть, около 20, да еще они все продублированы в TV полях)) итого 20*50000 TV полей))
Ни в каталоге, ни в корзине. Или ты вообще — про Revolution?
MiniShop в этом плане в выигрыше, так как не нужно тратить время на рутину, а потратив часть освободившегося времени на оптимизацию отдельных моментов, добиться выдающихся результатов.
Fi1osofFi1osofЗамеры не делал, скажу честно. Возможно позже проанализирую, когда доведу его до ума. А пока работает, телефоны есть, товары искать можно, наличие тоже видно, даже заказы с сайта есть. Но за бесплатно работать не охота)
Fi1osofЕсть рубли, доллары и евро. Пару раз в день забирает актуальный курсы с ЦБР и сбрасывает кеш полностью, при получении данных товара пересчитывается цена в рубли. Все цены актуальные и нагрузка на сервер почти нулевая, отдает страницу довольно быстро. Реализация часа 3-4. Но это так, к слову…
А у тебя пытается каждый раз забрать курсы со стороннего сайта-источника и из-за этого тормоза?
P.S. к теме топика: на этом сайте 814 товаров и не пришлось вообще хоть как-то задумываться о производительности, так что говорить о каких-то тормазах при 500+ товаров — это как-то сомнительно.
Курс сам я кеширую, другой сайт не дергаю, но «запасной» вариант с сохранением курса в системную настройку, на случай если кеш умер и сайт банка лагнул, чтобы цены хотя бы по устаревшему пересчитались, сделал довольно криво. Есть задумка сделать толковый компонент под это дело, но там работы не на 3 часа ) Слишком грандиозные планы.
Fi1osofЯ видал одностраничники на модх которые по 10 сек открываются. Все от рукожопости автора)
Добавление товаров сделанно автоимпортом на лету из файла выгруки 1 С если товар не существует.
Работа в админке комфортна.
Товары следует раскидывать по категориям типа склад или бренд чтобы они небыли в куче — а оттуда уже разносить по структуре каталога.
Фото просто скидываються на фтп и их забирает скрипт фото сами добавляються минишоп это позволяет прекрасно делать без изменения его кода.
Единсвенное, что переписали это вот в каталоге ссылочки на упаковки внизу товара, getProduct по связям не совсем, так работал как надо пришлось чутка изменить.
Если не секрет что взамен предлагает))
Около 40 тысяч товаров.
Там меню это очень здоровое, из-за него тормозит
У некоторых категорий товаров слишком много параметров — фильтр тоже строится немало времени
Фильтр для поисковика вешь не важная поскольку он должен формироваться на лету и каждый раз собирать инфу по категориям, его удобно гурзить аяксом, по факту загрузки контента.
Ссылка вверху тупит жесть секунд по 8 страница открываеться
Есть момент с файлами фото)) в папку где они хранятся лучше не лазить потому, что папок столько же сколько товаров)) и это жопа), но проблема нерешаема в принципе, если только не дробить структуру хранения фото а это усложнит работу.
Fi1osofДолжно быть так, очевидно: prntscr.com/58kfu4
Fi1osofЕсли по теме о нагрузке, мы офф олимпийский магазин Сочи2014 делали (я естественно фронт), все было в кеше, ток корзинка подгружалась аяксом и данные юзера.
А то сервер уже ругается о превышении нагрузки.
требуется ежедневная синхронизация ( этих же 50 000 товаров ), т.е. update если цена товара изменилась в источнике, delete если его больше нету, сколько примерно времени будет занимать синхронизация такого кол-ва товаров? Как лучше это делать через процессоры или прямые запросы? Как определяется уникальность товара в modx_site_content по каким полям?