Newsgroup: it.comp.www.html
Titolo: [BLOG] richiesta suggerimenti

Sinceramente non so se sono nel ng giusto tra quelli di it.comp.www.*...
se sono OT sposto il thread.
Sto cercando di creare un blog, da integrare sul mio sito web, anch'esso
in fase di costruzione (
http://nic.nac.wdyn.de/~farnis
).
Attualmente sto facendo delle prove con HTML 4.01, CSS, php, mysql. Sono
riuscito a creare il database con i post, a visualizzare i post, ma mi
manca ancora tutta la parte di amministrazione (login, inserimento post,
etc.).
Oggi, cercando su google, mi sono imbattuto in un altro modo per poterlo
fare, ovvero XHTML+XSL+XML.
Siccome sto imparando, preferirei sforzarmi di imparare qualcosa che possa
avere un future e che possa essere integrato facilmente in nuove
tecnologie. Leggendo le info trovate su google, mi sembra di capire che la
nuova strada sia la seconda (XHTML, XSL, XML) ma non ne sono sicuro.
Chiedo lumi su questo argomento, tag di ricerca su google, etc..che mi
permettano di seguire un percorso per imparare, e opinioni sui due modi
differenti per creare un blog.
Grazie in anticipo.
-- 
Fabio

 se sono OT sposto il thread.
it.comp.www.php è forse più adatto!

 fare, ovvero XHTML+XSL+XML.
ecco a proposito di blog e XML+XSLT se vuoi qualcosa
che ti fa saltare il cervello:
''In case you missed it, Syncato is the new Weblog system that runs this 
site now. It is written in Python and uses Sleepycat Berkeley DB XML for 
its database. The system is heavily based around XPath manipulation of 
XML data. All presentation is handled through XSL-T and I built some 
extension modules that tie Berkeley DB XML into libxslt.''
http://www.xmldatabases.org/WK/blog/262?t=item
qui c'e' molto da imparare. cmq io non sono un fan di XSL-T, ome
gia' scrissi in questo NG:
da: 
http://tinyurl.com/o1ao
''
 >> XML + XSL = una nuova era
vedrai che presto cambierai idea. l'ho fatto per il mio
sito e per un sito commerciale. mai piu'. appena
ti salta fuori un <xsl:if> o peggio, un <xsl:choice> il
codice diventa intricato. non parliamo poi di alternare
in colore di sfondo alla riga di una tabella. credo che XSL(T) sia
buono in altri contesti,  per trasformare XML in... XML/testo,
ma non per tener conto delle raffinatezze di una pagina web.
il problema e' che nella maggior parte dei casi peschi
i dati da un db relazionale, quindi l'XML deve essere
generato, ho provato a far generare XML a SQL2000, funziona,
ma se non volete invecchiare sui manuali di SQL lasciate
perdere.
credevo anch'io che fosse una bella idea, ma in realta'
ci guardagni poco o nulla (anzi il codice XSL e' lontano
dall'essere leggibile e non e' per nulla visuale, visto che
l'XSLT fa delle ricorsione una delle sue virtu').
se hai un buon sistema di template, utilizzi XHTML
per la struttura e CSS per i fronzoli (vedi
http://www.cssszengarden.com
) sei a posto. vuoi generare
una versione differente della tua pagina--magari un
feed RSS? no problema, cambi il file di template. vuoi cambiare
il look della tua pagina? cambi il CSS.
ci sono anche le controindicazioni alle quali accennava lawrence,
quindi ti consiglio di effettuare la  trasformazione via XSL
server-side, cosi' sei sicuro che tutti i browser stanno
ricevendo lo stesso codice.''
ciao.
-- 
email: goldicus1970 AT 
yahoo.it
web: 
http://www.deelan.com/

 extension modules that tie Berkeley DB XML into libxslt.''
un database xml quanto spazio occupa ?
ho provato ad eseportare un db con circa un 100 di record in xml
2 mb sono troppi quindi non credo che xml abbia un futuro come db

a IMHO credo che l' XHTML si ridurra a circa una 5-6 tag per la grafica
piu quelli dei form per ivio dati
basta un <b class="qualcosa">questo </b><b class="qualcosa2">questo2</b>
per fare scritte differenzi di colore dimensione e tutto
con il css
qindi basta 1 tag e gli stili definiti nel css per fare cose diverse
io sono per l'idea che l'output deve essere lo stesso per tutti i browser
chi non lo vede si atacca al tram
M$ fa css differenti a seconda del browser e se non e' qual browser invia
dati a
cazzo vediamo di non fare la stessa merda


 2 mb sono troppi quindi non credo che xml abbia un futuro come db
Esistono vari DB XML come Tamino ma i problemi sono altri rispetto
alle dimensioni (vedi la velocita`)
-- 
Lawrence "Rhymes" Oluyede
http://loluyede.blogspot.com
rhy...@NOSPAMmyself.com