[RESOLU] Problèmes boucle de redirection, URL rewriting, panier qui se vide etc...

March 5, 2014

Bonsoir,

Je poste ici un nouvel topic en espérant d'y trouver une solution :

Je suis épuisée et sincèrement au bord de la crise de nerfs :S Je n'arrête pas d'enchainer les galères avec une version dite "stable" (pour résumer : PayPal Integral Evolution qui ne marche pas :commandes fantômes 202 commerce contacté mais depuis aucune réponse de leur part, Panier qui se vide tout seul si on est sur "www.domaine.com/shop", Impossible de se connecter ou de créer un compte en FO, aucun message d'erreur!) J'ai pensé que cela venait d'une mauvaise boucle et en effet c'est bien ça.

J'ai spécifié pourtant en BO que le domaine est www.domaine.com, chemin du dossier presta : "shop". Tout avait l'air de fonctionner, sauf que si j'enlevais les WWW je me retrouvais sur une page 404 et si j'utilisais les WWW j'avais le résultat expliqué plus haut.

Du coup j'ai reinitialisé les DNS chez OVH, annulé toutes les redirections, enlevé URL rewriting en attendant, spécifié le domaine pour http sans www et maintenant PLUS RIEN. Plus d'accès au BO : "Compte employée inexistant ou mauvais mot de passe", impossible de me reconnecter. Je vois le chemin de l'admin qui change une fois sur deux : un coup c'est www.domaine.com/shop/admin un coup c'est www.domaine.com//shop/admin, maintenant domaine.fr/shop/admin et le message "Cette page présente une boucle de redirection" et quand je réussi je reste bloqué sur la page d'identification sans aucun code erreur...

Comme si l'annulation du www n'était pas prise en compte. J'ai vidé les caches, cookies des navigateurs, caches smarty, compiles...Le FO marche une fois sur deux également. Un coup avec un coup sans WWW. J'ai vu que OVH définissait en URL canonique le domaine sans www, est-ce que cela a un rapport avec le dysfonctionnement du panier quand je demande d'avoir les WWW? Est-ce que OVH a lui même des caches sur le domaine?

Le problème est que j'ai plein de liens avec www devant provenant d'autres sites web, le problème est que avec eux le panier / identification ne marchent pas et sans eux il n'y a aucune conversion d'URL du coup je tombe sur une page 404 - page introuvable. J'ai essayé des diverses manipulations avec HTACCESS de forcer le www, de ne pas le forcer, rien n'y fait, je suis toujours dans une impasse. Je n'ai jamais eu ce genre de problèmes avec la chère 1.4.8.

Depuis hier, j'ai contacté l'assistance technique de chez OVH, mon domaine n'avait aucune redirection. Mais j'ai reinitiliasé le domaine quand même pour être sure que cela ne provenait pas de la. Maintenant faut attendre 4 à 24h. Je me pose des questions. Vu que ce problème est survenu sur mon domaine par défaut, est-ce que cela servira à quelque chose? Je veux éviter que mes clients si ils suivent un lien avec www se retrouvent sur une page 404 ou ne peuvent commander. J'ai lu tous les topics possibles sur ce forum, des pistes, mais aucune réelle solution. Pourtant ce n'est pas si compliqué à gérer, à l'époque avec la 1.4.8 je n'avais aucun problème. Tout tournait avec ou sans www. Maintenant je ne comprends plus comment faut faire. J'espère que la team de prestashop me répondra, cela resoudra les problèmes de beaucoup de personnes concernant : l'url rewriting avec et sans www, l'authentification côté client et BO, ajout et commande panier...

Cordialement,

une nana au bord de la crise

Edited March 6, 2014 by kalakrima (see edit history)

March 5, 2014

Bonjour

Le problème de la boucle de redirection peut être pour des raisons multiples, ça peut être une erreur de redirection au niveau de la gestion du nom de domaine ceci est rare dans une installation par défaut, peut provenir si on fait une mauvaise modification dans les dns.

Peut provenir du fichier .htaccess mal configuré, peut provenir des cookies un cookies qui ne s'efface pas ou qui reste bloqué,

peut provenir d'un fichier dans le cache du navigateur ou le navigateur qui ne vérifie pas les changements des pages ou de l'historique du navigateur, vu que les navigateurs aujourd'hui ils complètent automatiquement les liens en croyant bien faire pour faciliter la vie des gens on rends le système plus complexe.

Peut provenir du cache de prestashop, peut provenir de la configuration du serveur au niveau de son système d'exploitation mais là en mutualisé vous ne pouvez rien faire.

Les fichiers des produits ne sont pas écris physiquement sur le disque dur du serveur, exemple le fichier ma-bpucle-d-oreille-d-or.html n'existe pas si vous regardez sur le FTP.

Ce fichier est créer à la volée lors de l'accès d'un visiteur qui clique sur le lien. Toutes ces causes possibles peuvent être que l'une d'elle ou toutes ensemble.

Bon excluons la configuration du nom de domaine au niveau des dns et du compte si vous n'avez pas touche ou effectuer des modifications, ça peut arriver mais c'est plutôt rare.

Ce qu'il faut :

1° ouvriir le navigateur sur une page vierge, vider le cache, supprimer les cookies, supprimer l'historique, supprimer l'historique de la barre de navigation

2° fermer toutes les fenêtres du navigateur.

3° Aller sur son FTP vider le cache smarty : sur la 1.5.x /cache/smarty/cache & /cache/smarty/compile
Supprimer tous les fichiers et dossiers sauf le index.php s'il y est.

Vidé tout dossier comme fichier.

4° vérifier : soit on accède avec http://www.domaine.com soit on accède avec http://domaine.com

donc dans ce cas dans ps_configuration >> ps_shop_domain et ps_shop_domain_ssl ce qui équivaut dans le back office à Préférences >> Seo&Url's dossier du fichier index si à la racine c'est un slash / si dans un dossier un slash / nomdudossier un slash /

= /boutique/

Nom de domaine et nom de domaine ssl on mets la même chose dans les deux : soit avec les www : www.mondomaine.com

ou sans les www : mondomaine.com à partir de là on se maintient a toujours utilisé et taper la même chose.

A référencer de la même manière, configurer le .htaccess de la même manière, d'indiquer l'url aux visiteurs de la même manière, de créer les liens en dur de la même manière. Et vous soumettez à googlebot de la même manière.

Ce qui peut aussi arriver j'ai eu le cas, c'est la box livebox freebox dartybox neufbox etc.. de la rebooter pour de nouveau avoir un accès correcte au site.

Maintenant vous reprenez le souffle et suivez point par point ce que je viens d'écrire.

Edited March 5, 2014 by Oron (see edit history)

March 5, 2014

Bonjour

Le problème de la boucle de redirection peut être pour des raisons multiples, ça peut être une erreur de redirection au niveau de la gestion du nom de domaine ceci est rare dans une installation par défaut, peut provenir si on fait une mauvaise modification dans les dns.

Peut provenir du fichier .htaccess mal configuré, peut provenir des cookies un cookies qui ne s'efface pas ou qui reste bloqué,

peut provenir d'un fichier dans le cache du navigateur ou le navigateur qui ne vérifie pas les changements des pages ou de l'historique du navigateur, vu que les navigateurs aujourd'hui ils complètent automatiquement les liens en croyant bien faire pour faciliter la vie des gens on rends le système plus complexe.

Peut provenir du cache de prestashop, peut provenir de la configuration du serveur au niveau de son système d'exploitation mais là en mutualisé vous ne pouvez rien faire.

Les fichiers des produits ne sont pas écris physiquement sur le disque dur du serveur, exemple le fichier ma-bpucle-d-oreille-d-or.html n'existe pas si vous regardez sur le FTP.

Ce fichier est créer à la volée lors de l'accès d'un visiteur qui clique sur le lien. Toutes ces causes possibles peuvent être que l'une d'elle ou toutes ensemble.

Bon excluons la configuration du nom de domaine au niveau des dns et du compte si vous n'avez pas touche ou effectuer des modifications, ça peut arriver mais c'est plutôt rare.

Ce qu'il faut :

1° ouvriir le navigateur sur une page vierge, vider le cache, supprimer les cookies, supprimer l'historique, supprimer l'historique de la barre de navigation

2° fermer toutes les fenêtres du navigateur.

3° Aller sur son FTP vider le cache smarty : sur la 1.5.x /cache/smarty/cache & /cache/smarty/compile

Supprimer tous les fichiers et dossiers sauf le index.php s'il y est.

Vidé tout dossier comme fichier.

4° vérifier : soit on accède avec http://www.domaine.com soit on accède avec http://domaine.com

donc dans ce cas dans ps_configuration >> ps_shop_domain et ps_shop_domain_ssl ce qui équivaut dans le back office à Préférences >> Seo&Url's dossier du fichier index si à la racine c'est un slash / si dans un dossier un slash / nomdudossier un slash /

= /boutique/

Nom de domaine et nom de domaine ssl on mets la même chose dans les deux : soit avec les www : www.mondomaine.com

ou sans les www : mondomaine.com à partir de là on se maintient a toujours utilisé et taper la même chose.

A référencer de la même manière, configurer le .htaccess de la même manière, d'indiquer l'url aux visiteurs de la même manière, de créer les liens en dur de la même manière. Et vous soumettez à googlebot de la même manière.

Ce qui peut aussi arriver j'ai eu le cas, c'est la box livebox freebox dartybox neufbox etc.. de la rebooter pour de nouveau avoir un accès correcte au site.

Maintenant vous reprenez le souffle et suivez point par point ce que je viens d'écrire.

Merci pour votre réponse Oron.

1. J'ai suivi les instructions, mes DNS sont à jour.

2. J'ai vidé le cache smarty & la compile via le ftp. J'ai défini le domaine dans le SEO & URL's => mondomaine.fr chemin du dossier : /shop/ (comme avant)

3. Vidé les caches/cookies du navigateur, redémarré Firefox. Ok, j'arrive à accéder au BO & FO. J'ai réactivé la réécriture des URL. Je peux naviguer dans la boutique, ajouter des articles dans le panier.

Mais le problème reste le même : si je clique sur un lien publié sur facebook comportant : www.mondomaine.fr/shop/category.product.html je tombe sur une page : mondomaine.fr/shop/category?controller=404

Donc mon problème persiste. Il n'y a pas de conversion de URL. Je voudrais que les internautes puissent se connecter et utiliser mon site que ce soit avec le www ou sans le www mais ne pas tomber sur une page 404

Par contre si je saisis manuellement l'adresse www.mondomaine.fr/shop je suis bien redirigé vers l'accueil en mondomaine.fr/shop

March 5, 2014

En fait je me suis rendue compte maintenant que j'ai changé d'offre d'hébérgement, les DNS etc, que le problème provient bien de prestashop et du module URL Rewriting. En fait quand il est désactivé, tout fonctionne et mes liens sont convertis du www vers le sans www. Mais si j'active le SEO Url, je tombe sur une page 404. Donc l'erreur provient bien de .htaccess

J'ai vu quelque part sur le forum quelque chose à propos de categoryTree et nleft nright. Ca pour le coup je ne comprends pas très bien. Avez-vous une piste?

March 6, 2014

Mais le problème reste le même : si je clique sur un lien publié sur facebook comportant : www.mondomaine.fr/shop/category.product.html je tombe sur une page : mondomaine.fr/shop/category?controller=404

Donc mon problème persiste. Il n'y a pas de conversion de URL. Je voudrais que les internautes puissent se connecter et utiliser mon site que ce soit avec le www ou sans le www mais ne pas tomber sur une page 404

Par contre si je saisis manuellement l'adresse www.mondomaine.fr/shop je suis bien redirigé vers l'accueil en mondomaine.fr/shop

Bonjour

Avec tous les liens ou seulement un seul ?

Donnez-moi votre url si vous voulez pas donner en public faites le en MP

Edited March 6, 2014 by Oron (see edit history)

March 6, 2014

Re-Bonjour,

Alors j'ai résolu le problème!! Avec l'aide précieuse d'Oron!! Merci!!!!!!!!!

Tout d'abord, j'ai modifie les DNS en ajoutant deux champs A, pour que le www. et le http pointent toujours sur le même IP.

Une fois que les DNS étaient propagés, je ne sais pas si cela a un rapport mais en BO j'avais 2 avertissements pour la BDD en me disant que deux modules étaient présents dans la BDD mais que leurs fichiers étaient manquants. J'ai retrouvé les modules et les ai supprimé de la BDD, ensuite j'ai donc re-essayé de faire la manière suivante :

J'ai désactivé les URL simplifiés, puis :

dans le BO -> domaine -> www.site.fr

je vais sur le site -> ça fonctionne (panier/identification)

J'ai activé les URL simplifiés :

maintenant -> tout marche ))))))))))

Bien entendu si je vais sur site.fr/shop/category/product.html je suis redirigé vers www.site.fr/shop/category/product.html?controller=404 Donc toujours pas de conversion des liens http vers les liens www. Pourtant il les trouve bien, mais il n'y a pas de match entre les deux.

mais maintenant la redirection se passe bien, si je clique sur accueil, je peux m’enregistrer, identifier, commander, ce qui n'était pas le cas avant, pour cela je pense que c'était un problème de cookie.

Merci Oron! J'ai lu quasiment tout le forum en anglais/français/russe et je ne voyais plus clair!

Edited March 7, 2014 by kalakrima (see edit history)

October 19, 2020

Bonjour,

J'ai le même problème. Le site en concerné est dans un sous-dossier https://webdesigndev.fr/nelscouleurs/

Il y a plusieurs boucles de redirection.

J'ai bien supprimé les caches dans smarty (via ftp), et vidé les caches du navigateur (cookies & cache), et supprimé le fichier class_index.php dans le dossier cache ;
les url dans ma table ps_configuration il y a juste le nom de domaine et pas le sous-dossier nelscouleurs où il y a le site :

PS_SHOP_DOMAIN value webdesigndev.fr
PS_SHOP_DOMAIN_SSL value webdesigndev.fr

Dans mon fichier .htaccess voici ce que j'ai sur les redirections :

<IfModule mod_rewrite.c>
<IfModule mod_env.c>
SetEnv HTTP_MOD_REWRITE Off
</IfModule>

RewriteEngine on


#Domain: webdesigndev.fr
RewriteRule . - [E=REWRITEBASE:/nelscouleurs/]
RewriteRule ^api$ api/ [L]

RewriteRule ^api/(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]

# AlphaImageLoader for IE and fancybox
RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ js/jquery/plugins/fancybox/images/$1.$2 [L]
</IfModule>



#If rewrite mod isn't enabled
ErrorDocument 404 /nelscouleurs/index.php?controller=404

Côté DNS tout est normal.

Cela fait une semaine que je cherche une solution, aujourd'hui je reviens vers vous, avez-vous une solution s'il vous plait ?

Merci beaucoup !

Lucinda

October 19, 2020

Aussi je n'ai pas accès au backoffice, voici ce que j'ai en image

October 21, 2020

Est-ce que quelqu'un a la solution s'il vous plait ? http://webdesigndev.fr/nelscouleurs/

[RESOLU] Problèmes boucle de redirection, URL rewriting, panier qui se vide etc...

Recommended Posts

kalakrima 4

Share this post

Link to post

Share on other sites

Oron 876

Share this post

Link to post

Share on other sites

kalakrima 4

Share this post

Link to post

Share on other sites

kalakrima 4

Share this post

Link to post

Share on other sites

Oron 876

Share this post

Link to post

Share on other sites

kalakrima 4

Share this post

Link to post

Share on other sites

Lucinda91290 1

Share this post

Link to post

Share on other sites

Lucinda91290 1

Share this post

Link to post

Share on other sites

Lucinda91290 1

Share this post

Link to post

Share on other sites

Create an account or sign in to comment

Create an account

Sign in

Important Information