Introduction to ArcLib Updated...

Sergey Gromov snake.scaly at gmail.com
Sat Jan 24 17:58:46 PST 2009


Wed, 21 Jan 2009 14:21:45 +0300, Denis Koroskin wrote:

> telnet svn.dsource.org 80
>>> GET /projects/arclib/downloads/screenshots/screenshot.png HTTP/1.1
>>> Host: svn.dsource.org
>>>
> << HTTP/1.1 200 OK
> << Date: Wed, 21 Jan 2009 11:11:37 GMT
> << Server: Apache
> << Last-Modified: Wed, 07 Jun 2006 15:28:57 GMT
> << ETag: "422//downloads/screenshots/screenshot.png"
> << Accept-Ranges: bytes
> << Content-Length: 23195
> << Content-Type: application/octet-stream
> 
> Headers are fine, MIME type is "application/octet-stream", which is also ok.
> 
> RFC 2046 - MIME, Part two: Media Types (http://tools.ietf.org/html/rfc2046) states:
>> 4.2.  Image Media Type
>> ...
>> Unrecognized subtypes of "image" should at a minimum be treated as "application/octet-stream".
>> ...
> 
> Browser shouldn't force download in this case, it should try to view the image.

I'd read this the other way:

If you get "image/some-unknown-type" MIME then you have an option to
either try and interpret it, or treat it as application/octet-stream and
save it.  The clause you cited doesn't cover the case where you receive
"application/octet-stream" MIME, and of course it doesn't force you into
interpreting an arbitrary binary data as an image.


More information about the Digitalmars-d-announce mailing list