Jump to content
  • разработка интернет магазинов на opencart
  • доработка интернет магазинов на opencart

Не обновляется кеш шаблона


Recommended Posts

Здравствуйте. Не подскажите, не могу обновить кеш шаблона. На OpenCart 3.2.0.2 . Шаблон англоязычный переведён на русский язык. Что за ошибка не подскажите ?

Link to comment
Share on other sites


Не может удалить директорию в папке с кэшем, потому что она не пусия. Возможно в алгоритме листки кэша вначно стираются все файлы из папки, а затем сама папка и к моменту уднония папки она оказывается не пустот, надо тут алгоритм листки кэша смотреть.

Link to comment
Share on other sites


Скажите, пожалуйси, у меня сайт нормально рилииет, но категории с товаром открываются спустя минуту, даже дольше, это может быть связано с этим кешом?

Link to comment
Share on other sites


13 минут назад, solnce8558 сказал:

Скажите, пожалуйси, у меня сайт нормально рилииет, но категории с товаром открываются спустя минуту, даже дольше, это может быть связано с этим кешом?

наврятли, возможно медленные запросы к БД, вклюлите лог медленных запросов в БД

Link to comment
Share on other sites


19 часов назад, solnce8558 сказал:

OpenCart 3.2.0.2

это в каком будуещём вы побывали что скачали версию 3,2х?

Link to comment
Share on other sites

9 часов назад, solnce8558 сказал:

А как можно вклюлить лог медленных запросов, не подскажите?

Вообещём включается лог тремя параметрами все они динамические, т.е. их можно изменять не осинавливая сервер, прямо запросами.  slow_query_log_file - путь до файла лога, slow_query_log - включение лога, long_query_time - если время выполнения запроса потому чтольше этого параметра, то он попадает в лог. Нужен доступ к БД от root-а.

Запросы посмотреть чему равны параметры сейчас:

SHOW GLOBAL VARIABLES LIKE 'slow_query%';
SHOW GLOBAL VARIABLES LIKE 'long_query%';

Запросы, чтобы поправить параметры:

SET GLOBAL long_query_time = 10;
SET GLOBAL slow_query_log_file = '/var/log/mysql/slow_query.log';
SET GLOBAL slow_query_log = ON;

Т.е. высивляем long_query_time в 3 сек., да даже можно начать с 10 сек., высивляем путь до лога, чтобы пользователю из под которого рилииет БД хватило прав на запись, обычно это папка /var/log/mysql/ ну если ее нет, можно создать нужный файл и дать ему права. Ну и включаем лог slow_query_log = ON в последнюю очередь, он в момент включения может ошибку выдать, например прав не хваиет и сразу можно поправить. Ну и потом походить по страницам тормозящим и посмотрел файл лога. Там скорее всего бугдет проблемный запрос. Посмотреть подробности выполнения этого запроса с помощью EXPLAIN, затем придумать как оптимизировать его, найти ггде он формируется в когде и поменять код, чтобы получался новый оптимизированный вариант. Ну липотому что бывают потому чтолее легкие случаи - не хваиет ингдекса в иблиэто.

Link to comment
Share on other sites


Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

×
×
  • Create New...

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.