AlektroNik

В принципе погонял. Получается примерно 6 - 8мс каждый запрос HTML документа шустрее стал. Пропали неудачные запросы при тестировании через ab. На файловом кеше примерно 9 - 10 запросов падало с ошибкой. $ ab -n 100 -c 10 https://domain.ru/category Не знаю на сколько получились уместными мои тесты. Наверное оставлю пока включенным. Единственный вопрос остался на сколько аккуратен Ваш код по очистке кеша? Т. е. в конфигах прописан префикс для ключей Memcached. А в очистке он не упоминается. Т. е. получается в момент очистки кеша, кеш очиститься и у соседних сайтов, которые используют memcahed?

Спасибо, помогло 👍🤝 Ну теоретически должно тестироваться на вскидку: 1. SEO URL 2. Валют 3. OCFilter фильтры 4. Корзина товаров Т. е., судя по коду, все что было до этого в DIR_CACHE . 'cache.*' Шаблоны из папки storage/cache/template пока не знаю как загнать в кеш. И стоит ли это делать тоже не знаю. Если я правильно понял Ваш намек, сначала нужно найти страницу с чем-то громоздким, что кешировалось и потом натравить ab? Буду благодарен за подсказку ... пока попробую потестировать на фильтрах.

Нашел функцию systemcache в файле admin/controller/common/developer.php, но никак не могу пристроить Ваш код туда 😅😅😅 Выдает ошибку SyntaxError: JSON.parse: unexpected non-whitespace character after JSON data at line 1 column 2 of the JSON data OK 1{"success":"\u0412\u044b \u043e\u0447\u0438\u0441\u0442\u0438\u043b\u0438 \u0421\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0439 \u043a\u044d\u0448!"} Мне кажется эта команда единичку в начале дописывает. echo($m->flush(0)); Наверное в нулл как-то перенаправить нужно.

Добрый день, подскажите, пожалуйста куда это вставить в OcStore 3.0.3.7 И если, не затруднит, можете подсказать как протестировать пользу от Memcached? Пытался потестировать с помощью ab, но что с кешифрование в файл, что Memcached не замечаю уменьшения скорости отдачи страницы. Что так, что так примерно 1000мс. При этом кеш точно используется, стаститика идет, папка storage/cache/ пустая. За одним исключением, там storage/cache/template все равно с файлами, но это я так понимаю к разработчикам шаблона. Они сказали копать куда-то в cторону https://symfony.com/doc/current/components/cache/adapters/memcached_adapter.html. $ ab -n 100 -c 10 https://domain.ru/ @TomМожет Вы тоже что-то подскажите или посоветуете? Странно как-то реализована поддержка Memcached в опенкарте ... с кучей допилов и недоработок.

Спасибо, кажется нашел куда вставить, но если подскажите или выпустите 1.5 версию, будет наверняка

Спасибо. А можете поточнее подсказать куда это вставить Можно даже версию 1.5 сделать

@kJlukOo Подтверждаю. Данная проблема присутствует и на связке ocStore 3.0.3.7 + simple 4.11.8, товаров в корзине 6. Есть какое-то решение?

Добрый день. Подскажите, пожалуйста, на связке ocStore 3.0.3.7 + simple 4.11.8 будет работать?

@chukcha @nikifalex Автор вот этого модуля пишет "кэш хранится в сессии на стороне сервера(очевидно)" https://opencartforum.com/files/file/6115-cart-cache-kjeshiruem-korzinu-cartphp-getproducts/?tab=details Можете подсказать на сколько данное решение правильно? Немного пугает что в теме поддержки он не особо отвечает и т. д.

Извините за мою наглость ... может поделиться модификатором?

Коллеги, буду очень благодарен, если подскажите рабочее проверенное решение 🤗🍻 Хотя бы как правильно на гуглить эти модули. Какой нибудь "кешер корзины opencart" или как? Странно, что модуль Simple не имеет никаких доработок в этой области. На него была надежда. 😭 Вот один модуль вроде нашел.

Вот так

@Tom @mpn2005 Коллеги, помогите, пожалуйста. 😭😭😭 У меня тут волосы дыбом встали когда начал изучать запросы в корзине. Начал разбираться почему у меня страница оформления заказа грузиться аж 1800 мс. ►► Страница: /index.php?route=checkout/simplecheckout Время генерации: ~1800.01мс К-во запросов: 2440 В корзине лежит всего 6 товаров. Заметил там аж 2440 запросов. Откровенно ужаснулся ... в корзине всего 6 товаров лежит. Больше всего запросов идет от storage/modification/system/library/cart/cart.php → getProducts - 2257 запросов В запросах фигурируют таблицы: Кол-во запросов oc_recurring 732 oc_product_to_store 372 oc_product_discount 372 oc_product_special 372 oc_product_reward 372 oc_product_to_download 366 oc_cart 67 ИТОГО: 2653 Запросов по итогу больше только из-за того что oc_recurring может содержаться в одном запросе несколько раз. Допустим этот запрос повторяется 61 раз ... ЭТО ЖЕСТЬ!!! SELECT * FROM oc_product_to_store p2s LEFT JOIN oc_product p ON (p2s.product_id = p.product_id) LEFT JOIN oc_product_description pd ON (p.product_id = pd.product_id) WHERE p2s.store_id = '0' AND p2s.product_id = '1361' AND pd.language_id = '1' AND p.date_available <= NOW() AND p.status = '1' Можете подсказать это нормально? Запросы хоть и быстрые, меньше 1 мс, но их что-то больно много.

На этот случай у нас есть @dinox ))) Коллеги, не пойму, а "Редактор перевода" не работает что ли? Путался несколько переводов переназначить толку ноль.

Большое спасибо. Все встало. Надеюсь добавят в новый релиз эту фишку.

Ну в принципе чисто теоретически наверное возможно, что OrderPro где-то пересекается с Simple и добавляет что-то. Но обычно OrderPro только читает значения Simple. Да по-любому автор логи попросит. Еще как вариант попробуйте модуль Simple обновить.

А причем тут менеджер заказов? Сомневаюсь, что установка модуля как-то повлияла на Simple корзину. Напишите в поддержку Simple. Хотя бы ошибки в логах и скрины покажите.

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

Добрый день. Автор FX Sitemap ответил: "пока адаптации нет нужно отключить в настройках сайтмапа ocfilter" Пока больше нет информации.

Вам же кажется уже отвечали на этот вопрос.

@SooRДобрый день, вижу что у Вас много работы. Хотел просто напомнить и немного добавить. Можно как-то это исправить отображение цифр на шкале? В коде-то он пишет правильную цифру, но округляет для вывода. Причем я бы мог понять если бы эти округления совпадали с реальной цифро есть к ним подвести кружок, но как бы не так

Спасибо, ошибка пропала.

@SooR Подтверждаю, после обновления с 4.8.0.7 на 4.8.0.8 вылазит ошибка в админке сверху страницы: Unknown: idn_to_utf8(): INTL_IDNA_VARIANT_2003 is deprecated in /admin/controller/extension/module/ocfilter/setting.php on line 1 PHP 7.3.27 Пока откачусь пожалуй на 4.8.0.7.

У меня вообще такой строчки нет в этом файле. Скорее всего это какой-то модификатор делает адаптацию у Вас и выдирает описание страницы из OCFilter, чтобы потом куда-то вставить Либо попробуйте обновиться до последней версии.

Да там скорее всего просто feelmart на ultrastore поменять ... А где мои заслуженные лайки заработанные кровью и потом? )))