Seite "Web", Projekt-Designer
Aktualisiert: November 2007
Auf der Seite Web des Projekt-Designers können Sie das Startverhalten, die Servereinstellungen und die Debugeigenschaften für Webseiten festlegen. Im Menü Debuggen können Sie bestimmen, wie Visual Studio den Befehl zum Ausführen einer Webseite interpretieren soll, indem Sie Debuggen starten oder Starten ohne Debuggen auswählen (bzw. F5 oder STRG + F5 drücken). Die Optionen auf der Seite Web sind lokale Einstellungen für das ausgewählte Projekt, die nicht für andere Benutzer gelten.
Die Eigenschaften der Seite Web können nur auf Projekte angewendet werden, die mit der ASP.NET-Webanwendungsvorlage erstellt wurden. Ein mit dieser Vorlage erstelltes Projekt wird auch als Webanwendungsprojekt bezeichnet. ASP.NET-Webanwendungsprojekte basieren auf dem gleichen konzeptionellen Ansatz wie Webprojekte in Visual Studio .NET 2003, verfügen jedoch über alle neuen Features von Visual Studio 2005.
Hinweis: |
---|
Die Optionen auf dieser Seite gelten nur zum Testen einer Website in Visual Studio, nicht aber zum Bereitstellen einer Website auf einem Produktionsserver. Weitere Informationen hierzu finden Sie unter Bereitstellung (Vorgehensweise in Visual Web Developer). |
So greifen Sie auf die Seite "Web" zu
Klicken Sie im Projektmappen-Explorer mit der rechten Maustaste auf den Namen eines Websiteprojekts, und klicken Sie dann auf Eigenschaften.
Das Fenster Eigenschaftenseiten wird angezeigt.
Klicken Sie auf die Registerkarte Web.
Aufgaben
Benutzeroberflächenelemente
Startaktion
Mit der Gruppe Startaktion kann angegeben werden, welche Seite oder welcher Prozess von Visual Studio gestartet wird, wenn Sie den Befehl Starten ausführen.
Aktuelle Seite
Gibt an, dass Visual Studio die aktuelle Seite im Standardbrowser startet.Bestimmte Seite
Gibt an, dass Visual Studio die Standardseite startet, wenn Sie die Website aufrufen, selbst wenn Sie gerade eine andere Seite bearbeiten.Hinweis: Alternativ können Sie mit der rechten Maustaste auf eine Seite im Projektmappen-Explorer klicken und Als Startseite festlegen auswählen.
Externes Programm starten
Gibt ein alternatives Programm an, das Visual Studio ausführt, statt den Browser zu starten. Das alternative Programm muss die Dateinamenerweiterung .exe haben, und Sie müssen den vollständigen Pfad dieser EXE-Datei angeben.Befehlszeilenargumente
Gibt Befehlszeilenoptionen oder andere Werte an, die an das externe Programm übergeben werden.Arbeitsverzeichnis
Gibt einen vollständigen Pfad zu einem Arbeitsverzeichnis an, in dem das externe Programm gestartet wird. Der Pfad muss vorhanden sein.Start-URL
Gibt eine Start-URL an, an der mit der Ausführung begonnen wird. Diese Option wird in der Regel bei Webdienstanwendungen verwendet, sodass Sie eine andere Webseite starten können, die dann den Webdienst aufruft.Keine Seite öffnen. Auf Anforderung von externer Anwendung warten.
Gibt an, dass Visual Studio das Projekt auf einem Webserver starten und anschließend auf eine Anforderung durch eine andere Anwendung warten soll. Dies ist beim Debuggen von Webdienstanwendungen nützlich.
Server
Mit der Gruppe Server kann angegeben werden, welcher Webserver verwendet wird, wenn Sie Seiten testen.
Visual Studio Development Server verwenden
Gibt an, dass Visual Studio den Visual Studio Development Server verwendet, um die Webseiten zu verarbeiten.Anschluss automatisch zuweisen
Gibt einen zufälligen HTTP-Anschluss auf dem Entwicklungscomputer an. Dieser HTTP-Anschluss wird zum Starten und Ausführen des Webanwendungsprojekts über den integrierten Visual Studio Development Server verwendet.Standardmäßig ist Anschluss automatisch zuweisen aktiviert. Der HTTP-Anschluss wird anfangs zwar zufällig ausgewählt, Visual Studio versucht jedoch bei jedem Start der Webanwendung, den gleichen Anschluss zu verwenden.
Bestimmter Anschluss
Gibt die HTTP-Anschlussnummer an, die zum Starten und Ausführen des Webanwendungsprojekts über den integrierten Visual Studio Development Server verwendet wird. Diese HTTP-Anschlussnummer kann geändert werden, wenn der Anschluss bereits verwendet wird oder Sie die Anwendung über eine bestimmte Anschlussnummer testen und ausführen möchten.Virtueller Pfad
Gibt den virtuellen Pfad der Website an. Bei Verwendung des Visual Studio Development Servers wird standardmäßig der Webserverstamm verwendet, der mit einem Schrägstrich (/) gekennzeichnet ist.NTLM-Authentifizierung
Gibt an, dass für Anforderungen an den Server NTLM-Authentifizierung erforderlich ist. Die NTLM-Authentifizierung ist standardmäßig deaktiviert.Durch Aktivieren dieses Kontrollkästchens wird verhindert, dass andere Benutzer auf diesem Computer auf Ihre Website zugreifen und mit Ihrer Identität und Ihren Berechtigungen Code ausführen können.
Bearbeiten und Fortfahren aktivieren
Gibt an, dass der integrierte Visual Studio Development Server die Bearbeitung von Code-Behind- und eigenständigen Klassendateien in der Anwendung ermöglicht, ohne die Debugsitzung erneut zu starten. Die Bearbeitung von Inlinecode in einer ASPX-Seite oder einer ASCX-Datei ist jedoch nicht zulässig. Wenn Sie die Datei Web.config während des Debugvorgangs bearbeiten, zeigt Visual Studio eine Warnmeldung an. Durch das Speichern von Änderungen an der Datei Web.config wird verhindert, dass der Debugger während dem Zurücksetzen einer Anwendungsdomäne alte Assemblys lädt.IIS-Webserver verwenden
Gibt an, dass Visual Studio die Anwendung auf dem lokalen IIS-Webserver ausführt und nicht auf dem Visual Studio Development Server.Projekt-URL
Gibt die URL an, die sich auf dem IIS-Webserver befindet und auf diese Webanwendung verweist.Virtuelles Verzeichnis erstellen
Erstellt ein virtuelles IIS-Verzeichnis, das auf den Stammordner der Webanwendung verweist.Stamm-URL der Anwendung überschreiben
Gibt einen alternativen Pfad für die Anwendungsstamm-URL an. Verwenden Sie diese Option, wenn der Webanwendungsstamm nicht der Stamm des Projekts ist.
Debugger
Mit der Gruppe Debugger können Sie angeben, welche Debugger verfügbar sind, wenn Sie Seiten testen. Wenn ein Debugger geladen wird, kann er Debugmodule für unterschiedliche Codetypen umfassen. Die hier ausgewählten Optionen bestimmen, welche Debugmodule geladen werden.
Hinweis: |
---|
Jedes geladene Debugmodul benötigt Speicherplatz und beeinflusst insgesamt die Leistung beim Debuggen. Grundsätzlich sollten Sie nur die Debugmodule angeben, die Sie benötigen. |
ASP.NET
Wenn dieses Kontrollkästchen aktiviert ist, wird der Debugger für verwalteten Code jedes Mal geladen, wenn Sie den Debugger starten. Mit diesem Debugger können Sie den serverseitigen Code in Ihren Seiten und in allen .NET Framework-Komponenten debuggen, die von Ihrer Seite aufgerufen werden.Hinweis: Prozesse, die gedebuggt werden sollen, müssen mit Debuginformationen kompiliert werden.
Wenn Sie das Kontrollkästchen deaktivieren, startet Visual Studio den Debugger zwar, ruft aber keine Prozessinformationen von IIS oder dem Visual Studio Development Server ab, um sie dem Debugger zur Verfügung zu stellen. Sie können trotzdem noch Clientskript in der Seite debuggen.
Weitere Informationen hierzu finden Sie unter Übersicht über das Debuggen von Webseiten.
Systemeigener Code
Wenn dieses Kontrollkästchen aktiviert ist, wird der Debugger für systemeigenen (nicht verwalteten) Code jedes Mal geladen, wenn Sie den Debugger starten. Diese Option ist nützlich, falls die Website eine Komponente (zum Beispiel eine COM-Komponente) aufruft, die in einer nicht verwalteten Sprache wie C++ geschrieben wurde.Wenn Sie das Kontrollkästchen deaktivieren, können Sie verwalteten Code zwar debuggen, der Debugger überspringt aber alle Aufrufe von nicht verwaltetem Code.
Weitere Informationen finden Sie unter Debuggen von systemeigenem Code.
SQL Server
Wenn dieses Kontrollkästchen aktiviert ist, wird der Debugger für gespeicherte Prozeduren von SQL Server jedes Mal geladen, wenn Sie den Debugger starten.Weitere Informationen finden Sie unter Debuggen von SQL.
Siehe auch
Konzepte
Übersicht über Webanwendungsprojekte