G
If simple terms are to be clarified when echo/print is produced, the data are to be found (e.g. browser). In order to prevent multiple echos from racing the bayta, there is a weekend buffer where the data are accumulated to some volume and when overcrowded, the data are released. Once again, data are accumulated. flush forcibly ejects the contents of the buffer into the drain.For example, you have a long task where you have to keep sending the results to the browser and you use echo information. But they're digging up in the buffer and the browser won't get anything until the buffer gets over.
There's also a way to turn off the buffer, and there's no cli in it.ob_* enables the initialization of its encumbered buffers by sending them to each other. And when it's cleaned, the data buffer will be down to the default.
You can't make flush at all, but just take the results from the buffer and destroy it.ob_start opens a new buffer and all subsequent print/echo will enter it. At any time, you can open a new buffer, and you can close and drop it on the buffer open earlier.
I mean, it looks like a elephant pie (scream) of buffers, where the data are written in the top buffer and only when all the buffers are dropped to the bottom of the default, until the data are clear.It's convenient to use it in a self-writing template. For a segment of the template, we create a buffer and then we take a ready-match and a buffer. Or when we call a side code that beats echo and creates trash, we call him in ob_* and all that trash is sitting there.I mean flush dumps. systems Buffer to the conclusion, and ob_flush drops last open Buffer through ob_start below buffer (ob_* or system)