...forse un guest book?

Per un blog un pochino più versatile, mi affiderei ad un prodotto più specializzato ... un wordpress, ad esempio ... eventualmente integrandolo al sito realizzato con website ed installato nella /blog ... 

http://www.unofficialwsx5.com

Io concordo con serzio....più che cercare soluzioni artificiose e macchinose, utilizza un CMS VERO.... risparmi il 500% del tempo

anche io concordo con Serzio e con te (come ho già suggerito altrove ugualmente a Serzio, non che voglia confrontare la sua competenza con la mia), nondimeno credo di suggerire utilmente una eventuale altra possibilità basata esclusivamente sul programma che Sonia ha acquistato e suppongo desideri sfruttare con tutte le possibilità implicite, facili o macchinose che siano.

Parlando per estremi, direi che con la versione di cui dispone, sarebbe forse possibile addirittura, seguendo il metodo suggerito sopra, persino creare una sorta di fac-simile di forum tipo Answer.

Per spiegarmi meglio: immagina di creare nel blog, in forma di "articoli", almeno una pagina dedicata ad un utente con diritto di pubblicazione.

Se in quella pagina (e le analoghe per gli altri utenti con pari diritto) inserisci almeno quattro oggetti dinamici in altrettante celle che chiami "domanda", "idea", "apprezzamento" e "problema", teoricamente puoi generare una specie di simil-forum di Answer in cui i visitatori, partendo dalla comune index del blog possono fare una ricerca del nome dell'editore della singola pagina mediante il motore di ricerca interno al sito, offrendo così la propria lettura/risposta in modo mirato a quegli utenti che corrispondono al suo particolare interesse, cioé creando una sorta di "foolow-me" tipo twitter.

Ovviamente quei quattro (o più) oggetti dinamici titolati diverrebbero (a causa del titolo necessariamente comune nelle analoghe pagine del blog) categorie (o forse classi); non so se il titolo delle celle (credo sia l'h2) sia contemplato nelle ricerche del motore interno al sito, ma se non lo é dovrebbe esserlo.

In quanto alle singole celle tematiche: starebbe al titolare della pagina scegliere quanti temi inserirvi mediante un elenco numerato; i visitatori poi potrebbero inserire un riferimento a quell'indice in testa ai propri commenti; certamente sarebbe più facile se Il titolare della pagina si limitasse a pubblicare un solo articolo per cella tematica applicando un roll-over; ma nulla imedisce ulteriori e più macchinosi sviluppi.

In teoria le possibilità credo ci siano...sebbene a spese della praticità ed immediatezza e tante altre belle cosette che si otterrebbero usando uno script dedicato.

Comunque...queste sono le fantasie di uno che non sa leggere e scrivere codici; seguirò con interesse questo post nella speranza di ricevere conferme o smentite da parte di quegli altri partecipanti che invece sanno farlo.

Fabio, spesso una "intuizione" non è legata troppo alla preparazione, ma quest'ultima è necessaria per la sua corretta messa in opera.

Come già ti dissi in altra sede, non è obbligatorio usare uno strumento acquistato per tutto ciò che si deve fare. Semplicemente, ogni strumento serve per qualcosa di specifico. Usarne uno a sproposito può, nel migliore dei casi, far perdere un mare di tempo. Nel peggiore, far perdere un cliente. Allora, se proprio vuoi insistere, puoi realizzare il sito con website, visto che in pochi minuti riesci a metterlo in piedi in maniera accettabile e poi, mediante qualcosa di più specifico, gli associ il blog, un vero blog.

Ed allora, senza porci nel caso peggiore, direi che per una installazione di wp, nudo e crudo, ad uno che sa come fare, magari scaricando e scompattando direttamente sul server e senza upload, servono dai 60 ai 120 secondi scarsi scarsi scarsi ... cronometrati, per 10 mega di tgzippato: 2 o 3 secondi per il wget, 2 o 3 per il tar -xvf .... e meno di un minuto di esecuzione dello script di installazione. In tutto questo tempo, forse tu avresti creato non più di una pagina nascosta ed impostato qualche div vuoto all'interno.

A questo punto, la parte statica (per quanto gestibile tranquillamente anche in maniera diversa) rimane gestita da chi lo sa fare: website.

Per la parte dinamica, invece, ti risparmi tutto l'accrocco delle pagine nascoste, dei permessi (e ricordiamo che c'e' ancora qualche particolare che va sistemato sulla gestione delle cosine riservate) e soprattutto ti risparmi l'immensa quantità di esportazioni ad ogni modifica. Oltretutto, hai un sistema di aggiornamenti del cms abbastanza automatizzato e semplice da usare.

Ricordati che nel nostro settore, la quantità di codice è direttamente proporzionale alla probabilità di avere problemi, più o meno nascosti e soprattutto in assenza di una progettazione attenta.

http://www.unofficialwsx5.com

Serzio, che vuoi che ti dica?...ti ho già dato ragione in partenza (soprattutto considerando che un forum ed anche un blog che si rispetti non può far a meno di un db); non sfondare porte aperte ancora...

Hai ragione su tutta la linea...

Ma teoricamente, allo stato attuale del programma, trovi qualcosa di contestabile tecnicamente nell'efficacia dei miei suggerimenti per l'utilizzo del programma puro?

Ripeto: desidero che la prossima versione denominata Pro del programma sia un cms.

Non sto suggerendo la mia soluzione (se lo é) come primaria al problema (semmai come alternativa magari ultima), voglio solo suggerire possibilità non immediatamente evidenti di utilizzo delle attuali facoltà del programma a chi come me desidera sperimentarne i limiti senza accontentarsi di averli raggiunti.

In quanto al "...nostro settore..." non lusingarmi gratuitamente (benché possa farmi piaciere); sono un hobbista che sa di esserlo; se vuoi diventarmi collega vieni a spalare un po' di terra con me, che' questo faccio io per vivere; tutto il resto (teologia, poesia, informatica, ecc...) sono inclinazioni non suffragate dalle circostanze ma ostentate (spero in modo decente).