Mise en œuvre d'Appcelerator (DNS) : exclusions de modèles par défaut
Cet article décrit les opérations effectuées par Appcelerator avant que vous n'ajoutiez des règles de comportement avancées.
Les requêtes qui ne sont jamais mises en file d'attente
Les requêtes dont le chemin d'accès se termine par l'une des extensions de fichier suivantes sont transmises directement à votre serveur d'origine sans être vérifiées par rapport à vos salles d'attente :
avi css csv eot gif ico jpg js json map mov mp4 mpeg
mpg ogg ogv ott pdf png svg ttf webmanifest wmv woff woff2 xml
Tout le reste est vérifié par rapport à vos salles d'attente. Il vous appartient d'ajouter des règles pour tout autre chemin qui ne doit pas être mis en file d'attente. Exemples courants :
- Dossiers utilisés pour les ressources statiques et les fichiers multimédias, tels que
/wp-includes/*ou/assets/*. - URL de rappel et de webhook utilisées par les prestataires de paiement tiers.
- Points de terminaison API, flux JSON et RSS.
Ajoutez-les dans la section « Règles de comportement avancées » en définissant l'option « Contourner la file d'attente » sur « Contourner ». Consultez l'article consacré aux règles de comportement avancées.
Par défaut, rien n'est mis en cache.
Pour activer la mise en cache, ajoutez une règle avec Mise en cache activée pour les chemins que vous souhaitez mettre en cache, ou utilisez la Ressources statiques préréglage. Lorsque la mise en cache est activée, CrowdHandler respecte les paramètres de votre origine Cache-Control et Date d'expiration les en-têtes et les caches pendant 24 heures lorsqu'aucun des deux n'est envoyé. Envoyer Cache-Control : no-store pour tout ce qui ne doit en aucun cas être mis en cache.
Utilisez l'option « Vider le cache » sur la page des paramètres du domaine pour effacer le contenu mis en cache après un déploiement.