Req #69493 [Com]: Compress by default

From: Date: Sat, 31 Jul 2021 11:16:07 +0000
Subject: Req #69493 [Com]: Compress by default
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-235501@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=69493&edit=1 ID: 69493 Comment by: fjdjrr dot fffzira at dhf dot hh Reported by: olafvdspek at gmail dot com Summary: Compress by default Status: Open Type: Feature/Change Request Package: *General Issues Operating System: * PHP Version: Irrelevant Block user comment: N Private report: N New Comment: yes, you did it wrong the past 20 years, i did that too 20 years ago but it only took me a year to realize that http compression only works proper if all request headers are taken into account on both sides and that it's idiotic trying to do that in the scripting language why is it idiotic doing that in the scripting language? because its the webserver which is responsible for http and so common sense says the http-compression which is a part of that belongs there while you discuss on the wrong end we use brotli instead of gzip for modern clients over two years now Previous Comments: ------------------------------------------------------------------------ [2021-07-31 10:33:04] olafvdspek at gmail dot com > it was never the job of the scripting language to handle http compression Sorry, I must've been doing it wrong for the past 20 years. At https://www.php.net/manual/en/zlib.configuration.php I don't see anything about it being deprecated / not recommended. ------------------------------------------------------------------------ [2021-07-27 14:30:15] rtrtrtrtrt at dfdfdfdf dot dfd > Is that better / recommended? it was never the job of the scripting language to handle http compression > Is that recommendation documented? surely: https://httpd.apache.org/docs/2.4/mod/mod_deflate.html ------------------------------------------------------------------------ [2021-07-27 07:40:19] olafvdspek at gmail dot com > Oh, is it that hard to enable that setting in php.ini, It's not that hard.. but I think it could be simpler. > or even > better, not to use it, but rather configure your Webserver to do > that? Is that better / recommended? Is that recommendation documented? ;) ------------------------------------------------------------------------ [2021-07-26 13:48:10] rtrtrtrtrt at dfdfdfdf dot dfd it's not hard to let take care about compression in the webserver, but it doesn't make enough problems for some people when it's done based on request-headers so that it works without issues :-) and hell: the webserver even can decide if brotli or gz compression satisfies the client, way too less troubles ------------------------------------------------------------------------ [2021-07-26 13:41:55] cmb@php.net Oh, is it that hard to enable that setting in php.ini, or even better, not to use it, but rather configure your Webserver to do that? ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=69493 -- Edit this bug report at https://bugs.php.net/bug.php?id=69493&edit=1

« previous php.bugs (#235501) next »