Eforexindia Net Dank Neuer Benutzer

Neues Benutzerkonto Vielen Dank. Ihr Konto wurde erstellt. Sie sollten bald eine E-Mail mit einem Link zur TerraValue-Website erhalten. Bitte klicken Sie auf den Link, damit wir Ihre E-Mail-Adresse bestätigen können. Sobald wir Ihre E-Mail-Adresse bestätigt haben, aktivieren wir Ihr TerraValue-Konto. Bitte kontaktieren Sie uns bei InfoTerravalue. net, wenn Sie die E-Mail nicht innerhalb von 30 Minuten erhalten. Die E-Mail wurde auch bekannt, um sich in einem Spam-Ordner, wenn Sie mit einem solchen Filter für Ihre E-Mail. Kopie 2016 TerraValue. Alle Rechte vorbehalten. Redirecting Benutzer zu einer anderen Web-Forms-Seite In ASP. NET Web Forms-Seiten möchten Sie häufig Benutzer zu anderen Seiten als Teil Ihrer Webanwendung umleiten. ASP. NET bietet die folgenden Möglichkeiten für die Umleitung in Ihre Web Forms-Seiten: Hyperlinks auf Seiten. Konfigurieren von Cross-Pages-Posting, mit dem Sie eine alternative Zielseite festlegen können, wenn die aktuelle Seite übermittelt wird. Umleiten Sie programmgesteuert, indem Sie den Browser zwingen, eine andere Seite anzufordern. Umleiten programmgesteuert durch Übertragen der Steuerung auf eine andere Seite in der gleichen Webanwendung. Jede dieser Optionen wird unten beschrieben. Eine Tabelle am Ende des Themas fasst die Optionen zusammen und enthält Richtlinien, die Ihnen bei der Entscheidung helfen, wann jede Option verwendet werden soll. Dieses Thema gilt nur für ASP. NET Web Forms-Seiten. Sie gilt nicht für Seiten, die Sie mithilfe von ASP. NET MVC (Model View Controller) oder ASP. NET-Webseiten erstellen. Sie können ein HTML-Anker-Tag (ltagt) auf einer ASP. NET Web Forms-Seite verwenden, um statische Links zu erstellen, oder Sie können den Linktext und die Ziel-URL von Hyperlinks mithilfe des HyperLink-Steuerelements programmgesteuert steuern. In diesem Szenario klickt der Benutzer explizit auf einen Link und der Browser wird auf die Zielseite übertragen. Die Zielseite wird mit einem HTTP GET-Befehl aufgerufen. Daher werden keine Informationen über die Quellseite an die Zielseite übergeben, es sei denn, Sie geben eine Abfragezeichenfolge für die URL der Zielseite an. Wenn sich die Quell - und Zielseite in derselben Webanwendung befinden, können sie Informationen über Sitzungsstatus oder Anwendungsstatus freigeben. Standardmäßig legen Server-Steuerelementschaltflächen in einer ASP. NET Web Forms-Seite die Seite an sich selbst. Wenn Sie eine Seite über eine Seite verschieben, können Sie eine Schaltfläche auf einer ASP. NET Web Forms-Seite konfigurieren, um die aktuelle Seite auf eine andere Seite zu posten. Ein typisches Beispiel ist die Erstellung eines mehrseitigen Formulars. Sie können Schaltflächen auf der Seite konfigurieren, um zur nächsten und vorherigen Seite des Formulars zu wechseln. Cross-Page-Buchung ist ähnlich wie Hyperlinks, dass die Übertragung von einer Benutzeraktion initiiert wird. Beim Cross-Page-Posting wird die Zielseite jedoch mit einem HTTP-POST-Befehl aufgerufen, der die Werte der Steuerelemente auf der Quellseite an die Zielseite sendet. Wenn sich die Quell - und Zielseite in derselben Webanwendung befinden, kann die Zielseite außerdem auf öffentliche Eigenschaften der Quellseite zugreifen. Wie immer können alle Seiten in der Anwendung Informationen teilen, die im Sitzungszustand oder im Anwendungsstatus gespeichert sind. Sie können Benutzer zu einer anderen Seite mit den Fähigkeiten des Benutzerbrowsers umleiten. In einem Browser-Redirect gibt der Browser eine neue Anforderung an den Zielserver in Form einer HTTP-GET-Anforderung aus. Sie können die Umleitung programmgesteuert im Client-Script oder Server-Code auslösen. Im Client-Script können Sie die form. submit-Methode aufrufen, sofern der ltformgt - Elementmethodenattributwert get ist. Wenn die aktuelle Seite Formulardaten enthält, wird sie an den Zielserver übergeben, indem sie als Abfragezeichenfolge auf die angeforderte URL angefügt wird. Im Server-Code können Sie programmgesteuert umleiten, indem Sie die Redirect-Methode aufrufen. Die Methode sendet einen Befehl an den Benutzerbrowser, der bewirkt, dass der Browser einen HTTP-GET-Befehl für die Zielseite ausgibt. Das Aufrufen der Server-Redirect-Methode ist das programmatische Äquivalent des Klickens auf einen Hyperlink, indem es eine neue Anforderung für die Zielseite ergibt. Da Sie die Methoden aus Ihrem eigenen Code aufrufen, können Sie die Ziel-URL, einschließlich aller Query-String-Informationen, dynamisch definieren. Wenn sich die Quell - und Zielseiten in derselben Webanwendung befinden, können Sie Daten zwischen den Quell - und Zielseiten gemeinsam nutzen, indem Sie Servercode hinzufügen, um die Daten im Sitzungsstatus zu speichern. Internet Explorer über Version 6.0 kann nur bis zu 2.048 Zeichen in der URL verarbeiten, einschließlich Daten in der Abfragezeichenfolge. Wenn die URL 2.048 Zeichen überschreitet, kann ein Fehler auftreten, oder Daten in der Abfragezeichenfolge werden möglicherweise abgeschnitten oder nicht mit der Anforderung gesendet. In ASP. NET Web Forms-Seiten kann eine GET-Anforderung, die Postdaten enthält, leicht 2 048 Zeichen überschreiten, wenn Ansichtszustandsinformationen (die in einem ausgeblendeten Feld gespeichert werden) Teil der Anforderung sind, was zu Fehlern führt. Andere Browser haben möglicherweise nicht diese Einschränkung. Weitere Informationen finden Sie unter Artikel 208427, maximale URL-Länge ist 2.083 Zeichen in Internet Explorer in der Microsoft Knowledge Base unter support. microsoft. Um diese Einschränkung zu umgehen, wenn Sie versuchen, Informationen zwischen Seiten freizugeben, können Sie Benutzer über HTTP-POST-Anforderungen umleiten, wie in diesem Thema besprochen. Wenn Ihre Anwendung eine HTTP-GET-Anforderung erfordert, können Sie Informationen auf alternative Weise speichern, ohne einen Abfrage-String wie beispielsweise im Sitzungsstatus zu verwenden. Sie können auch programmgesteuert auf eine Zielseite auf dem Server umleiten, indem Sie die Methode Transfer aufrufen. In diesem Szenario überträgt der Server einfach den aktuellen Webformular-Quellseitenkontext auf die Zielseite. Die Zielseite wird dann anstelle der Quellseite wiederhergestellt. Die Quell - und Zielseiten müssen sich in derselben Webanwendung befinden. Wie bei der Cross-Page-Buchung hat die Methode Transfer die Möglichkeit, dass die Zielseite Steuerwerte und öffentliche Eigenschaftenwerte von der Quellseite aus lesen kann. Da der Transfer zwischen Quell - und Zielseiten auf dem Server erfolgt, hat der Browser keine Informationen über die geänderte Seite und behält Informationen über die ursprüngliche (Quell-) URL. Beispielsweise ändert sich das Adressfeld in Internet Explorer nach einer Übertragung nicht und zeigt stattdessen weiterhin die URL der zuletzt angeforderten Seite an (in der Regel die Quellseite). Der Browserverlauf wird nicht aktualisiert, um die Übertragung wiederzugeben. Dies kann zu unerwartetem Verhalten führen, wenn der Benutzer die Seite im Browser aktualisiert oder auf die Browser-Schaltfläche zurückklickt. Daher ist das Aufrufen der Übertragungsmethode eine Strategie, die am besten in Anwendungen verwendet wird, in denen Sie Seiten dem Benutzer mit der URL angezeigt werden, die ausgeblendet wird.