Projekt IETF RFC Kod statusu protokołu przesyłania hipertekstu (HTTP) 308 (stałe przekierowanie) definiuje status HTTP 308 jako Stałe przekierowanie. Należy oczywiście zauważyć, że jest to projekt dokumentu i zawiera w nagłówku dokumentu tekst „Wygasa: 27 września 2012 r.”, Co, jak sądzę, oznaczałoby, że należy go teraz uznać za nieważny, ale nie jestem zaznajomiony z Procesy IETF, więc nie czuję się tego pewnie.

Artykuł Wikipedii Lista kodów stanu HTTP używa tej definicji 308, a także:

308 Permanent Redirect (zatwierdzone jako eksperymentalne RFC) [12]

Żądanie i wszystkie przyszłe żądania powinny zostać powtórzone przy użyciu innego identyfikatora URI. 307 i 308 (zgodnie z propozycją) zachowują się równolegle z zachowaniem 302 i 301, ale nie zezwalaj na zmianę metody HTTP. Na przykład przesłanie formularza do stale przekierowanego zasobu może być kontynuowane płynnie.

...

[12]: „Kod stanu protokołu przesyłania hipertekstu (HTTP) 308 (stałe przekierowanie)”. IETF. 2012. Pobrano 27 marca 2012 r.

Eric Law, wówczas Microsoft, komentuje ten kod HTTP / 308 wPrzesyłanie Internetu do przodu za pomocą HTTP / 308. To sprawiło, że odkryłem, że Firefox obsługuje 308 w tym znaczeniu.

Jednak kiedy szukałem w python-Request biblioteka, odkryłem, że istnieje inne użycie 308:

    308: ('resume_incomplete', 'resume'),

Wygląda na to, że pochodzi z Google Gears propozycja wznowienia żądań HTTP, definiując308 Resume Incomplete. Wydaje się, że jest to pewne zastosowanie. Oczywiście żadna z tych propozycji nie potwierdza istnienia drugiej.

Więc co się dzieje? Jest308 Permanent Redirect żyje? Co się dzieje z kodem stanu 308? Co powinienem zrobić