2009-08-04 5 views
0

Est-ce juste moi ou un site comme:
http://www.infoq.com/news/2009/04/fubu-mvcTendance Annoying - Stylesheets sur Autre domaine - Firefox problèmes

charger souvent sans style, parce que l'auteur a mis la feuille de style sur le:
http://cdn1.infoq.com/styles/style.css

Je sais que c'est un moyen branché de faire des fichiers css, image et javascript maintenant. Mais je semble tomber sur cette question tout le temps. Est-ce seulement un problème de Firefox?

+0

Ou est-ce un problème "n'importe quel navigateur sur Windows"? On dirait que cela pourrait être lié au moment où le système d'exploitation essaie de résoudre le nom DNS qu'il n'a pas rencontré récemment. – BuddyJoe

+0

Surtout un problème sur le serveur, je suis sûr à 100% que ce n'est pas la faute du navigateur. –

+0

Cela arrive aussi lorsque vous utilisez Firefox sur Twitter. Je vérifie toujours maintenant ... et je n'ai jamais vu Firefox flipper quand le fichier css vient du même domaine. – BuddyJoe

Répondre

0

Je crois que le problème est dû au fait que firefox vérifie crossdomain.xml pour voir si la requête est autorisée, et IE l'attrape malgré tout.

+0

Firefox regarde de crossdomain.xml pour obtenir des fichiers CSS? – BuddyJoe

+0

Je ne suis pas sûr, mais cela semble être une cause possible. Vous devrez faire plus de recherches à ce sujet vous-même. – Justin

+1

On dirait que crossdomain.xml ne concerne que les requêtes XHR des recherches initiales que j'ai faites. – BuddyJoe

1

Je viens de sauvegarder la source localement et l'ai testée. Il semble que lorsque les styles ne semblent pas, l'élément LINK résout comme:

<link rel="stylesheet" type="text/css" media="screen" href="http://cdn3.infoq.com/styles/style.css;jsessionid=2BAD2D184D56C3163ADC70B99E711F47" /> 

..la partie importante étant la « ; jsessionid .... » qui frappe le css hors de la commission.

Sur un reload, qui jsessionid donne le coup apparemment en action pour une raison quelconque, et l'élément LINK résout normalement:

<link rel="stylesheet" type="text/css" media="screen" href="http://cdn4.infoq.com/styles/style.css" /> 

Je ne sais pas ce qui est réellement la cause de l'jsessionid de ne pas travailler, puis travailler sur recharger ... mais cela semble être le coupable d'une manière ou d'une autre. En outre, j'ai eu la même expérience exacte dans IE7 et Safari ... donc certainement pas une chose spécifique au navigateur.

+0

Je soupçonne l'URL avec: jssessionid recherche le fichier physique avec les choses jssessionid qui ne sont pas ajoutées. pourrait fonctionner mieux si c'était? jssessionid –

Questions connexes