Onderwerp: Re: MIME type error

Erik Baas schreef:
> Ik dacht slim te zijn, en heb m'n style.css hernoemd tot style.asp, zodat ik
> VB-script kan gebruiken om o.a. constanten in te stellen voor de kleuren. (De
> server is MS IIS).
>
> Nu werkt dat op zich prima, maar Firefox geeft wel steeds een foutmelding (in
> de "Javascript Console):
>
> Warning: The stylesheet http://www.tripmywire.org/tmw/style.asp was
> loaded as CSS even though its MIME type, "text/html", is not "text/css".
>
> Dat gebeurde niet toen het stijlblad nog "style.css" heette.
>
> Hoe ernstig is dit,
>
Geen idee - fijn dat het toch werkt. Heb je ook in Opera (met instelling
'Determine action by MIME type' aan) getest?

Terzijde: ik zou eigenlijk eerder verwachten dat IE er moeite mee zou
hebben. IE lijkt vaak nogal af te gaan op de extensie om te bepalen hoe hij
een bestand moet behandelen.

Aan de andere kant: je geeft in de regel

<link rel="stylesheet" href="style.asp" type="text/css">

op <http://www.tripmywire.org/tmw/> al een type voor je stylesheet aan. Het
zou goed kunnen zijn dat browsers het door de server opgegeven mime-type
vervolgens negeren.

> en hoe los ik het op ?
>
Je vraagt niet waarom dit optreedt. Toch ligt daarin denk ik de oplossing:
jouw server is blijkbaar zo ingesteld dat hij bestanden met extensie 'asp'
uitserveert als 'text/html'-bestanden. Dit kun je makkelijk controleren door
even naar de HTTP-headers te kijken, bijvoorbeeld via
<http://www.delorie.com/web/headers.c...mw%2Fstyle.asp>.
Let op de 'Content-Type:'-regel.

Misschien kun je IIS per bestand vertellen welk mime-type die bestanden
zijn - zie de documentatie. En omdat dit wederom meer iets is voor de buren
heb ik de vrijheid genomen om nl.internet.www.server-side toe te voegen.


Groet,

Wimjan

--
Sleet is van vroeger, tegenwoordig gaat alles kapot.

Wimjan in nl.internet.www.ontwerp (Sun, 27 Feb 2005 01:54:10 +0100):

>Misschien kun je IIS per bestand vertellen welk mime-type die bestanden
>zijn - zie de documentatie.

Je kunt is ASP vast ook wel per bestand opgeven welk content-type aan de
client moet worden doorgegeven.

Overigens is mijn oplossing op Apache+PHP bestand tegen alle
browser-instellingen. Geen hond weet of
http://hein.ehrhardt.nl/favicon.ico en/of
http://www.safie.nl/favicon.ico PHP-scriptjes zijn of niet.
Zelfs Safie niet ;-)

Jan

"Wimjan" <news@inventio.nl> wrote:
> Erik Baas schreef:

>> Ik dacht slim te zijn, en heb m'n style.css hernoemd tot style.asp, zodat
>> ik VB-script kan gebruiken om o.a. constanten in te stellen voor de
>> kleuren. (De server is MS IIS).
>>
>> Nu werkt dat op zich prima, maar Firefox geeft wel steeds een
>> foutmelding (in de "Javascript Console):
>>
>> Warning: The stylesheet http://www.tripmywire.org/tmw/style.asp was
>> loaded as CSS even though its MIME type, "text/html", is not "text/css".
>>
>> Dat gebeurde niet toen het stijlblad nog "style.css" heette.

De server gaat voor de selectie van een MIME type op de extensie af, dus zul
je, zoals gezegd, 1 handje moeten helpen als je een 'niet bij de extensie
passende MIME type' moet sturen; hier dus "text/css" (voor asp zal dat +-
m.b.v. 'Response.ContentType' kunnen).

<knips>
> Terzijde: ik zou eigenlijk eerder verwachten dat IE er moeite mee
> zou hebben. IE lijkt vaak nogal af te gaan op de extensie om te
> bepalen hoe hij een bestand moet behandelen.

Dat wordt vaak nogal overdreven. Hoe het wel zit kan gelezen worden binnen
de URL Monikers sectie op het MSDN:
http://msdn.microsoft.com/workshop/n...r/monikers.asp =>
http://msdn.microsoft.com/workshop/n...appendix_a.asp
>
> Aan de andere kant: je geeft in de regel
>
> <link rel="stylesheet" href="style.asp" type="text/css">
>
> op <http://www.tripmywire.org/tmw/> al een type voor je stylesheet aan.
> Het zou goed kunnen zijn dat browsers het door de server opgegeven
> mime-type vervolgens negeren.

Bedenk dat het gaat om een attribuut (type) van een (element) object. Dat
wil nog niet iets zeggen over dat waarnaar/aan eventueel gerefereeerd wordt.
In de regel zal het element-attribuut niet meer dan een aanvulling als er
problemen zijn zoals een onbegrepen MIME type die van de server komt.

WD

Jan Ehrhardt wrote:

> Geen hond weet of

Als dat een of/of challenge is gok ik

> http://hein.ehrhardt.nl/favicon.ico

PHP

> http://www.safie.nl/favicon.ico

plaatje

> PHP-scriptjes zijn of niet.

Ik ben echter geen hond en mag mischien niet mee doen.

Eric B. Bednarz in nl.internet.www.ontwerp (Sun, 27 Feb 2005 02:31:28
+0100):

>> http://hein.ehrhardt.nl/favicon.ico
>
>PHP
>
>> http://www.safie.nl/favicon.ico
>
>plaatje

Goede gok. Waar baseerde je dat op? Toch niet op de image/x-icon? Want
dat kan ik natuurlijk zo veranderen.

>Ik ben echter geen hond en mag mischien niet mee doen.

Nou, voor deze ene keer ;-)

Jan

Jan Ehrhardt wrote:

> Eric B. Bednarz in nl.internet.www.ontwerp:
>
>>>http://hein.ehrhardt.nl/favicon.ico
>>
>>PHP
>>
>>
>>>http://www.safie.nl/favicon.ico
>>
>>plaatje
>
> Goede gok. Waar baseerde je dat op?

De context, en het was ook maar een gok.

> Toch niet op de image/x-icon?

Tuurlijk wel; ico bestanden worden met default configuratie haast nooit
met het goede mime type verstuurd, als je al meer of minder aan duidt
dat een van de bestanden in feite een script is dan lijkt het logisch
dat met het script ook de goede mime type geconfigureerd is (natuurlijk
kan dat ook in de .htaccess, maar als dat jouw goede gewoonte was zou de
andere niet text/plain geweest zijn).

Warden Dave schreef:
> "Wimjan" wrote:
> > Erik Baas schreef:
>
> >> Ik dacht slim te zijn, en heb m'n style.css hernoemd tot style.asp, zodat
> >> ik VB-script kan gebruiken om o.a. constanten in te stellen voor de
> >> kleuren. (De server is MS IIS).
> >>
> >> Nu werkt dat op zich prima, maar Firefox geeft wel steeds een
> >> foutmelding (in de "Javascript Console):
> >>
> >> Warning: The stylesheet http://www.tripmywire.org/tmw/style.asp was
> >> loaded as CSS even though its MIME type, "text/html", is not "text/css".
> >>
> >> Dat gebeurde niet toen het stijlblad nog "style.css" heette.
>
> De server gaat voor de selectie van een MIME type op de extensie af, dus zul
> je, zoals gezegd, 1 handje moeten helpen als je een 'niet bij de extensie
> passende MIME type' moet sturen; hier dus "text/css" (voor asp zal dat +-
> m.b.v. 'Response.ContentType' kunnen).
>
> <knips>
> > Terzijde: ik zou eigenlijk eerder verwachten dat IE er moeite mee
> > zou hebben. IE lijkt vaak nogal af te gaan op de extensie om te
> > bepalen hoe hij een bestand moet behandelen.
>
> Dat wordt vaak nogal overdreven. Hoe het wel zit kan gelezen worden binnen
> de URL Monikers sectie op het MSDN:
> http://msdn.microsoft.com/workshop/n...r/monikers.asp =>
> http://msdn.microsoft.com/workshop/n...appendix_a.asp
>
Dank je WD. Het is inderdaad nog wat onduidelijker en vager dan ik me
realiseerde. En het resultaat lijkt me nogal tegenintuitief:

- het tekstbestandje op <http://www.inventio.nl/test/test.txt> met mime-type
text/plain wordt in mijn IE 5.5 weergegeven als ware het een xbm-bestand
(een bitmap). Maar ok, het is ook eigenlijk een hernoemd plaatje.

- het tekstbestandje op <http://www.inventio.nl/test/test2.txt> met mime-
type text/plain met als inhoud een uitleg over de opbouw van een xmb-bestand
wordt in IE ook weergegeven en behandeld [1] als ware het een plaatje. Het
lijkt me niet dat er voor een browser onduidelijkheid is over de manier
waarop dit tekstbestand moet worden behandeld en toch! "If it looks like a
duck, walks like a duck and quacks like a duck, why not treat it as a
picture"

En dit is nu juist wat me zo tegenstaat aan IE: hij denkt slimmer te zijn
dan de zich aan alle afspraken houdende webmaster. Als ik een tekstbestand
aan een bezoeker van mijn site wil laten zien en mijn zaakjes op orde heb
volgens de regelen der kunst dan wil ik niet dat een browser op basis van zo
te zien ongedocumenteerde "hard-coded tests for (currently 26) separate MIME
types" door bijvoorbeeld het scannen van de eerste 256 bytes gaat beslissen
dat ik het fout heb en dat de genoemde bezoeker veel meer heeft aan een
plaatje. Dit soort hacks terwijl er niets kapot is leiden imho alleen maar
tot

- slordig gedrag van de webmasters ("oh, het maakt niet uit dat ik geen
mime-type heb opgegeven voor rar-bestanden, hij doet het toch prima in IE?"
of zelfs websites waarvan ik de broncode op m'n scherm zie doordat de
webmaster zijn webserver niet heeft verteld dat de bestanden die zijn CMS
uitspuugt van het type text/html zijn)

- gebruikers die klagen over non-IE browsers die 'het niet doen'


> > Aan de andere kant: je geeft in de regel
> >
> > <link rel="stylesheet" href="style.asp" type="text/css">
> >
> > op <http://www.tripmywire.org/tmw/> al een type voor je stylesheet aan.
> > Het zou goed kunnen zijn dat browsers het door de server opgegeven
> > mime-type vervolgens negeren.
>
> Bedenk dat het gaat om een attribuut (type) van een (element) object. Dat
> wil nog niet iets zeggen over dat waarnaar/aan eventueel gerefereeerd wordt.
>
Da's waar. Maar blijkbaar slikken de geteste browsers ook stylesheet-
informatie die als html wordt geserveerd.

> In de regel zal het element-attribuut niet meer dan een aanvulling als er
> problemen zijn zoals een onbegrepen MIME type die van de server komt.
>
Maar er is toch geen sprake van een onbegrepen mime-type?


Groet,

Wimjan

[1]: IE maakt bijvoorbeeld de optie 'View Source' onbereikbaar.

--
Sleet is van vroeger, tegenwoordig gaat alles kapot.

"Wimjan" <news@inventio.nl> wrote:
> Warden Dave schreef:

[MSIE & het gevis naar ware content-type...]
> Het is inderdaad nog wat onduidelijker en vager dan ik me
> realiseerde. En het resultaat lijkt me nogal tegenintuitief:
>
> - het tekstbestandje op
> <http://www.inventio.nl/test/test.txt> met mime-type text/plain wordt
> in mijn IE 5.5 weergegeven als ware het een xbm-bestand (een bitmap).
> Maar ok, het is ook eigenlijk een hernoemd plaatje.
>
> - het tekstbestandje op
> <http://www.inventio.nl/test/test2.txt> met mime-type text/plain met
> als inhoud een uitleg over de opbouw van een xmb-bestand wordt in IE
> ook weergegeven en behandeld [1] als ware het een plaatje. Het
> lijkt me niet dat er voor een browser onduidelijkheid is over de manier
> waarop dit tekstbestand moet worden behandeld en toch! "If it looks
> like a duck, walks like a duck and quacks like a duck, why not treat
> it as a picture"
>
> En dit is nu juist wat me zo tegenstaat aan IE: hij denkt slimmer te
> zijn dan de zich aan alle afspraken houdende webmaster. Als ik een
> tekstbestand aan een bezoeker van mijn site wil laten zien en mijn
> zaakjes op orde heb volgens de regelen der kunst dan wil ik niet dat
> een browser op basis van zo te zien ongedocumenteerde "hard-coded
> tests for (currently 26) separate MIME types" door bijvoorbeeld het
> scannen van de eerste 256 bytes gaat beslissen dat ik het fout heb en
> dat de genoemde bezoeker veel meer heeft aan een plaatje. Dit soort
> hacks terwijl er niets kapot is leiden imho alleen maar tot
>
> - slordig gedrag van de webmasters ("oh, het maakt niet uit dat ik
> geen mime-type heb opgegeven voor rar-bestanden, hij doet het toch
> prima in IE?" of zelfs websites waarvan ik de broncode op m'n scherm
> zie doordat de webmaster zijn webserver niet heeft verteld dat de
> bestanden die zijn CMS uitspuugt van het type text/html zijn)
>
> - gebruikers die klagen over non-IE browsers die 'het niet doen'

De datasniffing ('FindMimeFromData') is in de loop der tijd inderdaad (nog)
meer hinder gaan opleveren dan dat het helpt. Daar waar de inhoud ook in een
andere vorm gepresenteerd kan worden zou het sniffen eigenlijk helemaal
achterwege moeten blijven. Een betere aanpak zou het zijn pas te gaan
'gokken' als de data niet goed verwerkt kan worden 'zoals het aangeboden
wordt' en er alternatieve inhoudsmodellen denkbaar zijn.

<knip>
>> Bedenk dat het gaat om een attribuut (type) van een (element) object.
>> Dat wil nog niet iets zeggen over dat waarnaar/aan eventueel
>> gerefereeerd wordt.

> Da's waar. Maar blijkbaar slikken de geteste browsers ook stylesheet-
> informatie die als html wordt geserveerd.

Dat bleek inderdaad. (Ik ook niet echt kritiek, maar eerder zondagse punten
ter overdenking. )

>> In de regel zal het element-attribuut niet meer dan een aanvulling als
>> er problemen zijn zoals een onbegrepen MIME type die van de server
>> komt.

> Maar er is toch geen sprake van een onbegrepen mime-type?

Eigenlijk wel als het door de server opgegevene niet in het straatje van het
object past. (Maar eerlijk is eerlijk, er zal, aanbevelingen ten spijt, niet
goed 1 pijl op te trekken zijn hoe door de verschillende UAs bij conflicten
wordt gereageerd.)

groet,
WD

Wimjan wrote:

> > style.css hernoemd tot style.asp
> > Warning: The stylesheet http://www.tripmywire.org/tmw/style.asp was
> > loaded as CSS even though its MIME type, "text/html", is not "text/css".

> Heb je ook in Opera (met instelling
> 'Determine action by MIME type' aan) getest?

Ja: Opera (7.23) klaagt niet. :-)

> Aan de andere kant: je geeft in de regel
> <link rel="stylesheet" href="style.asp" type="text/css">
> op <http://www.tripmywire.org/tmw/> al een type voor je stylesheet aan. Het
> zou goed kunnen zijn dat browsers het door de server opgegeven mime-type
> vervolgens negeren.

Kennelijk, want het resultaat ("wat de kijker ziet") is in orde.
Overigens kan ik de tekst "type=" etc. straffeloos verwijderen, mijn
browsers blijven het stijlblad foutloos verwerken.

> jouw server is blijkbaar zo ingesteld dat hij bestanden met extensie 'asp'
> uitserveert als 'text/html'-bestanden. Dit kun je makkelijk controleren door
> even naar de HTTP-headers te kijken, bijvoorbeeld via
> <http://www.delorie.com/web/headers.c...mw%2Fstyle.asp>.
> Let op de 'Content-Type:'-regel.

Klopt helemaal, ik bekeek het al met Sam Spade. Helaas kan ik wel
custom-headers toevoegen, maar de defaults kan ik niet wijzigen.

> Misschien kun je IIS per bestand vertellen welk mime-type die bestanden
> zijn - zie de documentatie. En omdat dit wederom meer iets is voor de buren
> heb ik de vrijheid genomen om nl.internet.www.server-side toe te voegen.

Dan zal ik een nieuwe extensie moeten gaan verzinnen, want als ik ook
maar iets verander aan de properties voor ".asp"-files werkt er ineens
van alles niet meer...

--
Erik.

Jan Ehrhardt wrote:

> >Misschien kun je IIS per bestand vertellen welk mime-type die bestanden
> >zijn - zie de documentatie.

> Je kunt is ASP vast ook wel per bestand opgeven welk content-type aan de
> client moet worden doorgegeven.

Niet per bestand, wel per bestandstype, maar dat geldt dan voor de
_hele_ webserver. Of per folder voor alle files een header toevoegen
(maar weer geen bestaande headers wijzigen).

--
Erik.

Warden Dave wrote:

> >> style.css hernoemd tot style.asp
> >> Warning: The stylesheet http://www.tripmywire.org/tmw/style.asp was
> >> loaded as CSS even though its MIME type, "text/html", is not "text/css".

> De server gaat voor de selectie van een MIME type op de extensie af, dus zul
> je, zoals gezegd, 1 handje moeten helpen als je een 'niet bij de extensie
> passende MIME type' moet sturen; hier dus "text/css" (voor asp zal dat +-
> m.b.v. 'Response.ContentType' kunnen).

In die hoek had ik het nog niet gezocht, maar het blijkt dus inderdaad
dé oplossing te zijn. Dank je ! :-)

> de URL Monikers sectie op het MSDN:
> http://msdn.microsoft.com/workshop/n...r/monikers.asp =>

Brr, zolang die jongens hun eigen site niet eens foutloos kunnen
programmeren heb ik daar niet veel vertrouwen in:

"Error: unterminated character class
Source File: http://msdn.microsoft.com/workshop/code/browdata.js
Line: 26, Column: 31
Source Code:
else if
(this.userAgent.match(/Mozilla[/].*(95[/]NT|95|NT|98|3.1).*Opera.*(\d+)\.(\d+)/))"

<G>

--
Erik.