Magento 调试标头已发送错误

Question

我在我的 system.log 文件中收到以下错误：

 2011-01-12T14:16:52+00:00 DEBUG (7): HEADERS ALREADY SENT: 
 [0] C:\xampp\htdocs\www.mysite.com\app\code\core\Mage\Core\Controller\Response\Http.php:44
 [1] C:\xampp\htdocs\www.mysite.com\lib\Zend\Controller\Response\Abstract.php:727
 [2] C:\xampp\htdocs\www.mysite.com\app\code\core\Mage\Core\Controller\Response\Http.php:75
 [3] C:\xampp\htdocs\www.mysite.com\app\code\core\Mage\Core\Controller\Varien\Front.php:188
 [4] C:\xampp\htdocs\www.mysite.com\app\code\core\Mage\Core\Model\App.php:304
 [5] C:\xampp\htdocs\www.mysite.com\app\Mage.php:596
 [6] C:\xampp\htdocs\www.mysite.com\index.php:81

我知道“标头已发送”的含义，但我不知道是什么文件导致了此错误，并且跟踪并没有真正为我提供任何信息。

有没有办法找出有问题的文件？

谢谢！

Answer 1

这是困难的方法。

查找正在执行日志记录的文件中的位置

C:\xampp\htdocs\www.mysite.com\app\code\core\Mage\Core\Controller\Response\Http.php 
Mage::log('HEADERS ALREADY SENT: '.mageDebugBacktrace(true, true, true));

添加日志记录以获取迄今为止包含/所需的每个文件的副本

Mage::log(print_r(get_included_files(),true));

如果您记得将文件恢复到预先混乱的状态，则可以将此日志记录直接添加到核心文件中，或者您可以添加一个临时副本，

app/code/local/Mage/Core/Controller/Response/Http.php

只要你记得在完成后删除它（或者只使用 git）。

检查此文件列表中是否有常见的空格嫌疑，然后检查它们是否有可能产生输出的任何函数（echo、print、readfile，可能还有更多）

Answer 2

这是一个更简单的方法。

查看文件中的 canSendHeaders 方法

lib/Zend/Controller/Response/Abstract.php

添加一些日志记录

public function canSendHeaders($throw = false)
{
    $ok = headers_sent($file, $line);
    // to get PHP's report on which file is sending a header.
    if ($ok !== false){
        Mage::log('File: ' . $file, null, 'exception.log', true);
        Mage::log('Line: ' . $line, null, 'exception.log', true);
    }

    if ($ok && $throw && $this->headersSentThrowsException) {
        #require_once 'Zend/Controller/Response/Exception.php';
        throw new Zend_Controller_Response_Exception('Cannot send headers; headers already sent in ' . $file . ', line ' . $line);
    }

    return !$ok;
}

Answer 3

该错误是从 Mage_Core_Controller_Response_Http -> 引发的发送标头（）。该函数调用超类函数，该函数实际上执行检查以查看标头是否已发送，Zend_Controller_Response_Abstract -> canSendHeaders()。

Zend_Controller_Response_Abstract 类处理发送响应标头和跟踪上次发送标头的时间（以及从哪个文件和行）。该函数如下所示，我们将在第 316 行对 lib\Zend\Controller\Response\Abstract.php 进行更改：

public function canSendHeaders($throw = false) {
    $ok = headers_sent($file, $line);
    if ($ok && $throw && $this->headersSentThrowsException) {
        #require_once 'Zend/Controller/Response/Exception.php';
        throw new Zend_Controller_Response_Exception('Cannot send headers; headers already sent in ' . $file . ', line ' . $line);
    }
    return !$ok;
}

收件人：

public function canSendHeaders($throw = false)
{
    $ok = headers_sent($file, $line);

    if ($ok) {
        Mage::log('Cannot send headers; headers already sent in ' . $file . ', line ' . $line, null, 'headers.log');
    }

    return !$ok;

    #if ($ok && $throw && $this->headersSentThrowsException) {
    #    #require_once 'Zend/Controller/Response/Exception.php';
    #    throw new Zend_Controller_Response_Exception('Cannot send headers; headers already sent in ' . $file . ', line ' . $line);
    #}
    #return !$ok;
}

这会将错误记录在 /var/log/header.log 中。

Answer 4

在 Magento 中最常见的情况是直接从控制器输出内容。

不要

echo $string; 

在控制器中执行此操作，而是执行以下操作：

$this->getResponse()->setBody($string);

Answer 5

我也看到这个。我认为这与所见即所得的图像有关。尝试在浏览管理（尤其是 CMS 页面）时查看日志，您可能会看到这种情况发生。这是无害的。

Answer 6

也许这对某人有帮助：
当我在 CMS 中编辑页面时打开 Magento 的 WYSIWYG 时，我收到类似的消息 ->页面（默认情况下我禁用了所见即所得，因此我必须单击“显示/隐藏编辑器”才能启用它）。如果页面包含 CMS 标签，例如：

{{store url='my-other-page'}}

单击“显示/隐藏编辑器”后，此消息会出现在 system.log 中：

2013-04-06T11:10:38+00:00 DEBUG (7): HEADERS ALREADY SENT: <pre>[0] ...\app\code\core\Mage\Core\Controller\Response\Http.php:52
[1] ...\lib\Zend\Controller\Response\Abstract.php:766
[2] ...\app\code\core\Mage\Core\Controller\Response\Http.php:83
[3] ...\app\code\core\Mage\Core\Controller\Varien\Front.php:188
[4] ...\app\code\core\Mage\Core\Model\App.php:354
[5] ...\app\Mage.php:683
[6] ...\index.php:87
</pre>

Answer 7

当我以一种“hacky”方式构建我的 Ajax 请求时，我收到了这个错误，直接回显内容而不是通过布局发送它们。一旦我通过布局将它们发送出去，错误就消失了。在这里查看我自己的问题：

最佳输出方式来自 Magento 管理扩展的 ajax 数据

向 @alan 提供他对我的问题的回答。

Answer 8

我认为这可能是 OnePageCheckout 扩展问题。我在 Magento 中也有同样的错误，而且似乎这个错误并不那么流行。我还安装了 OnePageCheckout。但是，当然，这可能只是巧合。

Answer 9

进行 Ajax 调用时出现相同问题

当我进行 Ajax 调用并直接从控制器调用模板时，我收到了日志。

当我更改代码并在布局 xml 文件中创建块时。日志错误已修复。

Answer 10

我在安装 Magento 时遇到同样的问题。

就我而言，在 PHP 中启用 output_buffering 解决了这个问题。

在 PHP 5.6 的 xampp 中，默认启用 output_buffering。

在 PHP 5.3 的 xampp 中，output_buffering 默认情况下处于禁用状态。

Answer 11

在我们的例子中，这是 Magento CE 1.9.2.4 中的一个错误，该错误已在 Magento CE 1.9.3 中修复，在使用 WYSIWYG 处理图像时发生。我们刚刚做了一个小扩展，它覆盖了 \app\code\core\Mage\Adminhtml\controllers\Cms\WysiwygController.php 中的函数directiveAction()。有关更多详细信息，请参阅（德语）这里。