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.
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
Surtout un problème sur le serveur, je suis sûr à 100% que ce n'est pas la faute du navigateur. –
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