Risposte:
Deve essere il codice di stato 418 I'm a teapot , parte del protocollo Hyper Text Coffee Pot Control (un'estensione di HTTP). Mi fa ridere tutte le volte.
2.3.2 418 Sono una teiera
Qualsiasi tentativo di preparare il caffè con una teiera dovrebbe risultare nel codice di errore "418 I'm a teapot". Il corpo dell'entità risultante PU essere basso e robusto.
Il fatto che il referrer fosse scritto male ed è stato deciso che l'errore di ortografia dovrebbe essere mantenuto.
Risposta ovvia: metodi PUT, DELETE, TRACE, OPTIONS, CONNECT
La maggior parte delle persone conosce i metodi GET e POST perché è quello che usano quando creano i moduli. Anche i browser usano molto HEAD. Gli altri metodi sono molto meno conosciuti; sono utilizzati principalmente da applicazioni più specifiche.
Qualcuno ha mai visto 402 pagamento richiesto ?
Pensavo che 204 fosse solo se non hai contenuto da visualizzare, ma la specifica sembra che ci sia un comportamento aggiuntivo per cui il programma utente "non cambia la sua visualizzazione del documento".
Secondo HOWTO: configurare Apache per restituire un HTTP 204 (nessun contenuto) per AJAX
FWIW, Google in realtà fa qualcosa di simile. Ogni volta che un utente fa clic su un collegamento nei risultati di ricerca, Google esegue il ping di se stesso per registrare il clic; il codice di risposta dal ping è un HTTP 204.
Inoltre, 204 No Content propone che questa sia una buona tecnica per "web bug" o "beacon" se si desidera risparmiare su ogni ultimo byte di traffico di rete possibile.
(...) i proprietari dei server desiderano che i collegamenti remoti a quella risorsa vengano rimossi. (...)
Gli spider web (in particolare Google) deindicizzeranno (in genere alla successiva scansione) una pagina che inizia a restituire 410.
In contenuto dinamico utilizzare Last_Modified o ETag header
A volte hai contenuto dinamico che può essere grande e / o costoso da generare e che potrebbe non cambiare da richiesta a richiesta. Puoi aggiungere un'intestazione Last_Modified o ETag alla risposta generata.
Nella parte superiore del tuo costoso codice dinamico puoi utilizzare If_Modified_Since o If_None_Match per determinare se il richiedente del contenuto è già aggiornato. In tal caso, modificare lo stato della risposta in "304 Unmodified" e terminare la richiesta.
Alcune tecnologie lato server forniscono formalmente tali funzionalità, ma è possibile eseguire le operazioni descritte sopra anche in ASP-Classic.
Notare che questo differisce dall'impostazione delle intestazioni Cache-Control, Expires in quanto garantisce che il client abbia sempre le informazioni più recenti su richiesta.
È possibile richiedere di riprendere una (grande) risposta HTTP (es. Download di file) utilizzando Rangee If-Rangerichiedere intestazioni rispettivamente con l'intervallo di byte specificato e l'identificatore di file univoco o il timestamp di modifica del file. Ciò è possibile se il server ha inviato le Accept-Ranges: bytese ETago Last-Modifieddi risposta intestazioni sulla risposta iniziale con, rispettivamente, la notifica che le richieste di intervallo di byte supportati dal server, l'identificatore unico file e il timestamp di modifica del file.
La risposta iniziale può essere simile (di ETagsolito è composta da nome file, dimensione e data e ora dell'ultima modifica):
Accept-Ranges: bytes
ETag: file.ext_1234_1234567890
Content-Range: bytes 0-1233/1234
Quando il download viene interrotto ad esempio su 1KB (1024 byte), il client può riprenderlo come segue:
If-Range: file.ext_1234_1234567890
Range: bytes=1024-
Che dovrebbe restituire questa risposta con i byte appropriati nel corpo:
Accept-Ranges: bytes
ETag: file.ext_1234_1234567890
Content-Range: bytes 1024-1233/1234
ReST cerca di spingere HTTP ai suoi limiti come protocollo di interfaccia.
Non è una caratteristica nascosta , ma osservando API ReST ben definite si può ottenere una buona presa su come HTTP dovrebbe funzionare e trovare meravigliosi esempi di ciò che può essere ottenuto con una semplice combinazione di metodi HTTP, codici di stato e intestazioni per e avanti.
Trailer (a differenza di Header)
Stato HTTP 100 (continua)
Un client può inviare un messaggio di richiesta con un corpo della richiesta per determinare se il server di origine è disposto ad accettare la richiesta.
In alcuni casi, potrebbe essere inappropriato o altamente inefficiente per il client inviare il corpo se il server rifiuterà il messaggio senza guardare il corpo.
Potrebbe essere utilizzato per evitare il traffico da client non autorizzati .. e / o dove la larghezza di banda è un bene prezioso.
Tuttavia, per il pieno utilizzo di questa funzione ci sono alcuni criteri per HTTP1.1 Client, Server e Proxy. Vedere HTTP / 1.1 RFC 2616 per ulteriori letture sulle connessioni HTTP.
http://www.domain.invalid/index.php?id=44 , se query ( id=44) non può restituire risorse, perché non restituire un codice di stato 404?http://www.domain.invalid/index.php?id=foo mentre idaccetta solo numeri interi, perché non restituire un codice di stato 400?200(ok, nessun problema, lo fai bene) instade di 401?Sì, i codici di stato sembrano essere una sorta di funzionalità segreta di HTTP per alcuni sviluppatori web ... Ma mi chiedo se la più occulta di tutte le "funzionalità" di questo protocollo non sia la sua RFC !
401sia solo per l'autenticazione HTTP e non altri tipi. Inoltre, fa sì che la maggior parte dei browser chieda all'utente una password http.
HTTP-Authentication... ^^ È così difficile usarla invece di reinventare la ruota?
.htaccessfile di Apache, che probabilmente solo un il webmaster può aggiornare. Pertanto, l'autenticazione HTTP non è in realtà molto adatta per gestire i diritti utente di un'applicazione e l'accesso / disconnessione.
HTTP-Authentication, e anche PHP è in grado di gestire HTTP-Authentication( php.net/manual/en/features.http-auth.php ). Se sei uno sviluppatore web, devi acquisire le basi dell'amministrazione del server, solo per motivi di sicurezza! Come sviluppatore web deve avere competenze di webmaster / sysadmin, può eseguire facilmente queste attività.