2010-06-11 9 views
2

Je travaille sur un site qui ira sur l'intranet de mon entreprise. Je l'ai développé localement sur mon ordinateur, en le vérifiant dans différents navigateurs et sur les ordinateurs de mes collègues, et quand cela a été fait, je l'ai remis à l'informatique. Ils placent des copies identiques sur un serveur de transfert et sur le serveur de production. Ceci est un site construit uniquement avec html, javascript et css. Aucun script côté serveur. Il utilise également un plugin de visualisation DWF d'Autodesk. Il s'agit d'une seule page autonome (ne faisant pas partie d'un CMS) qui permet aux utilisateurs de charger des dessins dans la visionneuse, puis de consulter les informations d'une base de données d'espace stockée dans une série de tableaux js. fichier avec toutes les informations énumérées dans les littéraux de tableau, créant une tonne de variables globales - pouah, mais je digresse). Lorsque j'ai suivi leurs liens (à l'aide d'Internet Explorer 8), la version sur le serveur de transfert s'est déroulée comme prévu, mais la mise en page est compressée sur la version à partir du serveur de production. Plus précisément, il semble qu'un div qui est censé circuler à la droite d'un div qui est float: left affiche ci-dessous le div float à pleine largeur, comme si elle était clear: left (ce qui ne l'est pas). Il a également la mauvaise taille.Fichiers identiques provenant de différents serveurs. Pourquoi IE 8 pourrait-il les afficher différemment?

J'ai téléchargé les fichiers de chacun et ils sont identiques à ma version locale. Frustré, j'ai vidé le cache de mon navigateur, redémarré mon ordinateur, vérifié sur l'ordinateur d'un collègue qui a également IE 8. Tout le même problème. Le serveur de mise en scène est bon. Mauvais serveur de production.

Enfin, j'ai désinstallé IE 8 et l'ai examiné dans IE 6. Les deux versions semblaient bien.

Donc, pour récapituler. Deux serveurs différents. Aucun script côté serveur. Fichiers identiques Un navigateur reconnaît qu'ils sont identiques, l'autre non. Qu'est-ce qui pourrait causer ça?

+1

Il s'agit d'une vue d'ensemble, mais est-ce qu'un serveur peut définir un en-tête compatible X-UA? –

+0

Pouvez-vous montrer des captures d'écran? –

+0

@thomask, close – jasongetsdown

Répondre

9

Avez-vous vérifié que IE8 ne le rend pas en mode compatibilité (rendu IE7)? Par défaut IE8 rend les choses dans la "Zone Intranet" en vue de compatibilité avec tout le reste en mode normal.

Vous pouvez changer le mode avec le petit bouton de page cassée à droite de la barre d'URL.

+0

Et la mise en page pourrait être cassée dans IE7 mais pas IE6? Encore, semble plausible. Je vais vérifier quand je reçois IE8 réinstallé :) Je ne suppose pas qu'il est possible pour un site de dire à IE quel mode utiliser ... – jasongetsdown

+0

Ouais, je sais que ça craint. Il m'a attrapé plusieurs fois. Il y a des balises meta donc vous pouvez spécifier - détaillé ici http://blogs.msdn.com/b/askie/archive/2009/03/23/understanding-compatibility-modes-in-internet-explorer-8.aspx – starskythehutch

+0

Ou , est-ce une différence entre les zones (prenant la compatibilité hors de l'équation) - c'est-à-dire que l'un se trouve dans la zone intranet et l'autre dans la zone Internet? La zone Internet est plus restrictive en ce qui concerne les scripts, les contrôles, etc. – GalacticCowboy

-1

Outre le paramètre de compatibilité, d'autres choses qui pourraient différer d'un ordinateur à une page identique pour:

  • Taille de la police. Windows permet le redimensionnement des polices à l'échelle du système, ce qui a un impact sur les mises en page. Cela pourrait expliquer la chute de la seconde div sous la première.

  • Résolution. Cela pourrait-il être un problème de résolution? Pourrait également expliquer le problème div.

+0

Il semble qu'il parle d'une machine cliente frappant différents serveurs, et non des clients différents. – GalacticCowboy

+0

@Galactic aaah, j'ai mal lu cela. –