работа с кешем

[ref 0]

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

Как я подозреваю, видимо времени скрипту не хватает?

Вопрос 1.

Действительно ли явление присутствует глобально, или это только у меня? Правильно ли я догадываюсь о причинах?

Вопрос 2.

Как бороться. Не будет ли побочных последствий, если просто грохать все содержимое папки cache? Другие варианты действий?

[support 447]

В админке всё должно сбрасываться через Админку - Настройки - Контроль кэша.

1. Генерация кэш-файлов? Да, присутствует, кэш-файлы необходимы для работы шаблонизатора smarty, в случае если включён файловый и sql кэш тоже генерируются кэш-файлы.

2. Через админку кнопкой всё чистится. Можно просто удалять содержимое cache папки, но это тоже самое, что нажать кнопку в админке.

[ref 0]

Что такое кеш и для чего - понятно. При сбросе сервер надолго задумывается, потом - ошибка сервера. Такое не всегда. Иногда сбрасывает кеш благополучно.

К хостеру вопрос? У него тормоза? Время скрипта увеличивать?

[support 447]

Вообще кнопка - это обычное удаление файлов из папки cache, даже и не знаю, что там может глючить в ней.

[ref 0]

думаю с кнопкой все ок. Сейчас в кеше 60 000 файлов (80Mb). такое может быть? Наверное это создает проблему.

[support 447]

Ну наверное да, может чуть задуматься при удалении.

Если есть панель управления хостером, либо через ftp можно почистить.

[ref 0]

чищу через ftp. Не глючит ли система кеширования? 80мб кеша нормально?

[support 447]

Если товаров много в магазине, то нормально.

[ref 0]

ок, спасибо!

[support 447]

Не за что

[DimaKD 0]

Хотел на всякий случай уточнить. 

У меня папка Cache 233Мб. Я туда никогда не заглядывал - первые файлы идут с 21 июня. Копировал магазин и обнаружил что такой объем.

 

Я просто ВСЕ это удаляю по ФТП - у меня ничего не должно сломаться?

[support 447]

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

 

Можете вручную не удалять, а просто нажать кнопку в Админке - Настройки - Контроль кэша.

 

Это тоже самое, что вручную почистить папку.

[Dimas 0]

А  кеш все время будет увиличиватся пока место не закончится? или остановится на каком то размере и будет перезаписываться ?

[support 447]

А это сейчас является проблемой, место на диске?

или экономим на спичках?

 

Кэш будет генерироваться пока каждая страница магазина не будет закэширована.

 

Хотя, опять же, это не проблема.

[Dimas 0]

  В 17.11.2014 в 08:29, support сказал:

А это сейчас является проблемой, место на диске?

или экономим на спичках?

 

Кэш будет генерироваться пока каждая страница магазина не будет закэширована.

 

Хотя, опять же, это не проблема.

Просто знать это будет до бесконечности или остановится на каком то размере

?

И еще вопрос, как часто надо обнулять кэш или он сам обнуляется

[support 447]

Я вообще не вижу в этом проблемы, у Вас что, не хватает места на диске или почему Вас так вообще интересует эта тема?!

[Dimas 0]

  В 17.11.2014 в 15:59, support сказал:

Я вообще не вижу в этом проблемы, у Вас что, не хватает места на диске или почему Вас так вообще интересует эта тема?!

Во сколько увиличивать квоту думаю

[support 447]

По-моему, сейчас все хостеры дают места начиная от нескольких гигабайт, этого не хватает?

 

Да и так наугад ведь нельзя сказать, сколько Вам будет достаточно места.

 

Это ведь зависит от количества товара, от количества и качества картинок товара.

[alexts 18]

Уважаемые, у меня тоже вопрос по кэшу. Где можно переопределить путь к папке cache выше уровня рута сайта

. В админке , теоретически , только внутри сайта. В конфиге переменную не нашел. А надо.

Распухание количества кэшированных файлов оказывается вовсе не безобидно.

Каждый из них занимает inode, если у вас Linux, это приводит к тому, что запись становится на диск невозможна, при этом свободного простарнства еще гигабайты, а благодаря множеству мелких файлов inodes уже исчерпаны.

Вот такая имеется засада. Обидно , что системная фича, но узнаешь о ней , когда наступишь на эти грабли.

Вот пишут , что Битрих враз таким способом убивает сервак :(

 

Вот и хочу кэш закинуть на рам диск - пусть в памяти создается, но не нашел как переопределить. Настройка для сессий папки temp - легко. А где спрятана настройка пути к cache?

Да, вот ссылка  (одна из) , кому интересно http://nagg.ru/2012/05/chto-delat-kogda-zakonchilis-inodes/

[KoVaLsKy 59]

  В 02.03.2015 в 19:29, alexts сказал:

Уважаемые, у меня тоже вопрос по кэшу. Где можно переопределить путь к папке cache выше уровня рута сайта

. В админке , теоретически , только внутри сайта. В конфиге переменную не нашел. А надо.

Распухание количества кэшированных файлов оказывается вовсе не безобидно.

Каждый из них занимает inode, если у вас Linux, это приводит к тому, что запись становится на диск невозможна, при этом свободного простарнства еще гигабайты, а благодаря множеству мелких файлов inodes уже исчерпаны.

Вот такая имеется засада. Обидно , что системная фича, но узнаешь о ней , когда наступишь на эти грабли.

Вот пишут , что Битрих враз таким способом убивает сервак :(

 

Вот и хочу кэш закинуть на рам диск - пусть в памяти создается, но не нашел как переопределить. Настройка для сессий папки temp - легко. А где спрятана настройка пути к cache?

 

 

Ищите переменную DIR_FS_CACHE

в

 

http://SSMaker.ru/00df333b/

[alexts 18]

Спасибо, но там уже оперируют ею, а вот где ей папка присваивается cache? Или не понимаю чего?

Вот в

/admin/includes/configure.php для tmp было

define('SESSION_WRITE_DIRECTORY', DIR_FS_CATALOG . 'tmp/');

Закомментил

 

Рам диск у меня здесь : /dev/shm/

Создал новую переменную и написал:

define('DIR_FS_SESS_TMP', '/dev/shm/');
define('SESSION_WRITE_DIRECTORY', DIR_FS_SESS_TMP . '/');

Заработало, сессии стали писаться в shm

Логично, что по аналогии должна в configure.php быть переменная DIR_FS_CACHE и если ей задать тот же путь то кэш будет писаться туда же, куда и сессии?

define('DIR_FS_CACHE', DIR_FS_SESS_TMP . '/');

Так вот  по аналогии не выходит, не задается :(

Где то прячется вот такая штука CACHE__WRITE_DIRECTORY ?

Пробую:

define('CACHE_WRITE_DIRECTORY', DIR_FS_SESS_TMP . '/');

Магаз не замечает моего креатива.

[support 447]

SQL_CACHEDIR определяется в /includes/application_top.php, по идее.

[alexts 18]

Александр, спасибо. Оно!

Прописал  к вышеприведенному и увидел файлы кэша на рам диске.

Нужно последить за поведением, но надеюсь , что это решение.

 

По порядку , если кому интересно:

/admin/includes/configure.php

/includes/configure.php

//define('SESSION_WRITE_DIRECTORY', DIR_FS_CATALOG . 'tmp/');

Закомментил

 

Рам диск у меня здесь : /dev/shm/

Создал новую переменную и написал:

/admin/includes/configure.php

/includes/configure.php

define('DIR_FS_SESS_TMP', '/dev/shm/');
define('SESSION_WRITE_DIRECTORY', DIR_FS_SESS_TMP . '/');

в

/includes/application_top.php

/admin/includes/application_top.php

// SQL caching dir
//define('SQL_CACHEDIR', DIR_FS_CATALOG.'cache/');
define('SQL_CACHEDIR', SESSION_WRITE_DIRECTORY.'/');

Сессии и кэш пишутся в рам диск.

 

Для того, чтобы и smarty кэш загнать туда же:

Комментируем и добавляем

 

/includes/classes/vam_template.php

   // $this->compile_dir = DIR_FS_CATALOG . 'cache';
    // $this->cache_dir    = DIR_FS_CATALOG . 'cache';
       $this->compile_dir = DIR_FS_SESS_TMP . '/';
        $this->cache_dir    = DIR_FS_SESS_TMP . '/';

Теперь  меняя здесь

/admin/includes/configure.php

/includes/configure.php

define('DIR_FS_SESS_TMP', '/dev/shm/');
define('SESSION_WRITE_DIRECTORY', DIR_FS_SESS_TMP . '/');

define('DIR_FS_SESS_TMP', '/dev/shm/');

То есть меняя путь к папке кэша , мы можем управлять расположением и сессий и кэша магазина, перемещая его по всему серваку.

[support 447]

Не за что

[alexts 18]

Нет не совсем . С расширением *.vam , очевидно это кэш SQL запросов, пишутся на рам диск, а вот файлы *php, *.html по прежнему в папку cache. Где то еще кэширование определяется.

Пока субъектино, но ощущение, что работать быстрее значительно стало.