Jump to content

апач и prestashop


Recommended Posts

После рестарта Апач невозможно зайти в админку, даёт ошибку:

 

 

There is 1 error

  1. The Employee does not exist, or the password provided is incorrect.

 

Я так понял, что старую сессию найти не может, пробовал обновить пароль через SQL-запрос, тоже не помогло. Если переустановить Престу, пускает, делаешь выход из админ. панели, рестартишь Апач, всё, доступ закрыт, форма восстановления на почту не срабатывает, пишет, что такой пользователь не найден, хотя есть. Кто сталкивался?

 

Редактирование classes/Cookie.php тоже не спасло.

Share this post


Link to post
Share on other sites

PHP Version 5.3.3-7+squeeze15

 

 

session

Session Support enabled Registered save handlers files user Registered serializer handlers php php_binary wddx

Directive Local Value Master Value session.auto_start Off Off session.bug_compat_42 Off Off session.bug_compat_warn Off Off session.cache_expire 180 180 session.cache_limiter nocache nocache session.cookie_domain no value no value session.cookie_httponly Off Off session.cookie_lifetime 0 0 session.cookie_path / / session.cookie_secure Off Off session.entropy_file no value no value session.entropy_length 0 0 session.gc_divisor 1000 1000 session.gc_maxlifetime 1440 1440 session.gc_probability 0 0 session.hash_bits_per_character 5 5 session.hash_function 0 0 session.name PHPSESSID PHPSESSID session.referer_check no value no value session.save_handler files files session.save_path /var/lib/php5 /var/lib/php5 session.serialize_handler php php session.use_cookies On On session.use_only_cookies On On session.use_trans_sid 0

0

 

 

 

session

Session Support enabled Registered save handlers files user Registered serializer handlers php php_binary wddx

Directive Local Value Master Value session.auto_start Off Off session.bug_compat_42 Off Off session.bug_compat_warn Off Off session.cache_expire 180 180 session.cache_limiter nocache nocache session.cookie_domain no value no value session.cookie_httponly Off Off session.cookie_lifetime 0 0 session.cookie_path / / session.cookie_secure Off Off session.entropy_file no value no value session.entropy_length 0 0 session.gc_divisor 1000 1000 session.gc_maxlifetime 1440 1440 session.gc_probability 0 0 session.hash_bits_per_character 5 5 session.hash_function 0 0 session.name PHPSESSID PHPSESSID session.referer_check no value no value session.save_handler files files session.save_path /var/lib/php5 /var/lib/php5 session.serialize_handler php php session.use_cookies On On session.use_only_cookies On On session.use_trans_sid 0

0

 

 

 

Потестировал на 1.5.4.0 такой проблемы не наблюдаю, пароль восстановился, зашёл. На 1.5.4.1 пришел пароль, но после ввода данных, бросает обратно на форму авторизации, после восстановить пароль не дает, пишет такого пользователя нет. Вашим скриптом не пользовался.

 

Вручную сбрасывал так:

 

UPDATE employee SET passwd = md5(<_COOKIE_KEY_ value><yourNewPassword>) WHERE email =<youremailaddress>”;

Share this post


Link to post
Share on other sites

а в логах что?

Конечно, включены, пробовал. Указано же, что в 1.5.4 вхожу без проблем.

Share this post


Link to post
Share on other sites

По теме ничего. error reporting тоже ничего не выдал.

 

Пароль генерируется на основе кук, то есть пароль в базе зашифрован как md5(кука+пароль), так вот при рестарте апача, сессия видимо удаляется, при авторизации в backoffice, формируется иной пароль, в базе старый.

 

Смена пароля на старый спасает, меня волнует фигня именно, почему меняется пароль.

Share this post


Link to post
Share on other sites

По теме ничего. error reporting тоже ничего не выдал.

 

Пароль генерируется на основе кук, то есть пароль в базе зашифрован как md5(кука+пароль), так вот при рестарте апача, сессия видимо удаляется, при авторизации в backoffice, формируется иной пароль, в базе старый.

 

Смена пароля на старый спасает, меня волнует фигня именно, почему меняется пароль.

 

не на основе кук а на основе ключа. куки не причём. в них инфа хранится.

в логах хоста пусто???

Share this post


Link to post
Share on other sites

Пусто, логи чего нужны? Какой скрипт отвечает за генерацию этого ключа? Кстати, на клиентские аккаунты это не влияет. У меня связка Nginx + Apache.

 

Если, у вас 1.5.41. приведите, пожалуйста, phpinfo();

Share this post


Link to post
Share on other sites

Протестировал на другом виртуальном хостинге, 1.5.2 авторизация успешная, 1.5.4.1 ошибка авторизации.

Share this post


Link to post
Share on other sites

напиши поддержке.должны помочь.

они по логам глянут.

 

Протестировал на другом виртуальном хостинге, 1.5.2 авторизация успешная, 1.5.4.1 ошибка авторизации.

Share this post


Link to post
Share on other sites

Тех. поддержка Prestashop ничего не сказала, если хостер имелся виду, то у меня VPS.

 

Просто на будущее хотел узнать причину бага)

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More