PHP-Can'；不要在GoDaddy网站上突然启动会话

在圣诞假期之前，我有一个功能完善的GoDaddy网站（正在开发中）。它没有改变。今天，我登录了，我有所有这些奇怪的关于会话的错误，以前没有

为了调查，我制作了一个新文件，并将其与以下内容一起扔到了网站上：

<?PHP
    session_start();
    echo "HELLO WORLD!";
?>

---

我甚至不知道从何处开始—有人知道会发生什么变化使这个基本文件无法工作吗？

在会话开始之前清除任何空白（）

没有看到第一个警告，但是如果脚本在调用会话开始（）之前发送头或数据，则会发生其他情况。您可以通过以下任一方式解决此问题：

1） 确保会话_start（）之前没有HTML或空格，或者， 2） 使用输出缓冲（请参阅ob_start（）和ob_end_flush（）

---

使用（2），您可以在脚本执行期间随时启动会话；缓冲确保标题和响应数据以正确的顺序发送到浏览器。

这似乎是GoDaddy的错误。请联系他们的客户支持。这似乎是服务器问题。可能需要移动到？建议：离开GoDaddy（如果可能的话），他们没有最好的托管服务。（我会推荐一家托管服务提供商，但这在这里并不合适）。为什么这样做会有帮助？如果文件确实是发布的文件，那么第2行之前的空格并不重要，因为它们位于@AurelioDeRosa：实际上，这可能会有帮助。如果文件开头有一个不可见的字符，例如BOM（在打开PHP之前），这可能会导致“headers ready sent”（标题已发送）错误。然而，这里的情况并非如此。该错误只是关于临时文件夹访问权限不足的第一个错误的副产品。我感谢您的建议，但没有空白，而且我在真实网站上拥有的文件不用于此操作，因此我认为它与配置有关ed，但我不知道要找什么。没问题。然后我认为这是一个托管/权限问题。请尝试致电godaddy。或者更好的是，更改托管提供商；）@事实上，正如我所说，第2行之前的空格是否在“headers ready sent”警告中并不重要，“headers ready sent”警告只是第一个警告的副产品。在

警告之后：session_start（）[function.session start]：open（/var/c..

消息已显示，显然标题已发送。看起来godaddy已删除PHP存储其会话的文件夹，或更改了权限。如其他人所述，请与支持部门联系。您还可以使用会话保存路径（）设置备用会话文件夹但如果他们解决了配置问题，那就更好了。我使用session_save_path（）来缓解错误，并与GoDaddy联系让他们解决问题（希望：/）。感谢您提供的解决方案：）

Warning: session_start() [function.session-start]: open(/var/chroot/home/content/05/8547705/tmp/sess_m3uikb1qe6v5hsjir8ilsfa811, O_RDWR) failed: Permission denied (13) in /home/content/05/8547705/html/try.php on line 2

Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /home/content/05/8547705/html/try.php:2) in /home/content/05/8547705/html/try.php on line 2

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /home/content/05/8547705/html/try.php:2) in /home/content/05/8547705/html/try.php on line 2
HELLO WORLD!
Warning: Unknown: open(/var/chroot/home/content/05/8547705/tmp/sess_m3uikb1qe6v5hsjir8ilsfa811, O_RDWR) failed: Permission denied (13) in Unknown on line 0

Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0