Meccanica di pubblicazione e manutenzione di un sito web

allora mi serve una mano per un sito web..

sto creando un sito web per la mia compagnia teatrale.. ovviamente nulla di sofisticato.. sto usando iWeb..
ho imparato un po gli strumenti base e via dicendo.. solo non mi sono chiare alcune cose..

allora.. supponiamo che io disegni un sito, all'interno inserisco immagini, collegamenti a youtube, testo, contatore visite, guestbook e cazzatine simili..
quando ho finito lo pubblico tramite il server FTP.. insomma dove ho acquistato il dominio..
successivamente succede che un attore esce dalla compagnia.. o magari un attore entra a far parte.. insomma succede una cosa che richiede una modifica di una voce all'interno del sito..

aprirò iWeb, modificherò e riupperò tutto.. ma questo non farà si che io perda i dati per strada? ad esempio i messaggi nel guestbook, il contatore visite e via dicendo.. non mi si azzererebbe tutto?

questa è solo la prima delle domande.. man mano ne verranno fuori altre, vi ringrazio in anticipo

perchè iWeb?
a mano no?
oppure utilizza un framework che fai prima.

per i dati dipende, che usi per salvarli? database, file di testo? :roll:

se hai a disposizione un database, buttaci su un cms tipo joomla e così puoi concentrarti sul modificare i dati esterni al sito, facendo rimanere la struttura uguale. O se non hai/vuoi per scelta tua un database e salvare i dati sotto forma di txt puoi sempre usare un cms tipo flatnuke...

a mano non son capace.. nè ho il tempo/voglia di imparare..

ancora non ho pubblicato nulla.. ma quando ho finito col progetto semplicemente lo carico col tasto carica.. nulla di più.. anche se effettivamente ho visto solo ora che c'è il tasto "carica le modifiche" quindi magari si usa quello per non riuppare tutto :roll:

comunque forse mi sono spiegato male nel post d'apertura.. è un sito molto semplice.. ho buttato giù la home page ed è:
un titolo grande in alto
meno di 10 voci per navigare all'interno del sito
un paio di immagini che racchiudono due frasi simbolo..

nulla di più.. nelle varie sottopagine ci saranno
pagine di testo con spiegazioni
pagine di testo con contatti, news e spettacoli
multimedia
guestbook

e allora ti basta modificare le pagine statiche e ri-caricarle.

per il guestbook dipende da dove e come vengono salvati i dati inseriti.

Il problema più grosso del web è che è pieno di schifezze, cioè siti fatti ignorando le regole del w3c, con tecnologie obsolete, codice oscuro, scarsa fruibilità. Non parlo solo di siti fai da te: basti pensare al sito della Rai, che è praticamente invisibile se non si possiede Windows con Silverlight, una scelta certamente denunciabile all'antitrust, perché sarebbe come se la TV di stato sul digitale terrestre fosse decodificabile solo da chi possiede un decoder di una certa marca.
Fatta questa premessa, in generale in un sito web i contenuti sono di vario tipo:
- Pagine statiche, in html / xhtml
- Fogli di stile CSS
- Linguaggi di scrip lato client, tra cui il più famoso è Javascript
- Linguaggi lato server, vicini alla programmazione vera e propria, come PHP, ASP, JSP ecc.

Per un sito molto semplice potrebbero essere sufficienti le pagine statiche unite ad un buon css.
In generale, il consiglio è sempre quello di scrivere il codice più o meno a mano, perché il codice generato automaticamente è spesso confuso e difficile da mantenere, soprattutto se si effettuano modifiche frequenti. Per quanto riguarda i contenuti multimediali, bisognerebbe evitare a tutti i costi i formati proprietari che non permettono all'utente di scegliere il proprio sistema operativo e browser preferiti, anche se non è sempre facile. L'html 5 con i file ogg dovrebbe semplificare il compito, purtroppo però non è supportato da tutti i browser. Chiunque gestisca un sito serio, si troverà a maledire decine di volte Internet Explorer. Inutile dire che realizzare siti con FrontPage o Word è ridicolo, ma il web ne è pieno.
Insomma il mio consiglio è di non occuparsi di web se non si ha intenzione di imparare almeno le basi di html e css.

ha ragione uri.
per fortuna che finalmente google sta spingendo per far abbandonare almeno ie6

Tralasciando il fatto che con iWeb riesci a creare un semplice sito con grafica decente ma molto pesante e limitatissimo, se proprio vuoi usare iweb per quanto riguarda il guestbook credo che non ci puoi fare molto..
iWeb FAQ - Guestbook

Tutto ciò che richiede interazione da parte degli utenti la realizzi con script di vario tipo.. come diceva urigeller hai script lato client e script lato server. Solitamente si usa una combinazione di entrambi o solo lato server, perché applicazioni come guestbook o blog si devono necessariamente appoggiare a database. Pensare di fare qualcosa che si appoggia a semplici file di testo è un po' assurdo..
In ogni caso iWeb per un semplice sito statico va più che bene, ma se vuoi pensare di mettere il guestbook devi affidarti ad un servizio esterno.. oppure ad implementarne uno tu.. oppure ad installare lato server una sorta di guestbook configurabile (penso che ne esistano in giro).

Per rispondere alla tua domanda: se il guestbook si appoggia ad un database, aggiornando i contenuti del sito lasci inalterato il database e quindi non vai a modificare i messaggi lasciati dagli utenti. Ovvio che se volontariamente modifichi le tabelle del database allora rischi di perdere tutto.. ma insomma, è un'operazione che non puoi fare da iweb

ma perchè devo entrare nel merito facendo un discorso lungo e complesso da capire e che al cento per cento di voi non interesserebbe nemmeno lontanamente per provare il fatto che
1)devo disegnà sto sito
2)non posso farlo con linguaggi di programmazione
3)non posso pagare qualcuno per farlo
(?)
cioè dovrebbe bastare saperlo.. lo so che in html è meglio ma ho già detto che non lo scriverò in html.. avrò i miei motivi no? :)

altra cosa:
un topic che parte con un post di apertura come questo lascia ad intendere che chi l'ha aperto è a completo digiuno dell'argomento.. quindi evidentemente non sa di cosa diamine si parli quando si nominano:
buttaci su un cms tipo joomla
puoi sempre usare un cms tipo flatnuke
pagine statiche
regole del w3c
... etc

allora.. vediamo di capirci.. la nasa non mi ha chiamato, nè serve urgentemente un sito a peter jackson.. devo disegnare il sito più semplice dell'universo per una compagnia teatrale (la mia) che conta meno di venti anime, non ha un centesimo per spararsi e l'unico che ci ha provato prima di me ha fatto pure un lavoro discreto solo che con web developer e ora per motivi di lavoro non può più fare manutenzione.. e stiamo ancora con gli attori di un anno fa e l'ultima news inserita è "il sito è finalmente online"..

tento di spiegare la composizione del sito (che peraltro ho quasi terminato)..

home page: intestazione semplice, due frasi di poeti famosi che riempiono quasi tutta la pagina, tutti i collegamenti alle altre pagine

chi siamo: pagina di testo e basta.. c'è scritta la storia della compagnia.. dalla nascita all'istituzione in via professionistica.. gioie e dolori

dove siamo: col widget di google maps.. è una pagina con la mappa al centro.. nulla di più..

la compagnia: pagina con nome (e foto magari) di ogni componente della compagnia.. da aggiornare se ci sono variazioni.. o magari di tanto in tanto le foto così..

i nostri spettacoli: ancora pagina di testo, elenco degli spettacoli.. sarà aggiornata ad ogni spettacolo con nome dell'opera e descrizione del regista

multimedia: pagina con sottocollegamenti ai vari spettacoli aggiornata man mano, ogni spettacolo avrà le voci foto e video.. alla voce foto ci sarà una pagina con le foto (devo ancora scegliere il modo di inserirle) alla voce video ci saranno i collegamenti a youtube..

guestbook: una pagina con un guestbook.. credo che ci siano siti che offrono questo servizio gratuitamente.. dietro iscrizione.. suppongo che farò con quelli

contatti: una pagina con numeri di telefono, indirizzi, indirizzi email e via discorrendo

stop..

è un sito che avrà, se tutto va bene, una decina di visite l'anno.. di cui 9 saranno le nostre.. quindi nulla di complesso..

tornando a noi.. si può fare o no? quali sono i problemi che potrei riscontrare? problemi capibili uagliù.. non problemi nel kjhh o nel retjdjk.. non ho mai giochicchiato con un sito web.. spiegatelo ad un ragazzino delle elementari :D

grazie dei consigli capiti e non capiti che mi avete dato fin ora comunque

come ti ho scritto sopra per quel che devi fare va benissimo iweb. L'unico problema è che per il guestbook devi usare un servizio esterno. Ti ho messo il link ad una pagina dove spiegano come integrarlo in iweb.

si si, lo sto leggendo proprio ora preiser.. prima ci tenevo a far notare che non avevo capito un H delle spiegazioni precedenti :D

ok sorry :)

ok.. veniamo ad un altra domanda..
il sito precedente era fatto in flash con webdeveloper.. infatti aveva dei probelmi di compatibilità tra i browser spaventosi..

il sito è questo TeatralmenteAttratti :: home page

se faccio un sito semplice diminuisco le possibilità che questo sito crei problemi ai browser?

ah no, ok credo che per le foto abbiano utilizzato questo sito
TiltViewer

basta evitarlo come la peste credo

Se usi iweb non hai bisogno di creare gallery flash.. basta che utilizzi la gallery integrata. E' tutto action script, tu devi solo importare le foto da iphoto ed è fatta..

sarebbe un'idea stupida uppare le foto su un sito di hosting ed usare i link?

Se sul server avete spazio sufficiente è meglio caricare tutto con iweb senza servizi di hosting esterni

capito.. questa è una cosa che ancora non so.. perchè non me ne sono occupato io dell'acquisto del dominio..

che si intende per pagina statica?

Una pagina come quelle generate da iweb. Sono pagine in cui non è presente alcun linguaggio di scripting, come ad esempio php, asp e simili. In pratica la pagina che visualizzi dal browser è la stessa identica presente sul server web.
Una pagina dinamica invece contiene del codice php, asp o altro che genera del codice html e che "fa qualcosa" di invisibile all'utente finale.
Ad esempio, questo forum è pieno di pagine dinamiche; tra i file hostati sul server di fuoriditesta non esistono pagine html e basta, ma pagine html+php+qualcos'altro.

Pensa ad esempio ad una tabella in cui sono presenti le quotazioni di borsa di ieri. Ogni giorno questa tabella cambia, e quindi ci dev'essere uno script che va a pescare le quotazioni e che genera una tabella html con i valori aggiornati.
Tutto questo perché i browser interpretano solo l'html e non il php o l'asp; asp e php sono dei linguaggi che vanno interpretati con un interprete apposito, simile ai compilatori per c, che sono ospitati sul server web. javascript invece è sempre un linguaggio di scripting che rende le pagine dinamiche, ma viene interpretato in locale sul computer dell'utente finale dalla java virtual machine, spesso integrate nel browser.

Se prendi un file di testo e ci scrivi dentro

codice:

---

<html>
    <head>
        <title>Titolo</title>
    </head>
    <body>
        <p>ciao</p>
    </body>
</html>

---

e lo salvi come .html, otterrai una pagina statica. Se invece scrivi:

codice:

---

<html>
    <head>
        <title>Titolo</title>
    </head>
    <body>
        <?
            print "<p>ciao</p>";
        ?>
    </body>
</html>

---

e lo salvi come .php, otterrai una pagina dinamica che va necessariamente interpretata da un server web con php installato. Infatti se provi a salvarla come .html e a visualizzarla in firefox così com'è, vedrai delle cose strane

aaaah ok.. due notizie
1)ho capito cosa sono le pagine dinamiche
2)non mi servono
xD tanto meglio..


ti faccio vedere un'altra roba.. un'associazione come la nostra (solo con molto più fondi -.- ma lasciamo perdere) ha pagato un'agenzia e s'è fatta fare un sito:
Associazione Culturale Insieme
com'è questo sito? non come qualità intendo.. cosa hanno usato?

Hanno usato un servizio a pagamento, il seguente:
Crea sito web | scopri come creare un sito con Sitonline
Non è W3C compliant, ossia non rispetta gli standard internazionali per la qualità del codice e delle direttive grafiche di stile (CSS). Per il resto funziona..

azz hanno pagato un tizio che ha usato un servizio su internet -. -

però sinceramente vedo anche molte cose che non mi piacciono affatto.. tipo se io clicco su foto mi reindirizza ad un altro sito sul quale sono hostati gli album.. il che è abbastanza triste ed antiestetico :roll:

esatto. Se realizzi un sito con delle foto non ha senso appoggiarsi a servizi esterni... idem per il guestbook, però nel tuo caso per comodità e semplicità non puoi fare diversamente. Per le foto invece sì, con iweb non ci sono problemi

per quanto riguarda il guestbook in pratica perchè non basterebbe aggiungere un frammento di codice per crearlo?

se vuoi delle pagine di stile che siano compatibili con il W3C guarda qui! Comunque il Cmsè un "sito" già assemblato dove tu devi solo aggiungere i contenuti tipo foto,video,sezioni,testi senza andare a impazzire con il codice. (Ovviamente puoi cambiare il tema del Cms,come cambieresti il tema di firefox, tutto con la massima comodità e semplicità).

Quote:

---

Originariamente inviata da Tyler Durden

per quanto riguarda il guestbook in pratica perchè non basterebbe aggiungere un frammento di codice per crearlo?

---

Perché un guestbook è un'"applicazione", nel senso di un insieme di script lato server che interagiscono con un database. Ti serve quindi php, asp o linguaggi simili, cosa che iWeb non ti consente di implementare. Devi per forza appoggiarti ad un servizio esterno, nel link sopra c'è scritto come fare

non ho capito una cosa.. perchè un sito genererebbe del codice conforme e un software no?

No, non è così. Allora..
Il codice html (e anche css), indipendentemente da chi o cosa lo genera, deve rispettare degli standard, ossia delle regole di sintassi, in modo da rendere il sito visualizzabile correttamente sul maggior numero di browser in circolazione.

Il problema è dunque chi o cosa genera il codice. Un software per generare un codice deve avere delle regole, giusto? Queste regole le decide lo sviluppatore del software. Dunque, word quando esporta un documento in una pagina html userà delle regole, dreamweaver delle altre, iweb delle altre ancora.. ma l'importante è che ciò che scrivono rispetti gli standard di cui sopra.
Lo stesso vale per chi scrive codice html (e css) a mano. La differenza dunque non sussiste più di tanto; il punto sta nel fatto che per creare un sito professionale in modo produttivo non puoi pensare di farlo tutto a mano, ci metteresti gli anni. Servono quindi delle applicazioni conformi agli standard web e che scrivano del codice ordinato e pulito, di modo che tu, web developer, puoi metterci mano direttamente senza diventare pazzo. Ecco, con iweb questo non è possibile, mentre con dreamweaver sì.
I cms (tipo joomla, wordpress, etc...) di fatto generano del codice html pulito e conforme agli standard, che però non viene toccato da nessuno. La differenza tra cms-forum-blog e i software di creazione e sviluppo web è che i primi sono già stati scritti e sono operativi, mentre i secondi servono per scrivere codice.
Per esempio, con dreamweaver puoi creare da zero un cms.

Quote:

---

Originariamente inviata da Tyler Durden

com'è questo sito? non come qualità intendo.. cosa hanno usato?

---

un buon sito! a parte alcuni colori che non lasciano leggere le scritte (se scrolli la pagina arriverai con le scritte bianche sulla riga bianca dello sfondo non consentedoti di leggere) e quindi non accessibile.

Quote:

---

Originariamente inviata da Tyler Durden

azz hanno pagato un tizio che ha usato un servizio su internet -. -

però sinceramente vedo anche molte cose che non mi piacciono affatto.. tipo se io clicco su foto mi reindirizza ad un altro sito sul quale sono hostati gli album.. il che è abbastanza triste ed antiestetico :roll:

---

si è tristissimo...è come se al bar ordini una coca cola e la va a prendere alla macchinetta prima di dartela...

azz... ho perso un topic dove avrei potuto rendermi utile :lol:

e so' due paperò.. ya renditi utile adesso, sei ancora in tempo :lol: