Webanwendungen in IIS 7.0 gibt es in zwei Konfigurationsformen: klassisch und integriert.
Die klassische Form soll mit der vorherigen Version kompatibel sein, wobei die ISAPI-Erweiterung verwendet wird, um die ASP.NET laufende Bibliothek aufzurufen, und die ursprünglich unter IIS6.0 laufende Webanwendung muss nur in der klassischen Form für IIS7.0 konfiguriert werden, sodass der Code normal und ohne Änderungen ausgeführt werden kann.
Die Integrationsform ist eine einheitliche Beginn-Pipeline, die die ASP.NET Plea-Pipeline mit der IIS-Zentralpipeline kombiniert, was bessere Leistung, Modularität in Konfiguration und Verwaltung sowie erhöhte Agilität bei der Erweiterung von IIS mit Managed-Code-Modulen bietet. Vorausgesetzt, die alte Webanwendung läuft in der integrierten Form von IIS 7.0, muss sie möglicherweise aufhören, die Web.config-Datei der Anwendung zu verändern, insbesondere wenn sie ein benutzerdefiniertes Modul verwendet, das die IHttpHandler-Schnittstelle komplettiert. IIS 7.0 kann beide Anwendungsformen auf demselben Server unterstützen.
web.config-Datei
Der Abschnitt system.webServer spezifiziert die IIS7.0-Einstellungen, die auf die Webanwendung angewendet werden, deren Elternknoten die Konfiguration ist, und was in diesem Knoten gesetzt werden kann, umfasst:
Das defaultDocument, das vom Webservant an den Client zurückgegeben wird, wenn die Pleading die angegebene Ressource nicht enthält; httpCompression Custom Headers (httpProtocol Section) Module Handler
Einige dieser Einstellungen gelten nur für die integrierte Form, aber nicht für die klassische Form, wie etwa Anwendungen, die in der klassischen Form laufen, alle verwalteten Codemodule und Entsorgungen vernachlässigen, die im System.WebServer-Bereich von web.config festgelegt sind, wobei die Webanwendung Module und Entsorgungen in httpModules und httpHandlers im Bereich syste.web definieren sollte. |
Veröffentlicht am 14.03.2018 12:30:54
|
|
|
Veröffentlicht am 11.07.2018 13:59:57
|
Vermieter|
Veröffentlicht am 11.07.2018 14:07:42
|
