You are viewing a plain text version of this content. The canonical link for it is here.
Posted to docs@httpd.apache.org by bu...@apache.org on 2010/11/30 00:35:15 UTC

DO NOT REPLY [Bug 50373] New: mod_mime clarification regarding files that exist only in the "web-namespace"

https://issues.apache.org/bugzilla/show_bug.cgi?id=50373

           Summary: mod_mime clarification regarding files that exist only
                    in the "web-namespace"
           Product: Apache httpd-2
           Version: 2.3-HEAD
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: Documentation
        AssignedTo: docs@httpd.apache.org
        ReportedBy: calestyo@scientia.net


Hi.

My I suggest to clarify a bit that mod_mime does not only set
types/charsets/encodings/etc. for phsyical files in the filesystems of the OS,
but also virtual ones that exist only in the "web-namespace", meaning such
which are e.g. defined via <Location> (and perhaps other ways like
Alias/Redirect, too??).

This is especially also true (and should perhaps be mentioned there in
addition) for the ModMimeUsePathInfo directive:
e.g. having the typical mod_status definition:
<Location /server-status>
    SetHandler server-status
    Order deny,allow
    Deny from all
    Allow from 127.0.0.1 ::1
</Location>

while also allowing setting:

AcceptPathInfo On
<Location />
    ModMimeUsePathInfo On
<Location>

would mean that a request to host/server-status/foo.zip gets application/zip
Although. there is not a physically existing file with any extension at all.


Cheers,
Chris

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

DO NOT REPLY [Bug 50373] mod_mime clarification regarding files that exist only in the "web-namespace"

Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=50373

Christoph Anton Mitterer <ca...@scientia.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID

--- Comment #2 from Christoph Anton Mitterer <ca...@scientia.net> 2010-11-30 06:48:50 EST ---
Will open this as new issue,... as half of what I wrote is wrong ;)

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

DO NOT REPLY [Bug 50373] mod_mime clarification regarding files that exist only in the "web-namespace"

Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=50373

--- Comment #1 from Christoph Anton Mitterer <ca...@scientia.net> 2010-11-29 18:49:01 EST ---
Just tried again, and although the issue itself remains, my example at the
bottom is a bit wrong.
At least when the handler is set with SetHandler, then that one's mime type
overrides the one by the extra path info.
So request to:
/server-status/extra/foo.pdf gives still type text/html (too me).

But this is not the same when having an encoding set like:
AddEncoding gzip gz

Then /server-status/extra/foo.pdf.gz gives:
type text/html, encoding gzip

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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