ID: 23488 Updated by: [EMAIL PROTECTED] Reported By: m at mlcastle dot net -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: GNU/Linux 2.2.25 PHP Version: 4.3.1 New Comment:
This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: ------------------------------------------------------------------------ [2003-08-02 11:08:02] [EMAIL PROTECTED] Same as bug #24827 ------------------------------------------------------------------------ [2003-05-05 05:52:41] [EMAIL PROTECTED] This issue has long been recognised since zlib.compression feature was implemented. The behaviour is quite expected => marking this as a feature request. ------------------------------------------------------------------------ [2003-05-05 04:44:46] m at mlcastle dot net If zlib.output_compression is on, then it (sensibly) sends a Vary: Accept-Encoding header to the browser. However, if the user's script has sent its own Vary: header, then that header will get clobbered by zlib's. Better solutions would be to either: * let the user's header take preference, and caution the user to include Accept-Encoding in the custom one, or * magically combine the user's header and the zlib one. Refernece: RFC 2616 (HTTP/1.1 Spec), Section 14.44 Sample script: <?php ini_set('zlib.output_compression', 'on'); // do something with $_SERVER['HTTP_ACCEPT_LANGUAGE'] header('Vary: Accept-Language'); // output something ?> ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=23488&edit=1