Поиск по сайту

Скачать / Купить дополнение Добавил Vladzimir Добавлено 22.06.2023 Категория Кэширование, сжатие, ускорение Ioncube Loader Нет ocStore 2.3.0.2.4 OpenCart.Pro, ocShop Не проверялось Обращение к серверу разработчика Нет  

Скачать / Купить дополнение Модуль решает основные "детские болезни" системы кеширования opencart: "собачья куча" (anti-slam, dogpile effect). Когда одновременно несколько процессов пытаются создать один и тот же файл кеша. Из-за чего может резко возрастать нагрузка на сервер инвалидация кеша. По умолчанию стандартный кеш делает инвалидацию на каждый запрос (и при этом массово всего кеша), что при использовании glob и большого количества файлов дает существенную нагрузку на сервер. В данном модуле инвалидация идет фоном и только того кеша который запрошен. собственное время жизни кеша для разных групп (префиксов) кеша. рандомизация времени жизни кеша позволяет избегать одновременной его инвалидации/генерации Модуль написан согласно рекомендаций из данной статьи http://amdy.su/2021/08/23/cache/ Установка Загрузить файл в корневую папку Установить в файле /system/config/default.php Для 2.3.* $_['cache_type'] = 'smartcache'; Для 3.* $_['cache_engine'] = 'smartcache'; Добавил Vladzimir Добавлено 30.07.2021 Категория Кэширование, сжатие, ускорение Ioncube Loader Нет ocStore 3.0 2.3.0.2.4 2.3 OpenCart.Pro, ocShop Не проверялось Обращение к серверу разработчика Нет  

Привели мне пациента... 500к товаров 7к уников в день 150к записей в таблице order. Вобщем не ларек. И вот на категории в 50-60к товаров этот не ларек генерится 12 секунд! Не ну а че... Это ж опенкарт... Это ж не годится для больших магазинов. Никто не смог помочь. Как обычно вот эти сказки школотронов от программизма. В среднем страницы загружаются 2-4 сек, делаем быстро.все решаем, получаем 200-400мс, но на больших категориях все равно дичь. Смотрим запросы находим вот такое прекрасное, да еще и дважды инициализируемое: $sql = "SELECT p.product_id, (SELECT Count(op.order_id) AS popular FROM oc_order_product op LEFT JOIN `oc_order` o ON ( op.order_id = o.order_id ) WHERE op.product_id = p.product_id AND Adddate(o.date_added, INTERVAL 30 day) < Now() AND o.order_status_id > '0' GROUP BY op.product_id ORDER BY popular DESC) AS popular FROM oc_category_path cp LEFT JOIN oc_product_to_category p2c ON ( cp.category_id = p2c.category_id ) LEFT JOIN oc_product p ON ( p2c.product_id = p.product_id ) LEFT JOIN oc_product_description pd ON ( p.product_id = pd.product_id ) LEFT JOIN oc_product_to_store p2s ON ( p.product_id = p2s.product_id ) WHERE pd.language_id = '1' AND p.status = '1' AND p2s.store_id = '0' AND cp.path_id = '". (int)$category_id ."' GROUP BY p.product_id ORDER BY ( p.quantity > 0 ) DESC, popular DESC, Lcase(pd.name) DESC, p.date_added DESC LIMIT 0, 3 "; Ржавый фак и Винни-Пух. Это просто какая то жестяная жесть, джоин на джоин на джоин, при чем наборы 60 к товаров, 300 категорий и порядка 10-20к заказов. И сложная сортировка-группировка этого всего по разным таблицам, да еще и по предвычисляемому полю p.quantity > 0 все те школотроны, которые в гугле прочитали страшно умное слово индексы, тут сразу такие присели... При таких запросах индексы в принципе не могут полноценно работать. Вот реально представьте, для того чтобы выбрать 3 самых популярных товара из категории... Вот такое днище... А теперь вопрос знатокам.... А что же делать ? Как оптимизировать эти процессы? Ну кеш вы скажете понятно, но ведь кеш у нас так или иначе должен прогрется для всех категорий, рано или поздно он протухнет, и все равно кому то из клиентов попадется тухлая страница на 10-12сек, да и там не одна не две жирные категории. 7 секунд или 12.. Разницы особой нету. Вобщем задачка со звездочкой. Как сохранить полностью логику этого запроса без изменений базовых таблицы движка и отдать быстро эти данные холодными без всяких кешей ? Если что, мы с 6 сек на этом реализации, получили 0.18 мс.

20 Скачать / Купить дополнение Turbo | Ускоритель Opencart 2.x | HHTPS FIX | VievedMod | V1.1 У вас тормозит магазин? Ваш хостинг гневно шлет письма о превышении нагрузки? Клиенты уходят так и не дождавшись загрузки страницы? Turbo - решит все ваши проблемы в 99% случаев*. Пока что Turbo работает только для версий 2.0.x 2.1.x для версий 1.5.x используйте Turbocache в связке с этим решением Модуль основан на популярном модуле Turbocache а также на opensource решении от budgetneon. Также он использована библиотека MobileDetect Что делает этот модуль и для чего он нужен? Кеширует все повторяющиеся ресурсоемкие элементы системы ( как то верхнее меню, модуль категорий и все стандартные модули) а после этого сохраняет в кеш целиком всю страницу магазина и при повторном обращении по этому адресу, выдает заранее сохраненный контекст. Благодаря чему существенно снижается нагрузка на сервер и увеличивается скорость повторной загрузки страниц для новых посетителей. Демо на реальном магазине: st-sklad.ru Положительные отзывы: ---------------------------------------------------------------------- Огромное спасибо автору, кто еще не уверен скажу , модуль стоит на рабочем проекте, работает шикарно, лучше не бывает, так же пользовался модулем нитро пак и скажу глюков в нем и правда куча, мне в нем нравиться только сжатие картинок , там есть функция, указываешь папку и он сжимает, но база данных там увеличивается на 100% у меня база огромная из за того, что товара 25000 шт, с нитро она нереально огромная. Данный модуль отрабатывает шикарно и без ошибок, ну и поддержка русскоязычная, а это несомненный плюс, Итог модуль стоит своих денег хоть я и клянчил скидку, но и без данной скидки модуль стоит намного больше указанной суммы. ---------------------------------------------------------------------- Отрицательные отзывы: ---------------------------------------------------------------------- Пока нет.... ---------------------------------------------------------------------- Т.е если к вам зашел посетитель на одну страницу и увидел меню магазина, то для всех остальных посетителей, меню уже не будет формироваться запросами в базу данных и оказывать нагрузку на сервер, а загрузится в виде готового набора данных. Это позволяет значительно снизить нагрузку на базу данных на всех первичных генерациях страниц. После этого. Если страница была просмотрена одним пользователем, для вех остальных она уже будет готовая взята из кеша и выведена в браузер, практически без обращения в базу данных. Т.е. дополнение использует двухуровневое кеширование данных, что позволяет высвободить до 90% вычислительных ресурсов сервера. Данное решение является уникальной разработкой команды Opencart.Pro и не реализовано до сих пор ни в одном из модулей оптимизации Opencart. Даже на пустом магазине дополнение показывает прирост производительности в 15 раз http://turbo.opencart.pro/turbo_screen.png Особенности дополнения. Поддержка: - Мультимагазин - Мултивалюты - Мультиязчыность - Несколько групп пользователей - HTTPS протокола - Возможности корректной работы по обеим протоколам!!! v. 1.0 -Полноценное сохранение всех серверных заголовков. -Возможность из админки добавить исключения для запрета кеширования любых контроллеров. -Возможность из админки задать время жизни кеша. -Облегченный алгоритм очистки "протухших файлов". Старые файлы проверяются не при каждой загрузке магазина а раз в час. v 1.1 -Добавлен модуль просмотренных товаров, работающий независимо от включенного глобального кеша. -Добавлен модификатор, исправляющий некорректное кеширование системных файлов, и формирование ссылок домена, при работе с обеими протоколами. -Для модуля просмотренных товаров - уже есть тплки для шаблона Coloring -Добавлена кнопка очистить кеш в админке -Масса мелких багфиксов И самое главное дружит с шаблонами, которые отдают разный контент под разные устройста (типа Journal) а не используют адаптивную верстку. Установка дополнения: 1. скопировать файлы из папки UPLOAD в корневую директорию вашего магазина. 2. задать права 777 для папки system/storage/turbocache. 3. Добавить в index.php в корневой папке вашего магазина после строки. $registry->set('cart', new Cart($registry)); вот такие строки: // Turbo require_once(DIR_SYSTEM . 'turbo/turbo.php'); GLOBAL $turbo; $turbo = new Turbo($registry); 4. Обновить кеш модификаторов в административной части вашего магазина. 5. Запросить лицензионный ключ личным сообщением на торговой платформе у продавца дополнения, либо запросом на почту [email protected], указав номер покупки, ваш ник и домен магазина. 6. Активировать дополнение в настройках модулей административной части вашего магазина. 7. Установить необходимые вам настройки и ввести код лицензии во вкладке лицензия. 8. Если вы используете HTTPS протокол. Загрузите из папки https_fix модификатор. Обновите кеш модификаторов и удалите системный кеш. Дополнительные фунции: Дополнение умеет изменять размер сжатия Jpg и Png изображений (пока эта возможность находится в экспериментальном режиме. В дальнейшем в дополнении могут появится дополнительные возможности для оптимизации оценки GooglePageSpeed). Часто задаваемые вопросы: DEMO => TURBO.OPENCART.PRO Установка и настройка модуля на магазине клиента + 100% от стоимости модуля. При обновлении на версию 1.1 внимательно прочтите инструкцию. Не рекомендуется к использованию с темой Journal. Если после установки модуля нагрузка на вашу систему не снизилась, а быстро стали работать только закешированные страницы, то скорее всего у вас косячные сторонние модули, либо не правильная конфигурация серверного окружения. С такими пациентами - пишите в личку. Ручная оптимизация больших магазинов и тонкая настройка серверов - под ключ. *Для чистого магазина на Opencart 2.x при условии отсутствия сторонних дополнений, существенно потребляющих ресурсы сервера. Добавил snastik Добавлено 04.04.2016 Категория Кэширование, сжатие, ускорение Системные требования Opencart версий 2.0 - 2.1.xIoncubeLoader с поддержкой Ioncube V9.0<PHP 5.3Внимание. Дополнение не будет корректно работать с переименованной папкой администратора. Метод активации Без активации Ioncube Loader Нет ocStore 2.3.0.2.4 2.3 2.2 2.1 OpenCart.Pro, ocShop Не проверялось Обращение к серверу разработчика Нет