Il venturo Sar-At versione 8.1, per aumentare ulteriormente le
prestazioni del sistema e per migliorare al massimo la simbiosi con
Google e gli altri motori di ricerca, implementerà per la prima volta
il sistema HTTP_IF_MODIFIED_SINCE
In sostanza, questo significa che ogni volta che una pagina viene
generata (e messa in cache) Sar-At prende nota della data di modifica
e la comunica ai motori di ricerca quando la pagina viene scaricata e
analizzata.
Il procedimento è interamente automatico, ma c'è un fattore di cui,
come designer, dovreste essere consci. Tutto questo sistema è efficace
se e solo se voi permettete alla cache Sar-At (introdotta nella
versione 7.0 del programma) di fare il suo lavoro. Facciamo un esempio
pratico. Io lunedì faccio un sito di due sezioni: news e
istituzionale; utilizzo Viste standard per la home page showPage.php?
template=istituzionale&id=1 che conterrà le cinque news più recenti e
popolo il database con cinque news. Martedì arriva il primo
visitatore: Sar-At genera la pagina home e la mette in cache.
Mercoledì passa Google: Sar-At gli manda la pagina home e gli dice che
è stata aggiornata il giorno prima. Giovedì Google torna: Sar-At gli
dice che la pagina home è sempre quella di martedì, quindi Google non
la riscarica, valuta positivamente la collaboratività del sito e non
stressa il server ri-scaricandone per intero il contenuto. Venerdì voi
aggiungete una news: Sar-At cancella dalla cache la pagina home (anche
se il suo indirizzo è showPage.php?template=istituzionale&id=1, Sar-At
si rende conto che i dati della news numero sei contribuiscono al
contenuto dela home). Sabato torna Google e Sar-At gli manda una copia
della versione di venerdì.
Tutto questo funziona splendidamente e senza alcun intervento da parte
vostra se e solo se voi lasciate che la cache di Sar-At funzioni. Se
create una vista ad hoc incompatibile con la cache (led giallo nella
schermata Viste) o se impiegate un plug-in incompatibile con la cache
nella pagina mastro (controllate nel menu Sito, voce Plug-In), Sar-At
non può attivare il sistema HTTP_IF_MODIFIED_SINCE.
Per esempio, se voi avete un sito di commercio elettronico e in tutte
le pagine mostrate il contenuto del carrello, naturalmente nessuna
pagina può finire in cache, perché ogni contenuto del carrello è
diverso dall'altro.
Nella schermata Pagine mastro, un led gialo indica le pagine
incompatibili con la cache e un led verde quelle compatibili.
Ricordo che HTTP_IF_MODIFIED_SINCE funziona pagina per pagina, quindi
in un sito di mille pagine è perfettamente possibile e lecito averne
due escluse dalla cache e 998 compatibili.
L.A.
--
Accomazzi.net di Luca Accomazzi
Via Antonio Gramsci, 40
20017 Rho (Mi)
Tel. 02.00615556
Fax 02.700537345
Cell. 349.7680116
Skype misterakko
http://www.accomazzi.net
P. IVA 04850210966
Buonasera.
In Sar-At 8.0 è stato introdotto il deep linking, cioè la possibilità
di entrare in Sar-At direttamente in una pagina interna. Oggi io posso
dire a un cliente <<guarda l'elenco delle pagine introdotte oggi
cliccando questo link>>
http://www.nomedelsito.it/sarat/masterPages.php?table=nomesezione
Se il cliente clicca, vede la schedata iniziale di Sar-At dove deve
inserire la sua username e password. Fatto questo, viene portato
automaticamente alla schermata masterPages.php?table=nomesezione
In Sar-At 7.x, se avessi fatto la stessa cosa il cliente sarebbe
finito su masterPages.php, cioè si sarebbe perso il nome della
sezione, cioé sarebbe apparsa una schermata che dice "Questo
componente di Sar-At non può fare nulla, perché è stato chiamato senza
passargli i dati che deve elaborare (tipicamente, il nome della
sezione su cui lavorare)"
Vi anticipo che stiamo lavorando per introdurre, possibilmente nella
versione 8.1, il deep link anche a livello di tab (le linguette). Per
esempio sarà possibile dire a un cliente <<trovi la massima dimensione
degli allegati caricabili in questa schermata>>
http://www.nomedelsito.it/sarat/index.php#php
Il Sar-At non solo aprirà la pagina giusta (la prima, quella con le
informazioni sul sistema) ma selezionerà anche la linguetta "php" , la
seconda tra le quattro disponibili :-)
L.A.
--
Accomazzi.net di Luca Accomazzi
Via Antonio Gramsci, 40
20017 Rho (Mi)
Tel. 02.00615556
Fax 02.700537345
Cell. 349.7680116
Skype misterakko
http://www.accomazzi.net
P. IVA 04850210966
Il giorno 27/ott/08, alle ore 16:44, Cristiano Ferrari ha scritto:
> Spesso gli articoli dei giornalisti cominciano con (per fare un
> esempio) "MILANO (27 ottobre)
> mi fermo a come inserire il mese in italiano.
Ti rispondo in lista perché questo è un trucchetto che potrebbe
servire a più di una persona.
"Milano (28 ottobre)" nella pagina mastro si ottiene così
<p>{luogo}, ({BEGIN dataInItaliano}{giorno} {mese}{END
dataInItaliano})</p>
La vista "data in italiano" si ottiene con questa vista ad hoc:
SELECT ELF(MONTH(creation), 'gennaio', 'febbraio', ...) AS mese,
DAY(creation) AS giorno FROM news WHERE id=@id
L.A.
--
Accomazzi.net di Luca Accomazzi
Via Antonio Gramsci, 40
20017 Rho (Mi)
Tel. 02.00615556
Fax 02.700537345
Cell. 349.7680116
Skype misterakko
http://www.accomazzi.net
P. IVA 04850210966
