ansaurus

Question

Use case for output buffering as the correct solution to "headers already sent"

Answer 1

+3 A:

I would concur with your initial statement. Generally, solving "headers" problem with output buffering is a stopgap measure.

The really sad/funny part of this solution is: what happens when you want to output something large, such as a file you are keeping behind a paywall? Usually it results in people replacing the "headers" problem with their scripts running out of memory.

Whoops.

ivans 2010-05-27 08:40:37

Answer 2

A:

for template systems you will need ob_start ... look and Zend_View

Later Edit I misunderstood the question and provided a case where ob_start use is a valid solution.

solomongaby 2010-05-27 08:51:17

Can you elaborate?

kemp 2010-05-27 08:53:47

True, template systems need it. The question regards "Headers already sent" situations though.

deceze 2010-05-27 08:55:14

solomongaby is implying that some templating systems use output buffering to render fragments of the template to be merged at some later step of rendering. However, while this is a valid use of output buffering, it is not an explanation why buffering might be valid way to solve the "headers" problem which is the original question.

ivans 2010-05-27 08:55:50

Answer 3

+1 A:

The only situation I can imagine is a CMS or Weblog in which plugins can be invoked in the HTML code, like

<h1>My images</h1>
{plugin:show_images}

those plugins may have to add their own style sheets and other things that go in the <head> section of the page. Using buffering, this would be possible.

In practice though, this is not good for performance, feels kludgy and doesn't work when output buffering is turned off. Even here, it is therefore better to pre-process the contents before showing them, and doing any adding of style sheets etc. before anything is output.

Pekka 2010-05-27 08:58:19

I think you are talking about a different issue. HTML <head> is different from HTTP header.

ZZ Coder 2010-05-27 11:48:29

@ZZ Coder nope, I'm talking about inserting code in a place that is "above" the place you are processing at the moment. Whether that is a different position within the `<body>` or the `<head>` element doesn't really matter. The point is about using buffering to modify the output before it is sent.

Pekka 2010-05-27 11:50:09

Answer 4

A:

You might want to issue HTTP redirects late in the flow, for example in templates or exception handling. (Of course, a framework with templating or global exception handling would need output buffering anyway, so you could say it isn't a solution to this problem specifically.)

Tgr 2010-05-27 09:19:57

Answer 5

A:

In my experience I have never found a situation where that error wasn't caused by a flow in the program's logic. Are there cases where output buffering is actually the correct solution?

I'd have to agree with you, however:

1) One of the reasons I like PHP is because it lets you choose how you solve the problem

2) there are other uses for output_buffering other than fixing the 'Headers already sent' message - e.g. compressing output, capturing output of arbitary code, avoiding chunked encoding....

C.

symcbean 2010-05-27 12:06:32

ansaurus

tags:

views:

answers:

Use case for output buffering as the correct solution to "headers already sent"

related questions