HTTP GET e POST parametri raccomandazioni

Question

E 'cattiva pratica di rilasciare la seguente richiesta POST:

/test?a=1&b=2 
POST data: c=3&d=4 

noti che 2 parametri sono parte dell'URL e 2 parametri sono parte del contenuto POST.

In un'altra nota, è la seguente regola ancora consigliata: richiesta

• GET: recuperare il contenuto di server ma non cambia nulla sul server.
• richiesta POST: inviare contenuto al server che può modificare i dati sul server

sto chiedendo perché vedo un po 'di tutto in linea.

Laurent Luce

Answer 1

Sì, le ipotesi sono corrette. Si dovrebbe essere coerenti su come si passano i parametri o si richiedono i parametri da passare, ma in realtà non causerà alcun danno.

Le operazioni GET devono essere operazioni sicure, che non comportano effetti collaterali (oltre al caching, ecc.), Quindi sono facilmente memorizzate nella cache da proxy e così via. D'altra parte le operazioni POST possono incidere sugli effetti collaterali.

Mi raccomando di leggere la Wikipedia entry on HTTP protocol:

GET

chiede una rappresentazione della risorsa specificata. Si noti che GET non deve essere utilizzato per operazioni che causano effetti collaterali, come il suo utilizzo per l'esecuzione di azioni nelle applicazioni Web. Una ragione per questo è che GET può essere usato arbitrariamente da robot o crawler, che non dovrebbero considerare gli effetti collaterali che una richiesta dovrebbe causare. Vedi i metodi sicuri di seguito.

POST

dati sostiene da elaborare (ad esempio, da un modulo HTML) alla risorsa identificata. I dati sono inclusi nel corpo della richiesta. Ciò potrebbe comportare la creazione di una nuova risorsa o gli aggiornamenti di risorse esistenti o entrambi.

Ci sono anche altre operazioni (ad esempio HEAD, PUT, DELETE) e dovresti considerare di utilizzarle se stai progettando un'API. Questi sono molto discussi nella progettazione dell'API RESTful.

Answer 2

Non c'è niente di sbagliato in questo. La ragione per la modifica dei dati deve essere inviata nel POST, è che non si dovrà modificare i dati se l'utente ha fatto clic sul pulsante Aggiorna. In tal caso, verranno inviate solo le informazioni GET.

Answer 3

Questa regola è sicuramente ancora raccomandata.

Si riflette nel comportamento di aggiornamento dei browser moderni. Questi si aggiorneranno felicemente con i valori GET, ma appariranno una finestra di avviso su un aggiornamento di un POST ('sei sicuro di voler inviare nuovamente?' Ecc.).

Sembra che stavate cercando di combinare i due metodi (GET e POST) ..eseguendo il POST a un URL con valori GET. Mentre questo dovrebbe funzionare bene, non è comunemente fatto. Le forme di solito usano esclusivamente l'una o l'altra.

Answer 4

Sì, la semantica di GET e POST deve essere rispettata.

Dato questo fatto, allora v'è spesso una buona ragione per mettere alcuni parametri in GET e alcuni nel POST Vars - prendere in considerazione il caso in cui si dispone di uno script basato sul web che fa qualcosa di simile:

UPDATE datatable SET quantity=30 WHERE order=21559 

Questo potrebbe essere rappresentato come:

/update?order=21559 
POST data: quantity=30 

C.