- From: Roger Hågensen <rescator@emsai.net>
- Date: Tue, 14 Sep 2010 19:22:13 +0200
On 2010-09-13 15:55, Nils Dagsson Moskopp wrote: > Mikko Rantalainen<mikko.rantalainen at peda.net> schrieb am Mon, 13 Sep > 2010 16:03:27 +0300: > >> [?] >> >> Basically, this sounds like all the issues of BOM for all binary >> files. >> >> And why do we need this? Because web servers are not behaving >> correctly and are sending incorrect Content-Type headers? What makes >> you believe that BINID will not be incorrectly used? >> >> (If you really believe that you can force content authors to provide >> correct BINIDs, why you cannot force content authors to provide >> correct Content-Types? Hopefully the goal is not to sniff if BINIDs >> seems okay and ignore "clearly incorrect" ones in the future...) > This. BINID may be a well-intended idea, but would be an essentially > useless additional layer of abstraction that provides no more > safeguards against misuse than the Content-Type header. > > The latter also required no changes to current binary file handling ? > which for BINID would need to be universally updated in every > conceivable device that could ever get a BINID file. Yeah! That is the one shorterm drawback, while the longterm benefit is that file extensions and content type would be redundant (as the files themselves would inform what they are, in a standard way). Oh well! I can always dream that some form of binary id will come about in the next decade or so I guess...*laughs* -- Roger "Rescator" H?gensen. Freelancer - http://EmSai.net/
Received on Tuesday, 14 September 2010 10:22:13 UTC