Newsgroup: it.lavoro.professioni.webmaster
Titolo: Software gestione siti

Salve,
esiste qualche software che abbia funzioni analoghe alle barre di
navigazione e ai bordi condivisi di FPage?
 
Vorrei in sostanza qualcosa che permetta di aggiornare un sito molto
rapidamente; che, attenendosi a un template, aggiorni automaticamente
le barre di navigazione (aggiungendo i nuovi link) quando una pagina
viene aggiunta alla struttura del sito etc etc
Questo senza le limitazioni di FPage, che impone una struttura del
sito molto rigida (pagina madre --> pagine figlie) e non sempre
adatta, che non permette di personalizzare i singoli link delle
barre...
Probabilmente la soluzione migliore sarebbe quella di pensare tutto il
sito in ASP, mi piacerebbe però avere qualche consiglio su software o
soluzioni alternative.
Grazie.
Lupin 
hpage: 
http://i.am/eugenio
 ---> 
www.agonet.it/~eugenio.t/
Co-Webmaster di HTMLBox 
www.htmlbox.cjb.net
Acquisto di brani musicali via Internet - partecipa al sondaggio:
http://members.tripod.com/~n1pul/
Rimuovere XXX per rispondere via e-mail

il programma che cerchi tu e` quello che cerco io da anni ;-)
per ora se non ti basta Dreamweaver (FP non lo conosco e non lo voglio
conoscere, quindi non so quali siano le differenze fra i due), hai poche
alternative e tutte di abbordamento non banale.
Una e` Frontier (vedi 
http://frontier.userland.com/
) che e` uno strumento
molto potente, ma richiede non poco tempo per poterlo utilizzare al pieno
delle sue potenzialita` e per poterlo adattare alle proprie esigenze (e`
fondamentalmente un sistema di scripting con un database integrato).
Un'altra, che sto prendendo in considerazione io molto seriamente proprio in
questi giorni, e` quella di usare l'accoppiata xml+xsl, che consentirebbe di
inserire i contenuti in formato xml, e generare grafica e navigazione
attraverso gli script xsl. Il problema in questo caso e` il fatto che xsl e`
ancora un work in progress, e manca il software per gestirlo (a dire il vero
qualcosa c'e`, ma non aspettarti niente di estremamente user friendly).
Rossella

qualcosa c'e`, ma non aspettarti niente di estremamente user friendly).
Grazie 1000 per la risposta Rossella, tienici aggiornati sui risultati
che ottieni con xml+xsl  :)
Il mio problema riguarda un sito che, una volta impostato, dovrebbe
poter essere aggiornato anche da persone che non sono guru di HTML &
c., pensi che Frontier sia una valida soluzione?


 c., pensi che Frontier sia una valida soluzione?
in una parola, no.
Rossella


Per ora la soluzione migliore è di costruire un'applicazione per chi
dovrà inserire i contenuti.  Una gestione dei siti come la intendi tu
può essere fatta benissimo con cold fusion, asp o quello che
preferisci. Per CF esistono già delle soluzioni chiavi in mano, ma
ritengo che sia uguale anche per gli altri sistemi.
Tieni presente che se costruisci un sito appoggiandoti ad un database,
l'aggiornamento diventa enormemente più semplice ed accurato, non
esiste ridondanza ed in linea teorica un sito da 100 pagine statiche
potrebbe essere costruito in tre pagine dinamiche.
L'unico problema è che devi basarti su un database, quindi capisco che
in molti casi possa essere un'operazione sconveniente. 
Senza database puoi invece risolvere il problema delle parti comuni di
un sito con un semplice "include". Io uso CF e creo dei template per
le parti comuni, a questo punto quel pezzo di HTML lo inserisco in
tutte le pagine con un 
<CFINCLUDE TEMPLATE="testata.cfm">
quindi basta che cambio testata.cfm ed aggiorno tutte le pagine.
Già con questo sistema puoi anche facilitare il lavoro a chi deve
aggiornare il sito. Al posto di farlo intervenire all'interno del
codice HTML suddividi la pagina in più file che vengono ricomposti
dinamicamente ed in uno di questi file ci va solo la parte testuale da
aggiornare. La pagina che verrà visualizzata sarà quindi composta da
più file tipo:
homepage.html =
<CFINCLUDE TEMPLATE="testata.cfm">
<CFINCLUDE TEMPLATE="menu.cfm">
<CFINCLUDE TEMPLATE="testo.cfm">
<CFINCLUDE TEMPLATE="piedipagina.cfm">
L'altro vantaggio è che il cliente deve intervenire solo su un file di
testo, non è quindi necessario avere nessun programma particolare.
Ciao.
Fabio Serra - 
http://www.cfmentor.com
*************************************
Per rispondere in e-mail cancella "the." e sostituisci 
"whitehouse" con "faser".

 potrebbe essere costruito in tre pagine dinamiche.
c'e` una controindicazione che stranamente sfugge a molti: e cioe` che
queste pagine sono *inutilmente* dinamiche. Intendo dire che tranne in quei
relativamente rari casi in cui vanno inseriti dati realmente dinamici (tipo
la data, o dati inseriti in quel momento dall'utente attraverso una form, o
ottenuti in tempo reale da qualche parte, etc.) il sistema database + (cf |
php | asp) o anche semplice ssi senza database, non fa altro che ricreare
sempre la stessa pagina ogni volta che viene richiesta (per lo piu` non mi
risulta che qualcuno usi qualche forma di cache per le pagine create). Cio`
significa che il server spreca non solo i cicli necessari a spedire il
risultato, ma anche molti piu` cicli per effettuare l'interrogazione del
database, il filtraggio all'interno del db stesso, la creazione dell'html.
Questo, inutile dirlo, ha un effetto di rallentamento, che in situazioni
ottimali (basso traffico su internet, server web poco frequentato) non si
nota quasi, ma in condizioni non ottimali (quasi sempre) aumenta
esponenzialmente la lentezza della risposta. Quindi, maggiore comodita` per
la gestione del sito senza dubbio, ma, tanto per cambiare, molto maggiore
scomodita` e lentezza per il visitatore del sito.
Se fosse possibile usare un generatore di html, che crei le 100 pagine
statiche da 3 templates (per riprendere il tuo esempio), il risultato
sarebbe una maggiore efficienza del servizio. Va notato che le 100 pagine
html non occuperebbero poi questo gran spazio sul server, specialmente se e`
un server unix, in fondo si tratta di testo, pochi kilobytes in caso di
pagine anche cicciotte. I prezzi dello spazio disco ormai stanno crollando,
i cicli del processore invece sono ancora piuttosto preziosi.
Rossella

sarebbe una maggiore efficienza del servizio. 
Si, questo sarebbe sicuramente ottimo in varie situazioni. Il sito
dinamico creato in locale e poi trasformato in statico...ma sei sicura
che non esista nulla ? 


appena ne avro` qualcuno ;-)))) te lo faccio sapere.
Ok ;)


 che non esista nulla ?
guarda, ho cercato parecchio, ti assicuro, gli unici due strumenti
plausibili che ho trovato finora sono quelli che ho citato. Avevo sentito
parlare di un progetto con Python ma poi ho scoperto che si tratta di un
altro approccio dinamico. Frontier ha invece avuto un approccio di questo
tipo da tempi abbastanza antichi su scala internet, ma lo trovo poco
maneggevole, devi diventare un piccolo guru per poterlo personalizzare. O
meglio, forse un principiante senza grandi pretese lo trova piu` maneggevole
di quanto lo trovi io perche` impara a fare siti con l'impostazione
predeterminata, ma io che vorrei qualcosa che mi generi siti multilingue con
piu` di una struttura parallela e che mi aiuti a sfruttare certe
caratteristiche di Apache come la content negotiation, ho grandi difficolta`
a farci qualcosa di non elementare.
Xml e xsl promettono molto bene, e speriamo che mantengano presto, io sto
cominciando a prenderli davvero molto sul serio. Ovvio che non mi sto
riferendo alla possibilita` di mettere online un sito in xml, ma alla
possibilita` di usare xml per i contenuti (nonche` volendo per separare
anche la struttura di navigazione del sito e i metadati), da far passare
attraverso un processore xslt, e creare cosi` delle pagine statiche html (o
anche dinamiche, ma sul serio) da mettere online. La cosa splendida di
questo approccio e` che non solo sarebbe facile creare diversi fogli xsl per
diversi user agent (pensa poter creare con facilita` versioni personalizzate
sia per IE5 che per Netscape 1.0 o lynx, o per un motore di ricerca) ma che
sarebbe possibile anche selezionare diversi formati di uscita, 
p.es
. vrml,
altre applicazioni xml (smil, cdf), semplice testo, etc. Un'unica sorgente
per i dati e una gran varieta` di modi per manipolarli.
Naturalmente e` anche possibile "attaccare" un processore xslt al web
server, quindi anche l'approccio dinamico e` consentito.
Come dicevo peccato che siamo ancora ai draft e il software e` tuttora
rudimentale.
Rossella

anche dinamiche, ma sul serio) da mettere online. 
Questo lo puoi fare con CF e la tecnologia OpenSource WDDX (non
chiedermi i dettagli perchè non li so) ed è proprio quello su cui
punta l'Allaire con Spectra, il mega web server application o come
diavolo lo vogliamo chiamare. Un articolo interessante sullo sviluppo
di XML lo puoi leggere qui:
http://www.allaire.com/handlers/index.cfm?id=5197&method=full


 previous/next (cioe` link verso la pagina precedente e quella successiva)?
Si.
Basta andare nella visualizzazione Struttura, collegare visivamente la
pagina precedente e quella successiva alla pagina in cui inserire i due
tasti e poi inserire la barra di navigazione solo in questa pagina o in
tutte....
--
-------
Gianni
--------------------

Per CF esistono già delle soluzioni chiavi in mano, 
Cioè? (non conosco cf)
