I dati relativi ad ottobre 2008 sull’utilizzo di PHP possono essere riassunti principalmente in alcuni punti:

• Questo è l’ultimo mese di dominio di PHP4, il sorpasso è servito
• PHP 5 raggiunge il 47.50% del mercato conquistando la vetta
• L’uso di PHP 4.4.9 è in continua discesa

Chiaramente ci sono sempre molti dati di contorno ma che possono interessare per vari motivi. Vi consiglio quindi la lettura completa del report per il mese di ottobre 2008 che potete trovare sul sito della Nexen.net.

I dati relativi a marzo 2008 sull’utilizzo di PHP possono essere riassunti principalmente in alcuni punti:

• Non si hanno grosse soprese, i dati rafforzano l’andamento dei trend già delineati nei mesi scorsi
• PHP5 rappresenta ora oltre un terzo del totale delle installazioni di PHP
• Significativo aumento degli aggiornamenti alle versioni 5.2.5 e 4.4.8
• Apache ha raggiunto il 70% circa del mercato in ambito di web server

Chiaramente ci sono sempre molti dati di contorno ma che possono interessare per vari motivi. Vi consiglio quindi la lettura completa del report per il mese di marzo 2008 che potete trovare sul sito della Nexen.net.

Le statistiche parlano chiaro: nella giornata in cui scrivo questo post (sono le 19.30 e mancano ancora 6 ore alla fine del giorno UCT) sono stati individuati e bloccati oltre 10 milioni di messaggi di spam, quasi 5 miliardi di messaggi bloccati dall’inizio delle stats (credo) con una percentuale del 91% sul totale di messaggi identificati come spam. Questo significa che praticamente 9 messaggi su 10 che arrivano sul vostro blog o sito sono spam.

Di sicuro mettersi a controllarli manualmente uno ad uno non è la strada giusta, la tecnologia deve venire in nostro soccorso evitandoci lavori che possono essere fatti in modo automatico. Akismet è un servizio web che prende in esame ogni messaggio che gli viene passato, esegue tutta una serie di controlli e ritorna un esito: positivo o negativo in base al contenuto.

Service_Akismet è un client PHP (attualmente in beta) per le REST API di Akismet che trovate su PEAR realizzato in PHP5 sfruttando la OOP. Per il suo utilizzo avete bisogno di una chiave WordPress API nonostante il fatto che il servizio non è vincolato a WordPress, potete quindi implementare i vostri filtri privati per applicarli dove lo ritenete più utile.

Esistono due tipi di licenze per l’utilizzo: una free per uso personale ed una a pagamento per uso commerciale o per grossi volumi di traffico.

Buona lettura e buon lavoro per la realizzazione del vostro filtro!

PHPUnit è un framework scritto da Sebastian Bergmann per lo Unit testing in PHP, la sua distribuzione avviene attraverso PEAR ed è composto essenzialmente da uno script richiamato da linea di comando per l’esecuzione dei test e da una libreria che ci guida nella realizzazione dei test stessi. Segnalo subito il link alla documentazione che vi tornerà molto utile, viste la sua chiarezza e completezza sotto ogni aspetto ogni vostro dubbio troverà risposta lì.

Come detto nella puntata precedente lo Unit Testing è un’attività di supporto allo sviluppo e al programmatore che permette di risparmiare parecchio tempo altrimenti destinato al debug potendolo assegnare ad altri compiti maggiormente utili. Realizzare degli unit test utilizzando un framework permette di risparmiare tempo prezioso per la loro scrittura e sfruttare in futuro gli stessi test massimizzando il riutilizzo del codice anche sotto quest’aspetto.

Il primo passo (una tantum) è quello di installare PHPUnit sul proprio sistema utilizzando PEAR:

pear channel-discover pear.phpunit.de
pear install phpunit/PHPUnit


Ora siamo veramente pronti. Vediamo quindi quali sono i passaggi che affronteremo per la realizzazione dei nostri test:

1. individuazione delle funzionalità implementate e loro isolamento
2. scrittura di snippet di codice necessari alla verifica delle singole funzionalità identificate al passo precedente sia per casi di successo che di insuccesso
3. raggruppamento degli snippet in TestCase
4. raggruppamento dei TestCase in TestSuite
5. eventuale raggruppamento di più TestSuite tra di loro
6. esecuzione delle TestSuite e correzione degli errori verificatisi

Nella classe di generazione casuale di password abbiamo un solo metodo getPassword(), in questo caso il punto 1 della lista precedente è molto semplice. La funzionalità da testare è solamente quella. Dovremo quindi scrivere uno snippet di codice che verifichi in primo luogo che la lunghezza della password generata coincida con la lunghezza richiesta e passata come parametro alla classe, in secondo luogo verificheremo anche che la quantità di cifre inserite nella password genera sia conforme alla richiesta anch’essa eseguita via parametro.

In questo semplice test possiamo vedere alcune convenzioni adottate nella scrittura del test stesso:

• la classe che rappresenta il TestCase ha il nome della classe da testare seguito da Test, questo per identificare in modo semplice la classe che si sta testando
• la classe di test estende PHPUnit_Framework_TestCase
• i vai snippet di codice che compongono un test sono metodi pubblici che non accettano parametri ed iniziano con la parola test*
• all’interno del codice, per controllare che le operazioni eseguite abbiano avuto il risultato corretto, vengono utilizzati i metodi assert*. Questi metodi controllano che un’operazione abbia fornito un risultato adeguato quando eseguita

A questo punto non resta che eseguire il test e vedere se il codice scritto è corretto:

phpunit randomPasswordTest.php

che restituisce i seguenti dati:

PHPUnit 3.2.15 by Sebastian Bergmann.
..
Time: 0 seconds
OK (2 tests)


I test presenti nel TestCase vengono eseguiti uno alla volta in modo sequenziale ed il loro esito è specificato attraverso un carattere:

• . (punto) test eseguito correttamente
• F test fallito
• E errore nell’esecuzione del metodo di test
• S test saltato
• I test incompleto o non ancora implementato

In questa seconda puntata abbiamo introdotto in modo pratico lo Unit Testing e la sua realizzazione attraverso il framework PHPUnit. Il mio consiglio è quello di fare alcune prove in prima persona magari partendo dal codice completo che potete scaricare come sempre passando poi all’applicazione su qualche vostro progetto implementando quindi dei test da zero.

Ricordate sempre Martin Fowler: Whenever you are tempted to type something into a print statement or a debugger expression, write it as a test instead. – Ogni volta che siete tentati di scrivere qualcosa in un print o in un’espressione di debug scrivetela invece come un test.

I commenti qui sotto sono a vostra disposizione per domande, critiche, suggerimenti…che aspettate?

TERZA PUNTATA
PHPUnit: tecniche avanzate

Innanzitutto i dati completi li potete leggere qui, sono relativi a gennaio 2008 e volendo trovate sul sito anche quelli dei mesi precedenti. Essi fanno riferimento a 28.7 milioni di server utilizzati su circa 2 milioni di IP (12.5 milioni usati per le statistiche): domini senza siti, non raggiungibili, isp, hosting condivisi e servizi di domain parking non rientrano nelle statistiche.

Dai dati raccolti emerge questo:

• PHP 5 manifesta una forte crescita attestandosi al 30%
• PHP 5.2 diverrà più utilizzato di PHP 4.3 quasi sicuramente prima di aprile
• PHP 5.2.5 è già la versione dominante di PHP 5
• PHP 4.4.8 (rilasciato in gennaio) non ha preso piede e gli utenti gli preferiscono il 4.4.7

Vi consiglio comunque la lettura completa per ulteriori informazioni come la distribuzione geografica dei server con PHP o delle fette di mercato occupate dai vari web server utilizzati per sfruttare PHP.

Molto interessanti saranno i dati che leggeremo il mese prossimo relativi al mese di febbraio, in quell’occasione toccheremo con mano gli effetti di goPHP5 ma soprattutto l’avvicinarsi della data di effettiva morte di PHP4 fissata per il giorno 08/08/08.