Forum libero

> Su questo hai perfettamente ragione, all'inizio
> mi ero orientato pure io sull'XML, per poter
> offrire delle specie di WebServices
> REST.

...che tuttavia in quel che sto facendo non sono previsti, e` anch'esso un progettino: non ino ino ma neanche molto di piu`; pero`...

> Pero' poi ho pensato che il mio e' un
> progettino-ino-ino, quindi sarebbe stato un
> overkill.

...con la differenza che non e` calibrato su bisogni miei, e che quindi - non si sa mai - ci potrebbero essere features aggiuntive impreviste, quindi sto solo cercando di renderlo un po' flessibile.

> Quel che puoi fare e' pero' tenere il "servizio"
> che offre XML e aggiungerci una specie di
> "filtro" che converta se necassario il contenuto
> della risposta in HTML prima di spedirlo al
> browser. Cosi' appesantisci il server, pero'
> "alleggerisci" il client: La pagina deve caricare
> veloce, se ti metti a traversare tutto l'XML via
> javascript avrai per forza un certo delay
> ...

Ci sto pensando.

Fra l'altro, stavo guardando quell'XSLT che hai menzionato, di cui avevo sentito parlare ma che non avevo mai usato o approfondito. Non ho ancora ben chiaro se XSL potrebbe servire a questo scopo (da dove parte e dove arriva), e se il PHP ha un'estensione per tradurre i template XSL in HTML, ma se ce l'ha ed e` installata dall'hosting provider, potrei farci un pensiero. Scusa se ti "sfrutto", ma d'altronde come web designer definirmi inesperto e` farmi un complimento. Se hai ancora un minuto, fammi capire se ho capito bene leggendo la wiki :

- l'XSL e` uno "standard" per definire templates; questi vengono tradotti lato server a partire da un template e da un file XML con i dati con cui riempirlo; una volta tradotto, l'output e` una stringa di codice HTML (che puo` essere un frammento o anche un'intera pagina).

E` cosi`?
Se e` cosi`, allora fa al caso mio.

Alternativamente... faccio da solo, oppure lascio tutto cosi`, tanto il delay, se c'e`, e` impercettibile, ed e` improbabile che questo CMS abbia a che fare con database enormi: plausibilmente, si trattera` al massimo di alcune dozzine di elementi per richiesta. Pero` evitare il delay potrebbe rientrare in una filosofia di eventuale scalabilita` futura.

Ma e` possibile che quando penso a qualcosa di relativo al comportamento di un sito web, poi scopro che qualcun'altro ci aveva gia` pensato intorno al '98?

UFFAAAA QUI NON TI LASCIANO MAI FARE NIENTE DA SOLO!

> No, son serio, ero in una situazione simile
> ("Frust") e ne sono uscito cambiato
>

Io sto cambiando piano piano, sembra sia un tipo che se la prende comoda. Pero` a tratti raggiungo il punto di rottura, o almeno UN punto di rottura, e col tempo, guardando indietro, comincio a vedere una piccola rift valley aprirsi a promettere un oceano. E c'e` di bello che da un po' di giorni, non ne sono piu` dispiaciuto o spaventato. Oddio, forse solo un po', a tratti. Non e` proprio un cambiamento, pero`: personalmente ho concluso che il carattere di base non si puo` cambiare davvero. E` anzi un ritorno a una versione piu` sincera di me, che avevo abbandonato perche` ritenuta... um... "brutta e cattiva".




















...o forse e` solo il caldo...

Sinceramente, non volevo essere offensivo, era solo un'osservazione e quella sugli orologi voleva essere una battuta. Il problema e` che l'argomento e` molto caldo e i partecipanti si risentono facilmente. Ma dato che anch'io sono piuttosto caldo stamani, ho dovuto chiamarmi prontamente fuori. Bah, passera`... o forse no, non so. Sospetto che sarebbe terapeutico per me non farla passare tanto presto.

Ma sto caoticizzando il discorso con questioni personali, continuate voi...

Gia`, aggiungo che in questo periodo sono molto instabile. Prima ha suonato il telefono e io... va be' che ho da fare stamani, ma il fatto che d'impulso abbia contribuito ha imbarcare la scrivania e spaventato Mary Lou con la botta che ci ho tirato... nah, non e` normale. E` un periodo di cambiamenti. Sono molto instabile, sono andato a letto incazzato e mi sono svegliato peggio; ho le palle piene di tutto e soprattutto di me; concettualmente tendo a fanculare chiunque altro o a qualunque altra cosa, ma fisicamente va a finire che prendendomela con gli oggetti ferisco me stesso, sospetto sia perche` e` soprattutto con me stesso che ce l'ho, o almeno con quella versione di me nata per partenogenesi nel 2003.

> Questa è una stronzata

Ok discorso chiuso.

La cosa buffa e` che si potrebbe dire che le loro preghiere sono state esaudite: dall'alto, e` stato mandato qualcuno con la testa sulle spalle per salvare due coglioni.

Ma secondo me appena salgono al cielo, o quello che hanno, Lui li gonfia di botte.

> E se... non facessi ricaricare un bel nulla?
> [...]

Comunico che funziona perfettamente. Wow, stesso indirizzo e niente piu` due scripts e due punti di ingresso diversi.

> > Fammi ricapitolare se ho capito bene: il client
> > entra nel sito con una prima request e ottiene
> > una pagina non ajaxizzata, con un solo scriptino
> > che, se il browser puo` eseguirlo, lo porta alla
> > versione ajaxizzata; l'URL cambia da
> > "/?argomenti" a "/ajaxversion.php?argomenti".
> > Tutto
> > qui.

Ho provato ad adottare questa, ma in effetti ottengo pur sempre un URL diverso nei due casi. Ora quasi quasi mi chiedo...

> Ni, ti suggerisco di usare le ancore invece dei
> parametri così puoi cambiare l'url e mantenerlo
> consistente al contenuto senza dover ricaricare
> la pagina, via js. Però le ancore esistono solo
> lato
> client.
> Alla prima redirezione l'url cambierebbe da
> /?parametri a /prot#parametri, dove prot contiene
> il magico js che interpreta i parametri e fa il
> suo
> dovere.

E se... non facessi ricaricare un bel nulla?
Se semplicemente usassi un solo script d'ingresso, l'index.php che fornisce links tipo "host/?percorso", e da li` mettessi tutto l'output leggibile da un browser non-js in una enorme tag <noscript>, per poi rimpiazzarla via script con l'involucro per la versione js-enabled? Con una cosa tipo:

<body id="tutto" onLoad="sostituisciTutto ()">
<noscript>
bla bla bla
</noscript>
</body>

e nell'head includo un javascript che fa:

function sostituisciTutto () {

    document.getElementById ('tutto').innerHTML = codiceHtmlDellInvolucroAjax;

}

Eh? Eh? Puo` essere?

Il dubbio che mi viene sulle prime e`: dopo una modifica al DOM come quella, poi gli ID dei vari elementi da aggiornare via JS vengono inclusi nel nuovo DOM? Cioe`, rimpiazzare l'innerHTML del body induce il browser a rielaborare tutta la pagina e ricostruire un nuovo DOM? Dovrebbe, ma non si sa mai... ora provo, si vedra`.

Ma che ne dici?

Cosi` l'indirizzo non cambierebbe mai: si avrebbe solo una pagina che contiene due versioni di se` stessa, o meglio, una versione gia` caricata e una che verra` riempita di nuovo via AJAX.

> Ultimamente mi sono fatto due palle grosse come
> un lich su tematiche legate all'accessibilità, e
> su come sviluppare dando priorità ai client più
> sfigati.

Ma non e` una brutta cosa, infatti non ero convinto per niente di come l'avevo impostato in origine. Fortunatamente, ho organizzato il tutto in maniera piuttosto flessibile. Infatti fare delle prove per trovare l'impostazione migliore non mi spaventa: questione di una mezz'ora.

> Se solo fossi meno pigro e più produttivo avrei
> già fatto un cms java opensorcio impacchettato in
> un jetty webserver distribuito come
> standalone.

Ci ho capito un cacchio.

*rilegge*

Aah, dev'essere una cosa come il PHP compilato e distributo col miniserver di Roadsend.

> > > > NO. Forse ti confondi con .+
> > >
> > > ma anche no, ritratto tutto
> >
> > Ecco, capito perche` alla fine scrivo {1,} ?
>
> {1,} == +

Lo so, ma lo so solo dopo aver guardato il manuale per capire cosa significava +, cosa *, e cosa ? usato come quantificatore. Non li ho mai memorizzati bene, un po' come quando uno si confonde fra destra e sinistra, hai presente?

Invece {1,} posso "leggerlo mentalmente". Non so se questo vada a detrimento del parsing dell'espressione, magari e` piu` lenta. Oddio, al limite, finito lo sviluppo, passo e correggo tutte le espressioni me sostituire i quantificatori, e bonanotte.