Проблема
Большой сайт использует отдельные экземпляры Magento для разных географических регионов, поэтому предприятия изолированы. Пример:
- site.com
- north.site.com
- south.site.com
- east.site.com
- west.site.com
Пользователи могут посещать корневые + региональные сайты, входить непосредственно на региональный сайт или входить (site.com) со своими региональными учетными данными (у нас есть аутентификатор + перенаправление).
Некоторые из них не могут войти в систему после того, как были ранее, и не получают сообщений об ошибках. Мы можем повторить ошибку, которая состоит из двух файлов cookie с одинаковым именем, но разными доменами. Пример:
- Имя: внешний интерфейс, Домен: .site.com
- Имя: внешний интерфейс, Домен: .north.site.com
Удаление cookie-файлов решает проблему в большинстве браузеров. Куки, похоже, застряли в некоторых браузерах, и мы зашли в тупик, кроме как ждать, пока они истекут, что отстойно для пользователей.
Что мы пробовали
Изначально наш конфиг был пустым (как показано ниже) для всех сайтов. Это вызвало проблемы. Насколько я понимаю, нам нужно явно указать домен для всех сайтов ".site.com", чтобы с этим именем / доменом мог существовать только один файл cookie.
Это решает проблему Magento не зная, какой «внешний» куки является правильным - или есть предпочтительный конфиг?
Вопрос
Какая правильная конфигурация cookie в админке Magento для настройки нескольких доменов?
См .: «Система> Конфигурация> Веб> Управление файлами cookie сеанса»
источник
Ответы:
Нам пришлось сделать что-то подобное в последнее время:
Это добилось цели в нашем случае.
источник
http;//north.site.com
). Затем я попытался изменить домен cookie домена поддомен на.north.site.com
(с точкой перед поддоменом). Затем я попытался удалить точку перед поддоменом домена Cookie (north.site.com
). Я стреляю в темноте и ничего не бью. Ничего не работает Теперь основной домен и поддомен вообще не разрешают вход администратора. Очистил кеш, вернулся к значениям cookie по умолчанию.У нас было что-то похожее на получение сеансов для совместного использования между экземпляром Wordpress и экземпляром Magento. Нашим решением было (как вы говорите) установить домен
.site.com
, но у нас также было огромное горе, потому что мы не сразу очистили данные сессий.источник