Newsgroup: it.comp.www.php
Titolo: POST e GET

Chi mi sa dire qual'č la sostanziale differenza tra l'uso del metodo POST
piuttosto che GET??

|Chi mi sa dire qual'è la sostanziale differenza tra l'uso del metodo POST
|piuttosto che GET??
Qualsiasi manuale di HTML.
In soldoni:
- col metodo GET i dati del form vengono trasmessi alla nuova pagina (quella
specificata nell'action del campo <form>) attraverso l'URL:
tuapagina.php?a=x&b=y&c=z
dove a b c sono i nomi di tre campi input del tuo form mentre x y z sono i
valori ad essi associati (value). Come vedi sono coppie etichetta=valore
separate da & .
- col metodo POST i dati vengono inviati alla nuova pagina insieme
all'header del documento. Perciò l'utente non vede niente.
Le differenze fondamentali tra i due metodi sono:
- con GET hai un limite massimo dei dati che puoi trasmettere, perché c'è un
numero massimo di caratteri che può assumere un url. Oltre questo numero i
dati trasmessi sono troncati. Invece con POST non hai limiti
- con GET l'utente vede i dati trasmessi, con POST no
- cambia anche la codifica di spazi e caratteri speciali, ma questo di
solito non ha molta influenza

 trasmessi sono troncati. Invece con POST non hai limiti
Purtroppo quello che dici non e` vero: ho personalmente sperimentato la
trasimissione in GET di grossissime quantita` di dati, mentre in POST IE a
volte li tronca (non gli stessi! Non sto consigliando di usare GET!).
A risentirci
\  Davide G. Borin
\\ !!Scudo anti-spam attivo!! Togliere le x e "eliminami" dall'indirizzo
\\\_____________________________________________________________________

|Purtroppo quello che dici non e` vero: ho personalmente sperimentato la
|trasimissione in GET di grossissime quantita` di dati, mentre in POST IE a
|volte li tronca (non gli stessi! Non sto consigliando di usare GET!).
Neanch'io consiglio POST a priori, ho esposto le differenze tra i due
metodi, per quel che riguarda i metodi in sé, al di fuori dell'influenza di
eventuali fattori esterni.
I dati che hai "gettato" comunque non possono per definizione aver ecceduto
il valore massimo consentito a un url (che in verità non so da cosa dipenda,
forse dalle impostazioni del webserver... in alcune documentazioni ho
trovato che il limite è di 256, che corrisponderebbe come noto a 2^8, ma in
realtà ho sperimentato che può andare ben oltre).
Il fallimento da te riscontrato nell'uso del metodo POST non dipende dal
metodo in sé ma evidentemente da altri fattori, come ad esempio il timeout
del server. Infatti, usando POST gli headers, i dati trasmissibili non hanno
virtualmente un limite, e difatti questo metodo si usa per updatare record
con campi pesanti come immagini o campi text.
È come se io dicessi: "Una Topolino è più lenta di una Ferrari" e tu
rispondessi: "Purtroppo con la Topolino in autostrada andavo a 50 all'ora,
mentre con la Ferrari in montagna non superavo i 40, per non dire di quando
ho finito la benzina!". ;-)
Scusa, ma quello che ho detto è vero.
M

 Scusa, ma quello che ho detto è vero.
Ti sto solo dicendo che facendo delle prove pratiche le differenze sulla
quantita` di dati trasmissibili non e` verificata. Questo e` un dato
empirico, quindi reale: sui motivi non mi pronuncio.


 ha scritto nel messaggio
news:9nstdg$2fh$2...@pinco.nettuno.it...


 in quali casi il POST può fallire
Purtroppo non posso, in quanto e` una pagina riservata (come la gran parte
delle pagine che faccio io)...
E` comunque una pagina che fa pesantissimo uso di campi hidden per
mantenere traccia dell'ordine che va componendosi. Un metodo un po'
complesso rispetto ai cookie+DB, ma che ha i suoi vantaggi (soprattutto
se si usa il tasto back del browser!).


 delle pagine che faccio io)...
una copia ritoccata? tanto il problema si riscontra solo nel momento
dell'invio del form!