CGI CornerLa gestione delle formEccoci arrivati al secondo appuntamento sulla programmazione della Common Gateway Interface (CGI). Questa volta vedremo come si gestiscono le form, quindi allacciatevi le cinture.di Michele Beltrame
Le form, queste sconosciuteUna delle più importanti applicazioni della tecnologia CGI è, come ho già scritto nell'articolo precedente, la possibilità di gestire l'input da parte dell'utente tramite le form ( o i form, a seconda di come preferire chiamarle... non so quale sia la versione corretta in realtà ;-) ). Con le form è infatti possibile gestire guestbook, questionari, ordini in linea, sondaggi, ricerche , e tutta una serie di operazioni che richiedono l'interazione tra utente e server.Chiariamo anzitutto che l'unico formato di dati inviabile tramite form è testo. In realtà estensioni introdotte con la versione 2.0 di Netscape permettono anche l'upload tramite form di qualsiasi tipo di file. La prima cosa da imparare è come si costruiscono le form in HTML. Quindi tratterò anzitutto questo argomento, e poi passero alla loro gestione, fornendo anche alcuni esempi. La creazione delle formIl tag fondamentale per la crezione delle form è, guarda caso, <FORM>. Esso è infatti il contenitore nel quale sono contenuti tutti gli altri tag utilizzati per la defizione della form. Un semplice esempio di form <FORM> è il seguente:<FORM ACTION="/cgi-bin/formproc.pl" METHOD="GET"> Vediamo la descrizione dettagliata dei parametri accettati dal tag :
ControlliTutti i bottoni, le text area, le check box, le list box, i radio button e tutti le altre parti della form che si occupano di interagire con l'utente sono chiamati controlli ( o almeno io li chiamo così, traducendo lettarlmente l'inglese controls ). I controlli sono definiti tramite il tag <INPUT>, che accetta fondamentalmente tre parametri: TYPE, che specifica il tipo del controllo; NAME, che permette di identificare il controllo assegnandoli un nome; VALUE, che assegna un valore di default al controllo. Vi sono inoltre altri paramentri, che dipendono dal tipo del controllo.Vediamo i vari tipi di controlli:
È possibile inserire un parametro CHECKED in ogni checkbox, che farà si che la checkbox sia di default attivata, anziché disattivata Come vengono passati i dati al CGII dati vengono passati al programma CGI al momento dell'invio della form (tramite un controllo di tipo submit). Ci sono, come accennato in apertura di articolo, due possibili modalità il passaggio dei dati: GET e POST. Con il metodo GET i dati vengono attaccati tramite un punto di domanda ( ? ) alla URL che chiama il programma CGI e vengono poi immagazzinati nella variabile d'ambiente QUERY_STRING, direttamente accessibile dal CGI. Se invece si usa il metodo POST i dati vengono inviati allo standard input del programma CGI. Così a occhio si potrebbe pensare che non ci sia alcuna differenza effettiva tra i due metodi, ma non è proprio così. Infatti la lunghezza delle query (cioé le richieste fatte dal client al server di eseguire un determinato programma CGI o di inviare un determinato documento) effettuate con il metodo GET è in genere limitata a qualche centinaio di caratteri, in quando prima o poi il browser o il server tagliano la URL causando la conseguente perdita di parte dei dati. Il metodo GET ha tuttavia anche un vantaggio rispetto al metodo POST: i dati possono essere passati al CGI anche immettendoli manualmente nella casella della URL, il che consente ad esempio di salvare un bookmark che richiama un CGI. La scelta del metodo dipende dalle proprie esigenze, comunque se la form prevede il passaggio di una limitata quantità di dati è meglio utilizzare il metodo GET, mentre se i dati sono molti sarà necessario ricorrere al metodo POST. Vediamo ora un esempio di una query effettuata con metodo GET : GET /cgi-bin/test.pl?computer=PowerPC&film=Attila+flagello+di+Dio&sistema=Linux HTTP/1.0 Ed ecco la stessa query effettuata invece col metodo POST : POST /cgi-bin/test.pl HTTP/1.0 Il programma CGI può riconoscere se la query è stata fatta con metodo GET o POST leggendo al variabile d'ambiente QUERY_STRING, che conterrà appunto la stringa GET o la stringa POST. In ogni caso, indipendentemente dal fatto che venga usato il metodo GET od in metodo POST, vanno fatte alcune osservazioni sulla stringa contente i dati, che è rappresentata, come detto prima, dalla variabile QUERY_STRING se il metodo è GET, oppure dal contenuto dello standard input (STDIN) se il metodo è POST :
Decodificare una queryScrivere il codice per decodificare una query proveniente da una form può essere un lavoro estremamente seccante, a seconda del linguaggio utilizzato. In Perl la cosa può risultare abbastanza comoda, in C++ decisamente lo è meno. Se non avete tempo o voglia di scrivervi una funzione per la decodifica potete utilizzare, se programmate in Perl, la cgi-lib.pl di Steven E. Brenner. Per gli altri linguaggi potete dare un'occhiata qui. Il terzo metodo...Sorpresa! Esiste un terzo metodo (oltre GET e POST) di invio delle query, anche se non funziona proprio con tutti i browser. Si tratta di uno scamuffo che permette di inviare i dati raccolti tramite una form ad una mailbox anziché ad un programma CGI. Faccio presente che anche con questo metodo i dati giungono alla mailbox del destinatario codificati (cioé con il + al posto dello spazio, la & che separa i campi, etc...). Per quanto riguarda l'implementazione, si tratta di fare solo una piccola modifica al tag FORM. Ecco un esempio : <FORM ACTION="mailto:mentat@italpro.com" METHOD="POST"> Come si può vedere, in realtà il metodo è comunque POST, ma l'action ha una forma lievemente diversa. Conclusione...Anche la seconda puntata è andata. Spero di essere stato abbastanza chiaro nella spiegazione, anche se ho dovuto sintetizzare in un unico articolo un argomento che meriterebbe molto più spazio. Nel prossimo numero tratterò i Server Side Include, con cui si realizzano contatori ed altre cosucce simpatiche.
Bibliografia |
![[Bottone]](696web6.gif)
- Sono i controllo più classici, la ci pressione porta all'esecuzione di una certa azione. La sintassi per l'uso dei bottoni è la seguente:
![[Input line]](696web7.gif)
- Sono dei controlli che permettono all'utente di immettere su una sola riga del testo, che verrà poi inviato al programma CGI. Vi sono due tipi di input line: text e password. Sintatticamente i due tipi sono identici, solo che nel primo caso l'utente vede quello che sta scrivendo, mentre nel secondo caso vede sono asterischi (*), o quello che il browser mette al posto del testo. Il secondo tipo di input line andrà quindi bene per password o per testi che comunque non dovrebbero essere visti da qualcuno che passa davanti al monitor del client. La sintassi di base delle input line è quella dell'esempio seguente:
![[Textarea]](696web8.gif)
- Le textarea sono dei controlli che permettono l'immissione di testo su più righe. Vediamo subito un esempio :
![[Check Box]](696web9.gif)
- Le checkbox sono switch binari, assumono cioé due stati: on e off. Facendo click sulla casella che identifica la checkbox se ne cambia lo stato. Solitamente assumono l'aspetto di bottoncini quadrati che sprofondano quando vengono attivati. Il seguente esempio :
![[Radio Button]](696web10.gif)
- I radio button sono bottoncini, tipicamente di forma circolare, collegati l'uno all'altro. Può essere attivato un solo radio button alla volta quindi, quando l'utente ne attiva uno, quello attivo in precedenza viene automaticamente disattivato. Visivamente un radio button ha l'aspetto di un cerchietto vuoto quando è disattivato, e di un cerchietto pieno quando viene attivato. Vediamo, come al solito, un esempio :
![[Lista scorrevole]](696web11.gif)
- Si tratta di liste di elementi da cui è possibile sceglierne uno. Vediamo un esempio di implementazione:
![[Menu]](696web12.gif)
- I menu a scomparsa hanno lo stesso funzionamento delle liste scorrevoli. Per usarli basta specificare SIZE=1 nel tag SELECTMichele Beltrame è Webmaster del sito ItalPro ed è raggiungibile su Internet tramite la redazione
Copyright © 1996 BETA. Tutti i diritti riservati.
 |
 |
 |
 |
 |
 |
 |