Riunione di inizio autunno

Partecipanti

Hanno partecipato alla riunione:

• Marco Brambilla
• Mauro Peretti
• Gabriella Bozzolo
• Mauro Sem
• John Peter Arnold

Argomenti discussi

Struttura Tecnica

E' stato proposto che I-NetSim venga fatto girare comunque su Apache ignorando il web server adottato dal cliente. A questo punto i diversi web server possono essere fatti confluire usando un Apache di front-end che colleghi tutti i web server sottostanti.

Il vantaggio di questa impostazione è l'enorme semplificazione dell'installazione della nostra parte e la massima libertà per il cliente nel gestire la parte statica.

Devono essere effettuate delle prove, soprattutto per quanto riguarda SSL.

Mauro inizia con i clienti le riunioni tecniche di configurazione.

Struttura Funzionale

Verrà indetta una riunione con i clienti pilota per stabilire le modifiche funzionali richieste. A riguardo il documento Elenco richieste riassume l'elenco delle modifiche e degli ampliamenti che ci sono già stati segnalati.

L'orientamento dovrebbe comunque essere quello di consolidare una prima versione e attivarsi per andare on-line. Le estensioni ulteriori verrebbero fatte sucessivamente come seconda o terza release, anche sulla base delle reazioni dell'utente finale.

Struttura Software

Stato del dialogo

Si è deciso di creare un token con lo "stato del dialogo". Questo token potrà essere gestito in tre modi diversi:

1. Via cookie (il metodo preferito).
2. Via un campo nella mappa (che richiede di passare al metodo post).
3. Sul server senza inviarlo al cliente (che presenta problemi di scala e va comunque abbinato ad un cookie o alla mappa).

Comunque sia il token:

1. Viene definito come una lista di "variabile=valore" separata da un "\t". Al termine della lista viene calcolato un check-digit che garantisce la non modificabilità del token medesimo. A riguardo è disponibile una routine perl standard.
2. Viene poi trattato in Base64.

Comunque sia la transazione di scelta del portafoglio (basata sull'elenco dei portafogli) deve validare che il portafoglio appartenga a quell'elenco.

Gli obiettivi sono due:

1. Impossibilità di modificare dal browser il portafoglio in esame o di sceglierne uno non di pertinenza.
2. Scalabilità del trasporto chiavi che non richiede più che ogni template conosca le chiavi di tutti gli altri.

Miglioria dei Template

Sono state fatte delle prove sui template HTML e si è visto che:

1. E' meglio eliminare un livello di include che non sembra funzionalmente molto utile.
2. Eliminare due livelli di tabelle nested che rallentano molto Netscape.

Utilizzo di Mod-Perl

Va esaminato con attenzione il manuale di mod-perl per verificare che tutto è stato fatto nel modo corretto. Una possibilità da esplorare potrebbe essere quella di comprimere le pagine che vengono inviate. Questo forse migliorerebbe le prestazioni via modem.

Gestione Password

In quanto si è deciso che tutti utilizzeranno Apache bisogna completare la gestione delle password:

1. Creare una pagina di amministrazione del sistema (vincolata agli indirizzi interni e ad una password) che permetta di aggiungere e/o variare utenti che possono accedere al sistema.
2. Creare una pagina che permetta al singolo utente di variare la propria password.
3. Nella demo sarebbe comodo un modo per poter cambiare utente senza chiudere il browser.

Test di Volume

Deve essere creato un Perl che navighi in parte la zona I-NetSim e verifichi che tutto funzioni come ci si attende. Questo perl verrebbe poi usato per testare il sito massicciamente da più stazioni per verificare il comportamento sotto carico. Ovviamente questi test devono essere eseguiti a software completato.

Sito AR

Nel sito non è stata ancora realizzata la gestione delle news. Per farla occorrono due pezzi:

1. Gli indici HTML parziali che permettano di reperire i soli documenti di "news".
2. Un meccanismo perl che crea periodicamente un piccolo file da includere, trmaite SSI nell ahome page, con i documenti più recenti delle diverse news.