Un fichier Docker Compose ? Votre projet est en ligne en quelques secondes, en une seule commande sur cdn.com.tr. Voir comment Votre code sur GitHub ? Chaque push se déploie tout seul sur cdn.com.tr — connectez votre dépôt. Voir comment

Aide CDN.com.tr

Le contenu ancien s'affiche encore après un déploiement

Distinguer le cache CDN du cache navigateur, purger le bon chemin et vérifier avec des requêtes propres.

Dépannage et glossaire des statuts

Le contenu ancien s'affiche encore après un déploiement

Distinguer le cache CDN du cache navigateur, purger le bon chemin et vérifier avec des requêtes propres.

Cas d'usage

Un client a déployé du nouveau CSS, JS ou HTML sur l'origine, mais les visiteurs (ou le client lui-même) voient toujours l'ancienne version.

Workflow

  1. Vérifiez d'abord que l'origine sert bien le nouveau contenu (interrogez directement l'origine ou vérifiez le déploiement).
  2. Testez l'URL publique avec `curl -I` ou une fenêtre de navigateur privée — un rechargement normal peut afficher le cache de votre propre navigateur, pas celui du CDN.
  3. Vérifiez l'en-tête `X-Proxy-Cache-MT` : HIT avec l'ancien contenu signifie que le cache CDN a besoin d'une purge.
  4. Ouvrez Purge Management et purgez les chemins modifiés (ou utilisez un jeu de chemins enregistré pour les mises en production).
  5. Redemandez l'URL : attendez-vous à un MISS, puis à un HIT avec le nouveau contenu.

Verifications

  • Le cache navigateur et le cache CDN sont deux couches distinctes ; un rafraîchissement forcé ne vide que la première.
  • Purger `/` ne purge pas toutes les pages — purgez les chemins précisément modifiés ou utilisez délibérément la purge globale.
  • Si vos URL de ressources incluent une chaîne de requête de version (`app.css?v=123`), incrémenter la version est souvent préférable à une purge.

Questions frequentes

J'ai purgé mais je vois toujours l'ancienne page.

Vérifiez si la réponse est désormais MISS (la purge a fonctionné, il ne reste que le cache navigateur — utilisez une fenêtre privée) ou toujours HIT (le chemin de purge ne correspondait pas — purgez le chemin exact, y compris les préfixes de locale ou les chaînes de requête).

Dois-je purger après chaque déploiement ?

Uniquement pour les URL dont le contenu a changé mais dont le chemin est resté identique. Les URL de ressources versionnées évitent entièrement ce problème ; les pages HTML nécessitent généralement une purge ou un TTL court.

Pourquoi les utilisateurs mobiles voient-ils encore l'ancien contenu après une purge ?

Mobile et ordinateur sont mis en cache séparément. La purge du panneau efface les deux variantes ; si vous avez purgé via un script personnalisé, assurez-vous que les deux variantes sont couvertes.

Pages associees