[Webkit-unassigned] [Bug 10359] fixes for website

bugzilla-daemon at opendarwin.org bugzilla-daemon at opendarwin.org
Sun Aug 13 01:42:38 PDT 2006


http://bugzilla.opendarwin.org/show_bug.cgi?id=10359





------- Comment #4 from contact at nickshanks.com  2006-08-13 01:42 PDT -------
Darin:
It allows for easy changing of the file type used to generate resources. For
example at the moment the site is serving flat HTML files with a .html name
extension. If at a later date we should wish to change them to PHP files, it
would require changing all the links from .html to .php. We may then decide
that was a bad idea and have to change them all back again. By just leaving off
the extension, we afford ourselves much more freedom to change/add/remove the
implementation details for any individual resource.

It also allows apache to serve multiple files for a single resource, depending
on what the user has requested. e.g.
User sends GET /resource   Accept-Language: fr, en;q=0.5
Apache serves /resource.fr.html
User reads page in preferred language
-or, say-
User sends GET /resource   Accept: image/gif, image/jpeg, image/png
Apache has three variants available, gif at 200KB, png at 150KB and bmp at 180KB; since
the browser cannot understand bmp, it discards that from being selected, then
checks quality values. pngs have been configured at q=1.0, and gifs at 0.5,
final values are png = 150KB/1.0 = 150,000; gif = 200KB/0.5 = 300,000. Then it
serves the one with the lowest score (i.e. highest quality to file size ratio),
so /resource.png

Apache can only do content negotiation if you leave off the file extensions.
It's the most powerful and under-used feature of apache IMHO. I will repost
with a changelog (didn't realise there was a need for one for the website).


Dave: could you give a reason as to why you prefer the filenames to be left as
they are? I would strongly disagree with doing that, for the reasons explained
to darin above.


-- 
Configure bugmail: http://bugzilla.opendarwin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the webkit-unassigned mailing list