Mailing-List: contact bugs-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache HTTPD Bugs Notification List" <bugs@httpd.apache.org>
From: bugzilla@apache.org
To: bugs@httpd.apache.org
Subject: [Bug 60619] New: Negotiate precompressed files
Date: Fri, 20 Jan 2017 21:08:09 +0000
Message-ID: <bug-60619-7868@https.bz.apache.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Auto-Submitted: auto-generated
MIME-Version: 1.0
archived-at: Fri, 20 Jan 2017 21:08:18 -0000

https://bz.apache.org/bugzilla/show_bug.cgi?id=3D60619

            Bug ID: 60619
           Summary: Negotiate precompressed files
           Product: Apache httpd-2
           Version: 2.4.25
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: mod_negotiation
          Assignee: bugs@httpd.apache.org
          Reporter: Martin.vGagern@gmx.net
  Target Milestone: ---

There should be a way to configure the server so that if files =E2=80=9Cfoo=
=E2=80=9D and
=E2=80=9Cfoo.gz=E2=80=9D exist, then =E2=80=9Cfoo.gz=E2=80=9D gets served i=
f =E2=80=9CAccept-Encoding: gzip=E2=80=9D is
specified in the request, and otherwise foo gets served. All of this with
proper negotiation, =E2=80=9CVaries=E2=80=9D header, handling of =E2=80=9C;=
q=3D0=E2=80=9D, and so on.

http://httpd.apache.org/docs/2.4/mod/mod_deflate.html#precompressed is a
workaround, but doing content negotiation using mod_rewrite is hardly a pro=
per
solution.

The key point here is the fact that the MultiViews option only has an effec=
t if
the named file does not exist as such.
https://github.com/apache/httpd/blob/fbc5e20ead005fd3a2bec05924f9e90dfd1954=
06/modules/mappers/mod_negotiation.c#L3081-L3082

One solution might be a way to enforce MultiViews even if the file exists. =
Such
a setting could be either for specific files, or for all files. Or perhaps
depending on some environment variable.

If you can't agree to this, then another (less comfortable) solution would =
be
implementing special handling of the identity encoding. That way, users cou=
ld
store files =E2=80=9Cfoo.id=E2=80=9D and =E2=80=9Cfoo.gz=E2=80=9D, could =
=E2=80=9CAddEncoding identity .id=E2=80=9D, the
absence of =E2=80=9Cfoo=E2=80=9D itself would trigger MultiViews, and the n=
egotiation code
would know to fall back to the =E2=80=9Cidentity=E2=80=9D version if it cou=
ldn't find a better
fit. Having to rename all files would be annoying, but it's still better th=
an
the mod_rewrite hack, I think.

I realize that you might consider type-map files the best (i.e. most
performant) solution. But I think generating the appropriate type maps is f=
ar
more work than renaming a bunch of files, so I hope for a simpler alternati=
ve.

There are a number of discussions of this issue on Stack Exchange:
http://stackoverflow.com/q/75482/1468366
http://stackoverflow.com/q/9076752/1468366
http://stackoverflow.com/q/16883241/1468366
http://serverfault.com/q/131452/129921
So I would say this is a common enough problem. Many of the options suggest
adding =E2=80=9CMultiViews=E2=80=9D and =E2=80=9CAddEncoding=E2=80=9D, desp=
ite the fact that this doesn't work
as intended (and judging from the age of the relevant line it never did wor=
k).

--=20
You are receiving this mail because:
You are the assignee for the bug.=

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org