SessionHandler:: gc (): ps_files_cleanup_dir / отказано в разрешении (13)

SessionHandler:: gc (): ps_files_cleanup_dir / отказано в разрешении (13)

31.10.2017 10:38:58 Просмотров 46 Источник

у меня есть проблема с PHP7 в CentoOS (WHM / CPANEL) и Prestashop 1.7

система дает мне это сообщение:

Notice on line 429 in file /home/onywf3fr9a/public_html/app/cache/dev/classes.php

[8] SessionHandler::ГК(): ps_files_cleanup_dir: каталог файлов(/ВАР/панель/РНР/сессий/ЭА-php70) ошибка: отказано в доступе (13)

У вопроса есть решение - Посмотреть?

https://stackoverflow.com/questions/47043351/sessionhandlergc-ps-files-cleanup-dir-permission-denied-13#comment81033885_47043351
Вы пытались сделать этот каталог доступным для записи?
https://stackoverflow.com/questions/47043351/sessionhandlergc-ps-files-cleanup-dir-permission-denied-13#comment81033899_47043351
Проверьте права доступа к каталогу в FileZilla
https://stackoverflow.com/questions/47043351/sessionhandlergc-ps-files-cleanup-dir-permission-denied-13#comment81033932_47043351
"ps_files_cleanup_dir", вероятно, означает, что вы должны попытаться разрешить действия удаления в этом каталоге

Ответы - SessionHandler:: gc (): ps_files_cleanup_dir / отказано в разрешении (13) / SessionHandler::gc(): ps_files_cleanup_dir | Permission denied (13)

Dmitriy Buteiko

31.10.2017 10:45:20

Для фиксации

«Notice: SessionHandler::gc(): ps_files_cleanup_dir: opendir("/var/cpanel/php/sessions/ea-php70") failed: Permission denied"

Я рекомендую предоставить права доступа на запись для этой конкретной папки (/var/cpanel/php/sessions/ea-php70) учетной записи операционной системы, которую вы используете для интерпретатора PHP.

Отключение сборщика мусора сеанса PHP с помощью сеанса.параметр GC_PROBABILITY=0 PHP не является хорошим решением, потому что у вас будет много потерянных файлов сеанса в папке сеанса, и это будет тратить дисковое пространство и замедлять работу вашего сервера.

https://stackoverflow.com/questions/47043351/sessionhandlergc-ps-files-cleanup-dir-permission-denied-13/47043422#comment81034688_47043422
"потому что у вас будет много потерянных файлов сеанса в папке сеанса" - - - разве пакет debian php не поставляется с выделенным заданием cron, которое очищает сеансы независимо от php?
https://stackoverflow.com/questions/47043351/sessionhandlergc-ps-files-cleanup-dir-permission-denied-13/47043422#comment95659498_47043422
@zerkms нет, это не так. Php запускает сборщики мусора сеанса на основе информации, установленной в php.инит / во время выполнения скрипта. Однако вы всегда должны иметь выделенные каталоги для каждого сеанса проекта, поскольку их параметры времени жизни могут отличаться, что приводит к тому, что сеансы истекают раньше, чем ожидалось, если каталог является общим .
https://stackoverflow.com/questions/47043351/sessionhandlergc-ps-files-cleanup-dir-permission-denied-13/47043422#comment95667492_47043422
@SteveB ну, пакеты debian и ubuntu поставляются со встроенным отключенным GC и с внешними скриптами очистки, которые запускаются через cron или systemd. Просто установите его и проверьте сами.
https://stackoverflow.com/questions/47043351/sessionhandlergc-ps-files-cleanup-dir-permission-denied-13/47043422#comment95708631_47043422
@zerkms ну, ты меня понял. Ссылка на соответствующий вопрос о servelfault для справки: serverfault.com/questions/511609/ ...
Sarath E

12.02.2018 04:04:13

У меня та же проблема, я изменил session.save_pathphp.iniк "/tmp"в моем php.ини

Dip

15.12.2018 06:56:35

Эта ошибка возникает, потому что вам нужно разрешение папки для хранения файлов сеанса в папке сеанса.

Эта ошибка является общей для всех популярных фреймворков. Решение есть 1. Дайте разрешение папке сеанса как показано для хранения файлов или 2. создайте локальную папку сеанса в проекте и перепишите путь к файлам сеанса, хранящимся в проекте.

William Rossier

19.04.2019 12:39:32

Я очистил кэш и проблема была решена :)

https://stackoverflow.com/questions/47043351/sessionhandlergc-ps-files-cleanup-dir-permission-denied-13/55759759#comment101023687_55759759
У меня такая же ошибка, изменил путь к файлу на /tmp в php.ini, а также очистил кэш, но та же ошибка отображается.
Закрыть X