si l'image a changé sur le serveur distant (même content-type ou pas), on sert l'ancienne image du cache
si l'image a été supprimée sur le serveur distant, on sert l'ancienne image du cache
si l'image a été bloquée par un admin, réponse immédiate d'image inexistante
Après l'expiration du cache :
si l'image a changé sur le serveur distant (même content-type ou pas), on récupère la nouvelle image et elle va en cache (par contre le content-type n'est pas mis à jour en cache...)
si l'image a été supprimée sur le serveur distant, réponse d'image inexistante (ce qui est dommage vu qu'on l'avait en cache)
si l'image a été bloquée par un admin, réponse immédiate d'image inexistante
En fait dans tous les cas où le serveur distant ne répond pas HTTP 200 ou 304, avec une image de taille inférieure à la limite et un bon content-type lors d'une récupération, on va ignorer ce qui était précédemment en cache et considérer que l'image est désormais en erreur. C'est donc vrai pour un souci temporaire ou non sur le serveur distant (5xx), un souci désormais sur l'accès à l'image (403, 404, etc.), un image qui a grossi au point de dépasser la limite de poids, etc.
# Résultats de la suite de tests mise à jour
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Comportement du cache d'image sur un 503 du serveur. Évalué à 3 (+0/-0). Dernière modification le 01 septembre 2024 à 11:48.
Avant l'expiration du cache :
Après l'expiration du cache :
En fait dans tous les cas où le serveur distant ne répond pas HTTP 200 ou 304, avec une image de taille inférieure à la limite et un bon content-type lors d'une récupération, on va ignorer ce qui était précédemment en cache et considérer que l'image est désormais en erreur. C'est donc vrai pour un souci temporaire ou non sur le serveur distant (5xx), un souci désormais sur l'accès à l'image (403, 404, etc.), un image qui a grossi au point de dépasser la limite de poids, etc.