/ / Wie interpretiere ich den HTTP-Statuscode 302 in einem IIS-Webprotokoll - iis, http-status-codes

Wie interpretiere ich den HTTP-Statuscode 302 in einem IIS-Webprotokoll - iis, http-status-codes

Ich schaue auf mein IIS-Webprotokoll und bemerke einige Protokolldatensätze mit einem sc-status von 302.

Screenshot der IIS-Webprotokoll-Teilstichprobe

Ich tat Forschung und bin nur mehr verwirrt.

Am Anfang sieht es einfach aus, wenn auch ein wenig vage.

"Dies ist ein Beispiel für die Industriepraxiswiderspricht dem Standard. [...] Daher fügte HTTP / 1.1 die Statuscodes 303 und 307 hinzu Unterscheide zwischen den beiden Verhaltensweisen. [25] Jedoch einige Web Anwendungen und Frameworks verwenden den Statuscode 302, als wäre es der 303. "

Während ich das Konzept verstehe, bin ich mir nicht sicherWelche Bedeutung gilt beim Anzeigen eines IIS-Webprotokolls? Behandle ich den 302-Statuscode als 303 ("See Other" - eine Möglichkeit, auf eine neue URL umzuleiten) oder als 307 ("Temporary Redirect")?

Antworten:

1 für die Antwort № 1

307 verursacht eine Umleitung mit demselben "Verb", mit dem die ursprüngliche URL angefordert wurde. Das erlaubt POST Daten zu erhalten. Im Gegensatz, 301/302 wird immer ein verursachen GET der neuen URL, verlorene POST-Daten, die möglicherweise vorhanden waren.

Auch mit 301/302kann der Browser die Antwort zwischenspeichern und immer zur neuen URL gehen, wobei die ursprüngliche URL umgangen wird. 307 erfordert, dass die ursprüngliche URL erneut getroffen wird, auch wenn es sich dabei um eine weitere Weiterleitung handelt.