Newsgroup: it.comp.www.php
Titolo: tutto il sito in un db?

Ho visto alcuni siti , tra cui netcat , in cui i link alle varie sezioni
vengono cosi composti:
http://www.netcat.it/page.php?page=SVWEBINDEX
invece che nel solito modo :
http://www.netcat.it/chat.php
Nel primo caso viene effettuata una chiamata in php ad un db???
e questo db ha un campo chiamato page  (di tipo text o blob??) che contiene
il codice htm della pagina?
Oppure è qualcos'altro!?!
Ho visto in passato in qsto ng complimentoni per il sito di netcat ... è
forse per questo modo innovativo di richiamare le pagine ... ossia mettere
tutto il sito in un db?
Spero di essere stato chiaro...


la cosa non mi sembrerebbe poi cosi' innovaiva, non che abbia visto qualche
sito in questo modo, ma mi e' venuta in mente a me, che e' solo da aprile
che programmo in PHP (beh, devo dire che e' dal 96 che programmo in ASP, e
da oltre 15 anni che programmo in Visual Basic)
cmq e' fattibilissimo, il sito sarebbe in pratica solo una pagina con
accesso al DB. (naturalmente il tutto e' possibile solo se fai un sito con
pagine statiche HTML, e non con pagine dinamiche che contengono codice che
deve essere eseguito)


in realtà non è così secondo me:
ho analizzato due pagine con il "compare" di ultraedit e i due file sono
identici se non per un blocco di una dozzina di righe.
La pagina è sempre page.php dove c'è il foglio di stile, l'intestazione ecc.
Probabilemnte c'è un
if (isset($page))
...
else
...
che fa un echo di qualcosa (infatti esiste e funziona una pagina
semplicemente page.php), altrimenti ci appiccica html preso dal db.
E' particolare e a cosa serve?
Boh, mi verrebbe in mente che sia fatto per qualcuno che non vuole o non può
usare un ftp per mettere nuove pagine nel sito.
Infatti quel che cambia è solo la parte di testo e il titolo della pagina.
Quindi da un form in area protetta si potrebbero aggiungere pagine
inserendo:
titolo pagina
html
ID
testo del link che finisce nella page.php (nel quale ci sarà un echo con
ciclo dei link disponibili)
L'ipotesi sarebbe avvalorata dal forte uso di css che standardizzerebbe le
cose...
....e chissà se c'azzecco
:-)
Io sto sviluppando un'applicazione che piglia pezzi di html da Postgresql
come fossero "foglietti" e li appiccica sulle pagine con criteri che sono
presenti in altra tabella dello stesso buon Postgres...
Quindi non vedo il perché non farlo!
Certo deve portare un qualche vantaggio, senno, chi te lo fa fa?
Marcello

deve essere eseguito)
questo non e' assolutamente vero ...  mai sentito parlare delle
funzioni virtuali ?...
ciao,
Michel

Io no e mi interessa proprio in questo momento.
Puoi dire di più?
Grazie
Marcello

 Oppure è qualcos'altro!?!
È qualcos'altro. Molto più semplice.
Ad esempio, se crei un file chiamato, ipotizziamo, SVWEBINDEX.php, lo 
puoi inserire (includere) nella struttura della pagina page.php con un 
semplice e rapido comando. In questo modo puoi creare una sola pagina con 
tutte le tabelle eccetera eccetera, e poi tante pagine con solo il testo, 
risparmiando spazio su disco e tempo perché devi solo scrivere, meno 
html. Tanto poi è il server che te le ricompone.
In questo caso, collegandoti a page.php?page=SVWEBINDEX, imposti nello 
script di page.php una variabile che ha per contenuto SVWEBINDEX. Poi qui 
ci sono molti modi (non troppo diversi, però) per procedere. Io 
personalmente metteri nel punto esatto in cui voglio far apparire il 
contenuto di SVWEBINDEX questo tag nella struttura html:
<? require($page.".php"); ?>
Ed ecco che il server lo interpreta e ti viene una unica bella pagina...
Molto più semplice di quanto si possa pensare!
Ad esempio il mio sito (quando la RA me lo attiverà, spero entro domani, 
sarà 
http://www.fanwars.it
 )è tutto funzionante in questo modo, così si 
risparmia spazio: ogni singola pagina occupa dai 2 ai 3 Kb, mentre il 
modello base ne occupa una diecina, risparmiandone altrettanti per ogni 
pagina!
-- 
Luke, lo Steccalecca
Cavaliere Jedi
Ex allievo della Maestra Jedi Alkaid Oto
- To err is human. To really screw things up takes a computer -

 deve essere eseguito)
Proprio per questo un include č molto piů funzionale...
E, tornando all'esempio di netcat, si esclude che sia fatto col db 
proprio perché a sinistra ci sono le news ed il forum che, visto il loro 
funzionamento, č chiaro che debbano essere script da analizzare...


 Quindi non vedo il perché non farlo!
Io sono sempre per <? require("pagina.htm"); ?>, però c'è ci preferisce 
cose più complesse! ;)


funzionamento, è chiaro che debbano essere script da analizzare...
assulutamente sbagliato... esistono le funzini virtuali ....

 assulutamente sbagliato... esistono le funzini virtuali ....
Ma tu dimmi un po', perché si dovrebbero andare a scomodare le funzioni 
virtuali quando un include basta ed avanza? Ed imho è anche più rapido, 
magari di qualche microsecondo, però...


 pagina!
stesso criterio che utilizzo io, una cose dove tutti i link (o quasi) hanno
include ramificati..
una unica struttura, di 10Kb per il sito, un head unico per il sito, un foot
unico per il sito, ed un file FUNZIONI.PHP che contiene include secondo la
funzione,
tra le funzioni anche il classico:
file=pippo.htm
file mi fa includere un file di max 3 k
fai un salto e verifica, database che inizia ad essere circa una 50Mb con
tutti i forum messaggi e messaggi privati vari che i quasi 2000 utenti si
scambiano:
www.bibivu.it
Ciao
TWiN

 fai un salto e verifica, database che inizia ad essere circa una 50Mb 
50 Mb? Ammazza!!! A sto punto non so se lo aprirņ il forum che volevo 
aprire...
Ciao,
-- 
Luke, lo Steccalecca - Cavaliere Jedi
Ex allievo della Maestra Jedi Alkaid Oto
Home Page: 
http://www.fanwars.it
 - Email: 
li...@fanwars.it



Cerca di blindare un po' il tuo sito e mai mettere in un sito di produzione
messaggi d'errore cosi' espliciti (usare error_log invece).
Atrraverso una form ti possono arrivare delle cose pericolose (controlla il
log).


Che cosa intendi?
che mi hai mandato qualcosa?
no, perche' non mi risulta che sia successo niente di strano...
TWiN

 ha scritto nel messaggio
news:0zTE9.2424$yy.3...@newsread1.prod.itd.earthlink.net...

Ciroteo si unisce...
Vedo che il thread che ho lanciato continua ... bene ...
Anch'io ho progredito nei miei esperimenti e ho messo il sito in un db... ma
alla fine l'utilità che  possiamo trarre dalle 2 soluzioni è solo quella di
risparmiare spazio non tanto quello di una più rapida gestione e
amministrazione del sito?

 amministrazione del sito?
Mah, secondo me è scomodo mettere tutto il sito in un db... Meglio un 
include, lo so che mi ripeto... In ogni modo se sei soddisfatto è questa 
la cosa più importante! ;)
-- 
Luke, lo Steccalecca - Cavaliere Jedi
Ex allievo della Maestra Jedi Alkaid Oto
Home Page: 
http://www.fanwars.it
 - Email: 
li...@fanwars.it


 wrote:

Metti un ' nel login per vedere cosa succede con query malformate.

 wrote in message
news:492de326.02112...@posting.google.com...


 wrote in message
news:kOtE9.21294$3l.5...@twister1.libero.it...


 inoltre, dove posso trovare buone info sulla sicurezza?
www.php.net
 c'e' una parte
www.securityfocus.org
 (cerca php in SFOnline)