Jump to content
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.


  • Similar Content

    • By lolomtk
      Доброго времени!
       
      Требуется оптимизировать работу каталога
       
      https://supershtrih.ru/shtrih-kodirovanie-i-identifikaciya?kill_cache=1&d=1
       
      Ищу прямого исполнителя
       
      Версия 2.0.1.1  
       
       
       
    • By Verwolf
      Простой модуль, позволяющий автоматизировать процесс очистки кэша сайта.
       
      Позволяет освободить дисковое пространство на хостинге за счёт удаления закэшированных данных модулей и расширений, которые не используются.
       
      Очистка кэша запускается автоматически при следующих действиях в админке:
      отключение модификации; удаление модификации; удаление какого-либо расширения (из любой категории).  
      Также данный модуль способствует увеличению производительности сайта в целом и уменьшает время ответа сервера за счёт уменьшения запросов к не используемым файлам кэша.
       
      Производит очистку:
      системного кэша 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/
       
       
    • 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 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
      Простой модуль, позволяющий автоматизировать процесс очистки кэша сайта.
       
      Позволяет освободить дисковое пространство на хостинге за счёт удаления закэшированных данных модулей и расширений, которые не используются.
       
      Очистка кэша запускается автоматически при следующих действиях в админке:
      отключение модификации; удаление модификации; удаление какого-либо расширения (из любой категории).  
      Также данный модуль способствует увеличению производительности сайта в целом и уменьшает время ответа сервера за счёт уменьшения запросов к не используемым файлам кэша.
       
      Производит очистку:
      системного кэша 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/
       
       
  • Recently Browsing   0 members

    No registered users viewing this page.

×

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.