- From: Justin James <j_james@mindspring.com>
- Date: Thu, 3 Jul 2008 12:04:15 -0400
- To: "'Daniel Stenberg'" <daniel@haxx.se>, "'HTTP Working Group'" <ietf-http-wg@w3.org>
- Cc: <public-html@w3.org>
Daniel - The *entire* Web is founded on sloppy programmers, what makes you think that this scenario is an exception? If browser vendors didn't create browsers that accepted any semi-reasonable slop served out, then the Web would still just be TBL and a few scientists who were used to Postscript being delighted at how "simple" HTML is (while the public has proven how hard it is to write valid HTML) to pass around their academic papers. :) But you are right about there being a chicken/egg issue here in my particular example. I am *positive* that Apache's behavior of throwing everything out at text/html unless explicitly specified otherwise with a MIME mapping or in the headers from a CGI had a lot to do with it, which Julian already explained. I don't think the proposal is a good one either, for the record. I also don't think it is a bad one. It doesn't break anything, and it extends the protocol in a way that does not cause any problems to existing stuff, and it will only be used by a small fraction of people. J.Ja -----Original Message----- From: public-html-request@w3.org [mailto:public-html-request@w3.org] On Behalf Of Daniel Stenberg Sent: Thursday, July 03, 2008 11:52 AM To: 'HTTP Working Group' Cc: public-html@w3.org Subject: RE: Microsoft's "I mean it" content-type parameter On Thu, 3 Jul 2008, Justin James wrote: > There are tons of legitimate use cases here they you have completely > overlooked. For example, lots of server side applications throw out content > of a type different from what their file extension would indicate. For > example, the earliest "hit counter" programs were .cgi or .pl files > (typically) generating image/gif or image/jpeg content. The Web servers were > set up explicitly to serve the output of those applications as text/html. > And a great many developers had no idea that they needed to change the > Content-type at the code level to make this work. Content sniffing made life > easier for these developers. Uh, that doesn't make sense. Sure, some scripts output wrong Content-Type. Then no browser can output it correctly and thus you fix the server side. But, this system with bad Content-Type outputs still showing up nicely only works if the client *already* have does this "sniffing" business and thus they more or less encouraged the server-side hackers to remain sloppy. So this cannot have been a case where the browser adapted to how servers work, since servers would hardly ever have worked this way if some browsers didn't already support it... I find this "I promise this time I really mean that the type is what I say" attribute hilariously funny. -- / daniel.haxx.se
Received on Thursday, 3 July 2008 16:05:31 UTC