AEM Dispatcher : les modifications du site web ne sont pas prises en compte en raison du cache /etc.clientlibs obsolète

Cet article explique comment résoudre un problème où les modifications récentes du site web n’apparaissent pas, car le contenu mis en cache sous /etc.clientlibs n’a pas été effacé dans Adobe Experience Manager (AEM) Dispatcher.

Description description

Environnement

Adobe Experience Manager (AEM) avec Dispatcher (toutes les versions)

Problème/Symptômes

Dans les environnements Adobe Experience Manager (AEM) utilisant Dispatcher, les utilisateurs finaux ne peuvent pas voir les modifications récentes apportées au site web, telles que les mises à jour de bannières, de scripts ou d’autres ressources côté client. Ce problème se produit lorsque le contenu mis en cache sous /etc.clientlibs n’est pas mis à jour, ce qui entraîne la diffusion de ressources obsolètes par Dispatcher.

  • Le contenu mis à jour, tel que les bannières de cookies ou les scripts, s’affiche lors de l’accès à la page avec un paramètre de requête, tel que ?v=123, mais n’apparaît pas lors de l’accès direct à la page.
  • Le problème est résolu lorsque le cache approprié sous /etc.clientlibs est effacé.

Cause

Le contenu en cache obsolète dans Dispatcher empêche la diffusion des ressources et des scripts du site web mis à jour, ce qui empêche les utilisateurs finaux d’afficher les modifications récentes.

Résolution resolution

Pour résoudre ce problème, procédez comme suit :

  1. Identifiez les chemins d’accès au cache affectés :

    • Déterminez quels répertoires de cache Dispatcher correspondent aux ressources du site affectées. Les chemins d’accès courants incluent /etc.clientlibs et le chemin d’accès au contenu de la page concernée, par exemple /content/<site>/en.html.
  2. Accédez au(x) serveur(s) Dispatcher :

    • Vérifiez que vous disposez des autorisations nécessaires pour accéder aux répertoires du cache de Dispatcher et les modifier.
  3. Effacez le cache Dispatcher approprié :

    • Sur chaque serveur Dispatcher, supprimez le contenu mis en cache pour les chemins d’accès concernés. Par exemple, supprimez le répertoire /etc.clientlibs et toute entrée de cache spécifique à une session, le cas échéant.
    • Si le problème concerne une page spécifique, effacez également le cache de cette page, par exemple, /content/<site>/en.html.
  4. Validez les modifications :

    • Accédez aux URL affectées sans paramètres de requête et vérifiez que les dernières modifications sont visibles.
    • Testez avec et sans paramètres de requête pour confirmer un comportement cohérent.

Une purge complète du cache n’est pas requise. Utilisez l’invalidation de cache ciblée à moins que des problèmes plus larges ne soient observés.

recommendation-more-help
experience-cloud-kcs-help-kbarticles