Quelle est la configuration de cookie correcte pour un site Magento divisé en plusieurs instances en tant que sous-domaines?

Le problème

Un grand site utilise des instances distinctes de Magento pour différentes régions géographiques, de sorte que les entreprises sont isolées. Exemple:

site.com
north.site.com
south.site.com
east.site.com
west.site.com

Les utilisateurs peuvent visiter les sites racine + régionaux, se connecter directement sur un site régional ou se connecter à (site.com) avec leurs informations d'identification régionales (nous avons un authentificateur + redirection en place).

Certains ne peuvent pas se connecter après avoir pu le faire auparavant et ne reçoivent aucun retour d'erreur. Nous pouvons reproduire la faute qui a deux cookies avec le même nom mais des domaines différents. Exemple:

Nom: frontend, Domaine: .site.com
Nom: frontend, Domaine: .north.site.com

La suppression des cookies résout le problème dans la plupart des navigateurs. Les cookies semblent rester bloqués dans certains navigateurs et nous sommes perplexes à part attendre leur expiration, ce qui craint pour les utilisateurs.

Ce que nous avons essayé

Initialement, notre configuration était vide (comme ci-dessous) pour tous les sites. Cela a déclenché les problèmes. Si je comprends bien, nous devons définir explicitement le domaine pour tous les sites sur ".site.com" afin qu'un seul cookie puisse exister avec ce nom / domaine.

Est-ce que cela résout le problème de Magento de ne pas savoir quel cookie "frontal" est le bon - ou existe-t-il une configuration préférée?

La question

Quelle est la configuration de cookie correcte dans l'administrateur de Magento pour une configuration multi-domaines?

Voir: "Système> Configuration> Web> Gestion des cookies de session"

Configuration des cookies de Magento

multistore session cookie

— Brendan Falkowski
source

J'ai exactement le même problème. Avec une configuration vierge, mon sous-domaine n'a pas pu se connecter à l'administrateur. C'est à cause des cookies (évidemment). La suppression de tous les cookies du navigateur du domaine principal a permis de se connecter au sous-domaine, mais dès que vous vous connectez au domaine principal, l'administrateur du sous-domaine redirige vers l'écran de connexion et une nouvelle connexion est impossible.

— Buttle Butkus

Veuillez rédiger la solution. J'ai le même problème ...

— Sylon

Cela a résolu mon problème. magento.stackexchange.com/questions/71283/…

— Qiong

Réponses:

Nous avons dû faire quelque chose de similaire récemment:

Chemin des cookies : /
Domaine des cookies : .site.com

Cela a fait l'affaire dans notre cas.

— Allan MacGregor
source

C'est ce que nous pensions. Les vrais documents auraient été utiles ici ...

— Brendan Falkowski

Avez-vous utilisé ce paramètre pour l'installation du domaine principal uniquement, ou pour les installations de sous-domaine uniquement, ou pour toutes les installations?

— Buttle Butkus

Ne marche pas. J'ai essayé d'utiliser ces paramètres (chemin d'accès aux cookies et domaine) uniquement sur l'installation du domaine principal. Ensuite, j'ai essayé de l'utiliser à la fois le domaine principal et un sous-domaine (par exemple http;//north.site.com). Ensuite, j'ai essayé de changer le domaine de cookie du sous-domaine en .north.site.com(avec un point devant le sous-domaine). Ensuite, j'ai essayé de supprimer le point devant le domaine Cookie du sous-domaine ( north.site.com). Je tire dans le noir et je ne frappe rien. Rien ne fonctionne. Désormais, le domaine principal et le sous-domaine n'autoriseront pas du tout la connexion administrateur. Vider le cache, est revenu aux valeurs par défaut des cookies.

— Buttle Butkus

Buttle, avez-vous également effacé les cookies de votre navigateur entre chaque étape?

— Allan MacGregor

Bonjour! Veuillez rédiger la solution. J'ai le même problème. Besoin d'écrire .site.com uniquement pour site.com storeview?

— Sylon

Nous avions quelque chose de similaire à cette obtention de sessions à partager entre une instance Wordpress et une instance Magento. Notre solution consistait (comme vous le dites) à définir le domaine .site.com, mais nous avons également connu un énorme chagrin car nous n'avons pas immédiatement effacé les données des sessions.

— Max Bucknell
source

Oui, c'est le problème auquel nous sommes confrontés maintenant. Certains navigateurs rendent les cookies très collants et les utilisateurs ne peuvent pas les effacer. J'attends juste qu'ils expirent (ugh).

— Brendan Falkowski

Les choses seront un peu sordides jusque-là. Mon patron a reçu un e-mail du PDG du client en question se plaignant qu'il avait soudainement été déconnecté. Changer des choses comme ça est périlleux. Au moins tu le sais maintenant.

— Max Bucknell

Bonjour! Veuillez rédiger la solution. Besoin d'écrire .site.com uniquement pour site.com storeview?

— Sylon