Мы знали, что служба веб-рендеринга Google (WRS) занимается кэшированием, но теперь в новом сообщении от Гэри Иллиса и Мартина Сплитта из Google говорится, что «WRS кэширует все на срок до 30 дней». Это сделано, чтобы помочь «сохранить бюджет сканирования сайта для других задач сканирования», пишет Google.
Google объяснил, что на время жизни кэша WRS (службы веб-рендеринга) директивы кэширования HTTP не влияют.
Вот что опубликовал Google:
Сканирование ресурсов, необходимых для отображения страницы, будет отнимать бюджет сканирования имени хоста, на котором размещен ресурс. Чтобы исправить эту ситуацию, WRS пытается кэшировать каждый ресурс (JavaScript и CSS), на который ссылаются на страницах, которые он отображает. Директивы кэширования HTTP не влияют на время существования кэша WRS; вместо этого WRS кэширует все на срок до 30 дней, что помогает сохранить бюджет сканирования сайта для других задач сканирования.
Гэри Иллес добавился LinkedInчто его немного беспокоило разделение определенного числа, например, 30 дней. Он написал: «Я некоторое время обсуждал эту цифру 30 (то есть сам с собой), потому что боялся, что это создаст еще одну путаницу в 15 МБ, а также потому, что в будущем все может измениться». В конце концов он согласился, написал он: «Но, опять же, все может быть, поэтому я рад, что вы нашли это полезным (или в любом случае полезно учиться)».
Джо Холл спросил Блюскай:
Когда вы говорите, что WRS кэширует каждый ресурс в течение 30 дней, означает ли это, что WRS по сути не нужно выполнять рендеринг на стороне клиента в течение 30 дней после первоначального рендеринга? Или кеш применяется только к ресурсу, а не к HTML-коду, отображаемому после публикации?
Мартин Сплитт из Google ответил на Блюскай и сказал:
Это относится к ресурсам. Вот почему я рекомендую использовать файлы JS для снятия отпечатков пальцев, поскольку они имеют тенденцию обновляться чаще. Я не уверен на 100%, применимо ли это к запросам XHR GET, это точно *не* применимо к запросам XHR POST.
Интересные моменты, не так ли?
