Newsgroup: it.comp.www.php
Titolo: mettere un sito dentro a mysql

Ho visto che ci sono vari siti che memorizzano i loro articoli dentro ad un
db mysql. Per come la vedo io, l'unico vantaggio è quello di poter avere un
motore di ricerca molto facile da costruire, ma dato che lo fanno in molti
(specie i siti grandi) penso che ci siano anche altri vantaggi, quali??
Grazie!!
Andrea

 Grazie!!
Prego

> penso che ci siano anche altri vantaggi, quali??
possibilità di gestire contenuti specifici "per user", sleghi il contenuto
dall'interfaccia, aggiungi pagine, notizie articoli direttamente via
web......ma non solo!!!
l'unico limite è la fantasia, forse nel caso di MySql (versione 3.xx) un
altro limite è il mancato supporto a interazioni avanzate, ma la cosa è
facilmente aggirabile
spero di esserti stato di aiuto
max

 nuovi articoli 'al volo', cancellare quelli vecchi ...
... per avere un archivio indipendente dalla grafica del sito... che cambi
in una pagina e ti cambia per tutte le altre...

Muppy ha scritto:

i dati in un database sono altamente gestibili per qualsiasi uso



I dati sono *sempre* in un database. A volte non lo chiamano
"database", ecco tutto [1].
Metterli in un database significa riconoscere esplicitamente
questo fatto, e prendere atto delle cose e' sempre un bene.
Leonardo filosofico
[1] alcuni, ad es., lo chiamano "file system"

 in una pagina e ti cambia per tutte le altre...
Questo lo faccio anche con degli include ;-)

 web......ma non solo!!!
Si, questo č interessante, ma non nulla su hard disk, il che non č molto
pratico!
Grazie
Andrea

 ha scritto nel messaggio
news:PPWoa.55792$iy5.1...@twister2.libero.it...

si vai a cambiare la formattazione degli articoli con degli include ;)
decidi di stampare titolo, abstract e testo in un altro modo... in php cambi
una riga e tutti gli articoli ti cambiano formattazione... in html ti
toccherà cambiare a mano 200 files

 Andrea
invece e' il miglior modo ... cosi ti distacchi dal dover tenere sotto
controllo anche gli accessi non autorizzati al fs di pagine html e gestisci
tutto con gli utenti di un db
e ricordati sempre di dividere le password e le pagine che usano utente e
pas con possibilita' di modifica da utenti comuni che devono invece solo
leggere, almeno almeno dalla parte pubblica ti salvi il culo dagli attacchi
di sql injection se fai codice brutale :-p per la parte privata e' un'altro
discorso ... disolito ci si puo' fidare dell'input che tanto e' un
applicazione che dai a qualcuno che se ci fa danni sono errori loro

 toccherà cambiare a mano 200 files
un css esterno e sono aposto ;-)

Allora, ragazzi, mi avete convinto, sperimenterò qualcosa, magarin inizio
con phpnuke cosi non mi debbo sbattere troppo per fare tatni script miei,
prima faccio delle prove in locale, se mi trovo bene lo trasferisco anche
sul sito.
Grazie a tutti
Andrea

 ha scritto nel messaggio
news:Ej7pa.57016$DT4.1...@twister1.libero.it...

beh come vuoi... io mi trovo bene a tirare via dati da un db e a gestire un
solo file... tu ti troverai meglio a generare 200 html... il mondo è bello
perchè varia ;)
cmq credo che lavorare su un db sia molto più flessibile... prova e poi ci
fai sapere :D
--
Pixael.com
www.pixael.com

 fai sapere :D
ho già scaricaricato php nuke, adesso lo provo un po' :DD
Andrea