|PHP Flush: How Often and Best Practises||#1|
I just finished reading this post: http://developer.yahoo.com/performance/rules.html#flush and have already implemented a flush after the top portion of my page loads (head, css, top banner/search/nav).
Is there any performance hit in flushing? Is there such a thing as doing it too often? What are the best practices?
If I am going to hit an external API for data, would it make sense to flush before hand so that the user isn't waiting on that data to come back, and can at least get some data before hand?
Thanks to everyone in advance.
posted date: 2008-12-09 05:51:00
|Re: PHP Flush: How Often and Best Practises||#3|
Down side is that you can't gzip the content as well as flushing it afaik, so I've always preferred to gzip rather than flush.Some versions of Microsoft Internet Explorer will only start to display the page after they have received 256 bytes of output, so you may need to send extra whitespace before flushing to get those browsers to display the page.This makes this not idea, as it seems padding more data isn't very useful.
posted date: 2008-12-09 05:58:00
|Re: PHP Flush: How Often and Best Practises||#4|
The technique described looks nice, but has several pitfalls:1) the time between PHP script start and end is small compared to transmission time; also, this saves the user about 0.5 seconds, according to your source. Is that a significant amount of time for you?2) this technique doesn't work with gzip output buffering3) if you flush too often, you'll be sending an almost-empty packet on flush, which might actually increase loading time (on slow, noisy connections).4) once you flush, you can't send any more headers5) (minor issue) the server response will come in chunked encoding, which means the client won't know the size in advance (therefore won't display "x% done" when downloading a file).On the other hand, if you expect your script to run for a loooong time (20+ seconds), it may be needed to send some data (spaces, for example) to keep the browser from timing out the connection.
posted date: 2008-12-09 06:10:00
|Re: PHP Flush: How Often and Best Practises||#5|
Following Piskvor's point - if you are expecting a 20s+ wait, you may be better off providing a basic page (which can be gzipped) and using Ajax to update the page when the slow process has finished. You do start to infringe the basic usefulness of static html, though.
posted date: 2008-12-09 06:17:00
|Re: PHP Flush: How Often and Best Practises||#6|
I agree, however, most people have more meta data inside of their head tags than 256 chars. It's not really that much if you think about it. GZip is a good point though.
posted date: 2008-12-09 06:42:00
|Re: PHP Flush: How Often and Best Practises||#7|
posted date: 2010-03-30 05:11:00
|select page: « 1 »|