Cookies mediawiki Cookie存在问题

每当用户登录我们的Wiki时，他们都会收到以下错误：“此Wiki使用Cookie登录用户。您已禁用Cookie。请启用它们，然后重试。”即使显示错误，用户实际上已登录，并且可以正常进行编辑。如果用户没有仔细查看，他们就无法判断自己是否已登录，这会造成混乱。如果有人给我一个提示，我会很高兴。Wikimedia的建议是检查以确保存储会话数据的PHP目录是可写的。此目录可以在

session.save_path

设置下的

php.ini

文件中找到。此

php.ini

设置中的错误也可能导致其他问题

。。。（和）确保Internet来宾帐户（例如IUSR_FOOBAR、nobody或apache）对php.ini文件的

会话.save_path

变量中列出的文件夹具有写入权限

---

如果您使用的是托管站点，则需要编辑php脚本配置（php.ini）。该页面应包含有关web文档根目录的信息。如果已经创建了“tmp”文件夹，则使用它。如果当前设置中没有tmp文件夹，请创建一个用户无法浏览的tmp文件夹，并告诉php.ini文件如上所述的位置。

供将来参考。。。我们只是在Appropedia上遇到了类似的问题（相同的错误，但根本无法登录）。原来临时目录已满。已清除临时目录，问题已解决

原来临时目录已满

---

在我的例子中，这是因为整个分区已满，需要更多的空间。

我刚才遇到的问题是由于默认安装了PHP，使用C:\windows\temp作为PHP会话和其他数据的基本文件夹

---

当然，一旦有人清空临时文件夹，因为里面全是垃圾。。。。PHP信息的子文件夹也随附：\

如果您使用的是NGINX+PHP-FPM，前面的答案可能没有任何帮助

在命令行中，运行：

php fpm-i | grep——彩色cookie|u路径

查看cookie_路径是什么，然后统计文件夹并确保您的php fpm用户对其具有写访问权限

为了使用Nginx和Php-Fpm解决这个问题，我不得不将我的cookie\u路径从默认值/（说真的，为什么会是默认值？）更改为/tmp

---

在重新启动nginx和php-fpm之后，它工作得非常好

我正在使用lighttpd和php fpm，其他答案对我不起作用，但这个答案有一个错误：session.cookie\u path是会话cookie的URL路径，I。E会话应用于网站的哪个“部分”，而不是会话服务器数据在文件系统中的存储位置。与其因为你疯了而对我的评论投否决票，不如发布一些信息，比如你收到的错误？听起来您使用的是一个URL而不是unix路径，所以听起来这个错误是您的错，与我的解释无关。会话路径肯定是unix路径，而不是URL。会话必须存在于文件系统中才能有会话。从PHP.net:session.cookie\u path string session.cookie\u path指定要在会话cookie中设置的路径。默认为/。另请参见session_get_cookie_params（）和session_set_cookie_params（）。我没有生气，我对你的答案投了反对票，因为它是错误的。根据，session.cookie_路径不是指文件系统目录，而是指URL前缀。session.save_path配置文件系统上存储会话数据的路径。文档中根本没有这么说。如果它需要URL，为什么会默认为文件系统中的一个位置？“默认为/”我上面的引用引用了您发布的参考资料。这真的没关系，祝你好运。这是我的问题：“…（和）确保Internet来宾帐户（如IUSR_FOOBAR、nobody或apache）对php.ini文件的

会话中列出的文件夹具有写入权限。save_path

变量。”