Ezra Nugroho wrote: > Can I ask for the following support, at least to begin conversation > about it if it hasn't been done before. > > Currently, the header() function still carries the following warning in > its online documentation: > > "Remember that header() must be called before any actual output is sent, > either by normal HTML tags, blank lines in a file, or from PHP. It is a > very common error to read code with include(), or require(), functions, > or another file access function, and have spaces or empty lines that are > output before header() is called. The same problem exists when using a > single PHP/HTML file." > > This is quite annoying since this makes header() or setcookie() calls to > be unreliable. > > I am aware that it can be done more reliably by turning the output > buffering on. This is less of an issue if you are writing your own > webapp. However, this is much more difficult if a person writes a > library for other people's consumptions. The library cannot enforce > output buffering in the webapp. > > Can we please give it a thought in PHP 6? Maybe by turning output > buffering on by default, or even by enforcing output buffering. > > In Java, you can get the request object, and the response object of a > web request. I find this very useful and reliable. > > Any thoughts or comments about this?
There is nothing unreliable about is as far as I am concerned. You have full control over output buffering from your script. Forcing people to buffer output by default will mean higher memory usage and higher latency for existing scripts with no gain given their code is working today. -Rasmus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
