19 сент. 2012 г., 13:11 от Cvalya

Prestashop не может войти в админ

Несколько дней назад я не мог получить доступ к панели администратора на моем сайте, основанной на платформе prestashop. После ввода логина и пароля меня снова перенаправили на страницу входа и все повторилось.

Сайт размещен на выделенном сервере, где также размещены некоторые другие сайты prestashop, которые я разрабатываю. После попытки получить доступ к панели администратора на этих сайтах я получаю ту же "ошибку".

Как вы думаете, в чем проблема?

Prestashop ver .: 1.4.7.3 и 1.4.8.2

Сервер: CentOs, PHP

Ответы на вопрос (0)

05 мая 2015 г., 21:54 от joseantgv

когда настраиваю домен магазина с не-www и пытаюсь получить доступ, например, с www. Мне нравится заставлять всех пользователей иметь одинаковые URL, поэтому я заставляю .htaccess вводить с www:

RewriteCond %{HTTP_HOST} !^www.
RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L]
05 июл. 2012 г., 15:49 от Niclas Larsson

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

11 сент. 2016 г., 16:46 от Nicolas Karolak

У меня возникла та же проблема после добавления NGINX в качестве обратного прокси-сервера перед моим веб-сервером Apache.

Проблема была из & # xAB;Check the IP address on the cookie & # Xbb; для параметра установлено значение & # xAB;yes & # Xbb ;. Так как я был заблокирован от администратора и не мог изменить его, я сделал это непосредственно в базе данных с этим запросом SQL:

UPDATE ps_configuration SET value = 0 WHERE name='PS_COOKIE_CHECKIP';

PS:ps_ мой префикс таблицы, вы можете адаптировать его к вашим настройкам.

14 мар. 2016 г., 21:59 от zessx

Вот несколько вещей, которые вы можете попробовать:

1/ Clear your browser cache and your cookies

2/ Try using Firefox instead of Chrome (что, кажется, есть некоторые неожиданные проблемы)

3/ Check PS_SHOP_DOMAIN and PS_SHOP_DOMAIN_SSL in ps_configuration table

4/ Manually clear smarty cache : удалить все файлы изtools/smarty/compile а такжеtools/smarty/cache

5/ Disable the IP check вclasses/Cookie.php (это может вызвать много проблем с динамикой IP): вisLoggedBack(), удалите или прокомментируйте четвертое условие:

AND (!isset($this->_content['remote_addr']) OR $this->_content['remote_addr'] == ip2long(Tools::getRemoteAddr()) OR !Configuration::get('PS_COOKIE_CHECKIP'))

6/ Make the expire time shorter for cookies (IE может иметь проблемы с файлами cookie самого длительного времени): вclasses/Cookie.php конструктор,

задавать :$this->_expire = isset($expire) ? (int)($expire) : (time() + 3600);

вместо$this->_expire = isset($expire) ? (int)($expire) : (time() + 1728000);

04 июл. 2015 г., 18:20 от shilovkakelwood

В случае, если вы переместили prestashop из локальной версии или из другого домена, в дополнение к классическому.

update ps_configuration table set value="www.myshop.com" where name ="PS_SHOP_DOMAIN";

update ps_configuration table set value="www.myshop.com" where name ="PS_SHOP_DOMAIN_SSL";

Проверьте таблицу под названиемps_shop_urlи обновитьdomain а такжеdomain_ssl поле иphysical_url также.

Пример:

update ps_shop_url set domain='www.myshop.com', domain_ssl='www.myshop.com', physical_url='/';
12 февр. 2016 г., 17:54 от Towelie

Я использую prestashop 1.4.8.2 Я только что отладил свой цикл входа в бэк-офис, изменив admin / login.php Просто удалите, казалось бы, бесполезные условия в следующем коде.

if ((empty($_SERVER['HTTPS']) OR strtolower($_SERVER['HTTPS']) == 'off')
     AND Configuration::get('PS_SSL_ENABLED'))

Изменить с

 if (!Configuration::get('PS_SSL_ENABLED'))

Я также очистил cookie и бац, это сработало. Я не знаю, если это испортит другие вещи, но я могу ПОСЛЕДНИМ образом попасть в свой бэк-офис. Мир !!

05 июл. 2012 г., 16:09 от csupnig

Есть некоторые возможные вещи, которые могут помешать работе ваших старых паролей. Возможно, ваш _COOKIE_KEY_ изменился.

Вы можете попробовать использовать следующий скрипт для генерации нового хэша пароля. Затем вы можете заменить его в базе данных в таблице xxxx_employee (где xxxx_ - ваш префикс таблицы). Я надеюсь, что это работает для вас. В любом случае: сохраните резервную копию ваших старых хэшей.

Вот небольшой скрипт:

<?php
require(dirname(__FILE__).'/config/config.inc.php');
echo Tools::encrypt($_REQUEST["pw"]);

Не забудьте удалить скрипт с вашего сервера, как только вы закончите!

26 окт. 2016 г., 09:54 от dark knight

ьно на моем компьютере. В моем случае следующее, вы должны вручную перейти к следующему:

< domain >/admin/index.php
23 окт. 2012 г., 21:53 от bartekbrakRichard Askew

Я знаю, что он старый, но он может кому-то помочь, включив ошибки, открыв /config/config.inc.php.

Ищите строку:

ini_set('display_errors', 'off');

измените это на:

ini_set('display_errors', 'on');

РЕДАКТИРОВАТЬ: изменил, казалось бы, опечатка

07 сент. 2014 г., 07:43 от PrestaShopUser601

У меня была такая же проблема, как и у всех остальных.

Я смог войти через IE, но не через Firefox.

Чтобы устранить проблему, я пошел в диспетчер файлов cookie и удалил все файлы cookie.

Я знаю, это звучит клише, но больше ничего не получалось.

Я искал название своего сайта и посмотрел на файл cookie, он был устаревшим, но больше не был активным. Я предположил, что я испортил cookie или, возможно, они сопоставляют IP-адреса, потому что во время использования админ-панели я переключился в браузер телефона, чтобы что-то проверить. По возвращении он просто зациклит страницу входа в систему, без ошибок.

Я думаю, что они должны решить проблему с точки зрения программного обеспечения.

Несмотря на это, после того, как я удалил все файлы cookie, связанные с моим сайтом, я вернулся без проблем. Это также решило проблему, с которой я столкнулся на сайтах www.mysite.com и mysite.com. Я разговаривал с техподдержкой, потому что иногда это сработало, а иногда - нет. Возможно, файл cookie также хранит информацию о том, какой вариант www / non использовался для динамической компоновки. Моему DNS было предоставлено время для разрешения, и техподдержка обвинила это, но это было не так.

Не удаляйте куки, удалите их вручную для своего сайта. Когда я использовал чистые куки, он не удалял много куки. Я обнаружил, что на моем сайте все еще было 9 файлов cookie, ПОСЛЕ очистки файлов cookie. Была ли это моя ошибка или что-то еще, я не знаю.

Удачи всем и спасибо за другие предложения. Если он вернется, я перейду к другим предложениям и сообщу.

25 нояб. 2014 г., 21:57 от philosodad

Вот что сработало для меня: в панели управления настройками администрирования & gt; установите & quot; Проверить IP-адрес файлов cookie & quot; на "Нет"

http://xbfish.com/tag/auto-logout/

ВАШ ОТВЕТ НА ВОПРОС