Innanzitutto, TwitOrNot migra dalla versione 1.1 alla 1.2.x di [...]]]> Qualche giorno fa, come esperimento personale, ho aggiornato (grazie all'aiuto di Federico per il layout), TwitOrNot. Di per sè l'applicazione è abbastanza banale, ma l'esercizio è stato fatto per testare alcune idee che da qualche tempo mi giravano per il cervello.

Innanzitutto, TwitOrNot migra dalla versione 1.1 alla 1.2.x di symfony, nel suo piccolo implementa l'autenticazione oAuth di Twitter non salvando in locale le password ma gestendo tutto tramite le API di quest'ultimo. Altra miglioria è stata la sostituzione, indolore visto l'esiguo numero di tabelle, di Propel con Doctrine, usando per quest'ultimo gli script di migrazione per gestire future implementazioni.

La cosa su cui però mi sono divertito di più è stata l'ottimizzazione dell'applicazione per l'utilizzo su un hosting come DreamHost utilizzando ySlow come calibro del mio lavoro.

Utilizzando lo script di analisi di Yahoo!, l'applicazione, nuda e cruda, presentava un bel D (a volte E) come risultato. Successivamente portato, tramite tweak del file di default .htaccess di symfony ad un onestissimo B (a volte C).

Vediamo in dettaglio i passaggi fatti.

Settiamo come prima cosa nel file settings.yml della nostra applicazione il parametro etags a true proseguiamo l'opera di ottimizzazione modificando il file .htaccess presente nella directory web della nostra applicazione symfony così come segue.

Fortunatamente DreamHost mette a nostra disposizione i moduli mod_expires, mod_headers e mod_deflate per Apache già abilitati, altrimenti se state usando un vostro server darò per scontato che siano stati abilitati. Inoltre DreamHost utilizza FastCGI, purtroppo però con APC disabilitato (anche se è possibile, con qualche trick, abilitarlo).

Vediamo punto per punto quello che è stato fatto.

Innanzitutto, dopo aver controllato che il modulo mod_expires sia stato attivato, disabilito la generazione degli ETAG di Apache in modo da forzare il browser a credere agli header che saranno passati dal server senza controllare nella sua cache. Altra conseguenza del disabilitare gli ETAG è che, se la nostra applicazione prevede l'accesso a molti file contemporaneamente (non è il caso di TwitOrNot) viene ridotto il carico di lavoro di I/O in quanto non vengono controllate, ad ogni richiesta, le informazioni sulle risorse richieste.

Ecco quindi che inviamo gli header modificati in modo che il browser sappia cosa, e come, mettere in cache. E' molto importante fare un attento tuning degli expire header da configurare. Infatti se è abbastanza sensato far si che la favicon sia salvata in cache per lunghi periodi di tempo ( ExpiresByType image/x-icon "access plus 90 day" ) lo è un pò di meno per i file html che potrebbero essere modificati anche più volte al giorno. Nel caso specifico di TwitOrNot ho preferito configurare l'expire ad 1 giorno, ma avrei potuto benissimo abbassare la soglia a qualche ora, così come avrei potuto alzare la soglia di javascript e css a valori più alti.

Sconsiglio di usare Modified come metodo di default di expire, in quanto se non modificate le immagini per lunghi periodi di tempo i browser cercheranno di riscaricarle ogni volta.

Dopo aver modificato gli header e gli expire, in modo da ottimizzare la cache del browser, è tempo di concentrarsi sulla riduzione della banda utilizzata. Per farlo ho usato mod_deflate, ottima alternativa al vecchio mod_gzip e (cosa importante) supportato pienamente anche su sistemi non LAMP. La configurazione proposta per il metodo è abbastanza banale, forzo che tutti i file di testo serviti dal server siano compressi. Se pensate che da 140kb di prototype (puro) si può passare a meno di 30k la soluzione è più che soddisfacente.

Usare mod_deflate è sicuramente un'ottima soluzione se la vostra applicazione offre delle API JSON, o genera un gran numero di pagine HTML di cui volete ridurre il bandwidth footprint. Se però avete solo qualche file javascript potreste limitarvi al solo YUI compressor per ridurre voi stessi le dimensioni degli stessi, piuttosto che andare ad incidere sulla CPU della vostra macchina.

Un altro trucchetto, da usare con symfony, consiste nell'inserire all'interno di una action particolarmente pesante, e che non deve essere aggiornata troppo di frequente il seguente comando:

questo forzerà all'interno dell'output di symfony l'inserimento di un header con valore Last-Modified uguale al $timestamp dichiarato. Se ad esempio la vostra action invoca un oggetto che ha l'attributo automagico updated_at, potreste usare quest'ultimo come valore del timestamp da applicare all'header.

Come ultimi approfondimenti, lato symfony, vi suggerisco di leggere il capitolo 18 della guida definitiva a symfony ed a dare un occhio alla documentazione di memcached (a cui, forse, dedicherò un post in futuro).

ciuaz

Con Massimiliano c'è già qualcosa in ballo (e che [...]]]> Sabato scorso ho partecipato all'AgileCamp organizzato dai ragazzi di Sketchin. L'evento è stato molto piacevole e mi ha permesso, oltre che a sentire talk molto interessanti, di rivedere un po' di quei contatti con cui si dice sempre "un giorno faremo qualcosa insieme".

Con Massimiliano c'è già qualcosa in ballo (e che presto vedrete online) ma li per li è venuta l'idea di non sprecare l'occasione "agile" per fare un po' di pair programming e tirar fuori un'applicazioncina stupida in meno di un'oretta a cui pensavo da qualche settimana.

Ovvero Twit Or Not.

Questa applicazione, scritta in Symfony, non fa altro che mimare i classici "hot or not" per valutare "l'indice di noiosità" di alcuni utenti di Twitter e relativi twit. In tutta onestà non avrei scommesso un soldo bucato ad un possibile utilizzo (non parlo neanche di successo) della stessa, la realtà è che in meno di 3 giorni l'applicazione ha macinato quasi mille utenti noiosi ed un discreto numero di voti e che mi ha portato ad aggiungere qualche nuova feature, indispensabile, come la visualizzazione degli avatar.

La cosa interessante è che ora, galvanizzato ed in piena fase creativa, sto già pensando a dare discreto ritocco all'interfaccia in un'ottica più 2.0 (ammettiamolo, sembra quasi che abbia tirato fuori il layout da un frontpage 2000) ed a come risolvere alcuni dei problemi più gravi riscontrati.

Per ora il problema principale è la limitazione degli accessi alle API di Twitter da un unico server, non ho ancora raggiunto tali volumi ma vorrei evitare di trovarmi il sito bloccato per problemi esterni. Inoltre ho riscontrato in più occasioni una inconsistenza delle API stesse dovendo implementare rudimentali sistemi di degradazione del codice (non avevo tanta voglia di impazzirci sopra).

Insomma mi si è aperto un piccolo mondo di possibilità per divertirmi, come non facevo da tempo, per risolvere problemi autoindotti e per migliorare le attuali soluzioni già implementate (come la classe per Symfony per accedere alle API di Twitter che sarà probabilmente interamente rifattorizzata per supportare caching delle chiamate ).

Ah già.. se vi chiedete se gli adsense sul sito fruttino... beh... finora hanno totalizzato 10.000 visite ed un incasso di 0,01 cent... direi di no! :)

Ah, già... ringrazio tutti i miei fans che mi stanno votando come l'utente più noioso di Twitter! :D

ciauz

Da [...]]]> Ad opera di Fabien Potencier, già autore di Symfony, ecco l'ennesimo framework per PHP. Si chiama Twitto ed ha la peculiarità  di essere scritto in soli 140 caratteri! :)

Da notare che il framework in questione sfrutta al suo interno tutte le nuove potenzialità  dell'imminente php 5.3

Questo weekend, snobbando la blogsfera italiana (anche se la cosa mi dispiace un bel po', ma ormai sono avvezzo ad eventi tutti [...]]]>
Il 2008 si può annoverare come uno dei più geek mai passati, ho potuto partecipare a molti eventi per webduepuntoisti, smanettoni e nerd e parteciperò ad altrettanti nei prossimi 3 mesi.

Questo weekend, snobbando la blogsfera italiana (anche se la cosa mi dispiace un bel po', ma ormai sono avvezzo ad eventi tutti nello stesso giorno), andrò al SymfonyCamp in Olanda.

Symfony è ormai uno dei framework da me più usati per lavoro grazie alla sua versatilità e predisposizione a progetti non banali. Conoscere tutti i principali sviluppatori, magari per iniziarne a far parte, non potrà che far bene a me ed ai ragazzi di Ideato. ;)

ciuaz

Il plugin, chiamato con tanta fantasia idTwitterClientPlugin, permette quindi di modificare il proprio status, scaricare nei formati disponibili le varie timeline messe a disposizione [...]]]> Ho appena rilasciato la prima versione del plugin per Symfony 1.1 che permette di utilizzare tutte le api di Twitter, comprese le nuove relative al motore di ricerca.

Il plugin, chiamato con tanta fantasia idTwitterClientPlugin, permette quindi di modificare il proprio status, scaricare nei formati disponibili le varie timeline messe a disposizione da Twitter (pubblico, proprio, followers, messaggi privati, etc) e di usare i nuovi operatori di ricerca di Summize.

ciuaz

L'evento è piaciuto, è indiscutibile.

Con i ragazzi del GrUSP ormai l'organizzazione è sempre più semplice da gestire [...]]]> Finalmente trovo una serata da dedicare al blog ed a scrivere qualche commento sull'edizione 2008 del phpDay che si è tenuta a Rimini la scorsa settimana.

L'evento è piaciuto, è indiscutibile.

Con i ragazzi del GrUSP ormai l'organizzazione è sempre più semplice da gestire (sfighe permettendo) e la qualità degli interventi aumenta di anno in anno.

Anche la nuova formula del secondo giorno dedicato ai workshop è stata particolarmente apprezzata, sono stati trattati temi di difficile approfondimento in una sola ora di talk e soprattutto è stato coinvolta la platea rendendola partecipe (ed in alcuni casi protagonista) del workshop stesso.

I relatori inoltre sono stati decisamente ispirati, il canale developer ha visto (rispetto agli altri anni) talk di integrazione di php con altri ambienti (java, silverlight e webservices) e di nuove metodologie di sviluppo "agnostiche" e/o importate da altri linguaggi/piattaforme. Segnale questo che lo sviluppatore php occasionale sta, negli ultimi anni, diventando sempre più un professionista attento a tutto ciò che lo circonda ed aperto a nuovi stimoli. Decisamente un segnale positivo.

Anche la presenza di Fabien Potencier, papà di Symfony, con un workshop di ben 4 ore sulle novità della futura versione 1.1 del framework, attualmente, più maturo per il mondo PHP ha destato sicuramente un certo interesse, facendoci raccogliere adesioni ben oltre le nostre aspettative per questo workshop.

Ma non sono tutte rose e fiori.

Quest'anno l'organizzazione di due giorni ha portato al risicato staff di quattro persone un bel po' di grattacapi.

La difficoltà riscontrata per soddisfare i problemi di logistica per ospitare oltre 300 persone (si erano iscritti 400 / 160 visitatori, e se ne sono presentati 180 / 150 rispettivamente nelle due giornate), la mancanza di sponsor "facoltosi" che ogni anno si fanno sempre più radi (aumentando comunque le nostre spese) e la nostra disorganizzazione (un mea culpa ci vuole tutto) per la gestione delle notifiche via email ci hanno portato a riflettere per il futuro di questo evento.

Vogliamo mantenere il phpDay gratuito ed aperto a tutti (nonostante da più parti ci viene chiesto il contrario), ma per farlo dobbiamo avere certezze e purtroppo l'indice di drop-off di una conferenza gratuita non è ben calcolabile (finora ci siamo sempre attestati ad un onesto 30% e mai avremmo immaginato il 60% di quest'anno).

Stiamo quindi valutando se aprire iscrizioni a pagamento per il prossimo anno, con rimborso in caso di partecipazione... chessò un 6 € di preiscrizione e 5 € di rimborso se ci si presenta (tenendo 1 € per ripagare le transazioni bancarie). Oppure di organizzare parallelamente un canale workshop a pagamento per "ingolosire" le aziende che pensano che una manifestazione gratis non sia di qualità e contemporaneamente rimpinguare le magre risorse dell'associazione... non saprei... ma di tempo per decidere ce ne sarà... :)

Infine qualche ringraziamento.

Innanzitutto all'eroe ufficiale del phpDay 2008: Gaetano Giunta.

Quest'uomo è riuscito a fare un talk ed un workshop arrivando a Rimini da Parigi nonostante scioperi di treni ed aerei, attacchi intestinali, mancanza cronica di mezzi pubblici ed alberghi posizionati dalla parte opposta (di qualsiasi cosa).

Poi vorrei ringraziare gli sponsor: Microsoft, Zend e CodeGear ormai pilastri dell'evento ed a Teleperformance (nell'incarnazione di Morten) e OpenX che ci hanno salvato le chiappette in corner.

Se venerdì avete sbevacchiato qualcosa tra un talk e l'altro è merito loro!

Vorrei ringraziare lo staff di Claudia di Yahoo che ha coinvolto Rasmus per inviarci un video con il keynote (purtroppo non pubblicabile al di fuori dell'evento) ed Elena che ci ha fornito il supporto video e tecnico per tutto il venerdì.

Un grazie anche agli altri 3 dell'avemaria... Tassoman, Cesare e Matteo. A tutti gli altri relatori, ai soci GrUSP ed a chi è venuto a mangiare a spese dell'organizzazione alla cena di venerdì ed al pranzo del sabato (ma vi siete iscritti?!).

E come finale di questo lunghissimo post qualche risorsa utile:

• I video su ICTV.it di HTML.it
• I video sui canali UStream dei talk Developer ed Enterprise
• Il gruppo fotografico su Flickr
• I video pubblicati da Elena

ciuaz

Giusto per farvi venire un po' di acquolina vi cito i numeri di quest'anno:

Tra le magie di questa versione, perchè alcune [...]]]> E' finalmente stata rilasciata la prima versione stabile di Symfony 1.0. Noto application framework per PHP 5 di cui ho già discusso più volte e che ho iniziato ad usare attivamente nell'ultimo mese e mezzo grazie ad un lavoro con Ciccio (mio guru sull'argomento).

Tra le magie di questa versione, perchè alcune cose ancora non me le spiego, ieri mi sono imbattuto nella gestione degli script con ajax. Symfony integra al suo interno Prototype (più o meno come fa anche Ruby) dando allo sviluppatore alcuni helper per attivarne le funzionalità.

La cosa stupenda è che il sistema sa se il metodo che è invocato è ajax o meno e gestisce di conseguenza il relativo templating. Cosa utilissima per non dover riscrivere due volte lo stesso codice e soprattutto per permetterne un certo livello di degradazione.

Unica piccola pecca, a mio vedere, è che alcuni metodi di Prototype hanno subito un renaming. Quindi ad esempio al posto di Parameter dovrete in Symfony usare il parametro with. Non molto intuitiva per chi conosce già la libreria js...

Comunque sia per darvi un assaggio delle potenzialità e semplicità di utilizzo per ottenere:

bisognerà in symfony usare il seguente codice:

con una sola riga di php viene quindi generato lo script ajax che permette di caricare dinamicamente dei contenuti in un div preimpostato e di mostrarli usando un effetto di fade-in. Veramente non male! :D

ciuaz

ciuaz