21 ноября 2019 в 23:00
Есть такая мысль, по поводу кэширования.
Получается что после сброса кэша, страница кэшируется при первом заходе анонима на нее. Верно?)
Значит есть большая вероятность, что этим первым анонимом будет робот поисковой системы. Значит ему страница будет отдаваться без кэша = долго.
Для SEO оптимизации скорость сайта весьма значимый показатель.
А если, к примеру, часто работать с сайтом, и приходится сбрасывать кэш, то редкопосещаемые страницы вообще рискуют быть посещенными роботами всегда без кэша.
Вот и думаю есть ли какой-то механизм автоматического кэширования всех страниц после сброса кэша?.
Комментарии
/usr/bin/wget -r -l 0 --spider --delete-after -P /tmp http(s)://site.com- проходит по всем встретившимся на страницах ссылкам, начиная с главной, прогревая тем самым кеш.Проверьте, сколько времени займет полный обход сайта, и затем в крон (системный) эту команду с периодичностью чуть больше, чем требуется на обход сайта.
Кеш всегда будет тёпленьким.
мм.. интересно..
а задержку можно сделать между скачкой каждой страницы, чтобы нагрузка по слабже была?
надо курить маны к wget, да в общем-то, какая там нагрузка
имхо, только pagespeed оптимизация (вплоть до рефакторинга)...
иначе боль и вечные костыли
https://api.drupal.org/api/drupal/includes%21cache.inc/function/calls/ca...
P.S. Санкции к выдаче применяются только уже к конкретной отдаче сервера, более 1 сек. Как правило, тут уже никакое кеширование не спасает.
(По состоянию на ноябрь 2019 - Я.Вебмастера)
P.P.S. тоже имхо, но спам-боты и прочая нечисть быстрее вам "разогреют" кеш страницы, чем туда доберется поисковый робот, особенно, если там форма/ы
https://www.drupal.org/project/cache_warmer
+ не стоит забывать про буст
http://www.vacilando.org/article/drupal-performance-mantra-crawl-boost-e...