Re: Using 'header' as redirect
| From: | Philip Thompson | Date: | Tue, 30 May 2006 18:21:36 +0000 |
| Subject: | Re: Using 'header' as redirect | ||
| References: | 1 2 3 4 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-237102@lists.php.net to get a copy of this message | ||
On May 30, 2006, at 12:52 PM, Stut wrote:
Philip Thompson wrote:I was under the impression that if ob_end_flush() was not called, then there would be a memory leak. Is this not the case? From http://us3.php.net/ob_start : "Output buffers are stackable, that is, you may call ob_start() while another ob_start() is active. Just make sure that you call ob_end_flush() the appropriate number of times. If multiple output callback functions are active, output is being filtered sequentially through each of them in nesting order." Also 4096k... I wonder if that's enough buffering to include all the stuff that I want to show? As of right now, it is. Is there another standard level of buffering to specify? ~PTOk, I have modified my code a little bit. Stut, yes, output buffering was on by default (4096). I *think* this will work. It appears to be the same as before - still redirecting appropriately: <!-- index.php --> <? ob_start(); ?> <html> <head>...</head> <body> <? include ($subPage); ob_end_flush(); ?> </body> The subpage does not change any, only index.php. I am basically "holding off" on displaying the stuff between ob_start() and ob_end_flush(), unless it's header information. That way, if the subpage needs to redirect, it can without errors. Correct?Indeed. Output buffering does exactly what it says on the tin - it buffers the output until the page execution finishes or it's explicitly flushed. Your ob_end_flush call is technically not needed unless you have a reason to end the buffering at that point. -Stut