Я недавно обновился до PHP 5.3, и с тех пор я получаю (спорадические) сообщения об ошибках, которые указывают на то, что Apache (или может быть очистителем файлов сеанса) не имеет прав доступа к папке, в которой хранятся сеансы.
Это происходит случайным образом и может не может быть воспроизведен с точными шагами, что привело меня к предположению, что это очиститель сеанса.
У кого-нибудь есть опыт с такими ошибками?
Сообщение об ошибке (которое запускается в строке session_start()):
ps_files_cleanup_dir: opendir (/ var / lib / php5) не удалось: в доступе отказано.
ls -ltr в каталоге сеанса дает:
drwx-wx-wt 2 root root 4096 2010-05-25 12:39 php5
Внутри этого каталога я вижу файлы сеанса, принадлежащие www-data, который является моим Apache, и приложение работает нормально. Что заставляет меня задаться вопросом, под каким пользователем запускается сборщик мусора сеанса?
Ответ 2 · рейтинг 23 · Marie Fischer
Это типичная ошибка на серверах Ubuntu (я использую Lucid LTS). Разрешения по умолчанию для каталога / var / lib / php5 есть
drwx-wx-wt 2 root root 4096 2011-11-04 02:09 php5
поэтому он может быть записан, но не прочитан веб-сервером, я думаю, это объясняет ошибки.
Поскольку в Ubuntu есть собственная очистка мусора с помощью cron (/etc/cron.d/php5), вероятно, лучше всего отключить сборку мусора php, как это было предложено выше Дивантом Вайдья.
session.gc_probability = 0
На самом деле существует причина, по которой папка сеанса не должна быть доступна для чтения всем - например, Руководство по PHP говорит:
Если вы оставите для этого параметра каталог, доступный для чтения всем, например / tmp (по умолчанию), другие пользователи на сервере могут захватить сеансы, получив список файлов в этом каталоге.
Ответ 3 · рейтинг 2 · Itay Moav -Malimovka
Решение, которое я в настоящее время использую (которое я не уверен, является правильным), заключается в передаче права собственности на папку сеанса пользователю Apache (www-data в моем случае).
Ответ 4 · рейтинг 1 · ChrisFNZ
Эта проблема уже давно меня беспокоит. Я изменил значение, как предложено в php.ini, и проблема продолжала возникать. Я нашел такое же значение конфигурации в моем index.php, а также в private / Zend / session.php. Так что стоит посмотреть немного глубже, если проблема продолжает возникать. Надеюсь, это кому-то пригодится.
