Shufti - Codice di stato 200 (Successo)

200 è la risposta standard per un successo Richieste HTTP. La risposta effettiva dipenderà da
metodo di richiesta utilizzato. In un GET richiesta, la risposta conterrà un'entità corrispondente alla
risorsa richiesta. In un POST richiedere la risposta conterrà un'entità che descrive o contiene
il risultato dell'azione.

Questo codice di stato implica che la richiesta è stata ha avuto successoLe informazioni restituite con la risposta
dipende dal metodo utilizzato nella richiesta, ad esempio:

GET: nella risposta viene inviata un'entità corrispondente alla risorsa richiesta

POST: un'entità che descrive o contiene il risultato dell'azione

201 (Creato)

La richiesta è stata soddisfatta e ha portato a un nuovo risorsa in fase di creazione. Il neo creato
la risorsa può essere referenziata da URI(i) restituito nell'entità della risposta, con il più
URI specifico per la risorsa fornita da un campo di intestazione PosizioneLa risposta DOVREBBERO includere un
entità contenente un elenco di caratteristiche delle risorse e posizione(i) da cui l'utente o user agent
è possibile scegliere quello più appropriato. Il formato dell'entità è specificato dal tipo di media fornito in
, il Intestazione del campo Content-Type. Il server di origine DEVE creare la risorsa prima di restituirla 201
codice di stato . Se l'azione non può essere eseguita immediatamente, il server DOVREBBE rispondere con 202
(Accettato) risposta invece.

202 (Accettato)

La richiesta è stata accettato per l'elaborazione, ma l'elaborazione non è stata completata.
la richiesta potrebbe essere o meno presa in considerazione, poiché potrebbe essere non consentito durante l'elaborazione
effettivamente avviene. Non esiste alcuna funzionalità per reinviare un codice di stato da un'operazione asincrona
come questo.

Migliori 202 la risposta è intenzionalmente non impegnativa. Il suo scopo è consentire a un server di accettare una richiesta
per qualche altro processo (forse un orientato al lotto processo che viene eseguito solo una volta al giorno) senza
richiede che la connessione dell'agente utente al server persista fino al completamento del processo.
L'entità restituita con questa risposta DOVREBBE includere un'indicazione dello stato attuale della richiesta e
un puntatore a un monitor di stato o una stima di quando l'utente può aspettarsi che la richiesta venga elaborata
soddisfatto.

203 (Informazioni non autorevoli)

Le metainformazioni restituite nel intestazione dell'entità non è il set definitivo disponibile dall'origine
server, ma viene raccolto da un locale copia di terze parti. L'insieme presentato POTREBBE essere un sottoinsieme or
superinsieme della versione originale. Ad esempio, includendo informazioni di annotazione locali sulla risorsa
potrebbe risultare in un superset delle metainformazioni note al server di origine. Utilizzo di questo codice di risposta
non è richiesto ed è appropriato solo quando la risposta sarebbe altrimenti 200 (OK).

204 (Nessun contenuto)

Il server ha soddisfatto la richiesta ma non ha bisogno di restituire un corpo dell'entitàe potrebbe volerlo
ritorno aggiornato metainformazioneLa risposta PUÒ includere metainformazioni nuove o aggiornate nel
forma di intestazioni di entità, che, se presenti, DOVREBBERO essere associate alla variante richiesta.

Se il cliente è un user agentNON dovrebbe modificare la visualizzazione del documento da quella che ha causato
la richiesta da inviare. Questa risposta è intesa principalmente per consentire l'inserimento di azioni da eseguire senza
causando una modifica alla visualizzazione attiva del documento dell'agente utente, sebbene qualsiasi documento nuovo o aggiornato
metainformazione DEVE essere applicato al documento attualmente visualizzato nella vista attiva dell'agente utente.

Migliori 204 la risposta NON DEVE includere un corpo del messaggio e quindi viene sempre terminata dal primo
riga vuota dopo i campi dell'intestazione.