PHP buffer why \r\n

Question

I have a few conceptual questions (all related, I think) regarding the following script, at the comments. The script works fine.

<?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();
?>

First, why do I need to send the \r\n<tag>\r\n to the browser? I assume it has something to do with headers.

Second, why do I need some HTML in the middle?

Third, there are many examples that use 256 bytes instead of 4096. However, the script doesn't work if I use 256. Are these examples outdated, and will this number change again in the future?

//EDIT REGARDING SOURCE LINKS

This code was gathered mainly from the commentary in php.net sleep() function and the solution to this SO question. Neither mentions why to include \r\n.

//EDIT REGARDING HEADERS

If I don't add \r\n, an HTML tag, and a second set of \r\n, the script will not execute properly in Chrome or Safari (it just dumps all the values at once).

Additionally, if this is called before a session_start(), it throws an error: "Cannot send session cache limiter - headers already sent".

It would help to know what is the script's purpose/expected result. — netcoder
– netcoder, Commented Nov 16, 2010 at 5:04
4096 bytes is the default php.ini output buffering setting. \r\n is just a typical Windows environment newline. — Phil
– Phil, Commented Nov 16, 2010 at 5:06
where did you get this code from? what is it supposed to do? — cambraca
– cambraca, Commented Nov 16, 2010 at 5:10
+1 this is a valid question. don't mark it invalid if it's not within your competence level to answer it — bcosca
– bcosca, Commented Nov 16, 2010 at 5:20
@cambraca Google Fu! php.net/manual/en/function.sleep.php#95164 — Phil
– Phil, Commented Nov 16, 2010 at 5:23

Gumbo · Accepted Answer · 2010-11-16 06:44:36Z

2

First, why do I need to send the \r\n<tag>\r\n to the browser? I assume it has something to do with headers.

Second, why do I need some HTML in the middle?

Normally browser have to wait until they have fetched the whole response until it can be rendered (just think of XML that can be valid until the last character). But since that would make a bad user experience, most browsers start to parse and render the contents as early as possible.

And here this HTML fragment could be the initiator for the browser to actually build the DOM and start rendering.

Third, there are many examples that use 256 bytes instead of 4096. However, the script doesn't work if I use 256. Are these examples outdated, and will this number change again in the future?

As the manual hints that there might be some further buffering incorporated in the web server, this might be the attempt to overflow those buffers that they are also flushed in order to have the expected effect.

answered Nov 16, 2010 at 6:44

Gumbo

657k112 gold badges792 silver badges852 bronze badges

Sign up to request clarification or add additional context in comments.

2 Comments

Ben Over a year ago

That makes sense too. However, the script fails if I send \r\n sometext \r\n. It only works with a tag in the middle. Wouldn't plaintext trigger the DOM also, just with a text node?

Gumbo Over a year ago

@Steve: No, obviously not. Although normally the Content-Type header field specifies the, well, content type, there are situations where that information is missing. So there are no hints what’s actually being sent and at that moment MIME type sniffing takes place in most browsers.

Phil · Accepted Answer · 2010-11-16 05:29:29Z

1

The reason for using \r\n would be make the output render nicely when viewed using a Windows source viewer like notepad.exe.

Nothing to do with headers here.

Seeing as the code uses the output buffering functions, I have no idea why they feel the need to try and overflow a 4kb buffer (the default in a standard php.ini though more professionals would opt for no default output buffering).

answered Nov 16, 2010 at 5:29

Phil

166k25 gold badges265 silver badges269 bronze badges

4 Comments

cambraca Over a year ago

I think it tries to overflow the buffer in the browser, since in theory flush() should, well, flush the php buffer, no?

Phil Over a year ago

@cambraca Quite a few hints in the flush() manual page - php.net/manual/en/function.flush.php

Ben Over a year ago

the solution to the SO question I linked to in my first edit has a comment in which the author states "Although I need to send \r\n's along with the content before I flush it out for it to work".

Ben Over a year ago

Any suggestions on how to handle this without the 4kb overflow issue?

LarsTech · Accepted Answer · 2014-06-30 20:01:27Z

-1

<?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();
?>

edited Jun 30, 2014 at 20:01

LarsTech

81.9k14 gold badges161 silver badges237 bronze badges

answered Jun 30, 2014 at 19:32

Saeed.r

11 bronze badge

1 Comment

SiKing Over a year ago

Please add further explanation of what you are showing.

Collectives™ on Stack Overflow

PHP buffer why \r\n

3 Answers 3

2 Comments

4 Comments

1 Comment

Your Answer

Linked

Hot Network Questions

Collectives™ on Stack Overflow

3 Answers 3

2 Comments

4 Comments

1 Comment

Your Answer

Sign up or log in

Post as a guest

Linked

Related