Search the Community

Bonjour, Je viens de passer l'après midi à essayer de trouver une solution à ce problème mais dans les dizaines de sujets traités à propos de ce soucis, aucun ne donnait une réponse concrète qui aurait résolu mon souci. Je ne peux plus utiliser correctement le BackOffice, je suis déconnecté à chaque fois (ou presque) que je clique sur un onglet. Comment j'en suis au tout début, j'ai essayé une réinstallation complète qui est restée sans effet sur le problème. C'est trés pénible, j'ai même essayé avec d'autres navigateurs, rien n'y fait. Je me demande si ça ne viendrait pas de mon hébergeur car j'ai le même souci sur un site déjà existant (passé à la V1.4) qui était en place depuis longtemps. Si quelqu'un avait l'amabilité de vouloir jeter un oeil, je lui transmettrais id et mot de passe pour un compte temporaire. Ceci dépasse mes compétence et m'empêche de progresser dans une commande, c'est assez gênant. Second souci, les modifications dans la feuille de style "global.css" restent sans effet ou apparaissent très longtemps après: j'ai bien forcé la compilation et désactivé le cache. Les deux problèmes sont peut être liés mais là, je suis perdu. Merci d'avance. Seb.

Bonjour, Je viens d'être confronté au problème de déconnexion du client avec la version 1.7 de Prestashop. Selon ce que j'ai pu lire sur le web, ce problème existe avec les versions antérieures. Voici ce que j'ai pu observer : La connexion d'un client est enregistrée dans un cookie qui est le cookie frontend. La durée de vie de ce cookie est paramétrable dans l'admin est il est réglé par défaut à 480 heures soit 20 jours. Lorsqu'un client se connecte, il y a deux cas de figure : cas n° 1 : il possède déjà un compte et se connecte avec ses identifiants (qui sont conservés en cache dans son navigateur pendant 20 jours par défaut) cas n° 2 : il ne possède pas de compte, il en créé un et il est connecté. Etude des deux cas : Cas n° 1 : si le client déjà inscrit se connecte à son compte pendant cette période de 20 jours (ce qui signifie que ses identifiants sont en cache), la déconnexion ne fonctionnera pas, il sera obligé de vider le cache de son navigateur pour pouvoir se déconnecter (il parait difficile d'obliger le client à effectuer cette manipulation, cela ne fait pas très sérieux !... ) Cas n°2 : si le client vient de créer son compte, à la fin de ses achats le lien de déconnexion fonctionnera normalement. En revanche, si ce même client décide 10 minutes après, ou le lendemain de refaire un achat, la déconnexion ne fonctionnera pas tant que la période de 20 jours, à l'issue de laquelle les données en cache seront automatiquement effacées, ne sera pas passée. Et on se retrouve dans le cas n° 1 !... Pourquoi ? Plaçons nous dans le cas ou le client vient de créer son compte ou que c'est client qui a déjà un compte et qu'il se connecte avec ses identifiants après le délai de validité des cookies : Le lien de déconnexion ressemble à quelque chose comme ceci : <a href="https://www.maboutique.fr /?mylogout "> Déconnexion </a> Lorsqu'il va cliquer sur ce lien, celui-ci sera placé dans le cache du navigateur (ceci est observable dans la console debug du navigateur – Chrome, Firefox, onglet Network). Une fois en cache, ce lien ne fonctionne plus et la déconnexion devient impossible tant que ce cache n'est pas vidé (manuellement ou automatiquement après la période de validité définie dans l'admin). Il est possible également, de vérifier dans le navigateur que le cookie frontend n'est pas modifié après un clic sur le lien de déconnexion : vous y trouverez la même valeur que celle qui a été créée lors de la connexion. Pour vous en convaincre, si vous êtes dans ce cas de figure, faites l'expérience suivante : Dans la console de votre navigateur, onglet Network, cochez la case "Disable cache", et cliquez à nouveau sur "Déconnexion". Et là ? Miracle, la déconnexion fonctionne, non ? Ce qui tendrait à prouver que l'on est face à un problème… de cache (Attention cependant, cette manip ne fonctionne que lorsque la console de debug est active) Pour ceux qui veulent en savoir plus, la méthode mylogout() est définie dans le fichier maboutique\classes\Customer.php et elle est appelée dans le fichier maboutique\classes\controller\FrontController.php. Cette méthode ($this->context->customer->mylogout(); est appelée dans un bloc if, elle est suivie de l'instruction Tools::redirect(isset($_SERVER['HTTP_REFERER']) ? $_SERVER['HTTP_REFERER'] : null); Qui a pour but de rediriger le visiteur vers la page à partir de laquelle il a cliqué sur le lien "Déconnexion". Nous y reviendrons plus bas**… Pour éviter ce problème de mise en cache, j'ai trouvé sur le net une solution qui consiste à "dire" au serveur de ne pas mettre en cache dans le navigateur certains types de fichier. Ces instructions sont à placer dans le fichier .htaccess à la racine du site : <IfModule mod_headers.c> <FilesMatch "\.(php)$"> Header set Cache-Control "no-cache, no-store, must-revalidate" Header set Pragma "no-cache" Header set Expires 0 </FilesMatch> </IfModule> Tous les fichiers dont l'extension est php ne seront pas mis en cache. Cette astuce fonctionne mais elle est un peu "brute" car elle va toucher tous les fichiers php de votre site. J'ai donc creusé un peu plus pour tenter de trouver une solution plus "light". **Revenons à l'instruction de redirection placée dans le maboutique\classes\controller\FrontController.php : j'ai constaté que c'est cette instruction qui, lorsqu'elle est exécutée place la méthode mylogout() dans le cache du navigateur. Il suffit de la placer en commentaire pour que le problème de déconnexion disparaisse définitivement sans créer de dysfonctionnement sur le site. Comme décrit plus haut, cette instruction a pour seul but de renvoyer le visiteur sur la page à partir de laquelle il a cliqué sur le lien de déconnexion. Sans elle, le visiteur sera simplement redirigé vers la page d'accueil, ce qui ne présente pas un inconvénient majeur. Il est a noter que parmi toutes les méthodes qui concernent le compte client (mon-compte, connexion?back=my-account, mylogout()) seule la méthode mylogout() est mise en cache. Pourquoi ? Mystère… Il faudrait creuser d'avantage pour tenter de comprendre, quant à moi, je n'ai pas poussé plus loin les investigations. Si cet article est lu par un développeur Prestashop, peut-être aurons-nous une explication… Dernier point : Confronté à ce problème sur un site hébergé, avant d'avoir trouvé la solution présentée ci-dessus, j'ai rapatrié ce site pour l'installer en local sur mon serveur EasyPhp. Il s'avère que ce problème n'existe pas sur serveur en local : la méthode mylogout() n'est jamais mise en cache… Sans doute une piste à creuser ?... J'espère avoir été assez clair dans mes explications. Si, de votre côté vous avez des informations qui pourraient compléter cet article, n'hésitez pas à publier ! https://www.fuzy-conceptweb.fr/

Bonjour, Je viens vers vous aujourd'hui car sur ma boutique il n'existe aucun bouton "déconnexion"... Mon webmaster n'étant plus disponible je dois me débrouiller et je vous avoue que je n'y connais pas grand chose en codage... Est ce que quelqu'un aurait la patience de m'expliquer comment résoudre ce gros soucis qui m'embête énormément et embête également mes clients ? Merci d'avance ! Mon site : www.boutique-ombeline.com

Bonjour, Je suis face à un problème dans le développement d'un site pour un client. Les deux liens de déconnexion (header et footer) ne fonctionnent pas. En effet, ils renvoie l'utilisateur vers l'espace "Mon compte" mais la déconnexion ne se fait jamais. Comment résoudre ce problème ? Merci d'avance

Bonjour Je suis en version 1.7.4.2 tout fraîchement ré-installé . Mon problème c'est que quand j'essaie d'installer mon nouveau thème compatible avec cette version, à la fin u téléchargement mon back office ce déconnecte et mon nouveau thème n’apparaît pas dans mon BO . J'ai également essayer en ftp et même chose pas de nouveau thème dans mon BO. Que dois-je faire svp Merci d'avance

Bonjour à tous ! Voila mon problème : Lors de la connexion d'un client, après avoir entré l'email + mot de passe, je clique sur "connexion". De la, rien ne se passe, je reste sur la même page, avec dans le header mes boutons "contactez-nous" et "connexion". Comme si rien n'avait été fait. Puis, si je retourne sur l'accueil de mon site (via le logo) la je suis bien connecté. Les boutons du header on bien changés en "contactez-nous" "mon nom" et "déconnexion". Par la suite il m'est impossible de me déconnecter. J'ai l'impression que sur les pages mises en cache, les actions de connexion/déconnexion ne fonctionnent pas comme voulu ? Sachant que, suite à une connexion, mon url fini par : blabla.com/authentification?back=my-account Je ne vois jamais "mon compte" avec cette url, je reste sur la page de connexion... par contre l'url : blabla.com/mon-compte fonctionne bien De plus J'ai un message dans la console du navigateur au moment ou je clique sur "connexion" : "L’URL fournie n’est pas autorisée par la configuration de l’application.: Une ou plusieurs URL fournies ne sont pas autorisées par les paramètres de l’application. Elle(s) doi(ven)t correspondre à l’URL du site ou du Canevas, ou le domaine doit être un sous-domaine de l’un des domaines de l’application." Je suis vraiment perdu la ? Je ne comprend pas ce qu'il ce passe, et ce problème est très gênant car les clients ne voient pas qu'il sont connectés après leur authentification, a moins de retourner sur l'accueil ou une autre page. Désolé de l'expression mais --> "C'est un truc de ouf !" Quelqu'un a-t-il déjà rencontrer ce problème ? Certain oui (google) mais je ne trouve aucune réponse satisfaisante. En parallèle j'attends une réponse de mon hébergeur car j'ai une piste concernant le CacheControl d'Apache... mais la, je ne suis sur de rien. Merci d'avance pour vos réponses, j'espère avoir été claire. Je suis sur la version 1.6.0.9 de presta. avec le thème de base. bien cordialement Alex.

Bonjour, J'ai récemment acheté la formation video2brain Prestashop et je commence donc à vouloir faire mon site, mais j'ai un problème. J'installe Wampserver, et je fais les manipulations avec phpmyadmin etc... J'accède à mon back office, mais dès que je clique sur un onglet de deuxième niveau, ou que j'essaie de modifier quelque chose, je suis déconnecté. J'ai effacé les cookies, rien ne change... Si quelqu'un peut m'aider. Merci d'avance,

Bonjour je tourne sous Prestashop 1.4.5.1. J'ai un problème très génant, que j'observe aussi bien sur mon template que celui par défaut de PS 1.4.5.1: sur le front office, une fois connecté, il est impossible de se déconnecter. Disons que je suis connecté sur un compte client, sur la page "Mon Compte" je me déconnecte un retour manuel vers la page d'accueil du site fait afficher comme si j'étais déconnecté (le lien affiche Connexion et non plus déconnexion après le nom du client) ... mais si je clique sur le lien "mon compte" je reviens sur la page Mon Compte du compte duquel je m'étais normalement déconnecté juste avant Seul "moyen" trouvé : supprimer cookie & cache du navigateur, ce qui est pas terrible Suis-je seul observer un tel comportement ? Comment pallier à cela ? Merci Matt PS: * je suis sur un serveur dédié KimSufi avec Apache par derrière * j'ai bien tenté déjà de nettoyer intégralement mon .htaccess pour virer toutes les primitives liées au cache & compression, mais cela ne change rien au comportement observé.

Bonjour, Comme le dit le sujet la déconnexion me pose problème sur un site Prestashop (v 1.4.4.1) en développement actuellement. Lorsque l'on cliques sur le lien pour se déconnecter on est redirigé vers une page qui n'est pas la même pour tous les testeurs (compte souvent) et en plus on est pas déconnecté ... Il semble qu'il s'agit d'un problème de cache ou de mise à jour du cookie. Quand on continue à naviguer on voit le panier d'afficher vide puis se mettre à jour avec son contenu avant déconnexion. J'ai l'impression qu'il y a deux cookies pris en compte ... J'ai testé avec le template de base et c'est pareil ... . Cela viendrait-il du serveur ? Chez certains testeurs ça marche et chez d'autres pas. Mais ce qui est paradoxal c'est que sur un Prestashop qui vient d'être fini sur un autre serveur ça marche sans souci ... Une idée ou suggestion ? Merci.