page Invalid Token

Bonjour,

Normalement, ce genre d'erreur vient d'un système de cache trop agressif qui cache les pages, et donc le token sur la page ne correspond pas au token dans la session de l'utilisateur.

Bonjour,

Si vous nous fournissez l'URL du site en question, nous pourrions regarder le problème directement et peut être trouver la cause.

Bonjour,

Je n'arrive pas à ouvrir votre pièce jointe.

Bonjour,

En regardant le site que vous avez indiqué, il n'y a pas de cache visible du côté hébergement : le serveur est un simple Apache, sans LiteSpeed, Varnish ni CDN, et les pages sont déjà envoyées en no-cache. Le cache qui sert un token périmé est donc à chercher à l'intérieur de Joomla ou dans une extension, pas chez l'hébergeur.

À vérifier dans cet ordre, en testant la déconnexion après chaque étape :
- Configuration globale > Système > Cache : passez-le sur "OFF - Cache désactivé".
- Plugins : désactivez le plugin "Système - Cache de page" (System - Page Cache) s'il est activé.
- Toute extension d'optimisation ou de cache (l'optimiseur du template J51, JCH Optimize, etc.) : coupez sa fonction de cache de page.

Le principe : la déconnexion Joomla est protégée par un token CSRF. Quand une de ces couches sert la page (ou le lien de déconnexion) depuis un cache, le token affiché ne correspond plus à celui de la session en cours, d'où la page "Invalid Token". La page blanche et le double retour arrière sont le comportement normal de Joomla quand ce contrôle échoue. Ce n'est pas lié à HikaShop : le lien de déconnexion et son token sont gérés par Joomla.

Si le problème persiste une fois ces caches désactivés, testez aussi en coupant temporairement vos extensions de sécurité (Admin Tools, RSFirewall, etc.), car certaines rejettent la requête de déconnexion avec le même message.

Bonjour,

Content que ce soit réglé.

Mon avis direct : sur un site peu visité, avec peu de changements de pages et un panier peu utilisé, cet affinement n'en vaut pas la peine. Le cache de page sert surtout à soulager le serveur sur les sites à fort trafic. Sur un site comme le vôtre, le gain de performance est négligeable, alors que vous réintroduisez exactement le type de risque que vous venez d'éliminer.

Il faut aussi distinguer deux caches différents, souvent confondus :
- Le cache général, dans Configuration globale > Système > Cache. C'est celui-ci que vous avez passé sur OFF. Vous pouvez sans souci le remettre sur "Conservative" : il est sûr et n'était pas la cause du token. À noter : le mode "progressif" n'existe plus dans les Joomla récents, il ne reste que "Conservative" ou "OFF".
- Le plugin "Système - Cache de page" (System - Page Cache), qui met en cache la page entière. C'est lui le responsable du "Invalid Token", et c'est lui qui propose la liste d'exclusion d'éléments de menu.

Donc si vous voulez une petite optimisation sans risque, remettez simplement le cache général sur "Conservative" et laissez le plugin de cache de page désactivé. Vous obtenez quasiment la même performance sur un site de cette taille, sans le risque.

Si malgré tout vous tenez à réactiver le plugin de cache de page avec la liste d'exclusion : oui, c'est possible, vous ajoutez ces éléments de menu dans l'exclusion. Mais c'est fragile : le problème de token peut apparaître sur n'importe quelle page qui affiche le module de connexion/déconnexion, pas seulement sur les pages de compte que vous avez listées. Il suffit donc d'en oublier une pour que le souci revienne. C'est une raison de plus, sur votre site, de ne pas s'embêter avec ça.