Не могу войти в Magento Admin

Question

У меня проблемы со входом в админ-панель Magento на одном из наших промежуточных сайтов (он работает на 100% на наших серверах webdev и прекрасно работал не так давно и на промежуточном сервере)

Я провел некоторое исследование, и большинство людей полагают, что это связано с запуском Magento на локальном хосте и браузерами, не сохраняющими куки для доменов без точек в имени домена. Однако проблема в том, что мы запускаем его с http://staging.sitename... и т. Д.

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

У кого-нибудь есть идеи, которые могут помочь?

Спасибо, что нашли время помочь мне!

С уважением,
Rémy

Answer 1

Мне удалось это исправить! Я нашел это решение здесь: http://blog.chapagain.com.np/magento-admin-login-problem/.

Я хотел бы знать, почему это исправило это, и var_dumped элементы, которые я закомментировал, понял, что домен cookie был установлен просто на «/», и мы установили magento в «/ shop /». Поэтому я пошел в раздел конфигурации (сумев войти в систему после того, как закомментировал 3 строки, упомянутые в статье), изменил домен cookie и путь к cookie, оставив их пустыми и сохраненными. Затем я раскомментировал эти строки и попробовал еще раз, и все работает хорошо!

Answer 2

В новой установке Magento выполните следующее ->

Открыть файл

app/code/core/Mage/Core/Model/Session/Abstract/Varien.php.

и измените код в строке 87 на этот ->

    $cookieParams = array(
        'lifetime' => $cookie->getLifetime(),
        'path'     => $cookie->getPath(),
      //  'domain'   => $cookie->getConfigDomain(),
      //  'secure'   => $cookie->isSecure(),
      //  'httponly' => $cookie->getHttponly()
    );

Answer 3

Я также столкнулся с этой проблемой. Вот что я сделал: В core_config_data удалите все строки, где путь = web / cookie / cookie_domain

Answer 4

Просто очистите куки и кеш в веб-браузере. У меня отлично работает.

Answer 5

Привет, у меня была такая же проблема, и я решил ее, удалив все файлы в / var / session. Я думаю, это потому что слишком много сеансов в Magento!

и для безопасности я изменил «Использовать только HTTP» на «Нет» в «Управление файлами cookie сеанса» настроек «Веб» после того, как смогу снова войти в систему ..

Я нашел это решение в интернете: https://magento.stackexchange.com/questions/26071/magento-1-9-can-t-login-to-admin-panel

Answer 6

Я также столкнулся с этой проблемой. Вот что я сделал: В core_config_data удалите все строки, где path = web/cookie/cookie_domain

Answer 7

Наличие конкретной ошибки поможет. Пара снимков в темноте -

Стоит проверить ваши переписывает. У меня были проблемы при перемещении с сервера на сервер, когда у одного из них неправильно настроена перезапись. если servername.com/index.php/admin работает, а servername.com/admin - нет, значит, у вас проблема с перезаписью.

Возможно также, что base_url не настроен для правильного сервера. Вы изменили его, когда переместили базу данных? Смотрите мой ответ на этот пост для деталей.

Answer 8

У меня нет доступа к бэкенду!

(Решение для меня):

приложение / и т.д. / local.xml линия 55

    <session_save><![CDATA[files]]></session_save>

заменить

    <session_save><![CDATA[db]]></session_save>

Answer 9

Наш сайт работал нормально в течение нескольких месяцев, тогда сегодня никто не мог войти в систему как администратор, так и наши пользователи не могли войти в свои учетные записи веб-интерфейса. Мы работаем на сервере Linux.

Решение: каталог /magento/var/session был полон sess_* файлов сеансов, так что на самом деле их было столько, что попытка выполнить rm * не удалась. После утомительного разбивания файлов сессий по частям (rm sess_1*, rm sess_2*,... rm sess_a*, rm sess_b*,... rm sess_v*) внезапно я снова смог войти в Magento. На самом деле, я смог войти в систему после всего лишь нескольких партий.

Теория: если в каталоге сеанса слишком много файлов, Magento может не иметь возможности создавать новые файлы сеанса своевременно или, возможно, не создавать вообще.

Answer 10

Я решил просто очисткой кэша (выполните php mage clear-cache из вашей базовой директории Magento