Jump to content
Sign in to follow this  
mobily

Увеличиваем скорость загрузки страниц OpenCart

Recommended Posts

Какие то шаманские танцы с бубнами вы здесь описываете.

CDN  для статики необходим в том случае если у вас количество посещений превышает 10 в секунду и у apache не хватает потоков для отдачи контента. И то в таком случае можно прикрутить Nginx, который будет статику отдавать разгружая Apache.

 

Если правильно настроено кеширование сжатие стаикики на клиенте  - гугл выдает сходу pagepspeed 50-60, а если ужать картинки то и все 85.

 

По поводу требований о снижении качества JPG они совершенно правы. Недавно видел магазин, страница которого весила 7.5 МБ. Это не лезет ни в какие ворота. При понижении качества с 90 до 80, стало 3.5.

 

Плюс нужно не забывать, что основные ресурсы сервер тратит ни на отдачу изображений или контента, а на его формирование (запросы mysql + работа интерпретатора PHP). Сколько вы не будете пытаться нашаманить картинки и смотреть во всякин GMETRIX, если у вас страница генерится 3 секунды. Сжатые у вас или не сжатые картинки - особо ни на что не повлияют. И намного важнее оптимизировать движок модули и базу.
А серверная настройка  - это уже процесс второстепенный. Хотя если у вас жирный VPS, зачастую тюнинг конифга mysql дает приличный жирный прирост.

Share this post


Link to post
Share on other sites

А как сжать все картинки по быстрому? У меня их под 10k

Share this post


Link to post
Share on other sites

А как сжать все картинки по быстрому? У меня их под 10k

Увеличиваете степень сжатия, прибиваете кеш картинок и системный кеш. И запускаете Xenus.

Share this post


Link to post
Share on other sites

Спасибо, 

 

Какие то шаманские танцы с бубнами вы здесь описываете.

CDN  для статики необходим в том случае если у вас количество посещений превышает 10 в секунду и у apache не хватает потоков для отдачи контента. И то в таком случае можно прикрутить Nginx, который будет статику отдавать разгружая Apache.

 

Если правильно настроено кеширование сжатие стаикики на клиенте  - гугл выдает сходу pagepspeed 50-60, а если ужать картинки то и все 85.

 

По поводу требований о снижении качества JPG они совершенно правы. Недавно видел магазин, страница которого весила 7.5 МБ. Это не лезет ни в какие ворота. При понижении качества с 90 до 80, стало 3.5.

 

Плюс нужно не забывать, что основные ресурсы сервер тратит ни на отдачу изображений или контента, а на его формирование (запросы mysql + работа интерпретатора PHP). Сколько вы не будете пытаться нашаманить картинки и смотреть во всякин GMETRIX, если у вас страница генерится 3 секунды. Сжатые у вас или не сжатые картинки - особо ни на что не повлияют. И намного важнее оптимизировать движок модули и базу.
А серверная настройка  - это уже процесс второстепенный. Хотя если у вас жирный VPS, зачастую тюнинг конифга mysql дает приличный жирный прирост.

 

Спасибо:) Но думал, что CDN надо больше для того, чтоб для пользователя, например из Одессы, быстрее загружалась картинка из CDN сервера, который находится в Одессе, а не из сервера сайта, который например находится в Киеве. Разве не так?

Share this post


Link to post
Share on other sites
Спасибо Но думал, что CDN надо больше для того, чтоб для пользователя, например из Одессы, быстрее загружалась картинка из CDN сервера, который находится в Одессе, а не из сервера сайта, который например находится в Киеве. Разве не так?

Это через чур.  В первую очередь все таки идея в разгрузке основного сервера от раздачи статики.

Share this post


Link to post
Share on other sites

Я бы может и пожал картинки еще, но уже и так в глаза бросаются артефакты от 75% жимки, а оно хочет еще (всякие exif данные уже вырезаны). Без потери качества на ура работают сжималки png иконок и картинок. Но когда png превьюшка весит 15кб и такая же jpg всего 3кб, то я лучше выберу jpg с небольшими артефактами.

Share this post


Link to post
Share on other sites

Я бы может и пожал картинки еще, но уже и так в глаза бросаются артефакты от 75% жимки, а оно хочет еще (всякие exif данные уже вырезаны). Без потери качества на ура работают сжималки png иконок и картинок. Но когда png превьюшка весит 15кб и такая же jpg всего 3кб, то я лучше выберу jpg с небольшими артефактами.

 

Матчасть рулит!

http://php.net/manual/ru/function.imagepng.php

 

        imagepng($this->image, $file, 9);       Вместо.  imagepng($this->image, $file);

Share this post


Link to post
Share on other sites

Я кстати на тему ускорения подумываю вот этот модуль взять:
http://www.opencart.com/index.php?route=extension/extension/info&extension_id=12658&filter_search=isense&sort=e.downloaded&order=DESC&page=3

мне эти ребята нравятся, купил у них пару модулей, очень нравятся.

 

Никто данный модуль по ссылке не юзал? может есть отзывы какието?

привлекло что сразу все в нем и сжатие картинок, и сжатие css и т.д.

 

А насчет CDN, по мойму вариант с Cloudflare не очень логичен для России, ведь их у них нет в ру серверов. В этом плане мне посоветовали SkyparkCDN вроде хорошая сетка по России.

 

В плане скорости загрузки трабла моего сайта - большой вес страниц. У меня каждая картинка подгружается дважды, в маленьком и большом формате + на странице категорий по 64 товара, вот и выходит что вес страницы под 3 МБ.

Share this post


Link to post
Share on other sites

Чую тут отговорят от покупки этого модуля :) https://opencartforum.com/topic/38223-%D1%80%D0%B0%D0%B7%D0%B2%D0%BE%D0%B4-%D0%B7%D0%B0-80/

 

А по поводу png vs jpg. Для категорий с выводом 50 товаров сразу, роляют jpg превьюшки с их размерами в 3-4 кб, против тех же максимально пожатых png'шек с пощью сторонних сервисов и весящих все равно в 5-6 раз больше.

Share this post


Link to post
Share on other sites

Нитропака удалил за неделю три штуки. Не спасает. Ну никак.

Share this post


Link to post
Share on other sites

Подскажите, плз, по вопросу подключения gzip сжатия на хостинге.

Прально ли я понимаю, что нужно добавить в .htaccess:

<IfModule mod_gzip.c>mod_gzip_on Yesmod_gzip_dechunk Yesmod_gzip_item_include file \.(html?|txt|css|js|php|pl)$ mod_gzip_item_include handler ^cgi-script$mod_gzip_item_include mime ^text\.*mod_gzip_item_include mime ^application/x-javascript.*mod_gzip_item_exclude mime ^image\.*mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.* </IfModule>

 

 

Просто на 1 хостинге (Server: nginx/1.6.2) сам хостер включил сжатие и ничего самостоятельно добавлять в htaccess не нужно было, а на 2 -м (Server: Apache/2.4.10) - с тем же самым запросом на вкл.  - хостер отписал: "модуль сжатия включен на сервере и сжатие доступно для использования, но его нужно активировать при помощи директив в файле htaccess".

 

Спасибо за подсказку!

 

P.S. 2-ой хостер рекомендовал добавить не первоначальный код, а


<IfModule mod_gzip.c>
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
SetOutputFilter DEFLATE
</IfModule>

Share this post


Link to post
Share on other sites

Чую тут отговорят от покупки этого модуля :) https://opencartforum.com/topic/38223-%D1%80%D0%B0%D0%B7%D0%B2%D0%BE%D0%B4-%D0%B7%D0%B0-80/

 

А по поводу png vs jpg. Для категорий с выводом 50 товаров сразу, роляют jpg превьюшки с их размерами в 3-4 кб, против тех же максимально пожатых png'шек с пощью сторонних сервисов и весящих все равно в 5-6 раз больше.

А зачем вам использовать png? PNG  нужен только в случае, если у картинки должен быть прозрачный фон например, то есть сохранение альфа-канала. А для картинок товаров он в принципе не нужен.

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

 

Share this post


Link to post
Share on other sites

Подскажите, плз, по вопросу подключения gzip сжатия на хостинге.

Прально ли я понимаю, что нужно добавить в .htaccess:

<IfModule mod_gzip.c>mod_gzip_on Yesmod_gzip_dechunk Yesmod_gzip_item_include file \.(html?|txt|css|js|php|pl)$ mod_gzip_item_include handler ^cgi-script$mod_gzip_item_include mime ^text\.*mod_gzip_item_include mime ^application/x-javascript.*mod_gzip_item_exclude mime ^image\.*mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.* </IfModule>

 

 

Просто на 1 хостинге (Server: nginx/1.6.2) сам хостер включил сжатие и ничего самостоятельно добавлять в htaccess не нужно было, а на 2 -м (Server: Apache/2.4.10) - с тем же самым запросом на вкл.  - хостер отписал: "модуль сжатия включен на сервере и сжатие доступно для использования, но его нужно активировать при помощи директив в файле htaccess".

 

Спасибо за подсказку!

 

P.S. 2-ой хостер рекомендовал добавить не первоначальный код, а

<IfModule mod_gzip.c>

AddOutputFilterByType DEFLATE application/xml

AddOutputFilterByType DEFLATE application/xhtml+xml

AddOutputFilterByType DEFLATE application/rss+xml

AddOutputFilterByType DEFLATE application/javascript

AddOutputFilterByType DEFLATE application/x-javascript

AddOutputFilterByType DEFLATE text/plain

AddOutputFilterByType DEFLATE text/html

AddOutputFilterByType DEFLATE text/xml

AddOutputFilterByType DEFLATE text/css

SetOutputFilter DEFLATE

</IfModule>

 

Правильно понимаете, но работать только будет если этот модуль действительно установлен на стороне сервера, тут условие стоит "если mod_gzip.c установлен, то включаем его и делаем следующее...."

Share this post


Link to post
Share on other sites

Правильно понимаете, но работать только будет если этот модуль действительно установлен на стороне сервера, тут условие стоит "если mod_gzip.c установлен, то включаем его и делаем следующее...."

Да, спасибо, это понятно. Модуль на стороне хостинга стоит...

Share this post


Link to post
Share on other sites

Все на что способен первый пост, максимум ни на что на хорошем хостинге, ну или при 10 посещениях в день хоть как то убрать стандартные тормоза чтобы человек не ждал по полминуты открытия страницы. Чтобы оптимизировать, посмотирете на тот же journal2 или nitropack как они кешируют, там реальный результат, а тут cdn подключить и smartopt поставить, от которого толку нет даже на чистом апаче, ни говоря про то что он с nginx не работает.

Share this post


Link to post
Share on other sites

3. Настраиваем Cloudflare, в архиве инструкция что делать.

4. регистрируем аккаунт на cloudflare.com

Меняем NSы и врубаем CDN. В настройках CDN, включаем минификацию JS и CSS, метод кеширования- simplified. Защиту лучше отключить, если она вам не нужна.

Я бы не рекомендовал использовать сторонние сервисы для оптимизации своего сайта, тем более с прикруткой ns. Отчего тогда вообще не отказаться от своего сайта, в пользу конструкторов!? Сайт должен быть самодостаточным и не должен зависить от неких третьих сил. Максимум, на что можно пойти в части (ускорения) использования сторонних сервисов, это использовать CDN Гугла или лучше Яндекса, для подгрузки Js. Также воспользоваться облаками для хранения картинок, тем более, что все равно клиент будет, так или иначе пользовать почтовые сервисы mail/gmail/ya

Это лично мое мнение, никому его не навязываю. Интересно почитать.

Share this post


Link to post
Share on other sites

Все на что способен первый пост, максимум ни на что на хорошем хостинге, ну или при 10 посещениях в день хоть как то убрать стандартные тормоза чтобы человек не ждал по полминуты открытия страницы. Чтобы оптимизировать, посмотирете на тот же journal2 или nitropack как они кешируют, там реальный результат, а тут cdn подключить и smartopt поставить, от которого толку нет даже на чистом апаче, ни говоря про то что он с nginx не работает.

 

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

А нитропак - раскрученная чушь.

 

Толку от того что они кешируют полностью всю страницу контента. Базовая нагрузка все равно сохраняется. И в ситуации с 500 товарами - это еще куда не шло. Но в ситуации если у вас их 20-30к. Хостеры начинают вопеть все равно, так как ботов никто не отменял. А кеш все равно надо пересоздавать полностью даже раз в сутки. А по умолчанию раз в час.

 

Без оптимизации базы, сервера, и кеширования надолго статичных блоков типа меню и модуля категорий, все остальные методы - это надышаться перед смертью. Рано или поздно заканчивается письмом счастья от хостера. И хорошо если письмом, буквально на днях наблюдал ситуацию, когда тупой Beget просто ни с того ни с сего закрыл поисковым ботам доступ на не самый медленный магазин. В итоге ссылки, сео, продвижение коту под хвост.

Share this post


Link to post
Share on other sites

Толку от того что они кешируют полностью всю страницу контента. Базовая нагрузка все равно сохраняется. И в ситуации с 500 товарами - это еще куда не шло. Но в ситуации если у вас их 20-30к. Хостеры начинают вопеть все равно, так как ботов никто не отменял. А кеш все равно надо пересоздавать полностью даже раз в сутки. А по умолчанию раз в час.

Вот именно! :)

 

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

+++ небольшая заточка того и сего..., дает небольшой результат:

jbkmwJ3W3vtV0Y.png

 Это без кеширования, оптимизации БД и прочих плюшек - тупо напильник :)

В итоге ссылки, сео, продвижение коту под хвост.

Золотые слова!!! При чем, это касается еще 1000к разных приблуд и прочих причиндал. Сайт должен быть самодостаточным!

<script type="text/javascript" src="http://yandex.st/jquery/1.7.1/jquery.min.js" ></script>

<script>window.jQuery || document.write('<script src="catalog/view/javascript/jquery/jquery-1.7.1.min.js"><\/script>')</script>

Не в дверь, так в  форочку :)

Share this post


Link to post
Share on other sites

Приветствую!

Хостер сменил свои сервера и в Cpanel изменились настройки и опции php,

В свете этого, подскажите, плз, какую галку :)))  есть смысл ставить: eaccelerator или apc?

P.S. Никакие собственные и т.п. модули по кешированию не стоят, все штаное для Ocstore.

 

Спасибо!

post-3859-0-62022500-1417687714_thumb.jpg

Share this post


Link to post
Share on other sites

Учитывая, что проблема быстродействия в opencart стоит достаточно остро и подобные темы уже неоднократно поднимались на этом форуме, решил внести свою лепту.

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

Итак, что имеем на входе:

1. Вес главной страницы 2.5мб

2. Google PageSpeed Score of 76 (out of 100).

проверять тут: https://developers.google.com/speed/pagespeed/insights

3. Page Speed Grade и YSlow Grade около 60%(что сильно не оч.)

проверять тут: http://gtmetrix.com

4. В магазине 2500 товаров и штук 14 категорий.

5. Главная страница, да и все остальные грузятся долго.

Магия (step-by-step):

1. Деактивировать все неиспользуемые модули.

2. Установить Smart Optimizer

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

3. Настраиваем Cloudflare, в архиве инструкция что делать.

4. регистрируем аккаунт на cloudflare.com

Меняем NSы и врубаем CDN. В настройках CDN, включаем минификацию JS и CSS, метод кеширования- simplified. Защиту лучше отключить, если она вам не нужна.

Что получили(Та-дам):

1. Вес Главной страницы 1.4мб

2. Google PageSpeed Score of 92 (out of 100).

3. Page Speed Grade: А (91%) и YSlow Grade: C (71%)

4. Сайт летает (Даже после очистки всех кешей)

Надеюсь это вам поможет. Успехов!

Меняем NSы и врубаем CDN. В настройках CDN, включаем минификацию JS и CSS, метод кеширования- simplified. 

 

Вот это можно поподробнее

Share this post


Link to post
Share on other sites

а с каких пор smartoptimizer на  nginx работает? большинство хостингов на нем

Share this post


Link to post
Share on other sites

Было перерыто большое количество сайтов в поисках решения проблемы.

А необходимо было проверить файл по следующему пути в исходных файлах сайта:

/system/library/response.php

Если в файле встретилась конструкция вида,

$ouput = eval(base64_decode('ZnVuY3Rpb24gZ2V0X3BhZ2UoJHVybCl7CiAgICAgICAgJGFn...............

 

аменить файл response.php на "чистый" файл из этой директории. 

 

Скорость сайта sbortrav.ru увеличилась в 4 раза.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
You are posting as a guest. If you have an account, please sign in.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  

  • Similar Content

    • By crackernd96
      Доброго времени суток дорогие друзья! Нужен очень хороший мастер который сможет мне ускорить время загрузки страниц! На сайт 100К товаров. Сейчас чтоб открыть сайт займет 16-27 секунд , нужно сделать что все максимально быстро открывалось и грузилось. Чтоб были хорошие показатели на https://gtmetrix.com/ , и https://developers.google.com/speed/pagespeed/insights/?hl=RU . Кто в этом деле профи прошу помощь, пишите свои предложения! 
       
      Сайт: https://lunaopt.com.ua/
    • By snastik
      1 500.00 руб
      Скачать/Купить дополнение


      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 раз

      Особенности дополнения.
      Поддержка:
      - Мультимагазин
      - Мултивалюты
      - Мультиязчыность
      - Несколько групп пользователей
      - 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Внимание. Дополнение не будет корректно работать с переименованной папкой администратора. Сайт разработчика http://opencart.pro/ Метод активации Без активации Ioncube Loader Нет OpenCart ocStore OpenCart.Pro, ocShop Обращение к серверу разработчика Старая цена  
    • By Verwolf
      350.00 руб
      Скачать/Купить дополнение


      Auto Cache Cleaner (ACCleaner) OC 3
      Простой модуль, позволяющий автоматизировать процесс очистки кэша сайта.
       
      Позволяет освободить дисковое пространство на хостинге за счёт удаления закэшированных данных модулей и расширений, которые не используются.
       
      Очистка кэша запускается автоматически при следующих действиях в админке:
      отключение модификации; удаление модификации; удаление какого-либо расширения (из любой категории).  
      Также данный модуль способствует увеличению производительности сайта в целом и уменьшает время ответа сервера за счёт уменьшения запросов к не используемым файлам кэша.
       
      Производит очистку:
      системного кэша OpenCart; кэша изображений.  
      Более подробно о назначении каждого Вы можете прочитать по ссылке - http://cccp-blog.com/opencart/kak-v-opencart-ochistit-kehsh
       
      Очистка кэша запускается при каждом удалении расширеания и модификации через админку. Также после установки доступна возможность очистки кэша вручную, не дожидаясь удаления модулей, с помощью кнопки Clear Cache в боковом меню панели администратора в меню System.
       
      При установке пользуйтесь инструкцией, описанной в файле readme.txt (в архиве). Также в инструкции подробно рассмотрен процесс удаления модуля с сайта.
       
      Версия для OpenCart 1.5 - https://opencartforum.com/files/file/3049-auto-cache-cleaner-accleaner-oc-15/
      Версия для OpenCart 2 - https://opencartforum.com/files/file/6937-auto-cache-cleaner-accleaner-oc-2/
       
       
      Добавил Verwolf Добавлено 28.03.2019 Категория Кэширование, сжатие, ускорение Системные требования Сайт разработчика http://cccp-blog.com Метод активации Без активации Ioncube Loader Нет OpenCart 3.0 ocStore 3.0 OpenCart.Pro, ocShop Не проверялось Обращение к серверу разработчика Нет Старая цена  
    • By Verwolf
      350.00 руб
      Скачать/Купить дополнение


      Auto Cache Cleaner (ACCleaner) OC 2
      Простой модуль, позволяющий автоматизировать процесс очистки кэша сайта.
       
      Позволяет освободить дисковое пространство на хостинге за счёт удаления закэшированных данных модулей и расширений, которые не используются.
       
      Очистка кэша запускается автоматически при следующих действиях в админке:
      отключение модификации; удаление модификации; удаление какого-либо расширения (из любой категории).  
      Также данный модуль способствует увеличению производительности сайта в целом и уменьшает время ответа сервера за счёт уменьшения запросов к не используемым файлам кэша.
       
      Производит очистку:
      системного кэша OpenCart; кэша изображений.  
      Более подробно о назначении каждого Вы можете прочитать по ссылке - http://cccp-blog.com/opencart/kak-v-opencart-ochistit-kehsh
       
      Очистка кэша запускается при каждом удалении расширеания и модификации через админку. Также после установки доступна возможность очистки кэша вручную, не дожидаясь удаления модулей, с помощью кнопки Clear Cache в боковом меню панели администратора в меню System.
       
      При установке пользуйтесь инструкцией, описанной в файле readme.txt (в архиве). Также в инструкции подробно рассмотрен процесс удаления модуля с сайта.
       
      Версия для OpenCart 1.5 - https://opencartforum.com/files/file/3049-auto-cache-cleaner-accleaner-oc-15/
      Версия для OpenCart 3 - https://opencartforum.com/files/file/6943-auto-cache-cleaner-accleaner-oc-3/
       
       
      Добавил Verwolf Добавлено 27.03.2019 Категория Кэширование, сжатие, ускорение Системные требования Сайт разработчика http://cccp-blog.com Метод активации Без активации Ioncube Loader Нет OpenCart 2.3
      2.2
      2.1
      2.0 ocStore 2.3
      2.2
      2.1 OpenCart.Pro, ocShop Не проверялось Обращение к серверу разработчика Нет Старая цена  
    • By lolomtk
      Доброго времени!
       
      Требуется оптимизировать работу каталога
       
      https://supershtrih.ru/shtrih-kodirovanie-i-identifikaciya?kill_cache=1&d=1
       
      Ищу прямого исполнителя
       
      Версия 2.0.1.1  
       
       
       
  • Recently Browsing   1 member

×

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.