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