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.

Questa è la seconda parte dell’articolo sul come realizzare un’app aziendale di qualità. Ho selezionato altre cinque app che, secondo me, offrono quel valore aggiunto necessario per coinvolgere l’utente, legarlo al marchio e non realizzare una semplice app vetrina, tanto per esserci.

Tutte le app segnalate sono gratuite e in ordine casuale.

Illy Locator | Illy caffè

Permette di trovare i bar, gli hotel e i ristoranti che usano caffè Illy nelle vicinanze. Inoltre è possibile trovare i punti vendita di capsule illy. Anche in questo caso c’è la possibilità di utilizzare la realtà aumentata per vedere dove sono posizionati i locali intorno a te.

Comix – Se fa ridere è Comix | Panini

Il noto marchio di diari per ragazzi ha realizzato un’app che raccoglie le battute degli autori di comix e le migliori strisce comiche a fumetti. Tutti gli interventi sono commentabili e votabili. Inoltre gli utenti possono inviare fotografie divertenti di cartelloni stradali, animali, situazioni goffe, ecc.

Focus Meteo Meduse | Mondadori

Focus, in collaborazione con l’università del Salento, ha realizzato quest’app attraverso la quale si può segnalare e controllare la presenza delle meduse sulle spiagge italiane. Attraverso la segnalazione dei cittadini si può vedere sulla mappa dove si trovano le meduse. Le segnalazioni vengono controllate dai ricercatori dell’Università che le validano scientificamente. Sono presenti, inoltre, delle schede informative sulle meduse più pericolose.

R. S. Monitor | Renault

App dedicata agli appassionati di motori. Consente di misurare le proprie performance su un circuito. Tiene traccia di velocità e accelerazione, permette di vedere una serie di diagrammi sui giri percorsi. E’ possibile, inoltre, video registrare l’andamento della performance per poi riguardarlo in un secondo momento.

Macelleria Petucco | Macelleria Petucco

Concludo con quest’app (lasciata volutamente per ultima) realizzata da una macelleria di Reggio Emilia che rappresenta un caso isolato nel settore, una mosca bianca a tutti gli effetti. Ad essere sinceri l’app non è realizzata molto bene, quello che va premiato, a mio avviso, è l’iniziativa. Un’app da prendere come esempio anche per i “piccoli”. E’ possibile vedere foto e video della macelleria, effettuare ordini, leggere news e promozioni. Inoltre, per ogni tipo di carne, ci sono consigli su come cucinarla al meglio.

Eccoci con il sesto appuntamento sui falsi miti di PHP. Per chi non avesse letto i precedenti post (che sono linkati alla fine dell’articolo) lascio sempre il link all’articolo originale in inglese. Oggi si parla di documentazione.

6. La documentazione di PHP è scadente o insufficiente

Questa è probabilmente la peggiore lamentela che abbia mai sentito, ma penso sia necessario citarla perché l’ho sentita ripetere più di una volta. In realtà ho sentito persino qualcuno dire che la documentazione di PHP è talmente scadente che sono necessari i commenti per migliorarla.

Se c’è una sola cosa buona in PHP, questa è di certo la documentazione. La documentazione è ben strutturata, chiara e, dato il tempo necessario al team della documentazione, molto completa. I commenti degli utenti, che sono presenti nella pagine della documentazione, la arricchiscono e la rendono più completa.

Non ho ancora visto nessun progetto software, open source o meno, che ha una documentazione migliore di PHP. Il fatto che includa i commenti degli utenti, rende la documentazione di PHP una Documentazione 2.0 – Documentazione arricchita dagli utenti.

Il team  documentazione di PHP fa un fantastico lavoro. Non solo si occupano della documentazione principale in Inglese, ma hanno anche dei team dedicati che si occupano di tradurla in decine di lingue diverse. Questo è sicuramente uno dei motivi per cui PHP è così popolare nel mondo. Onore a tutti quelli che aiutano nella documentazione di PHP.

Il team  documentazione di PHP non può fare miracoli. Gli aspetti che PHP copre sono così estesi che è impossibile conoscere ogni dettaglio oscuro che fa funzionare PHP in maniera diversa da come ci si aspetta, su alcune piattaforme. Ci possono essere bug in PHP che possono causare comportamenti sbagliati, ma questo non è di certo un errore del team  documentazione.

Ecco perché i commenti degli utenti sono così importanti. Forniscono delle informazioni addizionali che permettono agli utenti PHP di conoscere i comportamenti inattesi che il team documentazione non riesce ad anticipare.

Inoltre, spesso potete trovare, tra i commenti alla documentazione, codice di esempio per eseguire certi task che gli utenti PHP si aspettano da una determinata funzione. Questo rende la documentazione di PHP con i commenti degli utenti ancora più ricca di quanto non possa essere senza commenti. Non è fantastico?

Stiamo vivendo nella cosiddetta “app era“, intorno a noi si sta sviluppando la “app economy” e la parola “app” è sulla bocca di tutti, molto spesso senza nemmeno sapere di cosa si stia parlando.
Le aziende ormai chiedono di sviluppare un’app così come 5 anni fa volevano farsi sviluppare il sito web. Le app sono diffusissime e ormai si riescono ad ottenere ottimi prodotti a costi contenuti.

Ma come si dovrebbe realizzare un’app aziendale?

Sono del parere che non ha molto senso sviluppare un’app vetrina, giusto per esserci. Molte aziende stanno facendo lo stesso errore che anni fa fecero con i siti web. Volevano il sito vetrina, volevano un biglietto da visita, volevano “esserci” anche loro come stavano facendo gli altri.

Un’app aziendale dovrebbe offrire un valore aggiunto.

Solo in questo modo si è certi di colpire l’attenzione dell’utente finale e far si che apra l’app più volte, che lasci una buona recensione, che ne parli con gli amici e che, alla fine di un percorso, si trasformi in un cliente.

Ho selezionato 10 app che ritengo di qualità e che offrono questo valore aggiunto. Non sono app vetrina, non sono dei cataloghi, non sono delle pagine about o dei form per i contatti. Tutte le app scelte offrono qualche servizio veramente utile legato in qualche modo al business dell’azienda che l’ha realizzata.

Tutte le app segnalate sono gratuite e sono in ordine casuale.

iPasta | Barilla
Invece di realizzare un sempice catalogo dei propri prodotti, la Barilla ha realizzato un’app contenente centinaia di ricette che si possono navigare per tipo di evento, regione, ingrediente e linea di pasta. Trovata la ricetta che si desidera viene consigliata la pasta barilla con la quale cucinarla. Inoltre offre alcuni strumenti utili come il timer per la cottura, il dosaspaghetti, la lista della spesa e un simpatico servizio di condivisione foto delle proprie ricette.

Wired Wi-Fi | Wired Italia
Wired Italia ha sempre sostenuto campagne a favore della connettività in italia e quest’app aiuta nell’obiettivo. Permette, infatti, di vedere gli hot-spot wi-fi nelle proprie vicinanze. Si possono segnalare hot-spot e commentare/votare quelli già segnalati. E’ possibile indicare se l’hot-spot è gratuito o meno, se la qualità della linea è buona, la posizione sulla mappa e altre informazioni utili.

Nike True City | Nike
Nike è, probabilmente, una delle aziende ad aver meglio colto le potenzialità delle app. Oltre ad avere un catalogo dei prodotti nike, in quest’app è possibile controllare eventi e luoghi legati allo sport, alla musica, all’arte e al cibo che sono presenti nelle proprie vicinanze. Anche in questo caso gli utenti hanno una parte attiva: gli eventi possono essere segnalati da chiunque.

Nike Training Club | Nike
A conferma di quanto ho detto sopra, Nike ha realizzato diverse app interessanti. Training club permette di avere un personal trainer nel proprio iPhone. Si sceglie il tipo di allenamento desiderato e l’app mostra una serie di video su come eseguire correttamente gli esercizi e per ognuno di essi ci sono schede informative con foto. Inoltre tiene conto dei tempi di esecuzione e di altre informazioni utili durante lo svolgimento dell’allenamento.

Fuoricasello | ENI
Fuoricasello è una guida ai migliori ristoranti e trattorie che si trovano nei pressi dei caselli autostradali. Per ogni ristorante c’è una scheda descrittiva e una mappa con la posizione del locale. Due funzionalità molto interessanti sono quella di poter navigare i ristoranti per uscita e quella di utilizzare la realtà aumentata per vedere dove si trovano i locali nelle vicinanze.

Nei prossimi giorni la seconda parte dell’articolo con le restanti 5 app.

Dopo qualche giorno di pausa, riprendo la serie di articoli sui miti da sfatare riguardo PHP. Lascio il solito link all’articolo originale di cui questa serie di post sono la traduzione.

5. PHP è controllato da una sola azienda (Zend)

Se avete letto la storia di PHP sapete che fu creato da Rasmus Lerdorf nel 1994. Nel tempo si sono uniti a Rasmus decine o addirittura centinaia di altri sviluppatori, inclusi Andi Gutmans e Zeev Surasky, i fondatori di Zend, così come altri sviluppatori chiave che lavorano (o almeno lavoravano) per Zend.

Penso sia normale che gli sviluppatori di Zend cerchino di influenzare lo sviluppo di PHP in modo da prendere la direzione che sia più conveniente per il loro business, dopo averlo fondato interamente su PHP. Se lo sviluppo di PHP prendesse una direzione tale da rendere Zend irrilevante, loro probabilmente fallirebbero.

In tutti i casi, affermare che lo sviluppo di PHP sia controllato da una sola azienda è una grossa esagerazione. Il fatto è PHP fu sviluppato e continua ad essere sviluppato da molte altre persone che non sono legate a Zend.

Ci sono, addirittura, sviluppatori chiave che lavorano per Microsoft, come Pierre Alain Joye, uno sviluppatore chiave di PHP di lunga data che fu assunto da Microsoft negli anni scorsi per far si che PHP girasse bene con Windows e gli altri prodotti Microsoft. Ci sono anche sviluppatori di Oracle, non solo per occuparsi delle estensioni per il database Oracle, ma anche per MySQL, che è diventato da poco un prodotto Oracle, da quando hanno comprato Sun.

Il fatto è che questi sviluppatori PHP chiave che sono legati a Zend, Microsoft, Oracle o altre compagnie, sono una minoranza, nonostante la loro influenza. La maggior parte degli sviluppatori chiave non sono legati ad alcuna azienda.

Se siete preoccupati che queste aziende possano essere malvagie e cercare di influenzare lo sviluppo di PHP nella direzione sbagliata, state certi del fatto che gli altri sviluppatori chiave, non legati ad alcuna compagnia, sono interessati a tenere sotto controllo ogni singola mossa sbagliata. Se avete cercato di seguire le discussioni delle mailing-list interne di PHP, per un po’ di tempo, avrete già notato che è così.

Decoro Urbano è uno strumento per la segnalazione di disagi via smartphone e pc, un servizio innovativo per contribuire alla risoluzione dei problemi del territorio.

Il progetto è in costante sviluppo: attualmente è possibile inviare segnalazioni in merito alla gestione dei rifiuti, alla manutenzione e alla segnaletica stradale, al degrado nelle zone verdi, al vandalismo e alle affissioni abusive. Tutte le segnalazioni sono liberamente consultabili e condivisibili in rete.

Come funziona?

L’utente registrato utilizza l’applicazione smartphone o effettua l’accesso su www.decorourbano.org per inviare la propria segnalazione. Il team di Maiora Labs effettua un controllo preventivo impedendo la pubblicazione di segnalazioni non pertinenti o la violazione delle condizioni di utilizzo. La segnalazione viene pubblicata su decoro urbano. L’ente preposto la visualizza sul suo pannello di controllo e comunica lo status dell’operazione: in attesa, in carico, risolta, gestendo gli interventi in base alle priorità.

Le istituzioni che aderiscono al network di Decoro Urbano utilizzano la mappa per monitorare il territorio e aggiornano lo status delle segnalazioni, informando i cittadini in merito alla gestione degli interventi e/o comunicando pubblicamente la risoluzione dei problemi.

La risoluzione di un problema comunicata attraverso Decoro Urbano ottiene ampia visibilità in rete e raggiunge rapidamente la community.

Comuni Attivi

Un comune che aderisce al progetto appare in Decoro Urbano come comune attivo dispone  dei seguenti strumenti per la gestione del servizio:

• Home page personale (ad es. www.roma.decorourbano.org)
• Applicazioni smartphone personalizzata (logo in apertura)
• Accesso “Amministratore” con pannello di controllo
• Materiale divulgativo

Le istituzioni che aderiscono al network compiono un importante passo nella realizzazione dell’e-Government, in linea con quanto sta accadendo in diversi Paesi (USA, Nord Europa, Asia). Attraverso la completa integrazione con i social network, gli interventi ottengono ampia risonanza mediatica e riscuotono il consenso di tutta la community.

Quello che andrò a mostrarvi di seguito è una delle numerose tecniche esistenti per cancellare un amico da Facebook. L’operazione, per motivi di sicurezza, è stata resa molto macchinosa proprio per accertarsi che l’utente desideri “realmente” cancellare una persona dalla propria vita virtuale.

I passaggi non sono banali, quindi, per ogni problema o difficoltà che riscontrate non esitate a commentare.

Iniziamo aprendo la pagina del vostro profilo e andando nella sezione “Amici” che trovate alla vistra sinistra.

Stampate con il tasto “STAMP”, sotto Windows, o con il tasto CMD+SHIFT+4 e poi BARRA SPAZIATRICE, sotto Mac OS, la finestra del browser. Aprite l’immagine salvata con un programma per l’editing delle immagini, in questo caso Photoshop.

Selezionate l’amico che volete cancellare, nell’esempio “Alberto Montella” (sappi che ti voglio bene, è solo un esempio…).

Tagliate ogni rapporto con l’amico selezionato attraverso la combinazione CMD+x oppure CTRL+x, quello che ottenete è un vuoto nella vostra vita, un piccolo tassello mancante.

Non disperate, esiste un rimedio, selezionate lo strumento “secchiello”, selezionate il colore FFFFFF (comunemente noto come bianco)

A questo punto riempite il vuoto che si è creato dentro di voi…

Salvate l’immagine per dispositivi WEB come PNG-24

Adesso arriva la parte complicata: come prima cosa il file deve essere chiamato fb_rb4920.png altrimenti Facebook non riesce a riconoscere l’aggiornamento del Database.

Aprite il vostro programma FTP preferito, se non ne avete uno potete scaricarvi Cyberduck, gratuito e fatto molto bene. Create una nuova connessione con il server FTP di Facebook. L’indirizzo per la connessione è ftp.facebook.com e il path a cui accedere è /images. Il nome utente  e la password sono quelle del vostro account Facebook.

Ora caricate l’immagine che precedentemente avete salvato e attendere 2 giorni. Questo tempo può variare a seconda delle richieste che il team dedicato a questo funzionalità ha ricevuto. L’immagine  sarà analizzata e successivamente verranno apportate le modifiche al Database mondiale di Facebook.

Spero a tutti che sia stato chiaro ogni passaggio di questo tutorial, per qualsiasi domanda non esitate a contattarmi.

Eccoci con il quarto appuntamento, molto breve, di questa serie di articoli tradotti dall’inglese “Top 10 Wrong Ideas About PHP That You Should Get Right“.

4. PHP è adatto solo allo sviluppo Web

L’uso più comune di PHP è per lo sviluppo di applicazioni web. In realtà PHP si può eseguire anche esternamente ad un web server usando l’eseguibile PHP CLI (l’interfaccia a linea di comando). Quest’ultimo è un programma che può essere lanciato da una qualsiasi shell a linea di comando per eseguire ogni sorta di operazioni, legate o meno al web.

Anche programmi con uso intensivo della CPU vengono scritti con PHP ed eseguiti fuori da un web server, usando la CI, come per esempio l’invio di newsletter a molti iscritti. Lo stesso PHPClasses invia milioni di newsletter ogni mese utilizzando la versione CLI di PHP.

Si possono addirittura creare applicazioni desktop da eseguire su Windows, Linux, Mac o su qualsiasi altro sistema Unix, usando l’estensione PHP-Gtk. Si possono anceh sviluppare applicazioni specifiche per Windows o servizi per Windows usando estensioni come WinBinder e altre specifiche estensioni di PHP per Windows.

Non è che ci siamo molta richiesta per lo sviluppo di questo tipo di applicazioni specifiche per i sistemi operativi ma, se ne aveste bisogno, potete svilupparle anche con PHP.