Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
PHP: ob_end_flush - Manual
[go: Go Back, main page]

PHP
downloads | documentation | faq | getting help | mailing lists | reporting bugs | php.net sites | links | conferences | my php.net

search for in the

ob_flush" width="11" height="7"/> <ob_end_clean
Last updated: Thu, 31 May 2007

view this page in

ob_end_flush

(PHP 4, PHP 5)

ob_end_flush — 出力用バッファをフラッシュ(送信)し、出力のバッファリングをオフに する

説明

bool ob_end_flush ( void )

この関数は、出力用バッファの内容を出力し、出力のバッファリングを オフにします。出力用バッファの内容を更に処理したい場合には、 バッファの内容は ob_end_flush() がコールされた 後に消去されるため、ob_end_flush() の前に ob_get_contents() をコールする必要があります。 ひとつのバッファを正常に破棄した場合に TRUE を 返します。それ以外の場合に FALSE を返します。 失敗する原因は、まず、アクティブなバッファ以外に対してこの 関数をコールしたか、あるいは何らかの理由により バッファを消去することができなかった場合です(特殊なバッファ等)。

注意: この関数は ob_get_flush() に似ていますが、 ob_get_flush() はバッファを文字列として返すという点が 違います。

以下は全ての出力バッファをフラッシュし終了する簡単な方法の例です。

例 1635. ob_end_flush() の例

<?php
 
while (@ob_end_flush());
?>

注意: この関数は失敗すると E_NOTICE レベルのエラーを発行します。

boolean 型の戻り値は PHP 4.2.0 で追加されました。

ob_start()ob_get_contents()ob_get_flush()ob_flush() および ob_end_clean() も参照ください。



ob_flush" width="11" height="7"/> <ob_end_clean
Last updated: Thu, 31 May 2007
 
add a note add a note User Contributed Notes
ob_end_flush
skippy at zuavra dot net
01-Jul-2005 06:10
Apart from being mostly redundant, ob_end_flush() can be downright damaging in some weird cases.

Actual example: a particular page on an Intranet website which would appear blank on Internet Explorer 6 when ob_start('ob_gzhandler') was called in the beginning and ob_end_flush() at the end.

We couldn't figure out what made that page special no matter what we tried. The ob_ functions were placed in scripts which were include()'d by all pages just the same, but only that page did this.

Even stranger, the problem only appeared on direct browser/server connections. Whenever the connection passed through a proxy the problem dissapeared. I'm guessing some kind of HTTP encoding headers mumbo-jumbo.

Solution: unless you really need it in particular cases, remove the ob_end_flush() call and rely on the builtin, automatic buffer flush.
jhannus at 128kb dot com
06-Jun-2004 01:18
A note on the above example...

with PHP 4 >= 4.2.0, PHP 5 you can use a combination of ob_get_level() and ob_end_flush() to avoid using the @ (error suppresion) which should probably be a little faaster.

<?php

while (ob_get_level() > 0) {
   
ob_end_flush();
}

?>
kriek at jonkriek dot com
30-Mar-2003 02:22
ob_end_flush() isn't needed in MOST cases because it is called automatically at the end of script execution by PHP itself when output buffering is turned on either in the php.ini or by calling ob_start().
brett at realestate-school dot com
27-Sep-2002 05:01
It appears that you can call ob_end_flush() regardless of whether or not output buffering was ever started using ob_start(). This can prove useful because it saves you from having to create conditional statements based on whether a particular function or include file has started output buffering. You can simply call the ob_end_flush() anyway and if there's output in the buffer, it will be sent, otherwise your script will just keep on keepin' on.

ob_flush" width="11" height="7"/> <ob_end_clean
Last updated: Thu, 31 May 2007
 
 
show source | credits | sitemap | contact | advertising | mirror sites