Newsgroup: it.lavoro.professioni.webmaster
Titolo: Qual è meglio?

Sera.... :-)
Allora, oggi in studio ho iniziato il sito del Consorzio Editoriale per cui
lavoro. Mi sono imposto di fare la cosa più professionale possibile, magari
facendo qualche piccola rinuncia sul lato dell'aspetto grafico per
guadagnarne in termini di praticita', compatibilita', usabilita' e velocita'
di download... ovviamente sempre nell'ambito di quelle che sono le mie
capacita'....
C'e' da dire che poi, la struttura del sito è abbastanza semplice... i
contenuti non sono molti e non mi va certo di fare un sito di quelli
annacquati... ne ho visti in giro.
Io personalmente, poi, mi sto occupando della versione in html. Ho "dettato"
quello che e' lo schema grafico generale, comune per le due versioni, e poi
io e il mio collega (che graficamente, e pure con director e suo figlio
flash, e' un mostro! :-)) ci siamo proposti di lavorare in parallelo.
Ora vi chiedo.
Ho eliminato il discorso frame e iframe e, conoscendo Asp ho implementato il
sito (a livello di progetto) in una pagina sola (index.asp). Questa, nella
parte "centrale" avra' il corpo relativo ai contenuti di ogni sezione
Oggi ho provato a non sfruttare i database, nel senso che ho utilizzato il
metodo server.Execute() di asp per far si che a ogni chiamata, a seconda dei
parametri che passavo nella querystring, index.asp mi eseguisse, nella parte
relativa al corpo di ogni sezionie, un file piccolino asp contenente il
codice da inserire all'occorrenza... non so se mi sono spiegato... Dato che
insieme alla path dell'url, alle varie chiamate gli passo pure la path del
bgr relativo alla sezione e altre cosettine, il tutto pare funzionare a
meraviglia...
Quello che mi preme sapere e' se farei meglio ad utilizzare un db... io vi
chiedo di rispondermi in termini di velocita' di downoload e di "giustezza"
teorica... nel senso che nella pratica, per quanto riguarda la gestione del
sito, trovo tutto molto piu' semplice nel modo che ho scelto, essendo io cmq
l'amministratore e il gestore del nostro serverWeb, e dei siti che vi sono
sopra.
Qual è la soluzione migliore?
mastroWeb

 wrote in message
56vj7.71517$TS4.5...@news2.tin.it...
[CUT]
... ohohh, rispondete uno alla volta.. .non vi affrettate che senno' poi mi
confondo....
... che desolazione.
Mastro

 sopra.
Se hai dei dati da gestire ti conviene comunque un DB.
Specie se i dati li devi periodicamente aggiornare.
Forse dovresti essere + specifico su cosa stai cercando di gestire...
Personalmente ti consiglierei di fare + pagine e non una che gestisce tutto.
Ti troverai meglio quando dovrai modificare qualcosa in seguito.
Inoltre trovo scomodissimo gestire cosi' dei dati.
Dove non potevo usare DB ho usato dei file di testo che andavo
leggere per generare le pagine dinamicamente.
Nel momento in cui devi aggiungere/modificare i dati e'
molto + comodo non mettere le mani nel codice.
Ciao.
--
Xantos
m.mo...@NlOiSbPeArMo.it
 per rispondermi basta non urlare!

 molto + comodo non mettere le mani nel codice.
... evidentemente non mi hai capito :-)
... avevo scritto:
-----------------------------------
Oggi ho provato a non sfruttare i database, nel senso che ho utilizzato il
metodo server.Execute() di asp per far si che a ogni chiamata, a seconda dei
parametri che passavo nella querystring, index.asp mi eseguisse, nella parte
relativa al corpo di ogni sezionie, un file piccolino asp contenente il
codice da inserire all'occorrenza...
-----------------------------------
Dunque anche io genero queste pagine dinamicamente, a partire da questi
files che poi alla fine non sono di testo, ma asp...
Per quanto riguarda la comodita', credimi, sono cosi' pigro che se fosse
stato a me scomodo di certo avrei cambiato strada... :-)
Mi chiedevo solo se conveniva usare un DB, dato che in molti mi stanno
dicendo che, nel momento in cui ho uno store di dati non troppo notevole,
conviene sempre aggirare le .connection e gli scan del recordset, dato che
con molti utenti rallentanto tutto....
Mastro

 con molti utenti rallentanto tutto....
Ok! Ma l'accesso ad un unico file e' utile quando non hai un numero alto di
utenti..
Il DB gestisce meglio richieste contemporanee...
Perche' non provi su un NG di DB?
Forse siamo un po' OT...
Ciao!


it.comp.software.database
;o)
