当用户登录我们的Wiki时,他们会收到以下错误:“此Wiki使用cookie登录用户。您已禁用Cookie。请启用它们并重试。”即使显示错误,用户实际上已登录并可以正常进行编辑。如果用户没有仔细观察,他们无法告诉他们已经登录并且它会造成混乱我会很高兴如果有人给我一个提示
答案 0 :(得分:12)
Wikimedia的建议是
检查以确保用于存储会话数据的PHP目录是可写的。可以在php.ini
设置下的session.save_path
文件中找到此目录。此php.ini
设置中的错误也可能导致其他问题。
...(和)确保Internet来宾帐户(例如IUSR_FOOBAR,nobody或apache)对php.ini文件的
session.save_path
变量中列出的文件夹具有写入权限。
如果您使用的是托管网站,则需要编辑php脚本配置(php.ini)。该页面应包含有关您的Web文档根目录的信息。如果已经创建了“tmp”文件夹,则使用它。如果当前设置中没有tmp文件夹,请创建一个不能被用户浏览的文件夹,并按照上面的指示告诉php.ini文件该位置。
答案 1 :(得分:7)
供将来参考......我们在Appropedia上遇到了类似的问题(同样的错误,但根本无法登录)。原来,临时目录已满。清除临时目录,问题解决了。
答案 2 :(得分:3)
原来,临时目录已满了
在我的情况下,这是因为整个分区已满,需要更多空间。
答案 3 :(得分:0)
我刚才遇到的问题是由于使用C:\ windows \ temp作为PHP会话和其他数据的基本文件夹来默认安装我们的PHP。
当然,一旦有人清空了temp文件夹,因为它充满了垃圾...... PHP信息的子文件夹也是如此:\
答案 4 :(得分:-1)
如果您使用的是NGINX + PHP-FPM,之前的答案可能没有任何帮助。
从命令行运行:
php-fpm -i | grep --color cookie_path
查看你的cookie_path是什么,然后统计文件夹并确保你的php-fpm用户具有写入权限。
要使用Nginx和Php-Fpm来解决这个问题,我必须将我的cookie_path从它的默认值/(严重的,为什么这是默认值?)更改为/ tmp。
重新启动nginx和php-fpm后,它完美运行。