Le site Web ASP.NET semble différent lorsqu'il est déployé

J'ai googlé autour de la réponse à cette question, mais je n'ai pas trouver quoi que ce soit. Peut-être que les termes de recherche que j'ai utilisé étaient trop générique... de toute façon, va ici:

Je découvre les joies de la conception web et ASP.NET et le cauchemar d'essayer de faire les choses pour afficher de la même manière dans IE et tous les autres navigateurs.
Je travaille dans VS2010 et le débogage de mon site à partir de IE8. Ce que je n'ai vraiment pas obtenir est pourquoi le site une fois que je publie, il semble différent dans IE à partir de la façon dont elle regarde en mode debug... je veux dire de petites choses, comme de la frontière dans le gridviews de disparaître dans le site publié, simple html horizontale règles ne sont pas les mêmes non plus.

Il a aussi foiré mon menu de la liste de assez mauvais, mais j'ai réussi à résoudre qu'avec l' *display: inline; hack. La chose étrange est qu'il n'a pas besoin de ça en mode debug, mais a besoin d'elle pour la publication de site web.

Je suis d'hébergement du site sur ma propre machine, sous Win XP Pro et d'hébergement par le biais de IIS .NET 4.0... Pourrait la question IIS sont-ils liés?

Toute aide serait grandement apprécié, parce que ces différences sont tout simplement ridicules et conduisez-moi vers le désespoir. Je souhaite à tout le monde ici serait d'utiliser Chrome ou Safari, mais malheureusement, IE gouverne encore au Japon...

source d'informationauteur David

  1. 6

    J'ai vu des comportements similaires liées à la confiance des sites intranet/sites/sites internet les paramètres de sécurité. Lorsque vous exécutez en mode de débogage est l'URL que vous utilisez différent de quand vous publiez? J'ai vu parfois, quand je le débogage à l'aide d'une URL comme http://localhost/xxx et quand je accéder au même site directement à partir de IIS à l'aide d'une URL comme http://machinename.domain.com/xxx que l'on se résout à un site de confiance ou intranet local et l'autre à l'internet et il modifie l'apparence basée sur les paramètres d'internet explorer.

  2. 11

    Cela fonctionne pour moi, remplace le paramètre dans ie

    Balise META dans le HEAD de votre page web (ou mieux dans la master page)

    <meta http-equiv=“X-UA-Compatible” content=“IE=8” />

    lien ici pour info
    http://blogs.msdn.com/b/askie/archive/2009/03/23/understanding-compatibility-modes-in-internet-explorer-8.aspx

  3. 5

    J'ai trouver de mieux pour remplacer la compatibilité HTTP Reponse en-Têtes dans IIS, l'ajout d'en-tête:

    X-UA-Compatible: IE=Edge

    La IE=Edge partie la compatibilité d'utiliser le mode le plus élevé disponible, s'appliquent à tous les utilisateurs, et aussi s'appliquer à toutes les pages du site tout en n'avoir qu'à mettre la tête dans un seul endroit.

  4. 1

    Pour ceux qui l'utilisent ASP.NET MVC, vous pouvez ajouter kgp4death de

    <meta http-equiv=“X-UA-Compatible” content=“IE=8” />

    à la tête de l'élément dans votre _Layout.cshtml.

  5. 0

    Je pense que vous n'avez pas reçu le bon chemin dans la <script src="path">. Veuillez vérifier votre chemin et aussi vérifier que le fichier u devez placer ce fichier dans le dossier du projet

    J'espère que cette suggestion de résoudre votre problème