Um rascunho IETF RFCO código de status 308 do Protocolo de transferência de hipertexto (HTTP) (redirecionamento permanente) define o status HTTP 308 comoPermanent Redirect. Obviamente, deve-se observar que este é um rascunho de documento e contém em seu cabeçalho o texto "Expira em 27 de setembro de 2012", que eu presumo que significaria que deveria ser considerado inválido agora, mas não estou familiarizado com Processos da IETF e, portanto, não se sinta confiante com iss

O artigo da Wikipedia Lista de códigos de status HTTP usa esta definição de 308, também:

308 Redirecionamento permanente (aprovado como experimental RFC) [12]

A solicitação e todas as solicitações futuras devem ser repetidas usando outro URI. 307 e 308 (conforme proposto) são paralelos aos comportamentos 302 e 301, mas não permita que o método HTTP mude. Portanto, por exemplo, o envio de um formulário para um recurso permanentemente redirecionado pode continuar sem problema

...

[12]: "O código de status 308 do HTTP (Protocolo de transferência de hipertexto) (redirecionamento permanente)". IETF. Recuperado em 27 de março de 2012.

Eric Law, da Microsoft na época, comenta esse código HTTP / 308 em Empurrando a Web para frente com HTTP / 308. Isso me levou a descobrir que o Firefox suporta 308 com esse significad

No entanto, quando eu estava olhando no python-orders library, descobri que há outro uso de 308:

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

Isso parece vir de um Google Gears proposta de solicitações HTTP recuperáveis, definindo308 Resume Incomplete. Parece haver algum uso disso. Obviamente, nenhuma dessas propostas reconhece a existência da outra.

Então o que está acontecendo? É308 Permanent Redirect vivo? O que está acontecendo com o código de status 308? O que devo fazer