Re: Re: Any idea why we have two html_puts()'s?
| From: | Zeev Suraski | Date: | Sun, 12 May 2002 14:51:15 +0000 |
| Subject: | Re: Re: Any idea why we have two html_puts()'s? | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-83931@lists.php.net to get a copy of this message | ||
At 17:43 12/05/2002, Sascha Schumann wrote:
I've just noticed that you have kicked out the premier
implementation of the same functionality in favor of the dog
slow old one.
I almost missed those idyllic descriptions :)
Note that relying on output buffering alone is inferior,
because (a) it is not always enabled
It can be enabled for this purpose alone, if you think it's that much of an issue (I don't, but I don't mind doing that either).
and (b) it does notWhat inherent flaws? So far, the only difference between them that I could spot was that php_html_puts() was buggy, and did not convert series of spaces into 's. Otherwise, the only difference was the use of buffering. I may have missed something, though.address the inherent flaws in the zend implementation.
I don't see why it's necessary. If you think buffering phpinfo() is really necessary, then we can enable buffering for it. ZeevI suggest reverting that commit and doing whatever is necessary to improve the zend implementation.This could be achieved by defining a function pointer zend_html_puts with the same parameters as php_html_puts and let applications set that function pointer. The default could continue to point to the current zend_html_puts code.