Сессии - Joomla 1.5: Общие вопросы

При попытке зайти в админку после ввода логина и пароля выдает:
Хостер бессилен.
Что может быть?

в htaccess вставил php_value session.save_path  /tmp
не помогло

по умолчанию такой проблемы ни сам не встречал ни на форуме не было
ну а если есть - /tmp существует (с учетом правильного пути) и CHMOD на нее какой?

P.S. версия движка? apache и php?

Не-не. Путь хранения сессий тут не при чем. А что ты делал перед тем, как получил такой результат? Что именно происходит, я могу объяснить, но вопрос в том, как ты этого добился.

После логина, из сессии поднимаются пользовательские данные. Они там лежат сериализованные. Так вот процесс десериализации данных происходит еще до того, как подключается файл, в котором объявлен тип сериализованного объекта. Т.е. с одной стороны PHP надо его десериализовать, а с другой стороны неизвестно что это за тип. Вот примерно так...

Смотри, в configuration.php есть параметр $session_handler, по умолчанию он имеет значение 'database'. Можно попробовать поиграться с ним, поставить к примеру 'none'.  Или, если на сайте есть какой-нибудь акселератор, то можно еще испробовать: apc, memcache, xcache, eaccelerator. Возможно там просто в сессии "залипло" какое-то кривое значение и все тут...

Кстати, перед этими экспериментами - попробуй просто очистить таблицу jos_session, и снова авторизоваться.

После долгой и нудной переписки с хостером пришел вот такой ответ:

Данная проблема напрямую связана с используемой на сайте CMS - Joomla. Дело в том, что Joomla имеет некоторые проблемные места в php-коде, реализующем работу с сессиями на сервере. Эти проблемы никак себя не проявляют при стандартном механизме сессий PHP, однако если метод хранения сессий отличается от стандартного хранения в файлах (так на нашем сервере сессии хранятся в memcache) начинаются проблемы. Нам известно по крайней мере два проблемных момента в коде Joomla, первый - в файле libraries/joomla/session/session.php, там происходит установка директивы session.save_handler в значение files. Непонятно зачем это делается, т.к. files это значение данной директивы по умолчанию. Следующая проблема в том, что устанавливая session.save_handler Joomla не определяет для нее корректного значения session.save_path, в результате получаются проблемы, когда, например, скрипт пытается писать в tcp-сокет как в файл и наоборот.
Вторая проблема кроется в файле libraries/joomla/session/storage.php, здесь происходит создание собственного механизма для работы с сессиями и определение session_set_save_handler, который в связке с описанной выше проблемой не может быть корректно использован.
Данные проблемы относятся к коду CMS, т.е. к вопросу программирования, решать их должны разработчики CMS Joomla. Конечно же понятно, что их решение может затянуться, поэтому я и мой коллега Владимир пытались самостоятельно подправить скрипты CMS для обеспечения ее работы, однако мы не являемся программистами, у нас нет программистов в службе поддержки, поэтому удалось нам это лишь частично.

С папкой tmp все в порядке. Ошибка стала вылезать после каких то манипуляций хостера. Вроде как они изменили метод обработки сессий. С моей стороны никаких действий небыло. С недельку назад просто стало выкидывать из админки при редактировании контента. Пару дней назад после ввода логина и пароля стала вываливатся ошибка. Сайт как бы работает, но в опере, например, при переходе по страницам без авторизации эта же ошибка все равно вываливается.

P.S.: да, забыл добавить что проблема появилась одновременно на всех сайтах на этом хостинге (4 шт.)
P.S.: Joomla! 1.5.14

В конфиге:

Когда ставлю
На сайте выдает:
Unable to load session storage class: files

Когда ставлю
На сайте выдает:

Все записи в таблице сессий удалил. Не помогло.

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

В топку такую поддержку, болванчиков насажали, которые только и могут принять заявку, а потом бегают (дай бог если еще на форумах не спрашивают) как решить проблему!

... Или, если на сайте есть какой-нибудь акселератор, то можно еще испробовать: apc, memcache, xcache, eaccelerator. Возможно там просто в сессии "залипло" какое-то кривое значение и все тут...

Написали что "memcache". Выставил в конфиге - Unable to load session storage class: files
Хотя не уверен. Они паралельно что то химичать

Вот что выяснилось путем проб и ошибок: когда var $session_handler = ''; (пусто тоесть) то сайт работает, ошибок не выдает, но просто не пускает в админку - после ввода логина и пароля перезагружается страница входа и все.

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

когда var $session_handler = ''; (пусто тоесть) то сайт работает, ошибок не выдает, но просто не пускает в админку - после ввода логина и пароля перезагружается страница входа и все.

помогает!
а в админку то надо! может подскажет кто что делать?

Joomla! 1.5.14
Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny3

из всего вышесказанного выход либо трясти техподдержку или менять хостинг!

из всего вышесказанного выход либо трясти техподдержку или менять хостинг!

Это верно.
Мой вопрос похоже закрыт. Хостер признал неудачными опыты с memcache и восстановил прежнюю конфигурацию. Более подробнее мне, наверное, не расскажут.

Вот что ответили в поддержке:

Что касается исправления этой ошибки - это какая-то странная особенность Joomla - почему-то она перестала подгружать некоторые свои классы перед открытием сессии. Вылечилось это принудительной загрузкой этих классов. А именно вставкой строк:
include_once dirname(__FILE__). '/../html/parameter.php';
include_once dirname(__FILE__). '/../user/user.php';

в начало файла
libraries/joomla/session/session.php

Аналогичная ситуация, только после отката изменений хостером, один сайт по-прежнему не пускает в админку.
параметр var $session_handler = ''; (пусто)

вставка строк:
include_once dirname(__FILE__). '/../html/parameter.php';
include_once dirname(__FILE__). '/../user/user.php';

в начало файла
libraries/joomla/session/session.php

тоже не помогает. Третьи сутки ломаем голову.

Помогло var $session_handler = 'database';
Только теперь выкидывает через несколько минут

А что за хостинг, если не секрет?

При попытке зайти в админку после ввода логина и пароля выдает:

Код

Fatal error: session_start() [<a href='function.session-start'>function.session-start</a>]: The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition &quot;jparameter&quot; of the object you are trying to operate on was loaded _before_ unserialize() gets called or provide a __autoload() function to load the class definition in /home/user369090/data/www/santech-luxe.ru/libraries/joomla/session/session.php on line 423

Хостер бессилен.
Что может быть?

в htaccess вставил php_value session.save_path  /tmp
не помогло

Я в файле session.php исправил в 3х местах (строки 102, 105, 682) ini_set на @ini_set.
Мне помогло

Может и поздно пишу но неудержался. Хостер прогибается ставить memcached чтобы улучшить работу юзерам с такими тяжелыми cms как жумла, пытаясь снизить нагрузку на бд, чтобы их же потом не отключили. Они не зная что к чему гонят не на цмс в которой грехов да отбавляй, а сразу на хостера косят. Ну работает у вас сессия в бд, ну лишних 3 запроса на юзеря, ну отключать же вас потом еси онлайн будет за нагрузку на бд сервер. Жумла это ос проект, хотите чтобы что то работало до конца - допиливайте. Вы вот задайте вопрос про сессии на оф форуме, там сами разработчики теряются что менять да где в своем коде.

А то что после установки хранений сессий в бд вас выкидывает, ума посмотреть таймаут жизни сессии не дано?

Может и поздно пишу но неудержался. Хостер прогибается ставить memcached чтобы улучшить работу юзерам с такими тяжелыми cms как жумла, пытаясь снизить нагрузку на бд, чтобы их же потом не отключили. Они не зная что к чему гонят не на цмс в которой грехов да отбавляй, а сразу на хостера косят. Ну работает у вас сессия в бд, ну лишних 3 запроса на юзеря, ну отключать же вас потом еси онлайн будет за нагрузку на бд сервер. Жумла это ос проект, хотите чтобы что то работало до конца - допиливайте. Вы вот задайте вопрос про сессии на оф форуме, там сами разработчики теряются что менять да где в своем коде.

А то что после установки хранений сессий в бд вас выкидывает, ума посмотреть таймаут жизни сессии не дано?

При чем тут таймаут? Он явно не в ноль установлен был. И не то что выкидывало - не пускало.