Файли cookie не працюють з субдоменами

У нас є головний сайт за адресою example.com. Вхід у систему example.com/adminпрацює чудово.

Але на тестовому сайті в Інтернеті test.example.com/adminя не можу увійти до адміністратора без попереднього видалення всіх example.comфайлів cookie. Тоді я можу увійти, але як тільки я ввійду у example.com/adminсвій наступний клацання на тестовому сервері, повертає мене на сторінку входу.

Я не знаю, чи впливає це на вхід клієнтів.

Чи є якась конфігурація на головному сайті або на тестовому сайті, яка б вирішила цю проблему?

1. У меню адміністратора виберіть Система> Конфігурація. Потім на панелі зліва в розділі Загальні клацніть Інтернет.
2. Розгорніть розділ «Керування файлами cookie»

У example.comмагазині встановіть наступне:

3. Встановіть Домен cookie на example.com (зазвичай це налаштування буде .example.com з крапкою в передній частині, ви можете спробувати без цього в цьому випадку).

У test.example.comмагазині встановіть наступне:

4. Встановіть домен Cookie на .test.example.com на тестовому середовищі. ("." перед доменом має бути добре тут)

Анна зазначає кілька хороших моментів, і її відповідь спрацює для багатьох людей, але не для мене, тому я публікую власну відповідь. Можливо, моя проблема була набагато більш фундаментальною, ніж та, з якою вона звертається.

Моїм рішенням було змінити домен мого сайту з example.comна www.example.com. Насправді, моє дослідження в Інтернеті дозволяє стверджувати, що причина таких веб-сайтів, як Amazon, Google, Ebay та всі інші основні веб-сторінки, використовує wwwпрефікс, може бути значною мірою завдяки тому, як працюють файли cookie. Можливо, не.

Типовим способом роботи файлу cookie є те, що він застосовується до всіх субдоменів. Отже, якщо example.comви надішлете файл cookie, ви відвідаєте mail.example.com, smile.example.comабо devsite.example.com, тоді ваш веб-переглядач надішле це cookie на ці сайти, і ці сайти спробують використовувати файли cookie. Але вони не зможуть знайти ваш сеанс, якщо всі вони не використовують загальну папку сеансу. І навіть тоді у вас можуть виникнути проблеми через різні конфігурації бази даних, різні структури додатків тощо.

Внесення змін передбачає створення переадресацій 301 у моєму кореневому файлі htaccess, зміну захищених / незахищених URL-адрес у core_config_dataтаблиці бази даних magento , зміну сайту ServerNameв Apache VirtualHostsта оновлення налаштувань DNS / імені сервера. Але воно того варте того.

Створюючи основний мій сайт www.example.com, його cookie тепер застосовуватиметься лише до його піддоменів, таких як mail.www.example.com(а у нас таких субдоменів немає). Клієнтські браузери, які отримують www.example.comфайл cookie, не надсилають його devsite.example.com, і проблема вирішується. Плюс насправді приємно мати wwwперед нашим доменним іменем.

Ви можете просто змінити ім'я файлів cookie adminhtml для субдоменів.

Дві зміни у файлі app/code/core/Mage/Core/Controller/Varien/Action.php.

У функції preDispatchзмінюють лінії

/** @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();

У setRedirectWithCookieCheckзміні функції

/** @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));

А після цього шукайте текст

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

у всіх файлах і замінити його на

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

якщо знайдуться якісь випадки.

Якщо ви все ще не можете увійти до свого інтерфейсу (сеанс з клієнтом неможливо створити) через проблеми з файлами cookie, будь ласка, замініть відповідний основний файл

Попередньо 1.8.x. версії - додаток / код / ​​core / Mage / Клієнт / Модель / session.php

і

від 1.8.x. версія програми / код / ​​core / Mage / Core / Модель / Сесія / Abstract.php

Прокоментуйте рядки, зазначені в цій темі. Це вирішило проблему з входом клієнта на передній план у магазині версій до 1.8.x.

https://magento.stackexchange.com/a/34057/695