如果在ubuntu/Debian下, 采用apt安裝的PHP, 那麼在使用Session的時候, 就可能會有小概率遇到這個提示.
復制代碼 代碼如下:
PHP Notice: session_start(): ps_files_cleanup_dir:
opendir(/var/lib/php5) failed: Permission denied (13)
in /home/laruence/www/htdocs/index.php on line 22
這是因為, 在PHP中, 如果使用file_handler作為Session的save handler, 那麼就有概率在每次session_start的時候運行Session的Gc過程.
復制代碼 代碼如下:
//有省略
int nrdels = -1;
nrand = (int) ((float) PS(gc_divisor) * php_combined_lcg(TSRMLS_C));
if (nrand < PS(gc_probability)) {
PS(mod)->s_gc(&PS(mod_data), PS(gc_maxlifetime), &nrdels TSRMLS_CC);
}
//有省略
這個警告的原因是因為在apt的PHP中, session的默認目錄/var/lib/php5的權限是733 with sticky bit, 也就是
復制代碼 代碼如下:drwx-wx-wt root root
而一般PHP的worker都運行在非root身份下, 所以是沒有權限來打開這個文件夾的(但是因為可以write, 所以不影響正常的Session文件讀取). 於是在s_gc中的如下代碼, 就會觸發開頭所說的Notice:
復制代碼 代碼如下:
//對於file handler來說, s_gc間接調用ps_files_cleanup_dir:
dir = opendir(dirname);
if (!dir) {
php_error_docref(NULL TSRMLS_CC, E_NOTICE,
"ps_files_cleanup_dir: opendir(%s) failed: %s (%d)",
dirname, strerror(errno), errno);
return (0);
}
當然, 在ubuntu/Debian下, 還是有gc回收的, 只不過是外部的cron進程來完成的, 默認的在/etc/cron.d/php5:,
復制代碼 代碼如下:
09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ]
&& [ -d /var/lib/php5 ] && find /var/lib/php5/
-type f -cmin +$(/usr/lib/php5/maxlifetime) -print0
| xargs -n 200 -r -0 rm
另外, 可以看到, 在判別s_gc是否運行的時候, 有倆個關鍵變量: PS(gc_divisor)和PS(gc_probability), 這倆個變量分別對應著session的運行時配置項的倆個同名配置項:
session.gc_probability和session.gc_divisor, 他們分別默認為1和100.
而php_combined_lcg是一個隨機數發生器, 生成0到1范圍的隨機數, 所以上面的判別相當於:
復制代碼 代碼如下:
rand < probability / gc_divisor
也就是說, 默認情況下, 差不多是100次能調用一次gc過程. 所以也就是小概率的可以看到這個Notice.
要關閉這個Notice, 只需要設置:
session.gc_probability = 0, 讓s_gc完全沒有運行的可能即可.
當然, 你也可以改變這個文件夾的權限…
session的保存路徑C:\WINDOWS\TEMP\沒有開發寫權限給web用戶
意思就是你沒有權限。使用不了session_start創建session
這個錯誤看起來是因為存放session文件的目錄沒有開放寫權限給apache的用戶。要解決這個問題,只需要把php配置文件php.ini裡的 session.save_path 設置到臨時目錄即可,示例:session.save_path = "/tmp/php5"保存php.ini然後重啟apache就生效了。 到建站技術學習論壇網站查看回答詳情>>