>>Да, а у Вас крон настроен?
нет, а что именно нужно настроить?
Ну, смотрите, все просто, вы кешируете страницы для гостей полностью. А время жизни кешированных страниц Вам известно? А по крону удаляется кеш. Поэтому интеревал запуска крона влият на то, как часто будет сбрасываться кеш страниц, а как следствие - блоки буду обновляться тоже.
Вы говорите, что раз в сутки чистите кеш? Как чистите, вручную? Это можно делать по крону...
1) я тут подумал, если запускать cron каждый сутки, то в таблице cache_page будут накапливаться фрагментированные данные, таблицу все равно нужно будет оптимизировать периодически (раз в неделю или раз в месяц).
2) сброс кеша - это замедление работы сайта, соотв. обход сайта поисковиками тоже замедляется. хотя у меня и настроен xmlsitemap. но гугл любит быстрые сайты. поэтому сбрасывать кеш раз в сутки из-за нескольких страниц - на мой взгляд это некрасивое решение.
1) я тут подумал, если запускать cron каждый сутки, то в таблице cache_page будут накапливаться фрагментированные данные, таблицу все равно нужно будет оптимизировать периодически (раз в неделю или раз в месяц).
Хм...
"anreyyyy" wrote:
2) сброс кеша - это замедление работы сайта, соотв. обход сайта поисковиками тоже замедляется. хотя у меня и настроен xmlsitemap. но гугл любит быстрые сайты. поэтому сбрасывать кеш раз в сутки из-за нескольких страниц - на мой взгляд это некрасивое решение.
В принципе, полностью согласен, кеш нужно сбрасывать только тогда, когда меняются данные на странице...
Я даже не знаю, как быть в данной ситуацией с блоками с Сапой. Люди, как я вижу, не парятся насчет кеширования, сбрасывают кеш страниц периодически, или вообще не кешируют страницы полностью. Но ведь это плохой подход. Я тоже считаю, что сбрасывать весь кеш на сайте только ради некоторых страниц - это все равно что выбрасывать на помойку новый мерседес, в котором засорилась пепельница.
Я могу сказать, что стандартное кеширование страниц для анонимов - это весьма хреновая вещь в Друпале, нужно делать свою систему кеширования, которая будет учитывать актуальность данных...
Сброс кеша всех страниц необходим, ибо неизвестно на каких страницах какие блоки нужно обновить, например при добавлении комента нужно сбросить кеш всех страниц для которых выводится блок последних комментариев. Всё то же самое касается сапы, единственный момент, что там теоретически можно добавить проверку на предмет изменения ссылок для конкретной страницы. Вот только это еще более ресурсоёмкая проверка нежели чистка всех страниц в cache_page
По крону ничего не чистится, запускайте его хоть раз в 5ть минут... пока не напишете свой код по чистке.
+ хороший модуль http://drupal.org/project/db_maintenance
при запуске крона оптимизирует нужные таблицы, так что практически все налажено и автоматизировано )))
Комментарии
А тут состояние проверяли? /admin/settings/performance
ну разумеется, там кеш блоков отключен
чтоб было понятней, что у меня на сайте - http://forum.sape.ru/showthread.php?t=48256
У самого сапа стоит, проблем нет с кешем.
mNigma@drupal.org
а устанавливал так же или другим способом?
Таким же способом. У меня все коды в блоках + в page.tpl global $sape
ясно, спасибо. у меня в page.tpl ничего нет, все в блоках
попробую туда код добавлю, посмотрим.
Не знаю, не знаю. За два года в сапе по упомянутому модулю для дру ни разу проблем не было.
Как я понимаю, у ТС включено кеширование страниц для анонимов, так? Поэтому логично, что блоки с Сапой кешируются. Вот и весь ответ.
Поэтому обновление кеша для блока с Сапой происходит только тогда, когда обновляется кеш страницы, на которой он висит...
Да, а у Вас крон настроен?
Sinkora
>>Как я понимаю, у ТС включено кеширование страниц для анонимов, так?
именно
>>Да, а у Вас крон настроен?
нет, а что именно нужно настроить?
Ну, смотрите, все просто, вы кешируете страницы для гостей полностью. А время жизни кешированных страниц Вам известно? А по крону удаляется кеш. Поэтому интеревал запуска крона влият на то, как часто будет сбрасываться кеш страниц, а как следствие - блоки буду обновляться тоже.
Вы говорите, что раз в сутки чистите кеш? Как чистите, вручную? Это можно делать по крону...
>>А по крону удаляется кеш.
этот момент я как-то упустил.. спасибо.
запуск крона настрою
1) я тут подумал, если запускать cron каждый сутки, то в таблице cache_page будут накапливаться фрагментированные данные, таблицу все равно нужно будет оптимизировать периодически (раз в неделю или раз в месяц).
2) сброс кеша - это замедление работы сайта, соотв. обход сайта поисковиками тоже замедляется. хотя у меня и настроен xmlsitemap. но гугл любит быстрые сайты. поэтому сбрасывать кеш раз в сутки из-за нескольких страниц - на мой взгляд это некрасивое решение.
Хм...
В принципе, полностью согласен, кеш нужно сбрасывать только тогда, когда меняются данные на странице...
Я даже не знаю, как быть в данной ситуацией с блоками с Сапой. Люди, как я вижу, не парятся насчет кеширования, сбрасывают кеш страниц периодически, или вообще не кешируют страницы полностью. Но ведь это плохой подход. Я тоже считаю, что сбрасывать весь кеш на сайте только ради некоторых страниц - это все равно что выбрасывать на помойку новый мерседес, в котором засорилась пепельница.
Я могу сказать, что стандартное кеширование страниц для анонимов - это весьма хреновая вещь в Друпале, нужно делать свою систему кеширования, которая будет учитывать актуальность данных...
Сброс кеша всех страниц необходим, ибо неизвестно на каких страницах какие блоки нужно обновить, например при добавлении комента нужно сбросить кеш всех страниц для которых выводится блок последних комментариев. Всё то же самое касается сапы, единственный момент, что там теоретически можно добавить проверку на предмет изменения ссылок для конкретной страницы. Вот только это еще более ресурсоёмкая проверка нежели чистка всех страниц в cache_page
По крону ничего не чистится, запускайте его хоть раз в 5ть минут... пока не напишете свой код по чистке.
Есть такой модуль, seonet называется. Вы посмотрите его.. может, поможет.
в итоге выполняю cron.php автоматически 1-2 раза в сутки
полгода полёт нормальный
+ хороший модуль http://drupal.org/project/db_maintenance
при запуске крона оптимизирует нужные таблицы, так что практически все налажено и автоматизировано )))