Full(o)bloG

Ogni tanto pare che anche in Google sparino immense bufale, una delle ultime è un presunto articolo su come ottimizzare i propri script in PHP che sembra uscito fuori da uno script kiddie appena avvicinato al linguaggio.

La cosa interessante è che la comunità di PHP non è rimasta con le mani in mano ed ha risposto, sul gruppo di discussione interno di Google, con una serie di smentite ed approfondimenti molto interessanti e sicuramente da leggere.

Tra le varie scuse annesse all'articolo una, a mio parere raccapricciante, alludeva al fatto che gli esempi erano stati scritti per vecchie versioni del linguaggio. La migliore risposta a tale affermazione è stata:

You talk about "older versions such as 4 and even 3".
Who is running versions of PHP that are that old on the open internet?
If you're running on PHP3 or PHP4 on a public-facing website, your
very first priority is to upgrade to PHP5 for security reasons, not to
optimize your pages.

Seguita dalla citazione di un post di Bergmann dove si fa vedere come, effettivamente, la migrazione da php 4 a php 5 abbia portato reali benefici a Flickr (e non parliamo del blog di tizio o caio). Infatti con la semplice migrazione dell'interprete, a parità di codice, l'utilizzo medio di CPU ha avuto un calo di circa il 50% (il grafico in alto).

Ad oggi l'articolo non è stato ancora corretto, il che mi farà leggere tutti gli articoli su code.google.com con un approcio un po' più critico...

ciuaz

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.

Leggi il resto »