Newsgroup: it.comp.www.asp
Titolo: GLOBAL.ASA, COM e dintorni

Stiamo cercando di sviluppare una web application in rete locale, in cui gli
utenti possano lavorare come se diventasse (in futuro) il loro desktop.
questo richiede un certo grado di sicurezza e al contempo di maneggievolità,
inoltre quasi tutte le pagine dovrebbero leggere da database, in alcuni casi
anche con continui refresh.
Vorrei avere da voi qualche ragguaglio sulla strada da seguire tenendo conte
che abbiamo a disposizione:
- rete NT/2000 con client NT e 9x, strutturata su + domini e gruppi di
lavoro
- Oracle 8 per NT o Unix (AIX)
- Visual Basic Professional 6.0
Le nostre esigenze per le parti procedurali vere e proprie dell'ambiente
sono:
- di avere una sicurezza discreta su chi sta adoperando le procedure (ogni
utente ha dei permessi diversi!)
- di tenere basso il carico ( a regime potrebbero essere da 200 (ma
aumenteranno) persone collegate nello stesso istante)
Che mi consigliate?
Avevo pensato, oltre di creare un'autenticazione sviluppata da noi, + quella
di NT (per tenre il log!), e di creare una IIS application che difatto
compia le molteplici operazioni richieste dagli utenti (leggasi letture al
db), e pensavo anche di utilizzare un db in Access (sulla stessa macchina)
gestito unicamente dall'applicazione, ora per non appesantire il server
dovrei istanziare l'oggetto com in questione (se non ho capito male) nel
global.asa... ma come funge? è valida come opzione? è complicato da
eseguire? avete soluzioni miglior???
Grazie a chi mi vorrà rispondere.
Strahd
a01...@iol.it

Guardati la documentazione su Windows DNA (e sulle varie tecnologie MS al
riguardo) e su come fare interagire il web, file-sistems, cdo, ecc. ecc.
In 
www.microsoft.com/seminar/
ci sono un bel po' di presentazioni al riguardo.
Ciao
Paolo

Ci sto dando un'occhio... grazie.. però volevo chiederti al volo una
delucidazione:
 un applicazione IIS (creata da VB6) sarebbe una dll activeX particolare..
cioè deve essere istanziata ogni volta che la richiamo (oltre che salvaral
negli oggetti application o Session) giusto?

.... comunque se proprio vuoi usare Access, fallo solo per studiare il
prototipo.
Se l'applicazione che vuoi usare diventa "mission critical" non puoi
rischiare che si pianti.
Due tipi di autenticazione? Sì, se occorrono dei semplici profili personali
per utenti che possono non avere un account NT, e magari se gli utenti
possono accedere da
browser qualsiasi (tipo utenti internet o studenti). No, altrimenti (ad
esempio per i
dipendenti di una intranet aziendale ben organizzata con gli account NT).
Certo che, prima di partire con lo sviluppo di questo programmone, è bene
avere un progetto di
massima ben chiaro (specifiche, funzionalità, tecnologie da usare,
prestazioni, tempi,
programmatori, ecc.).
Comunque, buon lavoro!
Ciao
Paolo


Moderatore di it.comp.www.asp
Sito di supporto: 
http://www.aspitalia.com/newsgroup/
La più grande community italiana di sviluppatori!

Premetto che non sono un esperto al riguardo e non uso VB6, anche se ho
provato a creare qualche componente, cosě per sfizio.
So che si puň creare un'istanza dell'oggetto quando serve come nel caso di
ADO e poi rilasciarla appena non serve piů.
Oppure si puň aprire l'oggetto nel global.asa come si fa con l'Oggetto
Counters, e poi usarlo aperto.
Si puň associare un oggetto ad una variabile applicazione o sessione, ma non
č consigliato.
Personalmente preferisco non avere oggetti aperti finchč non servono.
Comunque se sei ancora in fase iniziale puoi divertirti a fare esperimenti.
E ad usare tecnologie differenti.
Ciao
Paolo

Personalmente preferisco non avere oggetti aperti finchè non servono.
Di solito anch'io infatti sto cercando di non creare oggetti, ma di far
comunicare il motere Asp con un programma residente che compie alcune
operazione ogni tot e, visto che c'è, mi risolve anche alcune funzioni che
in teoria dovrebbero essere effettuate dagli utenti, anche 1 volta a minuto
(per utente), che leggono su database... con l'applicazione io aprirei una
volta solo il db e poi faccio delle interrogazioni aumentando (credo) la
velocià di risposta e diminuendo il carico della macchina... o almeno
credo... tu che dici?? sbaglio? (effettivamente per le interrogazioni una
tantum pesavo di usare la normale lettura ADO
Ciao