Данные сеанса работают на тестовом сервере, но не на реальном сервере (PHP)

Question

0

Код отлично работает на локальном хосте, но не на реальном сервере. Нет ошибки, она может читать и записывать в DB

Различные данные хранятся в DB

На локальном хосте сохраненные данные выглядят следующим образом: SITE_LANG | s: 2: "en"; ClientID | s: 2: "26"; ClientGroupID | s: 1: "1";

На реальном сервере сохраненные данные выглядят следующим образом: Np5e14FWKDVHzaaG-ZF_ynpH30c343pkf4b3w-fAOKJb6u9NZQtN8vTnBXxO3FtcKfQQE7JKq...

Живой сервер - выделенный сервер, и у нас есть другие сайты, на которых работает сеанс, и все работают нормально. Пожалуйста помоги :)

TurkiM 31 янв. 2015, в 17:05

0

Похоже, что-то вроде шифрования или (при условии хранения файлов) несоответствия в кодировке файлов У меня была странная проблема, когда файлы сессий хранились в кодировке пришельцев.
AnotherGuy 31 янв. 2015, в 16:17
0

Я использую session_encode () и он работает :), но почему нет необходимости в этой функции в localhost и других живых сайтах? Когда мы должны использовать session_encode ()?
TurkiM 31 янв. 2015, в 16:28
0

Я могу быть слишком очевидным, но вы декодируете его снова при каждом запросе? Если ответ да, у меня нет умных идей, извините
AnotherGuy 31 янв. 2015, в 16:31
0

Да, я использую session_decode в каждой загрузке страницы - я обнаружил похожее поведение
TurkiM 31 янв. 2015, в 22:41

Показать ещё 2 комментария

Теги:

session

1 ответ

Похоже, что-то вроде шифрования или (при условии хранения файлов) несоответствия в кодировке файлов У меня была странная проблема, когда файлы сессий хранились в кодировке пришельцев.
Я использую session_encode () и он работает :), но почему нет необходимости в этой функции в localhost и других живых сайтах? Когда мы должны использовать session_encode ()?
Я могу быть слишком очевидным, но вы декодируете его снова при каждом запросе? Если ответ да, у меня нет умных идей, извините
Да, я использую session_decode в каждой загрузке страницы - я обнаружил похожее поведение

TurkiM · Answer 1 · 2015-02-02T05-47-00.000Z

Я нашел решение этой проблемы, просто добавьте это в файл.htaccess:

php_flag "suhosin.session.encrypt" 0
php_flag "suhosin.cookie.encrypt" 0