Почему могли сдохнуть сессии? (PHP)
Кстати, вопрос остался до конца не выясненным. Ясно лишь, что криворукий новосибирский провайдер уже дважды менял хост для обоих описанных в теме сайтов, "забывая" при этом дать заказчику новую ссылку на ftp и сбрасывая права на файлы. Стоит при этом "удовольствие" раза в 2 больше, чем аналогичный хостинг в Питере или Москве.
|
| ||||
У людей вдруг "перестал работать сайт" на PHP без MySQL. Просят помочь. 70% чего-т поменял хостер и 70% - что не признается... к тому ж, на этом славном нском хостинге сидят полные ***. Как смотрел: Вводим неправильные логин с паролем - как положено, сообщение от движка. Вводим правильные - ничего, т.е., reload главной страницы с пустой формой входа, будто не пытались войти. Ставим ошибки в E_ALL - пусто. Логов на хосте нет, тока ftp. Пробуем регистриться - всегда "неправильный код сообщения". Дело в том, что только он передается через $_SESSION. И потому же не входим при правильном логине с паролем. Вот соответствующий код: Code:
Через $_POST передается что надо, а $_SESSION['antibot'] всегда пуст. Получен он был в другом файле так: Code:
$content правильный, отображается тоже правильно. Так уже не пишут, но и версия PHP-то какая (см. ниже). Все права и проч. правильные. Настройки хостера: Code:
Может есть опытный человек - куда курить? Вроде всё, что знаю о PHP, попробовал - не помогло. Для сравнения - тот же движок прекрасно работает у того же хостера на другом серваке с такими настройками: Code:
Естессна, это другой домен и другой владелец, но сайт отличается лишь оформлением. -------------------- Осторожно, злой кот! [e-mail]pers@mail.ru[/e-mail] |
|
| ||||
в 4м пхп нет $_POST и $_SESSION |
|
| ||||
Спасибо, что открыли для меня новое в PHP. Интересно, как только эти скрипты работали столько лет на 4 PHP? :) $_POST и $_SESSION есть с версии 4.1.0 Как я понял, сессии перестали работать именно после апдейта хостера с 4.3.1 (или 4.2.1?) на 4.3.11 Что там конкретно апдейтилось - криворукий мальчег из ТП хостера не имеет понятия :) -------------------- Осторожно, злой кот! [e-mail]pers@mail.ru[/e-mail] |
|
| ||||
В ответ на: Может, проще все-таки стукнуть кулаком по столу и потребовать от провайдера PHP5? |
|
| ||||
И Вам спасибо за совет... но было бы проще, не заводил бы тему :) Просто и раньше сталкивался с таким - при апе у провайдера до некоторых версий PHP вдруг перестают работать сессии в пользовательских скриптах. Вот и думал, мож кто увидит, с какой настройкой в первом посте что не так. -------------------- Осторожно, злой кот! [e-mail]pers@mail.ru[/e-mail] |
|
| ||||
В ответ на: Точно? проверьте еще раз права на запись/чтение в session.save_path -------------------- вот такая загагулина получается... |
|
| ||||
В ответ на: То есть провайдер не хочет апгрейдиться до PHP5 - или вы не хотите? Или просто интересно разобраться, что там к чему? Если что-то можно тупо исправить "малой кровью", я обычно так делаю и особо не заморачиваюсь. |
|
| ||||
В ответ на: Прав 777 на tmp обычно достаточно :)) В общем, что-то с железом у провайдера было, на другом серваке все заработало. Всем спасибо. -------------------- Осторожно, злой кот! [e-mail]pers@mail.ru[/e-mail] |
P.S. Вероятнее всего, причина всё же в том, что провайдер в очередной раз перенёс сайт на другой IP, оставив ftp-доступ к прежней копии, которую я и менял.
P.P.S. Если не можете понять причину, по которой session_start()
не стартует, хотя всё сделал, как в книжке" - загляните сюда, проблема, вероятно, в BOM.
28.01.2010, 18:56 [11294 просмотра]