PHP-Puffer warum \r\n

Ich habe ein paar konzeptionelle Fragen (alle zusammenhängend, denke ich) in Bezug auf das folgende Skript in den Kommentaren. Das Skript funktioniert gut.

<?PHP
ob_start();

// Create string to overflow browser buffer ...?
$buffer = str_repeat(" ", 4096);

// Indicate new header / html content ...?
$buffer .= "\r\n<span></span>\r\n";

for ($i=0; $i<5; $i++) {
  echo $buffer.$i;
  ob_flush();
  flush();
  sleep(1);
}

ob_end_flush();
?>

Erstens, warum muss ich die senden \r\n<tag>\r\n zum Browser? Ich vermute, es hat etwas mit den Überschriften zu tun.

Zweitens, warum brauche ich etwas HTML in der Mitte?

Drittens gibt es viele Beispiele, die 256 Bytes anstelle von 4096 verwenden. Das Skript funktioniert jedoch nicht, wenn ich 256 verwende. Sind diese Beispiele veraltet und wird sich diese Zahl in Zukunft wieder ändern?

// BEARBEITEN IN BEZUG AUF QUELLLINKS

Dieser Code wurde hauptsächlich aus dem gesammelt Kommentar in php.net sleep() Funktion und die Lösung dieser SO-Frage. Keiner erwähnt, warum es aufgenommen werden soll \r\n.

//BEARBEITEN BEZÜGLICH HEADER

Wenn ich nicht hinzufüge \r\nein HTML-Tag und eine zweite Gruppe von \r\nwird das Skript in Chrome oder Safari nicht richtig ausgeführt (es gibt einfach alle Werte auf einmal aus).

Zusätzlich, wenn dies vor a aufgerufen wird session_start()es wird ein Fehler ausgegeben: “Sitzungs-Cache-Limiter kann nicht gesendet werden – Header wurden bereits gesendet”.

Erstens, warum muss ich die senden \r\n<tag>\r\n zum Browser? Ich vermute, es hat etwas mit den Überschriften zu tun.

Zweitens, warum brauche ich etwas HTML in der Mitte?

Normalerweise müssen Browser warten, bis sie die gesamte Antwort abgerufen haben, bis sie gerendert werden kann (denken Sie nur an XML, das bis zum letzten Zeichen gültig sein kann). Da dies jedoch zu einer schlechten Benutzererfahrung führen würde, beginnen die meisten Browser so früh wie möglich mit dem Parsen und Rendern der Inhalte.

Und hier könnte dieses HTML-Fragment der Initiator für den Browser sein, um das DOM tatsächlich zu erstellen und mit dem Rendern zu beginnen.

Drittens gibt es viele Beispiele, die 256 Bytes anstelle von 4096 verwenden. Das Skript funktioniert jedoch nicht, wenn ich 256 verwende. Sind diese Beispiele veraltet und wird sich diese Zahl in Zukunft wieder ändern?

Da das Handbuch darauf hinweist, dass möglicherweise weitere Pufferung in den Webserver integriert ist, könnte dies der Versuch sein, diese Puffer zum Überlaufen zu bringen, die auch geleert werden, um den erwarteten Effekt zu erzielen.

Der Grund für die Verwendung \r\n würde die Ausgabe gut rendern lassen, wenn sie mit einem Windows-Quellbetrachter wie angezeigt wird notepad.exe.

Mit Überschriften hat das hier nichts zu tun.

Da der Code die Ausgabepufferfunktionen verwendet, habe ich keine Ahnung, warum sie das Bedürfnis verspüren, einen 4-kb-Puffer (die Standardeinstellung in einer Standarddatei) zum Überlaufen zu bringen php.ini obwohl sich mehr Profis für keine Standardausgabepufferung entscheiden würden).

<?php

if (ob_get_level() == 0) ob_start();

for ($i = 0; $i<10; $i++){

        echo "<br> Line to show.";
        echo str_pad('',4096)."\n";    

        ob_flush();
        flush();
        sleep(2);
}

echo "Done.";

ob_end_flush();
?>