2013-01-03 11 views
17

Un IETF RFC progetto The Hypertext Transfer Protocol (HTTP) Status Code 308 (Permanent Redirect) definisce stato HTTP 308 come permanente Redirect. Va notato, naturalmente, che si tratta di una bozza di documento e contiene nel suo intestazione del documento il testo "Scadenza: 27 settembre 2012", che presumo vorrebbe dire che dovrebbe essere considerato non valido ora, ma non ho familiarità con I processi di IETF e quindi non si sentono sicuri di ciò.Qual è l'accordo con il codice di stato HTTP 308?

L'articolo di Wikipedia List of HTTP status codes usa questa definizione di 308, anche:

308 Permanent Redirect (approvato come sperimentale RFC) [12]

La richiesta e tutte le future le richieste dovrebbero essere ripetute usando un altro URI. 307 e 308 (come proposto) parallelo i comportamenti di 302 e 301, ma non permettono il metodo HTTP per cambiare. Pertanto, ad esempio, l'invio di un modulo a una risorsa reindirizzata in modo permanente può continuare senza problemi.

...

[12]: "The Hypertext Transfer Protocol (HTTP) Status Code 308 (Permanent Redirect)". IETF. 2012. Retrieved March 27, 2012.

Eric Legge, di Microsoft, al momento, commenti su questo 308 codice HTTP/in Pushing the Web Forward with HTTP/308. Ciò mi ha fatto scoprire che Firefox supporta 308 con questo significato.

Tuttavia, quando stavo cercando nella biblioteca , ho scoperto che c'è un altro utilizzo di 308:

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

Questo sembra provenire da un Google Gears resumable HTTP requests proposal, definendo 308 Resume Incomplete. Sembra che ci sia un uso di questo. Naturalmente, nessuna di queste proposte riconosce l'esistenza dell'altro.

Quindi cosa sta succedendo? 308 Permanent Redirect è vivo? Cosa sta succedendo con il codice di stato 308? Cosa dovrei fare?

+0

Stai chiedendo, dal punto di vista del server, se è necessario * problema * a 308 (ed in caso affermativo, in quali circostanze), o dal punto di vista del consumatore come si dovrebbe reagire * * a un 308? –

+0

@Damien_The_Unbeliever: la questione è per lo più chiedendo che cosa sta accadendo con esso, è significativo, * può * I ragionevolmente usarlo. Nel mio caso particolare, mi sto occupando della prospettiva del cliente, desiderando realizzare un'implementazione corretta e pronta per il futuro di questa e delle questioni correlate, ma sto anche cercando informazioni più generali per cercare di raccoglierla un po '- non c'è molto sul web –

risposta

4

Il progetto di Internet non è scaduto (come è stato approvato prima della sua scadenza). Vedere https://datatracker.ietf.org/doc/draft-reschke-http-status-308/ e http://www.rfc-editor.org/queue2.html#draft-reschke-http-status-308 per lo stato di pubblicazione corrente.

+0

Quindi questo significa che è stato approvato ma è in attesa che gli editori possano raggiungerlo? Cosa significa circa 308 nel frattempo? Che utilizzarlo come reindirizzamento permanente sarebbe "non valido"? Allora, che cosa significa essere approvato come RFC * experimental *? –

+2

È approvato ed è un codice di stato registrato. È solo che la RFC non sarà pubblicata fino a quando gli altri documenti a cui fa riferimento. –

1

Si prega di vedere Chris Morgan commento qui sotto su questa questione (la mia risposta originale di cui http://insanecoding.blogspot.co.il/2014/02/http-308-incompetence-expected.html?m=1 ma di riferimento Chris' è molto meglio).

Giusto per avere un'idea di quanto 308 non sia ancora passato, vedere i codici HTTP definiti nel .NET framework V4 di Microsoft (http://msdn.microsoft.com/en-us/library/system.net.httpstatuscode(v=vs.110).aspx) l'enumerazione HttpStatusCode). In particolare, non si parla di codice 308.

+2

https://news.ycombinator.com/item?id=7249193 ha buoni commenti sull'articolo: l'articolo è ben pensato, ma di per sé non comprende l'intera situazione. –

+1

307 è ora nell'articolo msdn a cui sei collegato, ma non ancora 308 –

Problemi correlati