Не могу войти в безопасный (SSL) Magento сайт на переднем конце в Chrome

magento.stackexchange https://magento.stackexchange.com//questions/92886

Вопрос

У меня была постоянная борьба с возможностью войти в сайт www.dragondirentsales.com. Это сайт Magento 1.9.1. На сайте есть поддомен, CAS.DRAGONDIRETSALES.com. Все казалось нормально, пока мы не переместили сайт живым хостингом, которые они используют в настоящее время.

С тех пор мы боремся с проблемами со входом в систему, как на переднем конце (Customer Logins) и задней части (Admin). Если вы пытаетесь войти в систему, он просто вернется к соответствующему экрану входа без сообщений об ошибках. Опять же, это происходит только для логинов клиентов.

Каждый раз, когда это происходит, я провожу часами, пытаясь его исправить, и удавать его работать через каждый тестовый случай, о котором я могу подумать. Тогда около месяца спустя клиент писит мне, говоря, что это снова сломано, и ругаясь, что он не трогал ничего в разделе администратора. Мы находимся в 4-й раз, когда я должен был это исправить, и все предыдущие изменения, кажется, все еще могут быть там, поэтому я потерей для того, что вызывает этот вопрос.

Сейчас у меня есть сайт, используя безопасные URL-адреса в переднем конце. Путь Cookie пусто. Домен cookie .dragondirentsales.com. Я использую только HTTP (iPad имел отдельную проблему входа в систему, что это исправлено). Режим ограничения cookie установлен на нет.

Единственное, что произошло в период с последнее время, и теперь у нас был разработчик расширения работы по частичному расширению платежа, и я не совсем убежден, что их работа имела что-то связано с этим вопросом. Я могу полностью выключить расширение от модуля XMLS, и проблема все еще происходит.

Любая помощь полностью ценится!

Это было полезно?

Решение

Я считаю, что наконец нашел ответ на это.

Хитрость состояла в том, чтобы создать приложение / Code / Code / Local / mage / cudent / model и скопировать файл session.php в него.Файл Session.php можно найти в App / Code / Core / Mage / Customer / Model.Как только файл будет перемещен, найдите этот раздел: 

    public function setCustomerAsLoggedIn($customer)
{
    $this->setCustomer($customer);
    $this->renewSession();
    Mage::dispatchEvent('customer_login', array('customer'=>$customer));
    return $this;
}
.

Прокомментируйте $ this-> Процедание ();раздел, так выглядит так: 

    public function setCustomerAsLoggedIn($customer)
{
    $this->setCustomer($customer);
    //$this->renewSession();
    Mage::dispatchEvent('customer_login', array('customer'=>$customer));
    return $this;
}
.

Убедитесь, что все входные файлы cookie. Я проверил это на Chrome, Firefox и IE на Windows и Safari на iPad, и все работало как очарование.

Благодаря этому стеку Exchange Exchange для ответа: Проблема входа в систему, связанную с файлом cookie

Другие советы

Вы должны заставить Magento использовать тот же домен файла cookie как для безопасных, так и неуверенных URL. Вы можете осмотреть ваши сайты Cookies, используя инструменты разработчика в браузере Firefox или Chrome. Это решение было проверено на Magento 1.9.2.4

Когда переменные управления сеансом Cookie не устанавливаются неправильно, Magento может создать два файла cookie "Frontend" с разными доменами cookie. Обычно это происходит во время процесса входа в систему, когда у вас есть https (т.е. ssl включен) для безопасного URL. Вот работоспособные значения для конфигурации управления Cookie сеанса. 

Cookie Life Time: 3600
Cookie Path: /
Cookie Domain : .mydomain.com (The dot prefix is important)
Use HTTP Only : No
Cookie Restriction Mode: No
.

  1. на панели администратора Перейти к системе -> Конфигурация -> Web-> Сессия Cookie Management
  2. Установите конфигурацию управления cookie, как показано выше
  3. Сохранить конфигурацию и очистить гумно-кеш
  4. Перезагрузите веб-сервер, чтобы очистить переменные PHP в случае, если вы сделали изменение непосредственно в базе данных MySQL
  5. Очистить кэш браузера, чтобы удалить все существующие файлы cookie, связанные с вашим сайтом Magento. Это важно.

    6. Использование префикса DOT на домене cookie важно для предотвращения создания дублированных файлов cookie для безопасного URL-адреса

    Изменение домена cookie также повлияет на файл cookie "adminhtml", используемое задней частью Magento. Обязательно очистите кэш браузера, чтобы предотвратить проблемы входа в систему администратора.

    Изменение основного кода, как описано в другом ответе, не нужно, когда Yu правильно установил конфигурацию управления файлом Cookie сеанса.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с magento.stackexchange
scroll top