ASP.NET website sieht anders aus, wenn Sie eingesetzt werden

Habe ich gegoogelt, um für die Antwort auf diese Frage, aber Sie haben nicht kommen mit nichts. Vielleicht ist die Suche nach Begriffen, die ich verwendet wurden, waren zu allgemein... wie auch immer, hier geht:

Ich bin entdecken die Freuden von web-design und ASP.NET und der Alptraum der Versuch, die Dinge auf dem display in der gleichen Weise im IE und allen anderen Browsern.
Ich arbeite in VS2010 und Debuggen meiner website mit IE8. Was ich wirklich nicht verstehe ist, warum die website, sobald ich Sie veröffentlichen, sieht es anders aus im IE aus, wie es aussieht, im debug-Modus... ich meine die kleinen Dinge nur, wie die Grenze in den gridviews verschwinden in der veröffentlichten Website, einfache html-horizontale Regeln sind auch nicht gleich.

Es auch versaut meine "Liste" ziemlich schlecht, aber ich schaffte es fix, dass die mit dem *display: inline; hack. Die seltsame Sache ist, dass es keine Notwendigkeit, es im debug-Modus, aber braucht es für die veröffentlichte website.

Ich bin hosting der Website auf meinem Rechner, Win XP Pro laufen und hosting durch den IIS mit .NET 4.0... Könnte das Problem sein, den IIS zu tun?

Jede Hilfe wäre sehr geschätzt werden, denn diese Unterschiede sind einfach nur lächerlich und treibt mich zur Verzweiflung. Ich wünschte, jeder hier würde mit Chrome oder Safari, aber leider ist der IE immer noch Regeln in Japan...

suchen Sie auf der Website von der exakt gleichen browser? kein Kompatibilitätsmodus, etc?
Können Sie uns ein Screenshot der zwei und vorzugsweise Hervorhebung der Unterschiede? Nein, IIS wird nicht machen dies geschehen. Dies ist nicht ein IE-problem per se.
Ja, den gleichen browser auf dem gleichen Rechner. Das Aussehen der website nicht ändern mit Chrome, Safari oder Opera, aber es ist anders mit dem IE...
Kumar - ich werde versuchen, bis screenshots, wenn ich herausfinden kann wie. Ich glaube, Sie haben Recht, obwohl, es ist nicht IIS, da in diesem Fall alle Browser betroffen sein sollte.

InformationsquelleAutor David | 2011-03-02

  1. 6

    Ich gesehen habe, ein ähnliches Verhalten im Zusammenhang zu den vertrauenswürdigen sites/intranet-sites/internet-Seiten die Sicherheitseinstellungen. Wenn Sie im debug-Modus ausgeführt, ist die URL, die Sie verwenden, unterscheidet sich von, wenn Sie ihn veröffentlichen? Ich habe manchmal gesehen, wenn ich Debuggen über eine URL wie http://localhost/xxx und wenn ich auf die gleiche Seite gerade von IIS mithilfe einer URL wie http://machinename.domain.com/xxx, dass man behebt einen vertrauenswürdigen Website oder das intranet und die andere zum internet und es ändert die Darstellung basiert auf den Einstellungen von IE.

    Ich denke, das könnte es sein. Wenn ich den debug laufen tut er über die localhost/website-Adresse, während, wenn ich es bereitstellen, geht der Zugriff über die Maschine/die website-Adresse, wie Sie sagte. Ich ' ll überprüfen Sie es heraus morgen sehen, wenn ich kann, überkreuzen Sie die Einstellungen, um es Weg zu gehen.
    Das ist es. IE standardmäßig auf einer vertrauenswürdigen Website, wenn der domain-name nicht ".". Es gerade getestet mit dem Zugriff auf die Website über ComputerName/SiteName und ComputerIP/SiteName. Die Website zeigt wie es sein sollte, wenn der Zugriff durch Angabe der IP. Was für ein Schmerz. Vielen Dank für Euch Hilfe!!!
    Froh, dass ich helfen konnte. Diese eine noch verursacht mir Probleme auf einem in der Nähe wöchentlichen basis. Sieht perfekt aus, dann geht es zu testen und es kommt zurück, weil es nicht richtig Aussehen. Treibt mich verrückt.
    Wow, das ist bei mir auch geholfen danke! Bedeutet das, dass wir immer boot aus VS2010 über die ip-Adresse und nicht der localhost?
    Ich habe etwas mehr Forschung auf diesem es ist die "Anzeige Intranetsites in Kompatibilitätsansicht Anzeigen" - Einstellung in " Extras->Einstellungen der Kompatibilitätsansicht im Menü des IE8 und IE9. Wenn Ihre web-Anwendung implementiert werden soll, auf einem intranet, das könnte ein problem werden, denn dies ist standardmäßig eingeschaltet. Wenn nicht, schalten Sie es aus auf Ihrem dev-Maschine, und es wird wie gewohnt angezeigt.

    InformationsquelleAutor GunnerL3510

  2. 11

    Dies funktioniert für mich, überschreibt die Einstellung im ie

    META-Tag im HEAD-element Ihrer web-Seite (oder besser in der master-Seite)

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

    hier der link zu info
    http://blogs.msdn.com/b/askie/archive/2009/03/23/understanding-compatibility-modes-in-internet-explorer-8.aspx

    Yup, das ist, wie ich landete um ihn herum. Verrückt ist, dass Sie zu dem Mittel greifen müssen, dass solche Sachen, aber...
    Es funktioniert genau so, wie ich will, danke.
    DAS MEINEN TAG GERETTET (Sorry hatte zu verwenden, Kappen, weil ich werde verrückt!!!) Weiß jemand, warum dies passiert?

    InformationsquelleAutor kgp4death

  3. 6

    Finde ich es besser zu überschreiben Kompatibilität in der HTTP-Response-Header in IIS hinzufügen header:

    X-UA-Compatible: IE=Edge

    Den IE=Edge Teil wird die Kompatibilität zu verwenden, die den höchsten verfügbaren Modus, wird die für alle Benutzer gelten, und gelten auch für alle Seiten der Website, während nur dass der header in einem Ort.

    Dies ist der Weg, den ich ging. Die website mit der ich arbeite, verwendet framesets anstelle einer master-Seite aus, so das hinzufügen dieser auf jeder ASPX-header wäre einfach unpraktisch. Indem es auf meiner website in IIS war das ticket.
    Nur "Huckepack" aus Andrew hier, wenn jemand Schwierigkeiten hat, mit dieser in IIS, die gleiche getan werden kann, in Ihrer Website.config-Datei. Platzieren Sie den folgenden <add name="X-UA-Compatible" value="IE=edge,chrome=1" /> unter Ihrem <system.webServer><httpProtocol><customHeaders> tags und IIS wird abholen diesem, und fügen Sie es, um es in den Einstellungen.

    InformationsquelleAutor Andrew Trevers

  4. 1

    Für diejenigen, die sich mit ASP.NET MVC, die Sie hinzufügen können kgp4death ist

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

    dem head-element in Ihrem _Layout.cshtml.

    InformationsquelleAutor sabastienfyrre

  5. 0

    Ich denke, du hast nicht die richtige Pfad in der <script src="path">. Bitte überprüfen Sie Ihre Pfad und überprüfen Sie auch die zugehörige Datei u muss diese Datei in den Projekt-Ordner

    Ich hoffe, dass dieser Vorschlag Ihr problem lösen

    InformationsquelleAutor Juely

Schreibe einen Kommentar