Progetto della form per la registrazione su questo sito.

§ 2.1.1 Descrizione delle funzionalità v.01

1. f01: Consentire ai visitatori del sito di creare un proprio account, accedendo al quale potrà registrarsi ad una o più mailing list, e ottenere l'abilitazione per scaricare file dal sito.
2. f02: Consentire agli utenti di eseguire il login ed il logout su e dal proprio account
3. f03: Consentire agli utenti registrati di cancellare il proprio account e tutte le informazioni ad esso correlate.
4. f04: Tenere traccia delle attività eseguite dal visitatore sul sito.
5. f05: Riconoscere gli utenti già registrati ed eseguire automaticamente il login quando questi visitano il sito.

§ 2.2.1 f01:Consentire ai visitatori del sito di creare un proprio account, accedendo al quale potrà registrarsi ad una o più mailing list, e ottenere l'abilitazione per scaricare file dal sito. v.01

Per realizzare questa funzione occorre:

1. Definire lo scopo della raccolta dati
2. Definire le informazioni obbligatorie e quelle opzionali
3. Definire l'interfaccia utente ovvero la form di inserimento dei dati e gli eventuali output verso l'utente per guidarlo nell'operazione di registrazione.
4. Creare la o le tabelle di database necessarie
5. Creare la form
6. Definire i test da eseguire per verificare la correttezza della implementazione
7. Scrivere il codice necessario
8. Eseguire i test per verificare la correttezza della implementazione.

§ 2.2.1.1 Definire lo scopo della raccolta dati

Acquisire le informazioni strettamente necessarie per inserire l'utente in una mailing list

§ 2.2.1.2 Definire le informazioni obbligatorie e quelle opzionali

• Richiesta email, indirizzo email - per default diventa anche il nome utente
• Opzionale username, nome utente - se non inserito assume lo stesso valore dell'indirizzo email
• Richiesta password, password - per le funzioni attuali potrebbe anche essere superflua, ma la inserisco perchè voglio capire come implementare questa funzionalità.
• Opzionale interessi - a quali contenuti del sito è interessato l'utente

§ 2.2.1.3 Interfaccia utente

La form di registrazione è contenuta in una pagina video dedicata contenuta nel file formReg.php

Durante la fase di sviluppo dell'applicazione formReg.php sarà accessibile solo da testList.html e da questa pagina php_ProgFormReg.php

email:    

username: 

Inserisci password: 

Conferma  password: 

Conferma Registrazione  Registrati Cancella Registrazione  Annulla

§ 2.2.1.4 Creare la o le tabelle di database necessarie

La creazione di tabelle l'ho gia vista qui CREATE TABLE nel creare la tabella VisitatoriRegistrati ho dovuto affrontare aspetti che non avevo visto prima e che pertanto aggiungo ai miei appunti.

Al momento è necessaria un'unica tabella VisitatoriRegistrati

La tabella VisitatoriRegistrati contiene i seguenti campi:

1. userID INT(6) UNSIGNED AUTO_INCREMENT PRIMARY KEY
2. userName VARCHAR(50) NOT NULL
3. password VARCHAR(8) NOT NULL
4. email VARCHAR(50) UNIQUE
5. qsa BOOLEAN DEFAULT FALSE
6. qsaTools BOOLEAN DEFAULT FALSE
7. webTools BOOLEAN DEFAULT FALSE
8. regDate TIMESTAMP
9. currentLogged BOOLEAN DEFAULT FALSE
10. lastVisit DATETIME

Come faccio a creare questa tabella?

Al momento solo queste possibilità possibilità:

1. Utilizzo l'interfaccia di phpMyAdmin, selezione l'unico mio database, utilizzo il wizard Crea tabelle, ed inizio ad inserire i dati necessari.
2. Edito uno script php che quando viene caricato crea la tabella.

Userò il secondo metodo. Il nome dello script è creaTabellaVisitatoriRegistrati.php, che potrà essere richiato da questo link:

Per cancellare la tabella, fintanto che avrò terminato soddisfacentemente questa fase avrò a disposizione:

Se la tabella VisitatoriRegistrati esiste già lo script si limiterà a segnalarlo e non farà alcun danno.

Non sono per nulla soddisfatto, vorrei avere a disposizione query pronte, da richiamare. Qualcosa di simile all'interfaccia MS ACCESS. Probabilmente phpMyAdmin ha una funzionalità equivalente, solo che ancora non so farlo.

Se avessi dovuto sviluppare questa applicazione in MS ACCESS avrei subito creato una form con la funzione di cruscotto di manutenzione del database dove avrei potuto richiamare a piacere tutte le query per creare, aggiornare, modificare, il database dell'applicazione fino alla sua completa messa a punto. Il fatto è che con ACCESS avrei impiegato poco tempo recuperato ampliamente in seguito. Forse, presa la mano con php e MySQL, potrò fare qualche cosa di simile.

§ 2.2.1.5 Creare la form

La form formReg l'ho creata in questa pagina:

Le form per la registrazione che ho visto nella maggior parte dei siti non sono pagine normali sembrano delle finestre di dialogo, ma io non le conosco o mi sono dimenticato di averle già provate.

Forser hanno a che fare con le iframe. Faccio qualche prova:

§ 2.2.1.5.1 Provo una iframe.

Provo ad inserire formReg.php come iframe. Vediamo cosa succede.

Ho capito come si presenta, ma sono lontano dal capire come funziona.

§ 2.2.1.6 Definizione dei test

§ 2.2.1.6.1 Test 01.01

1. Visualizzare la pagina formReg
2. Premere il pulsante "Registrati"
3. Viene richiesto l'inserimento dei campi richiesti
4. Premere il pulsante "Annulla"
5. Viene richiesto l'inserimento dei campi richiesti

§ 2.2.1.6.2 Test 01.02

1. Visualizzare la pagina formReg
2. Inserire "test@test.it" nel campo email
3. Verificare che "test@test.it" compaia anche nel campo username

§ 2.2.1.6.3 Test 01.03

1. Visualizzare la pagina formReg
2. Inserire "pippo" nel campo Inserisci password
3. Inserire "Pippo" nel campo Conferma password
4. Premere Registrati
5. Viene segnalato "password non valida"

§ 2.2.1.6.4 Test 01.04

1. Visualizzare la pagina formReg
2. Inserire un indirizzo email valido
3. Inserire in password e conferma password due stringhe identiche
4. Selezionare nel riquadro Interessi "Qualità e Sicurezza..."
5. Premere "Registrati"
6. In mhpMyAdmin verificare, nella tabella Visitatori Registrati, l'inserimento del record e la correttezza dei campi inseriti.

§ 2.2.1.6.5 Test 01.05

1. Visualizzare la pagina formReg
2. Inserire lo stesso indirizzo email dell'esempio precedente.
3. Inserire in password e conferma password due stringhe identiche
4. Selezionare nel riquadro Interessi "Qualità e Sicurezza..."
5. Premere "Registrati"
6. Il data entry viene rifiutato

§ 2.2.1.6.6 Test 01.06

1. Visualizzare la pagina formReg
2. Registrare altri due utenti assegnano un solo "interesse" a ciascuno di essi
3. In mhpMyAdmin verificare l'inserimento dei record e la correttezza dei campi inseriti.

§ 2.2.1.6.7 Test 01.07

1. Visualizzare la pagina formReg
2. Inserire lo stesso indirizzo email dell'esempio precedente.
3. Inserire in password e conferma password due stringhe identiche
4. Selezionare nel riquadro Interessi "Qualità e Sicurezza..."
5. Premere "Registrati"
6. Il data entry viene rifiutato

§ 2.2.1.6.8 Test 01.08

1. Visualizzare la pagina formReg
2. Inserire un nuovo utente: email password ...
3. Premere "Annulla"
4. Il data entry viene rifiutato.

§ 2.2.1.6.9 Test 01.09

1. Visualizzare la pagina formReg
2. Inserire email di un utente registrato password e conferma password identici
3. Premere "Annulla"
4. Il data entry viene accettato.
5. In mhpMyAdmin verificare l'avvenuta rimozione dell'utente.

§ 2.2.1.7 Codifica

Prima di inviare i dati al server è bene fare dei controlli preliminari sulla validità dei dati stessi

I primi controlli sono fatti da HTML stesso. Avere inserito nei campi di input, email, password e conferma password, l'attributo "required", fa sì che, in caso di mancato inserimento, l'utente venga invitato a fornire le informazioni richieste. L'attributo type=email nel campo di input email fa sì che l'eventuale inserimento di stringhe non conformi ai requisiti degli indirizzi email vengano rifiutate.

Il secondo livello di controllo viene eseguito dalla funzione JavaScript checkInput(), inserita come valore dell'attributo onsubit dell'elemento form. (onsubmit="return checkInput()). La funzione checkInput() è nel file formReg.js

Superato il controllo della funzione checkInput la form può essere inviata al server dove viene eseguito il file specificato nell'attributo action. action="registraUtente.php"

La form invia i dati al server usando il metodo post. Pertanto i dati saranno ricevuti nella variabile superglobal $_POST che è un'array associativa contenente tutti di dati di input della form. n

§ 2.2.1.7 Test

Nota: Tutto ciò può sembrare pedante, ma so che è necessario. Si potrebbe seguire lo schema proposto senza scrivere. Ma scrivere costringe a pensare. Scrivere favorisce lo sviluppo di nuove idee. Scrivere fa parte del processo di progettazione.

La funzione quì sviluppata è ancora lontana da poter essere considerata completa. Devo imparare a fare diverse altre cose come ad esempio chiedere conferma prima dell'esecuzione di comandi delicati come quelli di cancellazione. Dovrebbe essere possibile utilizzare finestre di dialogo come le msgbox di access. Devo capire perchè, nella maggior parte dei siti, il processo di registrazione prevede la conferma tramite scambio di email. Devo capire come sono realizzate finestre di dialogo flottanti o riquadri di popup. Devo capire come abilitare o vietare l'accesso a determinate pagine e funzioni a seconda dell'utente che stà utilizzando il sito.

Continuerò a sviluppare l'esempio.