Les cookies ne fonctionnent pas avec les sous-domaines

Nous avons un site principal à example.com. La connexion example.com/adminfonctionne très bien là-bas.

Mais sur un site de test à, test.example.com/adminje ne peux pas me connecter à l'administrateur sans d'abord supprimer tous les example.comcookies. Ensuite, je peux me connecter, mais dès que je me connecte, example.com/adminmon prochain clic sur le serveur de test me renvoie à la page de connexion.

Je ne sais pas si cela affecte les connexions client.

Existe-t-il une configuration sur le site principal ou le site de test qui résoudrait ce problème?

1. Dans le menu Admin, sélectionnez Système> Configuration. Ensuite, dans le panneau de gauche, sous Général, cliquez sur Web.
2. Développez la section Gestion des cookies de session

Dans la example.comboutique, définissez les éléments suivants:

3. Définissez le domaine des cookies sur example.com (généralement ce paramètre serait .example.com avec un point devant, vous pouvez l'essayer sans dans ce cas).

Dans la test.example.comboutique, définissez les éléments suivants:

4. Définissez le domaine Cookie sur .test.example.com sur l'environnement de test. (le "." devant le domaine devrait convenir ici)

Anna fait de bons points et sa réponse fonctionnera pour beaucoup de gens, mais pas pour moi, donc je poste ma propre réponse. Peut-être que mon problème était beaucoup plus fondamental que celui qu'elle aborde.

Ma solution était de changer le domaine de mon site de example.comà www.example.com. En fait, mes recherches sur Internet suggèrent que la raison pour laquelle des sites comme Amazon, Google, Ebay et toutes les autres destinations Web importantes utilisent le wwwpréfixe peut être en grande partie due au fonctionnement des cookies. Peut être pas.

Le fonctionnement par défaut d'un cookie est qu'il s'applique à tous les sous-domaines. Donc , si example.comvous envoie un cookie, vous visitez mail.example.com, smile.example.comou devsite.example.com, votre navigateur envoie ce cookie à ces sites et ces sites essayera d'utiliser le cookie. Mais ils ne pourront pas trouver votre session à moins qu'ils n'utilisent tous un dossier de session commun. Et même dans ce cas, vous auriez probablement des problèmes en raison de différentes configurations de base de données, de différentes structures d'application, etc.

La modification impliquait la création de redirections 301 dans mon fichier racine htaccess, la modification des URL sécurisées / non sécurisées dans la core_config_datatable de base de données magento , la modification du site ServerNamedans Apache VirtualHostset la mise à jour des paramètres DNS / serveur de noms. Mais cela en valait la peine.

En créant mon site principal www.example.com, ses cookies ne s'appliqueraient désormais qu'à ses sous-domaines, tels que mail.www.example.com(et nous n'avons pas de tels sous-domaines). Les navigateurs clients qui obtiennent le www.example.comcookie ne l'envoient pas devsite.example.comet le problème est résolu. De plus, c'est vraiment sympa d'avoir un wwwdevant notre nom de domaine.

Vous pouvez simplement changer le nom du cookie adminhtml pour les sous-domaines.

Deux changements de fichier app/code/core/Mage/Core/Controller/Varien/Action.php.

Dans les preDispatchlignes de changement de fonction

/** @var $session Mage_Core_Model_Session */
$session = Mage::getSingleton('core/session', array('name' => $this->_sessionNamespace))->start();

à

$namespace = $this->_sessionNamespace.($_SERVER['SERVER_NAME']=='subdomain.example.com'?'_subdomain':'');
/** @var $session Mage_Core_Model_Session */
$session = Mage::getSingleton('core/session', array('name' => $namespace))->start();

En setRedirectWithCookieCheckchangement de fonction

/** @var $session Mage_Core_Model_Session */
session = Mage::getSingleton('core/session', array('name' => $this->_sessionNamespace));

à

$namespace = $this->_sessionNamespace.($_SERVER['SERVER_NAME']=='subdomain.example.com'?'_subdomain':'');
/** @var $session Mage_Core_Model_Session */
$session = Mage::getSingleton('core/session', array('name' => $namespace));

Et après cette recherche de texte

Mage::getSingleton('core/session', array('name' => 'adminhtml'));

dans tous les fichiers et remplacez-le par

Mage::getSingleton('core/session', array('name' => 'adminhtml'.($_SERVER['SERVER_NAME']=='subdomain.example.com'?'_subdomain':'')));

si des occurrences seraient trouvées.

Si vous ne parvenez toujours pas à vous connecter à votre interface (la session client ne peut pas être créée) en raison des problèmes de cookies, veuillez remplacer le fichier principal respectif

Pré 1.8.x. versions - app / code / core / Mage / Customer / Model / session.php

et

à partir de 1,8.x. version app / code / core / Mage / Core / Model / Session / Abstract.php

Commentez les lignes indiquées dans ce fil. Cela a résolu le problème avec la connexion client sur le frontend sur le magasin de versions pré 1.8.x.

/magento//a/34057/695