Il s’agit d’une installation WP auto-hébergée sur nginx+php-fpm 8.3 avec la mise en cache fast-cgi de nginx pour le contenu dynamique et la mise en cache d’objets Redis (avec le dépôt de cache d’objets actif). Il n’y a pas d’autres couches (pas de CDN, pas de CF, pas de Varnish sur la machine ou autre cache local au-delà du cache fast-cgi de nginx). Vider le cache fast cgi de nginx (agressivement, en faisant rm -rf /etc/nginx/cache/*) n’a aucun effet sur le comportement problématique — des résultats obsolètes sont servis même après avoir vidé le répertoire de cache et redémarré nginx et php-fpm.
J’ai bien activé le chargement des commentaires Ajax en ce moment, oui, mais encore une fois, le désactiver (et vider le cache de nginx plus redémarrer nginx et php-fpm au cas où) n’a eu aucun effet sur le comportement problématique. Les navigateurs continuaient de servir des commentaires obsolètes.
Option basculée, transient-killer supprimé. Aucun changement dans le comportement problématique.
L’effet qu’il applique semble être de fournir un en-tête cache-control de type no-cache au lieu d’un en-tête avec une durée de cache spécifiée. Sans lui, mon navigateur semble très enclin à servir une version mise en cache obsolète du point d’accès wp-json/wp-discourse/v1/discourse-comments depuis son cache disque ; comme mentionné, je dois faire Shift-Ctrl-F5 (ou l’équivalent) pour forcer un rafraîchissement sans cache.
Le comportement problématique semble se situer du côté du navigateur, plutôt que dans un cache serveur persistant. Ce sont juste tous les navigateurs sur tous les systèmes d’exploitation auxquels j’ai accès qui font cela.