Już wysłane nagłówki debugowania Magento

Jest łatwiejszy sposób.

Spójrz na metodę canSendHeaders w pliku

lib/Zend/Controller/Response/Abstract.php

Dodaj trochę logowania do

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;
}

Ten błąd jest wyrzucany z Mage_Core_Controller_Response_Http - > sendHeaders(). Ta funkcja wywołuje funkcję super class, która faktycznie sprawdza, czy nagłówki zostały już wysłane, Zend_Controller_Response_Abstract -> Cansendheaders().

Klasa Zend_Controller_Response_Abstract obsługuje między innymi wysyłanie nagłówków odpowiedzi i śledzenie ostatniego wysłania nagłówków (oraz z jakiego pliku i linii). Oto jak wygląda ta funkcja, i gdzie dokonamy zmiany w linii 316 do 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;
}

Do:

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;
}

Spowoduje to zapisanie błędu w /var/log/header.log.

Najczęstszym miejscem, w którym napotkasz to w Magento, jest wyjście zawartości bezpośrednio z kontrolera.

Zamiast robić

echo $string; 

Wewnątrz kontrolera, zrób to:

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

Ja też to widzę. Myślę, że ma to coś wspólnego z obrazami w WYSIWYG. Spróbuj obserwować dzienniki podczas przechodzenia przez administratora (zwłaszcza Strony CMS), a możesz to zobaczyć. To nieszkodliwe.

Może to będzie pomocne dla kogoś: Otrzymuję podobny komunikat, gdy włączam WYSIWYG Magento podczas edycji stron w CMS - > Pages(mam WYSIWYG domyślnie wyłączony, więc muszę kliknąć "Pokaż/Ukryj Edytor", aby go włączyć). Jeśli strona zawiera znaczniki CMS takie jak na przykład:

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

Ta wiadomość pojawia się w systemie.Zaloguj się po kliknięciu "Pokaż / Ukryj edytor":

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>

Otrzymałem ten błąd, gdy zbudowałem moje żądanie Ajax w "hacky" sposób, Echo treści bezpośrednio zamiast wysyłać je za pośrednictwem układu. Gdy wysłałem je przez układ, błędy zniknęły. Zobacz moje własne pytanie tutaj:

Najlepszy sposób na wyjście danych ajax z rozszerzenia Magento Admin

Rekwizyty dla @ alan za odpowiedź na moje pytanie.

Myślę, że to może być OnePageCheckout problem z rozszerzeniem. Mam ten sam błąd w Magento i wydaje się, że ten błąd nie jest tak popularny. Również zainstalowałem OnePageCheckout. Ale, oczywiście, to może być tylko przypadek.

Ten sam problem podczas wykonywania połączenia Ajax

Otrzymywałem dziennik, gdy wykonywałem wywołanie Ajax i wywoływałem szablon bezpośrednio z kontrolera.

Kiedy zmieniłem kod i utworzyłem blok w pliku XML układu. Naprawiono błąd dziennika.

Mam ten sam problem podczas instalacji Magento.

W moim przypadku włączenie output_buffering w PHP rozwiązało problem.

W xampp z PHP 5.6 output_buffering jest domyślnie włączone.

W xampp z PHP 5.3 output_buffering jest domyślnie wyłączony.

W naszym przypadku był to błąd w Magento CE 1.9.2.4, który został naprawiony w Magento CE 1.9.3, wystąpił podczas używania WYSIWYG z obrazami. Właśnie zrobiliśmy małe rozszerzenie, które nadpisuje funkcję directiveAction () w \app\code\core\Mage\Adminhtml\controllers\CMS\WysiwygController.php. Po więcej szczegółów zobacz (w języku niemieckim) tutaj.