Notions clés

Cache Rocket utilise un petit ensemble de termes de manière cohérente dans l'application et ces documents. Les apprendre une fois rend tout le reste plus rapide à lire.

Chaud et froid#

Froid

Aucune copie en cache utilisable n'existe. La requête suivante doit être reconstruite par votre serveur d'origine, ce qui est lent et coûteux.

Chaud

Une nouvelle copie en cache existe. La requête suivante est servie depuis le cache, généralement en quelques millisecondes, sans toucher à votre application.

Réchauffement

Demander délibérément une URL afin que sa copie en cache soit créée ou actualisée avant qu'un vrai visiteur n'en ait besoin.

Pénalité de démarrage à froid

Le temps supplémentaire que le premier visiteur attend après l'expiration pendant que la page est reconstruite. Éliminer cela est tout l’intérêt de Cache Rocket.

Warmers#

Un warmer est une configuration enregistrée décrivant ce qu'il faut réchauffer et comment. C'est l'objet central de Cache Rocket ; presque tout le reste s'attache à un seul.

Actif et ce qui démarre une course#

Chaque warmer a un commutateur Actif. Inactif warmers conserve sa configuration mais ne s'exécute jamais - utile lors de sa configuration ou pour faire une pause pendant la maintenance.

Un warmer actif s'exécute selon son planning et peut également être démarré manuellement, par un webhook de déploiement ou par une action de purge CDN.

URL d'entrée#

Une URL d'entrée est un point de départ pour une exécution à chaud. Écrivez-le dans son intégralité, y compris le schéma :

https://www.example.com              ← good
https://www.example.com/sitemap.xml  ← good, a sitemap
www.example.com                      ← bad, no scheme
/products                            ← bad, not absolute

Les URL de participation doivent utiliser un  hostname vérifié. La plupart des sites n’en ont besoin que d’un seul, car la découverte de liens et les plans de site font le reste. Ajoutez-en davantage pour garantir la couverture d'une section mal liée à partir de la page d'accueil : une page de catégorie approfondie, une page de destination accessible uniquement à partir des annonces ou un deuxième sous-domaine.

Profondeur#

La profondeur limite le nombre de sauts de liens à partir d'une URL d'entrée que le warmer parcourra. Une URL d’entrée a une profondeur de 0 ; les pages liées à partir de celui-ci ont la profondeur 1 ; les pages liées à partir de celles-ci sont de profondeur 2.

Si vous utilisez des plans de site, vous avez souvent besoin de moins de profondeur : le plan du site répertorie déjà directement vos pages profondes, afin qu'elles puissent être réchauffées sans y accéder.

Les deux intervalles#

Ceux-ci sont souvent confondus et contrôlent des choses différentes.

Intervalle de démarrage automatique

Fréquence à laquelle une nouvelle exécution commence, en secondes. 3600 signifie que le warmer démarre un nouveau passage sur votre site toutes les heures. C’est le paramètre auquel vous souhaitez généralement penser.

Intervalle de mise en file d'attente

Fréquence à laquelle les URL sont remises en file d'attente pendant le cycle de réchauffement, en secondes. Il régit le rythme du travail plutôt que le moment où une passe commence. La valeur par défaut est correcte, sauf si vous avez une raison spécifique de la modifier.

Choisissez l’intervalle de démarrage automatique en vous demandant combien de temps vous êtes prêt à laisser une page froide. Si votre CDN est mis en cache pendant une heure, le réchauffement toutes les heures maintient les choses au chaud en permanence. Réchauffer beaucoup plus souvent que la durée de vie de votre cache ne fait qu'ajouter de la charge sans avantage.

Limites de taux#

Le nombre maximal d'URL par minute est la limitation et le paramètre de sécurité le plus important du formulaire, car il décide de la quantité de réchauffement de charge ajouté à votre origine.

Commencez bas. Augmentez-le uniquement en surveillant le processeur et les temps de réponse de votre origine. Votre forfait applique également ses propres plafonds par minute, jour, semaine et mois.

Hostnames et vérification#

Un hostname est un domaine avec lequel vous avez enregistré Cache Rocket et dont vous avez prouvé que vous contrôlez, tel que www.example.com. Jusqu'à ce qu'un hostname soit vérifié, aucun warmer ne peut le cibler.

La vérification est un contrôle délibéré des abus. Sans cela, n'importe qui pourrait pointer le service vers le serveur d'un étranger et l'utiliser comme outil d'attaque. Détail dans Hostname vérification.

Mesurer le résultat#

Premier chargement

Combien de temps a duré la première des deux demandes. Représente l'expérience d'un visiteur arrivant sur une page froide.

Charge chaude

Combien de temps a duré la deuxième demande immédiate. Représente l'expérience de tous ceux qui arrivent après le réchauffement.

Amélioration

L'écart entre les deux. Il s’agit de l’avantage concret apporté par le réchauffement pour cette URL.

Indice de chaleur

Part de vos URL suivies qui semblent correctement mises en cache, en fonction des délais et des en-têtes de réponse liés au cache.

URL froide

Une URL qui reste lente même après avoir été réchauffée – généralement un signe qu'elle ne peut pas être mise en cache plutôt qu'un échec de réchauffement.

Ceux-ci sont regroupés dans [Santé du cache] (/documentation/cache-health).

Espaces de travail et rôles#

Par défaut, tout se trouve dans votre compte personnel. Sur les forfaits qui incluent des équipes, vous pouvez créer des espaces de travail (organisations) qui possèdent leurs propres warmers, hostnames, alertes et intégrations CDN.

Les membres obtiennent un rôle (propriétaire, administrateur, développeur, finance ou spectateur) qui décide de ce qu'ils peuvent voir et modifier. Les agences utilisent un espace de travail par client. Voir Équipes et rôles.

Plans et droits#

• Limites : plafonds numériques, tels que le nombre de warmers que vous pouvez créer, la profondeur à laquelle ils peuvent être explorés et le nombre d'URL que vous pouvez réchauffer par mois.
• Droits : indique si une fonctionnalité est disponible, telle que des plans de site, des en-têtes personnalisés, un réchauffement multirégional, GraphQL ou des équipes.

Les champs des fonctionnalités que votre plan n'inclut pas sont masqués ou désactivés sur les formulaires, de sorte que l'interface reflète toujours ce que vous pouvez réellement utiliser. Voir Plans et limites.

Clés API#

Une paire de clé publique et de clé secrète authentifie l'accès à la machine : le plugin WordPress, déployez les webhooks et l'API publique. Le secret est révélé une fois, immédiatement après une génération, et plus jamais. Gérez-les sous Compte → Compte. Voir Clés API.