Leser: 17
1
2
3
4
5
6
7
8
9
10
11
12
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html lang="de" xmlns="http://www.w3.org/1999/xhtml" xml:lang="de">
<head>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-1" />
<title>Titel</title>
</head>
<body>
<p>Das ist ein Text.</p>
<div><a href="a">und ein Link</a></div>
<img src="abc.tif">
</body>
</html>
2011-01-10T09:01:07 GwenDragonBei mir in 3.6.13 nicht.
X-Content-Type-Options: nosniff
Content-disposition: attachment; filename=blah.txt
2011-01-10T09:28:44 GwenDragon* Kann allgemein vermeiden werden, wenn zusätzlich ein Dateiname und Content-Disposition ausgeliefert wird
wie z. B.Code: (dl )Content-disposition: attachment; filename=blah.txt
2011-01-11T12:14:03 GwenDragonEigenes Testcase unterfür den seltsamen Opera-Bug.Code: (dl )http://www.gwendragon.de/bugs/opera/download_content_type_disposition.pl
2011-01-11T12:28:25 bianca2011-01-11T12:14:03 GwenDragonEigenes Testcase unterfür den seltsamen Opera-Bug.Code: (dl )http://www.gwendragon.de/bugs/opera/download_content_type_disposition.pl
Hab Deine Seite mal mit 6 Browsern getestet, einzig der FF und Chrome bieten Deinen oberen Link zum Download an. Den unteren bieten alle zum Download.
QuoteDen Inhalt zu interpretieren, obwohl ein binärer MIME-Type geliefert wird halte ich für falsch.IE, Avant, Opera und T-Online ziegen beim oberen Link den Inhalt an, was ich bisher immer als richtig empfand :)
Liegt jetzt die Mehrheit falsch?
Quote(5) application -- some other kind of data, typically
either uninterpreted binary data or information to be
processed by an application. The subtype "octet-
stream" is to be used in the case of uninterpreted
binary data, in which case the simplest recommended
action is to offer to write the information into a file
for the user.
QuoteAny HTTP/1.1 message containing an entity-body SHOULD include a Content-Type header field defining the media type of that body. If and only if the media type is not given by a Content-Type field, the recipient MAY attempt to guess the media type via inspection of its content and/or the name extension(s) of the URI used to identify the resource. If the media type remains unknown, the recipient SHOULD treat it as type "application/octet-stream".
QuoteIf this header is used in a response with the application/octet- stream content-type, the implied suggestion is that the user agent should not display the response, but directly enter a `save response as...' dialog.
2011-01-11T14:23:21 GwenDragonIch will nur klarstellen, dass die meisten Browser sich nicht nach den RFC für HTTP/1.1 richten.
2011-01-11T14:23:21 GwenDragonWenn ein Content-Type vom Server geliefert wird soll der Client den verwenden. Steht doch in den RFC von HTTP/1.1!
2011-01-11T14:23:21 GwenDragonWenn also image/gif gesendet wird, soll der Browser nicht erst den Inhalt scannen und dann selbst sich aussuchen, ob es JPEG2000, JPEG, PNG, MOV oder gar TIFF ist, sondern das als GIF-Bild anzeigen.
2011-01-11T14:23:21 GwenDragonDer Browser soll bei application/octet-stream downloaden, weil es so in den MIME-Types bzw. den Dateitypeinstellungen des Browsers eingestellt ist
2011-01-11T14:23:21 GwenDragonWie das Problem des Anzeigens bei den defekten Browsern zu umgehen ist, steht auf einem anderen Blatt.
2011-01-11T14:23:21 GwenDragonWie du schon bei RFC 2616 schreibst SOLL der Browser bei application/octet-stream nichts anzeigen sondern herunter laden. Tun die meisten eben nicht.
2011-01-11T13:24:27 biancaLustig ist das "processed by an application".
Einerseits soll nicht interpretiert werden, andererseits aber zur Verarbeitung an eine Applikation gereicht werden. Wenn nun der Browser als Applikation bezeichnet wird und ein tatsächlich nicht binärer Datenstrom (Perl, HTML etc. alles ASCII ist ja nicht binär) nun angezeigt statt runtergeladen wird, weil dies als "processed by an application" bezeichnet wird, passt das Verhalten der Mehrzahl der Browser auch wieder zu dem von Dir zitierten Abschnitt, oder?
2011-01-11T13:24:27 biancaLustig ist das "processed by an application".
Einerseits soll nicht interpretiert werden, andererseits aber zur Verarbeitung an eine Applikation gereicht werden.
2011-01-11T18:11:35 DubuDanke für deinen Einwurf, dass keine Annahmen über den Inhalt gemacht werden. ich bin da nicht die einzige Häckse, die das so bei den RFC versteht.Für die einfachen Binärdaten ("uninterpreted binary data") ist der Untertyp "application/octet-stream" zuständig. Hier sollten keinen Annahmen über den Inhalt gemacht werden. Ein Browser sollte diese daher zum Download anbieten, denn zum sinnvollen Rendern müssten ja Annahmen über den Inhalt gemacht werden.
2011-01-11T09:41:24 GwenDragon//EDIT: Opera hat da wohl einen Bug. *grrrr*
Eigentlich sollte der Downloadialog kommen.
2011-01-11T14:38:30 pqein mime-type sollte doch ausreichend und eindeutig sein, dafür sind sie ja da...
2011-01-10T06:37:57 biancaFrage: Sollte der Browser ein Download-Angebot machen oder den Code anzeigen?
Anzeigen tun bei mir nämlich beide, FF und IE. Falls Download geplant ist, schlage ich als Heade application/octet-strem vor.
Quote2011-01-11T14:45:34 pqFalls Download geplant ist, schlage ich als Heade application/octet-strem vor.
;-)