In ogni database che si rispetti :) c’è sempre un timestamp da inizializzare con CURRENT_TIMESTAMP. Se state leggendo questo articolo e siete riusciti a non farvi esplodere il cervello leggendo il titolo, immagino che sappiate cosa è un timestamp e cosa significhi CURRENT_TIMESTAMP, quindi passo subito al sodo.

MySql non permette di avere nella stessa tabelle 2 o più campi di tipo TIMESTAMP che utilizzino la funzione CURRENT_TIMESTAMP(). Il motivo lo ignoro completamente ma di seguito vi mostro un “workaround” che permetta di aggirare il problema con una soluzione discretamente elegante :) (sono fiero di me stesso…)

Per aggirare il problema useremo i TRIGGER, leggetevi la documentazione per approfondire (CREATE TRIGGER Syntax), in poche parole i trigger vi consentono di eseguire dei pezzi di codice prima e/o dopo una insert o un update su una tabella. A questo punto la soluzione si comincia già ad intravedere, infatti andremo ad utilizzare proprio questi trigger, eseguiti prima di un update per impostare i timestamp che ci occorrono con la funzione CURRENT_TIMESTAMP(). Ecco il codice:

DROP TRIGGER IF EXISTS `set_timestamp`//
CREATE TRIGGER `set_timestamp` BEFORE UPDATE ON `nome_tabella`
 FOR EACH ROW BEGIN
  IF NEW.primo_campo=1 THEN
   SET NEW.primo_campo_timestamp=CURRENT_TIMESTAMP();
  END IF;
  IF NEW.secondo_campo=1 THEN
   SET NEW.secondo_campo_timestamp=CURRENT_TIMESTAMP();
  END IF;
 END
//

Come potete notare nel body del trigger, ho anche associato l’aggiornamento del campo “primo_campo_timestamp” ad un flag presente nella tabella: “primo_campo”. Poi sta a voi adattare questa tecnica al vostro database.

Se siete stanchi di dovervi registrare ogni giorno a nuovi servizi web e avete accumulato decine di password che non ricordate più, questo è il post che fa per voi. Forse non lo sapete ma ci sono dei siti che consentono di condividere le password dei propri account proprio per evitare di effettuare continue registrazioni.
Questi servizi sono utilissimi anche per testare determinati siti, prima di decidere se registrarvi con i vostri dati reali e dargli la vostra email.

BugMeNot

Probabilmente il più famoso di tutti. BugMeNot è stato il primo servizio di password sharing ad apparire in giro. Ve ne parlai, sempre su questo blog, ben 4 anni fa. Forse il più completo in circolazione, anche se molti degli account presenti sono stati bloccati o disattivati. Il sito offre un utile sistema per segnalare, appunto, account non più funzionanti. Esiste anche una comodissima estensione per firefox che vi riempie i campi di login in automatico appena trova un account disponibile.

ShareYourPass

Il più “2.0″ tra quelli che ho provato. ShareYourPass offre, come BugMeNot, un sistema di segnalazione degli account non più funzionanti e, inoltre, mette a disposizione un box di commenti sotto ogni account condiviso.

Login2

Molto semplice e scarno dal punto di vista grafico. Login2, a differenza degli altri, mostra un solo account per volta e bisogna cliccare il pulsante “not working, show more” per farsi suggerire un altro account per un determinato sito. Non offre nessun servizio di segnalazione degli account non funzionanti ma è l’unico ad essere disponibile in altre lingue oltre l’inglese.

Bypass

Bypass è l’ultimo di cui sono venuto a conoscenza. Sembra avere un database ben fornito ma negli ultimi giorni il sito ha qualche problema risultando lentissimo se non addirittura inaccessibile.

La prossima volta che vi troverete di fronte ad un sito dove sarà necessario registrarsi fatevi una capatina su questi servizi a vedere se c’è già un account disponibile!

NodeJS è un framework che consente di programmare in javascript lato server. Questa sua peculiarità ha fatto si che si diffondesse velocemente negli ultimi anni e che diventasse uno dei framework più utilizzati per lo sviluppo di applicazioni real-time e distribuite.
In questo post non scenderò in dettaglio su cosa è NodeJS, come è realizzato e come si utilizza. In rete esiste tantissima documentazione e, a tal proposito, ho selezionato quelli che sono, secondo me, le 5 risorse migliori per chi si avvicina a questo framework e vuole iniziare a sviluppare con NodeJS.

1. Documentazione ufficiale

La documentazione ufficiale di NodeJS è ottima. Veramente completa e ben fatta, ricca di esempi e semplice da leggere. L’unica pecca, probabilmente, è la mancanza di un capitolo introduttivo per spiegare, ai nuovi arrivati, in cosa consiste NodeJS, come è strutturato e da dove iniziare.

2. The Node Beginner Book

Quello che manca nella documentazione ufficiale è presente invece in questo utilissimo tutorial. The Node Beginner Book si pone come obiettivo di far capire, innanzitutto, cosa è NodeJS e cosa cambia rispetto al “Javascript tradizionale” per poi scendere in dettaglio, su argomenti più avanzati, nei capitoli successivi.

3. Mixu’s Node Book

Questo ebook/tutorial è un giusto compromesso tra i primi due link. Ci sono un bel po’ di capitoli introduttivi che consentono di rinfrescarsi la memoria su Javascript e studiare quei componenti molto usati nel framework, per poi passare a una seconda parte strettamente legata a NodeJS con l’approfondimento di alcune librerie e pattern.

4. Ho To Node

How To Node non è un tutorial o un ebook. Si tratta di una community che scrive post di esempi pratici che utilizzano NodeJS. Non è indicato per una lettura “dall’inizio alla fine” come un libro, ma andrebbe consultato spesso perché il pezzo di codice che stai per scrivere è, molto probabilmente già presente nel loro archivio.

5. Node in pillole

Infine vi segnalo questo progetto tutto italiano, Node in pillole che, oltre ad essere una delle poche fonti italiane sull’argomento, offre una serie di screencast (video tutorial). Se vi scocciate di leggere tanta documentazione, questo è il sito che fa per voi. Nato da poco, è ideale per chi si avvicina adesso al mondo di NodeJS: per ora gli argomenti trattati sono tutti entry-level.

Wondershare MobileGo è un programma gratuito che ti permette di gestire tutti i file multimediali memorizzati sul dispositivo Android. Consente di gestire i file come: i tuoi contatti, musica, film, SMS, foto, applicazioni multimediali (come ad esempio la conversione), il trasferimento dei dati, gestione dei contatti e il backup / ripristino tra il PC e telefono Android.

L’uso è molto semplice. Per il download clicca qui.

Al Mobile World Congress grande attenzione per Canonical, che ha realizzato una versione del proprio sistema operativo che permette di usare Android come un computer.
Barcellona – In uno smartphone dual core c’è molto di più di quello che serve. Ce n’è abbastanza per trasformare il telefono in un computer portatile, aggiungendo tastiera, mouse e monitor. A credere in questo è Canonical, l’azienda che produce e distribuisce Ubuntu, sistema operativo Gnu / Linux fra i più diffusi.

Ubuntu for Android è una nuova versione del sistema operativo che può essere installata su un qualsiasi dispositivo Android dual-core con Gingerbread o versioni superiori, quasi come un’app. Ubuntu condivide lo stesso kernel Linux con Android. Annunciato nei giorni scorsi, è stato presentato al Mobile World Congress ed è in prova allo stand Ubuntu nella Hall 7: una volta avviato, basta inserire lo smartphone in una dock per collegarlo a un monitor e automaticamente il sistema riconosce il nuovo schermo, avviando la tipica interfaccia Unity di Ubuntu.

Le applicazioni presenti di default sono: browser Chromium, Google Calendar, Google Docs, Mozilla Thunderbird (per la posta), Gwibber (per i social network come Facebook e Twitter), VLC, PiTiVi (per l’editing video), Ubuntu Photo Gallery (editing foto) e Android Dialer per eseguire telefonate e ricevere sms direttamente sul computer. È possibile integrare anche l’ Ubuntu Tv e utilizzare sistemi di virtualizzazione come Citrix e VMWare e applicazioni Adobe. Secondo Canonical grazie alle nuove reti Lte l’uso di queste soluzioni, così come Google Docs e altri servizi on line, dovrebbe essere sempre maggiore, specie per aziende che puntano sulla mobilità dei propri dipendenti.

L’integrazione fra telefono e computer è totale: il primo può quindi essere gestito direttamente dal secondo. Rubrica, mail, foto e video non hanno così più bisogno di essere sincronizzati. Stesso discorso vale per preferiti, history e tab aperte del browser, immediatamente riprodotte sul pc. E non cambia per le varie password, l’attività dei social network e via dicendo: le informazioni sono condivise dai due sistemi.

Non si tratta di una novità assoluta. L’uso di una dock per accedere a software presenti sullo smartphone attraverso un monitor esterno era già alla base del Motorola Atrix. Non a caso Canonical per una prima dimostrazione di Ubuntu for Android ha utilizzato proprio un Atrix 2. Inoltre, i rumor sulla versione di Android 5.0 Jelly Bean danno l’opzione l’opzione per avviare un altro sistema su monitor esterni come integrata nel sistema. In quel caso però il sistema operativo per il computer sarebbe Chrome OS.
Ubuntu for Android non è al momento disponibile: Canonical fa sapere di essere nelle fasi conclusive di alcune trattative per installare il proprio sistema sui dispositivi mobili in uscita a fine anno. Le specifiche hardware richieste agli smartphone per supportare Ubuntu for Android non sono eccessive:una cpu dual-core da un gigahertz e 512 MB di ram, con due gigabyte di memoria per salvare l’immagine di Ubuntu, collegamento usb e hdmi. La possibilità di sfruttare la rete Lte è un’altra delle funzioni chiave.

Notizia letta qui.

E’ possibile caricare su Youtube video più lunghi di 15 minuti. E’ possibile fare ciò semplicemente verificando su Youtube il proprio numero di telefono cellulare.

Il numero di cellulare, su internet, non andrebbe diffuso ma è richiesto come strumento di verifica dell’identità.
La verifica telefonica è gratuita e serve semplicemente ad evitare allo stesso utente la registrazione di più account. Occorre andare in questa pagina di verifica, scegliere come paese l’Italia, scrivere il proprio numero di telefono cellulare e premere su Invia.

Dopo pochissimo tempo dovrebbe arrivare un SMS al telefono con un codice a 6 cifre da inserire nello spazio della pagina di conferma e premere sul tasto Verifica.

Alla fine, su Youtube, nella pagina di Upload dei video, si dovrebbe leggere la scritta: “Congratulazioni. Ora il tuo account è abilitato per i caricamenti superiori a 15 minuti. Fai clic sul pulsante Carica qui di seguito per selezionare un video”.

Le limitazioni riguardano la grandezza del file che non deve essere superiore ai 20 GB e del video si devono possedere i diritti di diffusione.

YouTube vieta tassativamente, pena la sospensione dell’account, la pubblicazione di video in violazione del copyright. YouTube resta sempre il top dei siti di video sharing anche perchè sempre gratuito (Vimeo si paga se si vuol caricare un video lungo) e molto veloce nei caricamenti.

Nel post precedente abbiamo visto come installare e configurare il server XMPP ejabberd. Adesso vediamo come utilizzare ejabberd con mysql per effettuare l’autenticazione degli utenti.
Di default ejabberd utilizza un database interno di tipo mnesia, anch’esso scritto in erlang. Se volete utilizzare un vostro database mysql è necessario utilizzare uno script di autenticazione esterna.

1. Scaricare e installare il modulo mysql

Come prima cosa bisogna scaricare il modulo mysql con il comando:

svn co https://svn.process-one.net/ejabberd-modules

Poi spostiamoci nella cartella appena scaricata e compiliamo il modulo:

cd ejabberd-modules/mysql/trunk/
./build.sh

Copiamo, infine, i file appena generati nella cartella di ejabberd, con il comando:

sudo cp ebin/* /usr/lib/ejabberd/ebin/

2. Cambiare metodo di autenticazione

Cercate nel file di configurazione (che dovrebbe essere in /etc/ejabberd/ejabberd.cfg) la voce auth_method. Commentate quella

{auth_method, internal}

e decommentate la voce:

{auth_method, external}

3. Impostare lo script di autenticazione

Subito sotto la voce auth_method ci dovrebbe essere la voce extauth_program. Se c’è modificatela, se non c’è aggiungetela in questo modo:

{extauth_program, “/etc/ejabberd/MIOSCRIPT.php”}

Dove al posto di MIOSCRIPT.php va indicato il vostro script di autenticazione.
Lo script può essere scritto in qualsiasi linguaggio di programmazione. Ce ne sono alcuni disponibili sul sito ufficiale già scritti in diversi linguaggi e per diversi framework.

Finito!

In questo tutorial vedremo come installare e configurare ejabberd su ubuntu server. La versione di ubuntu a cui faccio riferimeno è la 10.04 ma la maggior parte degli step dovrebbe funzionare anche su altre versioni di ubuntu, nonché sulle macchine debian.

Ejabberd è uno dei server XMPP più famosi e più utilizzati in circolazione. Nonostante questo la documentazione a riguardo (soprattutto in italiano) è scarna se non proprio inesistente.

1. Preparare il sistema

Per sicurezza, prima di installare ejabberd, assicuriamoci che il sistema sia aggiornato. Eseguiamo, quindi, i due comandi:

sudo apt-get update

sudo apt-ge upgrade

2. Installare ejabberd

Ora possiamo procedere con l’installazione di ejabberd direttamente dai repository di ubuntu, con il comando:

sudo apt-get install ejabberd

Molto probabilmente l’installazione si porterà dietro un bel po’ di pacchetti aggiuntivi, soprattutto quelli legati al linguaggio erlang, con il quale ejabberd è scritto.

3. Qualche test veloce

Una volta completata l’installazione, possiamo gestire il server ejabberd con il comando:

sudo /etc/init.d/ejabberd

Che può prendere i parametri stop, start o restart in base all’operazione che vogliamo compiere.
Inoltre, è possibile controllare se il server è avviato o meno, controllando la presenza del processo beam tra quelli in esecuzione, con il comando:

ps -e | grep beam

4. Configurazione dell’host

Il file di configurazione di ejabberd si trova a questo path:

/etc/ejabberd/ejabberd.cfg

Aprite questo file con il vostro editor di testo preferito (ricordandovi di essere root) e iniziamo col modificarlo.
Fate attenzione, questo file è scritto in una sintassi terribile e rischiate di sputtanare tutto dimenticandovi una virgola o una parentesi.

La prima cosa da modificare è l’host. Portatevi quindi nella sezione “Hostname” dove troverete già l’host localhost inserito. Se avete intenzione di fare dei test in locale potete lasciarlo, altrimenti cancellatelo.
In questa sezione va inserito l’host del sito sul quale girerà il server ejabberd. Supponendo che stiate mettendo in piedi una chat per “www.miosito.it” dovrete inserire l’host miosito.it.

Una cosa importante (che nessuno dice) è che in questa sezione va indicato obbligatoriamente anche il nome host della macchina sulla quale il server risiede. Quindi, sempre supponendo che stiamo lavorando per il dominio “miosito.it“, se la macchina dove sta girando ubuntu si chiama “miosito-serverweb” dovremmo inserire nel file di configurazione questa riga:

{hosts, ["localhost", "miosito-serverweb", "miosito.it"]}

Se avete più domini (es. miosito.com, miosito.org) basta semplicemente aggiungerli sulla stessa riga.

5. Configurazione delle porte

Ejabberd ha tutta una serie di funzionalità legate al mondo delle chat (chat anonima, chat di gruppo, protocolli aggiuntivi, chat SSL, ecc). Per ognuno di questi servizi è necessario lasciare una porta in ascolto.

Spostiamoci più in basso, nel file di configurazione, fino ad arrivare nella sezione “Listening ports” dove troverete già una serie di porte configurate e abbondantemente commentate.

Se non volete utilizzare nessuno dei servizi aggiuntivi, le uniche due porte che dovete lasciare attive sono la 5222 e la 5280 necessarie, rispettivamente, per la connessione da client XMPP (es. iChat, Google Talk, Kopete, ecc.) e da client web (es. jappix, JWchat, Candy, ecc).

6. Configurazione dei moduli

Come ho detto prima, ejabberd ha tantissime funzionalità aggiuntive. Ad ognuna di essa è legata un modulo. Scendiamo un altro po’ nel file di configurazione fino a portarci nella sezione “Modules” dove troveremo l’elenco di moduli disponibili. Alcuni moduli sono commentati, altri no. Fate riferimento alla documentazione sui moduli, per sapere cosa fa esattamente ognuno di essi.

Date un’occhiata all’elenco di moduli e disattivate quelli non necessari, facendo attenzione ad eventuali dipendenze. Consiglio di disattivare i moduli non necessari perché in questo modo si alleggerisce notevolmente il carico del server XMPP.

7. Admin web

Ejabberd offre anche un pannello di amministrazione web, abbastanza scarno a dire la verità. Se volete utilizzarlo (ad es. per vedere le statistiche di utilizzo della chat) dovete prima aggiungere una riga nel file di configurazione per indicare quale utente ha il permesso di accedervi. Aggiungete all’inizio o alla fine del file questa riga (di solito si trova all’inizio):

{acl, admin, {user, “utente”, “miosito.it”}}

Dove al posto dell’utente “utente” dovrete inserire l’username dell’utente che avrà i permessi di amministratore e, ovviamente, al posto di miosito.it dovrete aggiungere il dominio inserito al punto 4.

Ricordate che l’utente in questione deve essere un utente registrato a ejabberd e quindi presente in database.

Per accedere al pannello di amministrazione web, digitate il seguente indirizzo nel vostro browser:

http://www.miosito.it:5280/admin

Conclusione

Abbiamo Finito! Nei prossimi giorni ci sarà un altro articolo su come utilizzare ejabberd con un database mysql al posto di quello interno (mnesia). Per ora vi lascio con alcuni link utili per approfondire l’argomento.

Sito ufficiale di ejabberd

Documentazione ufficiale di ejabberd

Lista client compatibili con XMPP

Siamo arrivati al decimo e ultimo appuntamento con la serie di post “10 idee sbagliate su PHP”. Se non avete letto i precedenti, trovate i link in basso, nei post correlati. Vi lascio il solito link all’articolo originale in inglese. In questo ultimo post parlaremo di costo degli sviluppatori PHP.

10. Gli sviluppatori PHP sono più economici perché non sono qualificati

L’economia funziona tutta in termini di domanda e offerta. Se c’è un prodotto che è richiesto da molti clienti e non c’è molta quantità di quel prodotto in giro da vendere, il prezzo tende a salire. Dall’altro lato, se il prodotto abbonda sul mercato e i clienti non ne acquistano tanto, il prezzo scende.

Allo stesso modo funzionano i lavori. Se ci sono molte aziende alla ricerca di candidati qualificati, quelli disponibili ad essere assunti ricevono un’offerta di stipendio alta. Dall’altro lato, se ci sono più candidati di quanti le aziende debbano assumere, le offerte di stipendio scendono.

Il mercato del PHP è enorme perché il web è enorme. Ci sono molte aziende disposte ad assumere sviluppatori PHP qualificati. Ma per lavori più semplici non vogliono pagare molto perché possono trovare tantissimi candidati con qualifiche sufficienti. Questi lavori possono essere anche molto semplici come installare e personalizzare applicazioni PHP esistenti.

Le aziende che non hanno bisogno di assumere sviluppatori che conoscano solo PHP, ma che abbiano anche caratteristiche più sofisticate come pianificazione e sviluppo di architetture software, sviluppo di siti web scalabili, gestione di problemi di sicurezza, SEO, ecc., tendono a pagare stipendi più alti perché gli sviluppatori con queste qualifiche scarseggiano.

Quindi, non è una questione di essere sviluppatori PHP. E’ una questione di quali altre qualifiche sono necessarie nei lavori dove viene richiesto PHP.

Penultimo appuntamento con la lunghissima serie di post sulle idee sbagliate riguardo il PHP. Vi piazzo il solito link all’articolo originale, in inglese, da cui sono tratti questa serie di post. In questo nono articolo parliamo di performance.

9. PHP non è adatto per siti web e applicazioni scalabili con performance elevate

Per come la vedo io, performance e scalabilità non sono una questione di linguaggio ma, piuttosto, una questione di architettura dell’applicazione.

Per quanto riguardo le performance, come detto precedentemente, PHP è un linguaggio compilato, quindi la sua velocità è ottima per molti degli scopi di un’applicazione web.

Facebook è di certo il sito più grande sviluppato in PHP. Non sembra avere problemi di scalabilità dovuti alla scelta di utilizzare PHP.

E’ vero che hanno sviluppato il proprio compilatore da PHP a C++ per rendere le applicazioni PHP più veloci. E’ anche vero che per applicazioni ad alto uso di CPU, il vantaggio di compilare PHP in un altro linguaggio più di basso livello può essere significante.

Tuttavia, la realtà è che molte delle applicazioni Web non richiedono un utilizzo elevato di CPU. Per esempio, una delle attività che viene svolta più di frequente da un’applicazione web è accedere a un database.

Quando la tua applicazione esegue una query SQL, la maggior parte del tempo è perso nell’attesa che il server esegua la query e restituisca i risultati. Aspettare che una query venga eseguita sul server, richiede praticamente lo stesso tempo, sia in PHP che in C++.

Quindi ora ti potresti chiedere, se PHP è praticamente veloce quanto C++ nelle applicazioni web basate su database, perché il team di Facebook ha speso tutto quel tempo a sviluppare un compilatore C++ per PHP?

La risposta risiede nel fatto che hanno cambiato anche l’architettura. Non compilano soltanto PHP in C++. Loro prendono i diversi script PHP che compongono l’applicazione, compilano tutto in un singolo file C++ e generano un solo eseguibile che funziona come un server web multi-thread. Da notare l’enfasi sulla parona multi-thread.

I server web multi-thread usano un singolo processo per gestire contemporaneamente diverse richieste HTTP. In questo modo si risparmia tantissima RAM perché i diversi thread condividono lo stesso spazio di memoria. Questo significa che hanno bisogno di meno macchine per gestire lo stesso carico. Per un’azienda come Facebook che ha centinaia di server, il guadagno è significativo.

Per molti degli altri siti web, il guadagno non è abbastanza significativo da giustificare lo sforzo di compilare da PHP a C++.

Questo non significa che non dovresti sporzarti a imparare e adottare tecniche di ottimizzazione. Molte di queste tecniche sono state trattate in questo blog (PHPClasses n.d.t.) sotto la categoria PHP performance. Dagli un’occhiata appena hai tempo.

Molte di queste tecniche non sono legate ad un linguaggio. Dovresti adottarle indipendentemente se sviluppi le tue applicazioni con PHP o altri linguaggi.

Quando si sviluppano progetti dove sono coinvolti utenti proveniente da tutto il mondo, nasce l’esigenza di gestire date e timestamp per i differenti fusi orari, memorizzarli e visualizzarli senza creare “salti temporali”.

Un esempio: commenti

Il più classico degli esempi nel quale si trovano coinvolte informazioni riguardati il tempo potrebbe essere un sistema di commenti: se un utente da New York lascia un commento alle 10:00 AM Estern Standard Time, un minuto dopo in Italia, l’utente che sta leggendo il commento appena lasciato deve visualizzare 16:01 GMT+1 (Europe/Rome).

Quel’è il modo migliore per memorizzare le informazioni? Con quale fuso orario? Come facciamo ad effettuare la conversione?

PHP e DateTime Functions

In realtà la cosa potrebbe essere realizzata in diversi modi: PHP mette a disposizione una serie di funzioni per gestire date e time con relative conversioni di fusi orari (Date & Time Functions), in particolare mette a disposizione una funzione date_default_timezone_set con la quale è possibile impostare il timezone della sessione attuale e quindi tutte le funzioni (compatibili con timezone, ad esempio date) effettueranno una conversione automatica tra il timezone del sistema sul quale è in esecuzione lo script PHP e quello impostato in precedenze.

Queste funzioni possono essere molto utili in tanti casi, ma se vi trovate in uno scenario simile a quello precedente, nel quale c’è anche MySQL coinvolto, allora esiste una soluzione migliore.

MySQL e TIMESTAMP

Sicuramente la data del commento dovrà essere memorizzata all’interno del DB. In questi casi possiamo evitare di inserire noi la data ma sfruttare la funzione CURRENT_TIMESTAMP di MySQL disponibile solo per il tipo di dato TIMESTAMP. Se non sapete di cosa sto parlando vi conviene dare un’occhiata alla documentazione (TIMESTAMP Properties).

Il tipo di dato TIMESTAMP risulta molto comodo in questo caso perché viene sempre memorizzato secondo il fuso orario UTC (Coordinated Universal Time) e convertito automaticamente quando il fuso orario del sistema è diverso.

MySQL time_zone

Come impostazione di default MySQL restituisce tutti i dati TIMESTAMP secondo il fuso orario di sistema, questo perché la variabile time_zone è impostata su “SYSTEM“. Questa variabile può essere cambiata a livello globale (MySQL Server Time Zone Support) oppure a livello di connessione. Il secondo caso è quello che più ci interessa.

Per ottenere la data del commento nel fuso orario GMT+1 (Europe/Rome), quindi, basterà impostare la variabile time_zone su “+1:00″ e automaticamente tutte le query effettuate su questa connessione conterranno il timestamp convertito.

 SET time_zone="GMT+1"; 

E’ possibile specificare anche time_zone più user friedly come ad esempio “Europe/Rome”, ma questo necessita di aver creato e configurato un tabella speciale sul server MySQL, a questo indirizzo (MySQL Server Time Zone Support), fine pagina, spiega come fare.

In questo tutorial vedremo come configurare Virtualbox per avere un ambiente server per i nostri test.
Nell’esempio userò MacOS X 10.6 (Snow Leopard) come sistema operativo host e Ubuntu 10.04 Server come sistema operativo guest. I vari step sono però adattabili e riutilizzabili anche in configurazioni diverse. Nel caso abbiate problemi contattatemi nei commenti o su twitter.

Quello che vogliamo ottenere è una configurazione come questa:

• l’host è connesso ad internet;
• l’host può pingare il guest;
• il guest può pingare l’host;
• il guest può accedere ad internet.

Quindi entrambi i sistemi operativi accedono all’esterno e possono comunicare tra di loro.

Passo 1: Installare Virtualbox

Sull’installazione di Virtualbox non mi soffermerò. Nella pagina dei download trovate i pacchetti per i diversi sistemi operativi. Se siete sotto linux potete installarlo direttamente dai repository della vostra distribuzione.

Passo 2: Creare la macchina virtuale

Avviamo VirtualBox e creiamo una nuova macchina virtuale cliccando su “Macchina > nuova“.
Partirà una procedura guidata che vi chiederà alcune informazioni. Scegliete quelle che più si adattano al vostro caso. Vi do’ alcuni suggerimenti su come ho creato la mia:

• Non allocate meno di 512 Mb di RAM, altrimenti l’utilizzo della macchina virtuale sarà lentissimo.
• Create il disco virtuale con lo spazio allocato dinamicamente (figura sotto) che vi permetterà di non occupare spazio inutilmente quando non è necessario.
  
• Per quanto riguarda lo spazio da allocare al disco (figura sotto), non esagerate: su un sistema server 2 GB sono più che sufficienti per i vostri test.
  

Passo 3: Installare il sistema operativo guest (Ubuntu 10.04)

Installiamo ora il sistema operativo guest che, in questo esempio, è Ubuntu 10.04 server.
Andiamo alla pagina dei download e scarichiamo il file immagine (.iso) nella versione a 32 bit, altrimenti riceverete un errore quando cercherete di installarlo su una macchina virtuale.

Avviamo la macchina virtuale creata al punto 2, un’altra procedura guidata ci assisterà nel primo avvio. Nel passo 2 di questa procedura viene richiesto di scegliere il supporto per avviare l’installazione. Normalmente è il lettore CD, nel nostro caso invece dobbiamo selezionare l’immagine ISO appena scaricata e poi procedere con l’installazione.

A questo punto si avvierà l’installazione del sistema operativo, sulla quale non mi soffermerò.

Passo 4: Configurare il tipo di connessione

Ora dobbiamo impostare il tipo di connessione per ottenere una configurazione come quella descritta all’inizio.

Assicuriamoci che la macchina virtuale non sia avviata. Nel caso lo sia, spegniamola cliccando su “Macchina > spegni“.

Apriamo la schermata delle impostazioni cliccando su “Macchina > impostazioni” e portiamoci nella sezione “rete“. Dovremmo trovarci di fronte la “Scheda 1“. Configuriamo il tutto come nella figura che segue:

Vediamo in dettaglio le impostazioni:

• Innanzitutto è necessario spuntare “abilita scheda di rete” altrimenti non funzionerà.
• Dal menu a tendina “connesso a” selezionate “scheda con bridge” che permette la configurazione ibrida che serve a noi (macchina virtuale che comunica con l’esterno e con la macchina host).
• Dal menu “nome” dobbiamo scegliere la scheda di rete della macchina host con cui fare bridge. In questo menu è importante selezionare la scheda di rete realmente connessa ad internet. Nel mio caso era con un MacBook connesso in wireless e allora ho selezionato la scheda di rete wireless “AirPort”.
  Fate attenzione, se non selezionate la scheda connessa ad internet il sistema operativo guest non potrà navigare verso l’esterno.
• Il resto delle impostazioni potete lasciarle con i valori di default. In alcuni casi potrebbe essere necessario scegliere come “tipo di scheda” quella in figura (Intel PRO/100 MT Desktop (82540EM)) perché sembra che con alcune configurazioni hardware le altre diano problemi.

Passo 5: Testare la comunicazione

Abbiamo finito. Adesso facciamo un test finale per assicurarci che tutto funzioni.
Avviamo la macchina virtuale e facciamo login nel sistema operativo guest. Da ora in avanti si lavora di terminale.

Dal sistema operativo guest controlliamo l’indirizzo IP assegnato alla nostra macchina con il comando “ifconfig eth0“. L’indirizzo è quello evidenziato nella figura che segue:

Apriamo un terminale sul sistema operativo host e facciamo un ping verso l’indirizzo appena visto: “ping 192.168.0.102” (ovviamente dovete utilizzare l’IP che è stato assegnato alla vostra macchina). Se il risultato è qualcosa del genere (figura sotto) significa che la macchina host riesce a comunicare con quella guest.

Per sicurezza assicuriamoci che il sistema operativo host riesca a comunicare con l’esterno. Possiamo farlo direttamente da terminale con un ping verso google: “ping google.it“.

Bene, la prima parte del test è conclusa con successo. Ora controlliamo che il sistema guest riesca a comunicare con quello host e con l’esterno. Controlliamo quale IP possiede la nostra macchina host, di nuovo utilizzando il comando “ifconfig“:

Ora che conosciamo l’IP della macchina host procediamo con gli stessi due step di sopra. Ci spostiamo nel terminale della macchina guest e facciamo un ping verso il sistema host (ping 192.168.0.52) e verso l’esterno (ping google.it). Se i risultati sono come quelli che seguono allora funziona tutto correttamente.

Questo è quanto!
Adesso abbiamo la nostra macchina virtuale server pronta e comunicante. Come ho detto all’inizio, nel caso abbiate problemi contattatemi nei commenti o su twitter.

Siamo giunti all’ottavo appuntamento con la serie di post sulle idee sbagliate sul PHP, siamo quasi alla fine. Ricordo a tutti il link dell’articolo originale in inglese, apparso su PHPClasses. In questo articolo si parla di confronti con framework famosi scritti in altri linguaggi.

8. PHP è peggio di Ruby On Rails, Python Django o di un certo framework nel linguaggio X

PHP ha molte estensioni che forniscono numerose funzionalità ma confrontare un linguaggio con un framework full-stack è come confrontare pini con mele.

Penso che sia giusto confrontare PHP con Java, C#, Ruby, Python o “inserire il nome del linguaggio del momento qui“. E’ allo stesso modo giusto confrontare Ruby on Rails, Django, ecc…con framework simili in PHP. E’ un dato di fatto che ci siano molti framework PHP simili, che non menzionerò nello specifico per evitare di essere sleale con i fan di ognuno di essi.

Personalmente penso che quello di cui gli sviluppatori dei vari linguaggi hanno bisogno non è esattamente di usare un framework. Quello di cui hanno bisogno gli sviluppatori è di utilizzare una metodologia di sviluppo che li renda produttivi.

Una volta che hai adottato una metodologia di sviluppo, ogni cosa diventa meccanica e hai bisogno di meno tempo per produrre lo stesso volume di lavoro, visto che devi solo ripetere gli stessi step in maniera consistente.

Non hai realmente bisogno di usare un framework per adottare un metodo di sviluppo consistente. Per esempio, io non uso nessun framework, seguo semplicemente la stessa metodologia di sviluppo che ho evoluto negli anni, al che al giorno d’oggi sono abbastanza produttivo usando quella metodologia.

Non scenderò nei dettagli di quale motodo di sviluppo utilizzo perché ne ho già parlato in un vecchio post riguardo i framework PHP consigliati e in un altro riguardo lo sviluppo di componenti PHP application-level.

Seguo pratiche di buona programmazione come separare i concetti in diversi componenti, ma non ho bisogno di nessun framework MVC. In realtà penso che spesso MVC è un design pattern inadeguato nello sviluppo di applicazioni web scalabili.

Di solito separo i diversi concetti in componenti che possano essere distribuiti facilmente su diverse macchine secondo il significato di service layer. Ma questo forse sarà argomento di un diverso post.

Il punto principale qui è che non hai bisogno di usare il framework X per essere produttivo. Quello che conta è che tu segua una metodologia di sviluppo consistente che renda il tuo lavoro meccanico e fluente.

Il fatto è che certi framework impondono una cerca metodologia di sviluppo. Questi framework sono chiamati “supponenti” perché riflettono l’opinione dei creatori su come dovrebbe essere la programmazione.

Quindi, se investi nello studio di una metodologia che un determinato framework impone e questa ti rende produttivo quando realizzi le tue applicazioni web, bene, usala.

Ma, per favore, non venire a dirmi che il framework X, del quale sei un grande fan, è la soluzione migliore o, peggio, che gli sviluppatori PHP non possono essere produttivi quanto te perché non usano quello stesso framework che tu ami così tanto. Quella è solo la tua opinione basata sulla tua esperienza. Non sottovalutare l’esperienza di altri programmatori.

Prendiamoci una pausa dai post seri e facciamoci quattro risate.

Ieri mi hanno fatto ascoltare questa canzone “Ballata del programmatore”, realizzata sulla musica di “Il pescatore” di De Andrè.

E’ semplicemente eccezionale!

Se siete programmatori la ascolterete con un sorriso sulle labbra che la dice lunga ;)

Rieccomi, dopo un bel po’ di silenzio, con la settima parte della serie di articoli sulle idee sbagliate su PHP. Ecco il solito link all’articolo originale (in lingua inglese). In questo post l’argomento è PHP e il suo essere poco Object-Oriented.

7. I progetti PHP non sono riusabili perché non sono Object Oriented

Uno dei motivi per i quali PHP è diventato così popolare è il fatto che ci fossero alcune killer application che dominavano il mercato web. Alcune che mi vengono in mente sono WordPress, Drupal, Joomla, ecc. Se volete lavorare come consulente PHP, quasi sicuramente parte dei vostri clienti vorranno che gli integriate i loro siti web con alcune di queste applicazioni.

Oggi WordPress è sicuramente la killer application PHP più popolare. Recentemente, Matt Mullenweg, il creatore del progetto WordPress, ha annunciato nel suo “State of the Word 2011” che WordPress è presente nel 14,7% dei top siti web, in accordo con quanto dice il W3 Techs Web survey. E’ tanto!

Matt ha anche aggiunto che molti sviluppatori modificano le loro installazioni WordPress con dei plugin per utilizzarli come dei CMS o, eventualmente, altri tipi di applicazioni.

Molto del codice di WordPress è scritto in uno stile non Object-Oriented. Ci sono delle classi basi per implementare le funzionalità più comuni, ma il core è scritto in codice procedurale.

Questo rende evidente il fatto che non essendo scritto in stile Object-Oriented, non è necessario rendere il progetto riusabile, neanche per scopi che sono diversi da quello originale di piattaforma di blogging.

Ma aspettate, non fraintendetemi. Questo è il sito PHPClasses. Una delle regole per avere i propri componenti PHP accettati per la pubblicazione sul sito PHPClasses, è che il codice che implementa le funzionalità principali deve essere scritto sotto forma di classi in codice Object-Oriented, da qui il nome del sito: PHP Classes.

La ragione di questo requisito è che le classi incapsulano funzionalità dentro un contenitore chiamato classe. Se le funzioni fossero globali, ci sarebbero ottime probabilità di avere collisioni tra i nomi, quando si usano componenti diversi da diverse sorgenti.

Per esempio, se due componenti hanno una funzione chiamata print, come potrebbe l’applicazione capire quali dei due componenti chiamare per usare la funzione print? Le classi rendono questo processo più facile, incapsulando funzioni con lo stesso nome in diversi “scopes”.

Ma c’è un workaround per evitare questo problema senza ricorrere alle classi. Potete aggiungere un prefisso alle funzioni di ogni componente per evitare collisioni tra i nomi. Per esempio, l’estensione MySQL fornisce funzioni con il prefisso mysql_.

Questa è una soluzione molto vecchia usata nel core di PHP da sempre, soprattutto perché fino alla versione 3 non c’era il supporto agli oggetti. Questa pratica è stata poi mantenuta negli anni, fino ad oggi.

Ovviamente non è una soluzione elegante. Incapsulare i nomi delle funzioni è solo uno dei benefici della programmazione Object Oriented. Ma nessuno può dire che non funziona o che non consente ai progetti PHP di essere riusabili.