Ок. Если и проц не грузить и БД не зас$рать, есть компромисс:
1. по дефолту (у меня) модуль даёт 6 часов кешу на жизнь, т.е.
db_query("DELETE FROM {cache_hierarchical_select} WHERE expire < NOW() - 0");
2. нужно свой лайфтайм? велкам:
db_query("DELETE FROM {cache_hierarchical_select} WHERE created <= NOW() - сколько_хотим_хранить_кеш_в_секундах");
3. для знающих толк в извращениях )))
db_query("DELETE FROM {cache_hierarchical_select} WHERE ..... LIMIT 10, 1010"); и т.д. - можно загнуть sql как угодно ))
cache_hierarchical_select весит четверть всей базы - это нормально?
Ещё вопрос с какой периодичностью сайт крон гоняет - можно подстроится потоньше
cache_hierarchical_select весит четверть всей базы - это нормально?
Ок. Если и проц не грузить и БД не зас$рать, есть компромисс:
1. по дефолту (у меня) модуль даёт 6 часов кешу на жизнь, т.е.
db_query("DELETE FROM {cache_hierarchical_select} WHERE expire < NOW() - 0");
2. нужно свой лайфтайм? велкам:
db_query("DELETE FROM {cache_hierarchical_select} WHERE created <= NOW() - сколько_хотим_хранить_кеш_в_секундах");
3. для знающих толк в извращениях )))
db_query("DELETE FROM {cache_hierarchical_select} WHERE ..... LIMIT 10, 1010"); и т.д. - можно загнуть sql как угодно ))
cache_hierarchical_select весит четверть всей базы - это нормально?
Я не заморачивался:
function мой_модуль_cron() {
db_query("TRUNCATE {cache_hierarchical_select}");
}