Erfahren Sie, wie Sie den Fehler von 400 schlechten Anforderungen beheben, wenn Sie eine Postanforderung ohne Form eines Formulars in ASP.NET mit AJAX mit einem Antiforgery -Token erstellen. --- Dieses Video basiert auf der Frage https://stackoverflow.com/q/68501391/ vom Benutzer 'joel' (https://stackoverflow.com/u/14906700/) und auf der Antwort https://stackoverflow.com/a/68501536/. https://stackoverflow.com/u/10364883/) auf der Website 'Stack Overflow'. Dank dieser großartigen Nutzer und Stackexchange -Community für ihre Beiträge. Besuchen Sie diese Links für Originalinhalte und weitere Details wie alternative Lösungen, neueste Updates/Entwicklungen zum Thema, Kommentare, Revisionsgeschichte usw. Der ursprüngliche Titel der Frage lautete: Wie man eine Postanforderung ohne Form erstellt und ohne Fehler 400 auch Inhalte (außer Musik) lizenziert unter CC BY-SA HTTPS :/Meta.Stackexchange. 4.0 '(https://creatvecommons.org/licenses/by-sa/4.0/) Lizenz, und der ursprüngliche Antwortposten ist unter der Lizenz' CC BY-SA 4.0 '(https://creativecommons.org/licenses/by-sa/40/) lizenziert. Wenn Ihnen etwas scheinbar erscheint, schreiben Sie mir bitte mit Vlogize [at] gmail [dot] com. --- So erstellen Sie eine Postanforderung ohne Form eines Formulars in ASP.NET: Vermeiden Sie Fehler 400 Wenn Sie mit AJAX-Anforderungen in ASP.NET arbeiten, ist eine gemeinsame Begegnung mit der Begegnung mit der gemeinsamen Ausgabe der gefürchtete 400 schlechte Anforderungsfehler, insbesondere wenn Sie versuchen, eine Postanforderung ohne Formular zu senden. Wenn Sie jemals dieser Herausforderung gestellt haben, sind Sie nicht allein. In diesem Leitfaden bieten wir Ihnen eine Schritt-für-Schritt-Anleitung zur Lösung dieses Problems, mit der Sie erfolgreiche AJAX-Postanfragen nahtlos senden können. Wenn Sie das Problem verstehen, senden Sie möglicherweise eine Postanforderung, um eine Kategorie zu löschen. Wenn der Server jedoch eine Einreichung von Formularen erwartet, erfordert es wahrscheinlich ein Antiforgery -Token für die Sicherheit. Ohne dieses Token führt zu einem 400 -Fehler aufgrund von Validierungsfehlern. Hier ist eine grobe Übersicht darüber, was oft passiert: Sie haben Ihren Ajax -Anruf korrekt eingerichtet. Die erwartete Serverroute ist definiert, erhält jedoch nicht das erforderliche Token. Infolgedessen lehnt der Server die Anfrage mit einer 400 schlechten Anfrage -Antwort ab, was zu Verwirrung führt. Lösung: Hinzufügen eines AntiForgery -Tokens zur Lösung des 400 schlechten Anfrageproblems während Ihrer AJAX -Anfrage folgen Sie folgenden Schritten: Schritt 1: Geben Sie zuerst das Antiforgery -Token in Ihrer Sicht auf, und stellen Sie sicher, dass Sie das Antiforgery -Token auf der Seite aufnehmen, auf der der Ajax -Anruf initiiert wird. Platzieren Sie den folgenden Code in Ihre Rasierklammeransicht: [[Siehe Video, um diesen Text oder Code -Snippet anzuzeigen] Diese Zeile generiert ein verstecktes Eingangsfeld, das das Token enthält, das für die Validierung der Anforderung auf dem Server erforderlich ist. Schritt 2: Ändern Sie Ihren AJAX -Anruf, um das Token als nächstes aufzunehmen. Sie müssen Ihre AJAX -Anfrage so konfigurieren, dass sie das Antiforgery -Token einschließen. Aktualisieren Sie Ihren AJAX -Anruf wie folgt: [[Siehe Video, um diesen Text oder Code -Snippet anzuzeigen] Schritt 3: Überprüfen Sie Ihren ASP.NET -Controller in Ihrem ASP.NET -Controller und stellen Sie sicher, dass Ihre Aktionsmethode ordnungsgemäß eingerichtet ist, um die Postanforderung zu akzeptieren. So sollte Ihre Methode normalerweise aussehen: [Siehe Video, um diesen Text oder Code -Snippet zu enthüllen] Schlussfolgerung, indem Sie das Antiforgery -Token in Ihrer Ansicht einbeziehen und sie ordnungsgemäß in Ihre AJAX -Anfrage integrieren. Stellen Sie immer sicher, dass Ihr serverseitiger Code eingerichtet ist, um für diese Token zu hören, damit Ihre Anforderungen korrekt authentifiziert werden. Wenn Sie sich auf dem Weg vor zusätzlichen Herausforderungen stellen, zögern Sie nicht, die Konfigurationen Ihres Front-End- und Back-End-Codes erneut zu besuchen. Happy Coding!
Die bereitgestellten Informationen stellen keine Handelsberatung dar. kdj.com übernimmt keine Verantwortung für Investitionen, die auf der Grundlage der in diesem Artikel bereitgestellten Informationen getätigt werden. Kryptowährungen sind sehr volatil und es wird dringend empfohlen, nach gründlicher Recherche mit Vorsicht zu investieren!
Wenn Sie glauben, dass der auf dieser Website verwendete Inhalt Ihr Urheberrecht verletzt, kontaktieren Sie uns bitte umgehend (info@kdj.com) und wir werden ihn umgehend löschen.