Eine 302 gefundene Nachricht ist eine HTTP response status code, die angibt, dass die angeforderte Ressource vorübergehend in eine andere URIverschoben wurde. Da der Speicherort oder die aktuelle Umleitungsrichtlinie in Zukunft möglicherweise geändert wird, sollte ein Client, der einen 302 Found – Antwortcode empfängt, weiterhin den ursprünglichen URI für zukünftige Anforderungen verwenden.,

Leider kann es schwierig sein, zwischen allen möglichen HTTP-Antwortcodes zu unterscheiden und die genaue Fehlerursache wie den 302 Found – Code zu bestimmen. Es gibt Dutzende möglicher HTTP-Statuscodes, die verwendet werden, um die komplexe Beziehung zwischen dem Client, einer Webanwendung, einem Webserver und der Vielzahl von möglicherweise verwendeten Webdiensten von Drittanbietern darzustellen, sodass die Ermittlung der Ursache eines bestimmten Statuscodes schwierig sein kann., In diesem Artikel untersuchen wir den302 Found – Code, indem wir uns einige Tipps zur Fehlerbehebung sowie einige mögliche Korrekturen für häufige Probleme ansehen, die dieses Problem möglicherweise in Ihren eigenen Webanwendungen verursachen.

Das Problem ist serverseitig

Alle HTTP-Antwortstatuscodes in der Kategorie 3xx gelten als redirection messages. Solche Codes geben dem Benutzeragenten (d. H. Ihrem Webbrowser) an, dass eine zusätzliche Aktion erforderlich ist, um die Anforderung abzuschließen und auf die gewünschte Ressource zuzugreifen., Im Gegensatz zu client error responses, die in den 4xx – Codes enthalten sind, wie dem 404 Not Found Error Wir haben kürzlich untersucht, was entweder auf ein client-oder serverseitiges Problem zurückzuführen sein könnte, 302 Found – Code weist im Allgemeinen auf ein Problem auf dem tatsächlichen Webserver hin, auf dem Ihre Anwendung gehostet wird.

Das Erscheinungsbild einer 302 Found erfordert jedoch normalerweise keinen großen Benutzereingriff. Alle modernen Browser erkennen automatisch den302 Found – Antwortcode und verarbeiten die temporäre Umleitungsaktion automatisch., Der Webserver, auf dem die Anwendung gehostet wird, enthält normalerweise einen speziellen Location Header als Teil der Antwort, die er an den Client sendet. DieserLocation Header gibt die neue URL an, unter der die angeforderte Ressource gefunden werden kann. Wenn beispielsweise eine Anforderung für den Zugriff auf die URL eingeht, der Webserver jedoch so konfiguriert ist, dass die Umleitung zu einer sicheren Version mit https erzwingt wird, enthält die Serverantwort den Header Location: https://airbrake.io., Dies teilt dem Browser mit, dass er diese einzelne Anforderung an an die gesicherte URL von umleiten soll. In den meisten Fällen erkennt der Browser diesen 302 Found – Antwortcode automatisch, liest die neue Location – URL und leitet die Anforderung an diesen neuen Speicherort um.

Es ist jedoch wichtig zu beachten, dass der 302 Found – Antwortcode für völlig andere Zwecke verwendet wird als die 301 Moved Permanently Wir haben uns letzte Woche angesehen., Im ersteren Fall sollte die Umleitung vorübergehend sein (dh nur für die aktuelle einzelne Anforderung) — der Browser sollte sich an den ursprünglichen URI „erinnern“ und zukünftige Anforderungen mit demselben URI verarbeiten. Mit einem 301 Moved Permanently – Code wird dem Browser jedoch mitgeteilt, dass der ursprüngliche URI nicht mehr gültig ist, sodass alle zukünftigen Anforderungen den neuen URI verwenden sollten, der vom Location – Header bereitgestellt wird.,

Da die 302 Found angibt, dass innerhalb der server Ihrer Anwendung etwas schief gelaufen ist, können wir die client – Seite weitgehend ignorieren. Wenn Sie versuchen, ein Problem mit Ihrer eigenen Anwendung zu diagnostizieren, können Sie die meisten clientseitigen Codes und Komponenten wie HTML, Cascading Style Sheets (CSS), clientseitiges JavaScript usw. sofort ignorieren. Dies gilt auch nicht nur für Websites., Viele Smartphone-Apps mit einer modern aussehenden Benutzeroberfläche werden tatsächlich von einer normalen Webanwendung hinter den Kulissen betrieben.eine, die dem Benutzer einfach verborgen ist. Wenn Sie eine solche Anwendung verwenden und eine 302 Found auftritt, hängt das Problem nicht mit der auf Ihrem Telefon oder lokalen Testgerät installierten App zusammen. Stattdessen wird es etwas auf der Serverseite sein, das den größten Teil der Logik und Verarbeitung hinter den Kulissen außerhalb des Bereichs der lokalen Schnittstelle durchführt, der dem Benutzer präsentiert wird.,

Wenn Ihre Anwendung unerwartete 302 Found – Antwortcodes generiert, können Sie eine Reihe von Schritten ausführen, um das Problem zu diagnostizieren.

Beginnen Sie mit einer gründlichen Anwendungssicherung

Wie bei allem, es ist besser, es sicher am Anfang gespielt zu haben, als etwas zu vermasseln und kommen es später auf der Straße zu bereuen. Daher ist es wichtig, dass Sie eine vollständige Sicherung Ihrer Anwendung, Datenbank usw. durchführen, bevor Sie Korrekturen oder Änderungen am System vornehmen., Noch besser ist, wenn Sie die Möglichkeit haben, erstellen Sie eine vollständige Kopie der Anwendung auf einem sekundären staging – Server, der nicht „live“ ist oder anderweitig nicht aktiv und für die Öffentlichkeit verfügbar ist. Dies gibt Ihnen einen sauberen Testplatz, mit dem Sie alle möglichen Korrekturen testen können, um das Problem zu beheben, ohne die Sicherheit oder Heiligkeit Ihrer Live-Anwendung zu gefährden.

Diagnose eines 302 gefundenen Antwortcodes

Ein 302 Found Antwortcode gibt an, dass vorübergehend auf die angeforderte Ressource zugegriffen werden soll ein anderer URI., Es ist jedoch durchaus möglich, dass der Server falsch konfiguriert ist, sodass er nicht ordnungsgemäß mit 302 Found – Codes anstelle des Standard-und erwarteten 200 OK – Codes einer normalen, funktionalen Anforderung reagiert. Daher wird ein großer Teil der Diagnose des Problems den Prozess der doppelten Überprüfung der Ressourcen/URLs durchlaufen, die 302 Found-Antwortcodes generieren, und feststellen, ob diese Codes angemessen sind oder nicht.,

Wenn Ihre Anwendung mit 302 Found – Codes antwortet, die sie nicht ausgeben sollte, ist dies ein Problem, das auch bei vielen anderen Besuchern auftritt und die Fähigkeit Ihrer Anwendung, Benutzer zu bedienen, dramatisch beeinträchtigt. Wir gehen einige Tipps und Tricks zur Fehlerbehebung durch, um Ihnen bei der Lösung dieses Problems zu helfen. Wenn hier nichts funktioniert, vergessen Sie nicht, dass Google Ihr Freund ist. Versuchen Sie, nach bestimmten Begriffen zu suchen, die sich auf Ihr Problem beziehen, z. B. dem Namen des CMS oder der Webserver-Software Ihrer Anwendung, zusammen mit 302 Found., Wahrscheinlich finden Sie andere, die dieses Problem erlebt haben und eine Lösung gefunden haben.

Fehlerbehebung auf der Serverseite

Hier sind einige zusätzliche Tipps, die Ihnen bei der Fehlerbehebung helfen, was dazu führen kann, dass die 302 Found auf der Serverseite der Dinge angezeigt wird:

Bestätigen Sie Ihre Serverkonfiguration

Ihre Anwendung wird wahrscheinlich auf einem Server ausgeführt, der eine der beiden beliebtesten Webserver-Software verwendet, Apache oder nginx., Zum Zeitpunkt der Veröffentlichung bilden diese beiden Webserver over 84% der Webserver-Software der Welt! Daher besteht einer der ersten Schritte, die Sie unternehmen können, um festzustellen, was diese 302 Found – Antwortcodes verursachen könnte, darin, die Konfigurationsdateien für Ihre Webserver-Software auf unbeabsichtigte Umleitungsanweisungen zu überprüfen.

Um festzustellen, welchen Webserver Ihre Anwendung verwendet, sollten Sie nach einer Schlüsseldatei suchen. Wenn Ihr Webserver Apache ist, suchen Sie nach einer .htaccess Datei im Stammverzeichnis Ihres Website-Dateisystems., Wenn sich Ihre Anwendung beispielsweise auf einem freigegebenen Host befindet, ist dem Hosting-Konto wahrscheinlich ein Benutzername zugeordnet. In einem solchen Fall befindet sich das Anwendungsstammverzeichnis normalerweise im Pfad von /home/<username>/public_html/, sodass sich die Datei .htaccess unter /home/<username>/public_html/.htaccessbefindet.

Wenn Sie die .htaccess – Datei gefunden haben, öffnen Sie sie in einem Texteditor und suchen Sie nach Zeilen, die RewriteXXX – Direktiven verwenden, die Teil des mod_rewrite – Moduls in Apache sind., Die genaue Funktionsweise dieser Regeln geht jedoch weit über den Rahmen dieses Artikels hinaus, das Grundkonzept besteht jedoch darin, dass eine RewriteCond-Direktive ein textbasiertes Muster definiert, das mit eingegebenen URLs abgeglichen wird. Wenn eine übereinstimmende URL von einem Besucher der Site angefordert wird, wird die RewriteRule – Direktive verwendet, die einer oder mehreren RewriteCond – Direktiven folgt die tatsächliche Umleitung der Anforderung an die entsprechende URL.,

Zum Beispiel ist hier eine einfache RewriteCond und RewriteRule Kombination, die alle eingehenden Anfragen an example.com und stellt eine temporäre Umleitung zu dem gleichen URI auf der temporary-example.com Domäne statt:

RewriteEngine onRewriteCond %{HTTP_HOST} ^example\.com$RewriteRule ^(.*)$ http://www.temporary-example.com/$1 

server { listen 80; listen 443 ssl; server_name www.example.com; rewrite ^/$ http://www.temporary-example.com redirect;}