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 questi giorni su twitter si sta sviluppando una discussione intorno agli ebook molto interessante.
Un episodio degno di nota, che mi ha spinto a scrivere questo post, è stato il post pubblicato da Luca Conti sul suo blog riguardo al prezzo degli ebook. In particolare si parlava dell’ultimo libro di Luca De Biase e del fatto che la versione cartacea costasse meno di quella elettronica.

Su twitter ho dato qualche risposta veloce e poi ho pensato di approfondire un attimo la questione e scrivere qualche considerazione più ragionata.

Penso che ci siano almeno 7 fattori che, ora come ora, mi spingono a non comprare un ebook. Ci sono sicuramente fattori più importanti di altri e l’elenco che segue non è in ordine di importanza. Cercherò, quando possibile, di fare anche esempi pratici a supporto dei vari punti.

1) Fattore prezzo

Questo l’ho messo per primo perché, inevitabilmente, quando penso agli ebook penso al loro costo. Girando spesso tra i negozi online mi capita di confrontare prezzi di libri con le loro versioni elettroniche, soprattutto nel campo della manualistica. La differenza tra i prezzi è, a volte, irrisoria e, senza voler considerare il caso estremo di Luca De Biase, su manuali da 40/50 euro, il relativo ebook costa circa 30/40 euro! Stiamo scherzando?!
Perché mai dovrei comprare un FILE quando con 10 euro in più posso avere la versione cartacea??
Lo stesso vale per libri più economici: se un volume costa 20 euro e il relativo ebook ne costa 17,50 mi viene automatico aggiungere due “miseri” euro e comprare il cartaceo.
Visto che ritengo la versione cartacea molto più interessante (per i motivi che elencherò sotto) non riesco proprio a prendere in considerazione l’alternativa elettronica.
Discorso diverso sarebbe se gli ebook costassero di meno. Dove per “di meno” intendo molto di meno.
Le cifre di riferimento dovrebbero essere quelle della musica.
Un ebook può diventare interessante e competitivo sotto i 5 euro. Se la versione elettronica di un libro da 15/20 euro costasse 2/3 euro allora sarei molto più invogliato ad acquistarlo. Soprattutto perché, in questo modo, si attiva il ragionamento di “lo scarico, lo leggo e se mi piace spendo i 20 euro per la versione cartacea“. Cosa che faccio abitualmente utilizzando google libri.

2) Fattore libreria

Strettamente legato al “fattore emozione”, il fattore libreria ha varie componenti. Il poter conservare, classificare e ordinare i propri volumi secondo i criteri più assurdi, al limite del feticismo in alcuni casi, è sicuramente un elemento da non sottovalutare. E, vi prego, non ditemi che con iBooks o la vostra cartella PDF è la stessa cosa!
Passo davanti alla libreria, do uno sguardo veloce e trovo, direttamente dal colore della copertina, quel libro a cui sono tanto affezionato. Colloco i volumi di una collana uno vicino all’altro in modo che, sempre a colpo d’occhio, individuo subito quali sono e dove si trovano. Posiziono quelli che leggo più spesso sulle mensole in basso e gli altri li relego sulle mensole alte.
Insomma la libreria ha un forte valore estetico ma anche un valore organizzativo non da poco.

3) Fattore prestito

Il fattore prestito si divide in due: il lato tecnologico e il lato emozionale. Il lato emozionale è comune a molti di questi punti (penso, infatti, che sia uno dei più importanti) ed è, semplicemente, la praticità di prendere un libro da uno scaffale e darlo all’amico con cui si sta colloquiando.
Ti trovi li che fai il figo citando a memoria tutti i libri di Umberto Eco, alla fine lo convinci a leggere “Il pendolo di Foucault” e un minuto dopo lui ha il libro in mano e lo porta a casa.
Il lato tecnologico è invece legato alla questione DRM. L’argomento è lungo e complesso e sarebbe da discutere in un post a parte ma, indipendentemente da cosa penso riguardo ai DRM, questa tecnologia in se rende difficile se non impossibile, in certi casi, alcune operazioni sui libri come, ad esempio, il prestito.
Non sono libero di fare quello che voglio con un libro che è MIO.

4) Fattore emozione

Qui dovrei scrivere un libro!
Cerco di essere breve conscio del fatto che i discorsi emotivi riguardo ai libri sono più o meno sempre gli stessi.
Ogni libro è un’emozione.
E’ un’emozione il momento dell’acquisto, con le ore passate alla Feltrinelli a spulciare tra gli scaffali.
E’ un’emozione il ritorno a casa e il primo capitolo letto subito, al volo, sul divano.
E’ un’emozione tirarlo fuori dallo zaino mentre sei in treno.
E’ un’emozione il tocco delle dita sulla carta.
E’ un’emozione il fruscio della carta ad ogni cambio pagina.
E’ un’emozione poter vedere quante pagine ti mancano alla fine.
E’ un’emozione quando un amico ti porta a casa un libro che gli avevi prestato anni prima e nemmeno te ne ricordavi.
E’ un’emozione quando a casa di un amico vedi un libro nella sua libreria e poi te lo presta.
Devo aggiungere altro?
L’equivalente in un ebook sarebbe qualcosa tipo: scrolla, scrolla, click, click, salva con nome, sposta nella cartella.
Perché dovremmo rinunciare a tutto questo?

5) Fattore comodità

I libri sono comodi e i vari iPad, iPhone, kindle e altri non potranno riprodurre la stessa comodità.
Qualcosa a riguardo si evince già dai punti 2 e 3 ma, oltre a quelle elencate sopra, ci sono altre comodità come: poter tirare fuori un libro in qualsiasi momento e in qualsiasi luogo, tenerlo in una sola mano, muoversi comodamente in poco spazio, non avere la preoccupazione per la batteria o che rubino l’iPad in metropolitana.
Il libro lo butti nello zaino e scappi. Scendi dal treno, passi sul bus, hai altri 5 minuti e lo tiri di nuovo fuori. Non devi accendere o spegnere niente, non devi avviare programmi, non devi caricare file. Apri al volo con il tuo bel segnalibro, o la classica “orecchia”, e riprendi da dove eri rimasto.
In ufficio ne metti un paio sulla scrivania per il tempo libero, in bagno ne metti qualcuno più “easy” per i momenti di relax, mentre sei alla Mondadori ne sfogli decine senza accorgertene, ne lasci uno di quelli tascabili nel cruscotto della macchina per quando aspetti nei parcheggi, e cosi via.

6) Fattore appunti

Più in generale, qui mi riferisco ad appunti, note, segnalibri, pieghe e tutto quello che si può fare con un libro cartaceo. Certo, molte di queste operazioni hanno un equivalente nelle loro versioni elettroniche ma ci sono alcuni casi, come quello dei libri scolastici/universitari, dove determinati meccanismi non sono riproducibili. Pensate alla quantità di note scarabocchiate in giro, la velocità di scrivere poi cancellare e poi riscrivere qualcosa, i fogli lasciati in mezzo alle pagine, i segnalibri adesivi colorati per individuare gli argomenti.
Negli ebook i vantaggi sono sul lato della ricerca: mi ricordo quella parola chiave oppure quella citazione o quel determinato autore e allora cerco direttamente nel file e in un secondo arrivo alla pagina desiderata. Questo un libro non lo avrà mai, ma per quanto riguarda la praticità e la velocità delle operazioni descritte sopra non ci sono eguali in un ebook.

7) Fattore stanchezza

Quando leggo qualcosa da un dispositivo elettronico (che sia pc o altro) mi stanco e mi distraggo più facilmente. Con i libri no.
Dopo un po’ di tempo gli occhi si affaticano molto, la concentrazione non è la stessa e perdo più frequentemente il filo. Con i libri riesco a leggere per ore senza sentire la stanchezza e faccio più attenzione a quello che leggo.
Inoltre, con le “letture elettroniche”, ho la tendenza a saltare i paragrafi, cercare di velocizzare la lettura e terminare prima.
Non so se capita lo stesso anche ad altri ma, dal mio punto di vista, questo mi fa sempre prediligere un libro cartaceo, soprattutto per argomenti dove l’attenzione è fondamentale.
In particolare con le letture da lavoro (manuali per lo più) uso per versioni elettroniche per cercare velocemente gli argomenti e poi i libri per studiarli e approfondirli.

Credo di aver detto tutto, queste sono i miei fattori pro-libri. Sarebbe interessante conoscere anche le vostre opinioni.
Che ne pensate? Comprate ebook? Se si o no, perché?

Ero alla ricerca di un pò di informazioni e materiale su Android. Mi sono imbattuto nel sito di Punto Informatico. Per chi non lo sapesse Punto Informatico è una testata giornalistica online gratuita in lingua italiana, specializzata in nuove tecnologie, Internet e comunicazione, con rubriche e forum di discussione.
Ho trovato la sezione libri dove sono presenti anche altri testi oltre a quello che ho ricercato io. Sottolineo che per poter scaricare questi testi occorre registrarsi al sito. Buona lettura

Ecco due siti da cui prendere ispirazione per il design di interfacce mobile. Utili soprattuto per confrontare i diversi approcci che hanno avuto applicazioni molto famose come facebook, twitter, groupon ecc a problematiche tipiche dei dispositivi mobili.

http://mobile-patterns.com/

http://pttrns.com/

Sulla falsariga del post sui plugin indispensabili per WordPress, vorrei segnalare quelli che sono i plugin indispensabili per jQuery. Quelli che ad ogni nuovo lavoro scarico, installo e configuro subito. In questa raccolta ce ne sono sette, se avete proposte e suggerimenti, fate pure!

Validation
Ogni volta che avviamo a che fare con un form web c’è il solito problema di validare e filtrare i dati che l’utente inserisce! Fare questa operazione a mano è noiosissimo, soprattutto quando le esigenze sono le classiche “questa è una mail”, “questo campo è di 5 caratteri”, ecc. Automatizzate questo processo con il plugin Validation che utilizza una sua sintassi di definizione delle “regole” per ogni campo e offre tantissimi metodi di controllo. E’ quasi certo che ogni vostra esigenza possa essere rappresentata con alcune delle opzioni di questo plugin. Una volta iniziato ad utilizzare non potrete più farne a meno! E’ altamente configurabile e permette anche la personalizzazione dei messaggi di errore e del modo in cui vengono mostrati.

ajaxForm
Questo plugin in coppia con il precedente trasformerà il vostro modo di utilizzare i form. In questo caso parliamo di un plugin per inviare un form tramite ajax senza, quindi, ricaricare la pagina. Potete fare questa operazione a mano ogni volta che le funzioni di jQuery ($.ajax, $.get, $.post) oppure scrivere due righe di codice con le quali definite il form da sottomettere tramite ajax. Anche in questo caso molte sono le opzioni a disposizione tra cui la possibilità di definire le callback, il  tipo di dati da ricevere in risposta, ecc. Un notevole risparmio di lavoro, anche in questo caso, per un’operazione spesso noiosa e ripetitiva.

ScrollTo
Se volete realizzare un qualsiasi tipo di box scrollabile questo è il plugin che fa per voi. Utile in caso di gallerie di immagini, per la realizzazione di news ticker o anche semplicemente per effettuare scroll armonico all’interno di lunghe pagine web. Una quantità elevatissima di opzioni e tantissimi tipi di scroll diversi: dai valori assoluti in px alle percentuali, da valori incrementali a specifici selettori jQuery. Date un’occhiata alla demo per capirne la potenza.

Splashscreen
Da qualche tempo, grazie alla apple, sono tornati di moda gli splashscreen: immagini a schermo intero che introducono un sito e che vengono mostrate nell’attesa che il sito venga completamente caricato. Il plugin in questione non è presente sul sito di jQuery o come file js scaricabile direttamente ma potete trovarlo come codice di esempio in questo tutorial. L’effetto finale è davvero notevole e può essere utile in caso di siti un po’ pesantucci, nell’attesa che tutto il necessario sia caricato.

vTicker
I news ticker sono diffusissimi. Piccoli box nei quali ci sono notizie che “ruotano” ad intervalli regolari, come si possono trovare sui maggiori siti di informazioni. Allo stesso modo esistono decine e decine di plugin che fanno questo lavoro ma, quello che preferisco e sicuramente vTicker perché molto leggero, configurabile e non invadente: basta infatti creare un elenco puntato e darlo in pasto a questo plugin per ricavarne fuori un ticker verticale.

Shadowbox
Ha bisogno di presentazioni? Anche sull’articolo riguardante i plugin di wordpress ho segnalato come integrarlo nel proprio blog. In questo caso invece parlo del plugin jQuery vero e proprio. Shadowbox è probabilmente uno dei migliori sistemi di finestre modali presenti in giro. Anche in questo campo ci sono decine (se non centinaia) di plugin che fanno lo stesso lavoro. Shadowbox si distingue per la leggerezza, la compatibilità con i maggiori framework javascript (potete utilizzarlo anche con mootools, prototype, ecc)e la possibilità di inglobare diversi tipi di file e non solo html.

Tipsy
Con le pagine super colorate, i mille gradienti e i tanti effetti fade presenti sui siti moderni, non possiamo accontentarci del tag <title> per dare suggerimenti ai nostri utenti. Ecco che arrivano in aiuto i tips: al passaggio del mouse su determinate parole, immagini, ecc., apparirà un box colorato e più accattivante, nel quale mostrare il vostro suggerimento (che non deve essere per forza solo testo). Il miglior plugin in circolazione a riguardo è tipsy. Anche in questo caso tantissime opzioni configurabili: dalle solite callback ai tempi di fadeIn/fadeOut ma, più importante di tutte è sicuramente il sistema automatico di gravità che posiziona il suggerimento in maniera intelligente rispetto alla posizione del box.

Spero di aggiornare la lista in futuro se mi capiterà di utilizzare altri plugin che ritengo indispensabili. Nel frattempo invito voi a contribuire con suggerimenti nei commenti.

Volevo condividere con voi quelli che, secondo me, sono i plugin di wordpress indispensabili per ogni blog. Ovviamente la lista è dettata dalla mia personale esperienza: sono quei plugin che installo ogni qual volta mi trovo di fronte ad una versione “vergine” di wordpress.

Chap Secure Login
Non potevo non iniziare col plugin del mio “compare” redsend. Lo trovate su questo blog o potete scaricarlo direttamente dal sito di wordpress.
Indispensabile per la sicurezza della vostra password. Attraverso di esso la vostra password di accesso (e quella di tutti gli utenti iscritti al vostro blog) non viaggia in chiaro su canali non protetti. La comunicazione avviene, infatti, attraverso il protocollo CHAP. E’ uno dei primi plugin che installo!

Shadowbox JS
Nel 2011 le foto che si aprono in una nuova pagina o, peggio ancora, nella pagina stessa del blog, sono inguardabili. Le finestre modali sono obbligatorie su ogni blog secondo me. Questo plugin è uno dei migliori in termini di leggerezza e compatibilità. Potete dare un’occhiata e scaricarlo dalla pagina ufficiale.

Autoptimize
L’ottimizzazione del proprio codice html, css e js è essenziale per velocizzare il caricamento delle pagine del proprio blog o sito web. A riguardo esistono decine di plugin. Uno dei migliori, secondo me, è autoptimize. La facilità di configurazione è il suo grande punto di forza. Pochissime opzioni tra cui scegliere e potete decidere cosa ottimizzare, se comprimere il codice, se metterlo su una sola riga, ecc. La differenza la noterete subito!

Viper’s Video Quicktags
Con questo plugin avrete una barra aggiuntiva, nella pagina di scrittura dei post, attraverso la quale inserire facilmente i video da youtube, vimeo, google video e gli altri maggiori servizi di video streaming. Il tutto senza dover includere codice HTML o fare strani settaggi. Basta incollare il link del video e al resto pensa il plugin. Si scarica qui.

WPtouch
Il miglior modo di avere una versione mobile del vostro blog è attraverso WPtouch. Una volta installato non dovrete fare nient’altro. Appena visiterete il vostro blog da un dispositivo mobile, il plugin si occuperà di formattare la pagina in un formato diverso, pensato per il mobile. Oltre al cambio “estetico” vengono apportati anche alcuni cambi “funzionali” per permettere un accesso più facile ai contenuti.

WP-Stats
Se siete amanti delle statistiche questo plugin non può mancare nella vostra installazione di wordpress. Potrete avere sottomano tutti i numeri del vostro blog: quantità di post, quantità di commenti, utenti più attivi, orari, numero di post per categoria, quantità di link pubblicati, ecc. Questo è il sito ufficiale dell’autore, dove trovate tanta altra roba interessante.

WordPress Database Backup
Altro plugin indispensabile! Automatizzate il backup del database del vostro blog attraverso WordPress Database Backup. Potete decidere come e quando effettuare il backup, se salvarlo in locale o farvelo inviare via email, ecc. Indispensabile.

SI CAPTCHA Anti-Spam
Se sul vostro blog permettete i commenti agli utenti non registrati allora avrete di sicuro affrontato il problema dello spam. Io di solito lascio perdere akismet e punto su un sistema di captcha. Mentre con il primo, alcuni commenti di spam passano e, c’è sempre la necessità di un intervento manuale, con il captcha vi assicurate di evitare tutti i commenti automatici di BOT che trovano il vostro blog. Nel caso in cui stiamo parlando di un sito molto visitato allora la combinazione dei due plugin può essere l’ideale. Per scaricare SI CAPTCHA andate qui.

Google XML Sitemaps
Non penso ci sia da dire molto: per una migliore indicizzazione del vostro blog su google (e gli altri motori di ricerca) avete bisogno di realizzare una mappa XML di esso, una cosiddetta sitemap. Con questo plugin la cosa avviene in automatico. Essenziale per il SEO.

WP Super Cache
In accoppiata con Autoptimize, questo plugin renderà notevolmente più veloce il vostro blog. In particolare se utilizzate molte immagini, video e una struttura grafica molto pensate. Attraverso WP Super Cache potete decidere cosa cachare e avete una quantità elevata di opzioni per ottimizzare al meglio la vostra cache. Vi consiglio di usarlo con cautela e di fare molte prove per trovare la configurazione più adatta a voi.

Spero di non averne dimenticato nessuno. Ogni tanto magari aggiornerò l’articolo con qualche altro plugin interessante scovato in rete.

Oggi ho letto l’articolo “10 Intermediate and Advanced Tips from PHP Masters“. All’inizio avevo pensato semplicemente di segnalarlo sulla bacheca qui a lato, poi mi son reso conto che probabilmente sarebbe più utile una versione italiana dello stesso articolo.

Questa non è una traduzione vera e propria. Ho preso spunto dall’articolo in questione mettendoci qualcoa di mio per far si che un elenco del genere possa essere utile non solo ai programmatori php ma a tutti coloro che fanno codice.

1. Tieniti aggiornato

Essere aggiornati su cosa avviene nel mondo PHP può aiutarti ad essere uno sviluppatore migliore.
Se continui a programmare allo stesso modo di sempre e non ti aggiorni sulle ultime release, cambi e news importanti, stai portando un disservizio a te e al tuo capo. Prenditi del tempo per testare nuove features e vedere cosa c’è di nuovo in giro. Abbonati ai podcast del settore, segui assiduamente i blog e, se hai tempo, contribuisci attivamente ad alcuni progetti opesource.
Il programmatore, e più in generale l’informatico, deve essere sempre spinto dalla voglia di conoscere, di apprendere e di migliorarsi. Quando questo non avviene c’è qualcosa che non va. Se non riesci a mettere passione nel tuo lavoro, cambia lavoro.

2. Interagisci col codice altrui

Scarica progetti del quale è possibile vedere il sorgente e leggi, leggi, leggi tanto codice altrui. In questo modo puoi vedere come gli altri affrontano determinati problemi e trovare nuove idee per approcciarli.
Ancora meglio se trovi qualcosa che non conosci e lo impari direttamente dal codice. Possono succedere due cose: o trovi nuove idee da applicare oppure vedi quali sono le tue idee che non funzionano. In entrambi i casi hai solo da guadagnare.
Può essere utile utilizzare framework o cms esistenti e dare un’occhiata alla loro struttura. Si possono trovare interessanti idee anche su cose semplicissime come la nomenclatura dei file, la struttura delle cartelle, ecc. Altra cosa che aiuta molto è scaricare classi/librerie che risolvono in parte un proprio problema e provare ad adattare il codice alle proprie esigenze.

3. Restituisci

Quando eri un utente alle prime armi frequentavi blog, forum e community nei quali ponevi domande, leggevi documentazione e seguivi consigli. Se sei un utente più smaliziato passa dall’altro lato della barricata e contribuisci ad aiutare chi è alle prime armi. Puoi farlo in maniera più avanzata come partecipare alle conferenze del settore o, più semplicemente, scrivendo articoli per blog.
Ci sono posti che fanno al caso tuo se non possiedi un blog, sistemi come StackOverflow sono il posto ideale sia per imparare che per aiutare gli altri. Prenditi un po’ di tempo libero e rispondi a un paio di domande. Col passare del tempo ti accorgerai di come questo sta aiutando anche te.

4. Chiedi

Non vergognarti di chiedere. Il web, e non solo, è pieno di posti nei quali ci sono persone pronte a rispondere alle tue domande. Anche quando pensi che un quesito possa essere stupido. Questo è il modo col quale riuscirai di sicuro a imparare sempre cose nuove.
Esempi di posti dove si possono fare domande e trovare interessanti soluzioni sono ad esempio: le stesse pagine di php.net (sotto ogni funzione ci sono decine di commenti degli utenti); i commenti sui blog del settore (dove a volte partono accese discussioni); i forum dei più importanti cms/framework; sistemi di Q&A come StackOverflow; ecc.

5. Aiuta chi è alle prime armi

Gli sviluppatori che sono al primo, secondo progetto sono quelli che più hanno bisogno di aiuto. Se conosci persone del genere aiutale a compiere i primi passi. Gli utenti “intermedi” sono quelli che invece stanno iniziando ad approfondire il linguaggio, sono quelli che riescono a memorizzare meglio quello che imparano e il tuo apporto può essere fondamentale in questa fase.
Puoi fare una cosa del genere non solo sul web ma anche nella vita reale: se hai amici che sviluppano in PHP e sono all’inizio mettiti accanto a loro durante lo sviluppo dei loro progetti. Guarda cosa fanno e aiutali a farlo meglio. Questo ti permette di non adagliarti sugli allori e diventare uno sviluppatore pigro.
Suggerimento fondamentale, che non piace a molti, è questo: documenta sempre il tuo codice! Aiuterà te nel mantenimento del codice e chiunque dovrà leggerlo/modificarlo.
Due suggerimenti miei personali sui commenti. Scrivi una riga di commento per ogni riga di codice tranne, ovviamente, nei casi in cui la sola riga di codice non è un’operazione finita. Scrivi prima il commento e poi il codice. Troppo spesso ci si ripete la frase “ora finisco questa classe e dopo, quando ho tempo, mi commento tutto”. Il tempo dopo non ci sarà! All’inizio obbligati a scrivere i commenti in questo modo. Dopo due mesi non ne potrai fare a meno.

6. Semplifica

Il codice deve sempre essere pulito, modulare e semplice. Attenzione a non astrarre troppo il proprio codice e renderlo ingestibile. Fai si che ogni classe (o funzione o pagina) sia facilmente testabile.
Un consiglio che è sempre utile è quello di ricordare che una funzione dovrebbe fare una sola operazione. Se ti accorgi che all’interno di essa ci sono troppe operazioni, probabilmente dovresti dividerla in diverse funzioni.
Scrivi le funzioni in modo che possano ricevere un input facilmente e che diano un output controllabile per far si che possano essere testate singolarmente anche fuori dal loro contesto.

7. Usa dei tool

La scelta dei tool da utilizzare è fondamentale. Innanzitutto un buon IDE permette di velocizzare una serie di operazioni ricorrenti come il testing, l’analisi del codice, il debug, ecc. Alcuni buoni IDE per PHP sono Eclipse, Netbeans, Aptana. Io personalmente consiglio quest’ultimo: gratuito e completo come nessuno dei concorrenti in giro, nemmeno quelli a pagamento.
Non aver paura di fare unit test. Non rimandare il test alla fine, effettualo man mano che le singole funzionalità sono pronte. Scrivi della documentazione ogni volta che conduci un test. Alla fine ti troverai del lavoro svolto e avrai risparmiato un sacco di tempo.

8. Mantieni il tuo codice

Mantenere il proprio codice permette di imparare dai propri errori. Fai piccole fasi di refactoring ma falle spesso.
Periodicamente riapri i tuoi vecchi progetti. Ti accorgerai che sono pieni di errore e che hai usato 15 righe di codice per fare una cosa che si poteva fare in 2 righe. Riscrivi funzioni, riprogetta classi, migliora le prestazioni. Solo in questo modo riuscirai a renderti conto di quanto sei migliorato.

9. Monitorizza il tuo codice

Usa strumenti come FireBug, FirePHP, PageSpeed. Sono degli addon di firefox che ti permettono di: controllare il tuo codice; trovare errori, analizzarne le prestazioni.
Effettua il profiling del tuo codice attraverso strumenti come xdebug. Controlla quali funzioni vengono chiamate più spesso e, se puoi, ottimizzale. Controlla chi chiama chi e controlla che il flusso sia corretto.
(A breve un articolo su questo blog parlerò del profiling in php)
Utilizza un sistema di log sulle tue applicazioni. Controlla cosa succede durante l’esecuzione di una tua applicazione e risolvi gli eventuali problemi segnalati. Scrivi i log in maniera facilmente comprensibile: in questo modo velocizzerai la fase di debug.
Non ignorare gli altri linguaggi solo perché sei un fan di PHP. Ogni tanto prova un linguaggio diverso, un diverso database, un nuovo IDE. A volte le nuove tecnologie ti possono essere d’aiuto li dove php non lo è.

10. Lavora con altri

Non lavorare da solo. Osserva quello che fanno gli altri, sia sul web che da vivo. Se ci sono conferenze dalle tue parti, partecipa e discuti con altri. In questo modo potrai essere aggiornato su ciò che succede e vedere cosa c’è di interessante nei progetti altrui.
Mantieni il tuo “hacker state of mind”. Quello che abbiamo detto al punto 1: devi essere curioso, devi avere voglia di imparare, di migliorare, di capire. Non usare alcuno strumento (framework, cms, libreria, ecc) senza averne capito prima il funzionamento.

Considerate il seguente problema: avete una stampante non supportata da linux, ma nella vostra rete locale avete un sistema windows su cui la stampante può essere installata. Se tentate di condividere la stampante attraverso Samba, essa risulterà comunque non utilizzabile, dato che saranno necessari gli inesistenti driver linux. È proprio impossibile usare la stampante dalla vostra macchina Linux?

La risposta è no e all’indirizzo http://justin.yackoski.name/winp/ trovate una veramente ottima guida (in inglese) per riuscire nel vostro intento.

Un inutile post per ricordare la fine del Telefilm più bello di tutti i tempi:

Grazie agli autori e a tutti quelli che hanno lavorato per produrre questo capolavoro. Mi mancherà…

Un piccolo appunto preso e copiato da quì :)

Con la nuova versione di Anteprima inclusa in Mac OS X Leopard è possibile unire più PDF in un singolo file con un semplice drag and drop. E’ sufficiente seguire questa procedura:

1. aprire i due, o più, file PDF con Anteprima
2. per ciascun PDF, selezionare Vista/Barra laterale, quindi scegliere Miniature dal menu a comparsa nella parte inferiore della barra laterale.
3. selezionare una o più pagina da un PDF (anche tutte, cliccando su una pagina e premendo mela+A)
4. trascinare le pagine selezionate nell’altro PDF

Le pagine verranno copiate dal primo PDF al secondo, senza rimuoverle.

Senza inutili introduzioni ecco come configurare Mail per poter inviare, dallo stesso account smtp, messaggi con un mittente differente da quello collegato direttamente all’account utilizzato. Mi rendo conto che forse ho fatto un giro di parole non si capisce niente, mi spiego con un esempio: account Gmail pippo@gmail.com (mi scusi il signor pippo se diffondo il suo indirizzo in giro per il web ma non è colpa mia se è sfortunato come il Sig. Mario Rossi), tra le diverse mail in mio possesso c’è quella della società per cui lavoro, pippo@apple.com, confluisce tutto su gmail per non dover controllare mille account ma voglio rispondere alle mail che arrivano a pippo@apple.com da Mail, tramite l’smtp di gmail, e voglio che le email che invio abbiano come indirizzo mittente pippo@apple.com.

Bene dopo esservi annoiati e aver constatato che non avete capito niente guardate le figure…

Ecco cosa comparirà magicamente:

da qui potete specificare l’indirizzo da far comparire come mittente dell’email:

il tutto si ottiene inserendo nelle impostazioni dell’account configurato più indirizzi email separati da virgola. Ricordatevi che il vostro server smtp potrebbe impedirvi di inviare email da un altro indirizzo diverso da quello dell’account, come nel caso di gmail. Fortunatamente gmail offre un modo per aggiungere diversi indirizzi email con cui inviare la posta. Altrimenti dovete cercarvi qualche server che non effettua questo controllo.

Cos’è l’outline su un bottone?

Me lo sono chiesto anche io appena ho letto la parola “outline”. L’outline è quel bordo che il browser aggiunge quando viene fatto il focus di un elemento. In particolare viene utilizzato per evidenziare gli elementi di una pagina quando si naviga con il con la tastiera, utilizzando il tab per spostarsi sui vari link.

L’outline viene utilizzato per l’accessibilità di un sito ed è molto importante per chi usa navigare nella pagina tramite tastiera (con il TAB ad esempio). Se qualcuno ancora non ha capito cosa sia ecco vi un esempio:

lo vedete quel bordino attorno? Io l’ho odiato per tanto tempo, finché non sono riuscito ad eliminarlo :)

Senza perderci in chiacchiere inutili, a volte potrebbe esserci l’esigenza di personalizzarlo, come nel mio caso. Se provando a cercare su internet e avete trovato questa riga di css da inserire:

*:focus,*:active,*:hover { outline:none; }

sappiate che su Firefox non funzionerà, o almeno verrete ignorati. Non so’ per quale motivo, ma fino ad ora ho sempre cercato di evitare di utilizzare bottoni proprio per questo motivo. Oggi scopro che una soluzione c’è! Inserendo questa magica riga il problema si risolverà:

button::-moz-focus-inner { border: 0; }

Sto ancora chiedendomi che selettore è i due due punti, fino ad ora non lo avevo mai visto. Intuitivamente sembra un selettore come “:before” o “:hover” ma viene utilizzata una funzione offerta dal browser che sembra definire il CSS da applicare nel momento in cui viene effettuato il focus su un elemento. Sto cercando maggiori informazioni a riguardo.

In tutti i casi con la riga CSS di cui sopra risolviamo il problema del fastidiosissimo bordo quando un bottone viene selezionato. E’ inutile dirvi che potete selezionare in maniera più accurata gli elementi a cui applicare la regola (ad esempio sostituedo a button una classe specifica) e quindi continuare a mantenere l’accessibilità della pagina sugli altri elementi.

Scrivo questo piccolo articolo per appuntarmi un semplicissimo comando bash, ma che puntualmente ogni volta che mi serve me lo dimentico. Questa volta però non mi farò fregare, prima di dimenticarlo è meglio che lo scrivo…

Se vi state chiedendo quando è necessario pulire una directory dalle informazioni del repository SVN, la risposta è MAI. Solo nel caso in cui dovete giocherellare con la struttura tra diversi repository, perché state cambiando server o state spostando il vecchio repository ad un nuovo indirizzo, allora avete la necessità di ripulire il vostro progetto da tutti i file che il vecchio repository ha inserito. Questa operazione è necessaria perché se dovete spostare, ad esempio, la cartella “trunk” del vostro progetto, il nuovo repository storcerà il naso trovando già delle informazioni all’interno che non provengono da lui.

Attenzione però, questa operazione vi farà perdere tutta la vostra history del progetto e quindi partirete da zero, niente più vecchie versioni, commenti, ecc… andrà tutto perso!

Ora che siete coscienti di quello che state per fare, posizionatevi nella directory da pulire ed eseguite (nella shell ovviamente) questo comando:

find . -iname ".svn" -type d -exec rm -rf {} \;

ecco fatto! Sono sicuro che la prossima volta che mi servirà lo ricorderò e renderà questo appunto inutile, spero che possa servire a qualcun’altro.

Non so’ se sarà un articolo vecchio e quindi già noto a tutti, ma proprio oggi mi è capitato di leggerlo e lo trovo molto interessante.

Perché i programmi Apple sono meglio disegnati della media e spesso offrono una soluzione originale ai problemi? Un esperto programmatore di Cupertino svela alcuni segreti su sviluppo e progettazione secondo Steve.

In giro per la rete è pieno di tutorial su come si possano cachare le immagini utilizzando javascript. Nessuno dei tutorial che ho letto in questi giorni però prende in considerazione il fatto che nel frattempo javascript e il web si siano evoluti e che quindi, con l’utilizzo di ajax, spesso si visualizzano porzioni di pagina, precedentemente visualizzate, senza effettuare il reload della pagina.

Perché questa introduzione? Perché proprio il caso sopra citato manda a farsi friggere tutti i metodi di caching classici.

Vediamo quindi come sfruttare jquery e il metodo load per generare un evento ogni volta che una immagine viene visualizzata.

(function($) {
var cache = [];
$.preLoadImages = function() {
var args_len = arguments.length;
for (var i = args_len; i--;) {
var cacheImage = document.createElement('img');
cacheImage.src = arguments[i];
cache.push(cacheImage);
}
}
})(jQuery)

Con questa prima funzione iniziamo la procedura di cache delle immagini. E’ importante notare che la variabile cache sia globale, questo permette che il garbage collection di alcuni browser non cancellino le variabili non utilizzate.

$("#loader").fadeIn();
var imgsNumber = 0;
$("#container img").each(function(){
jQuery.preLoadImages(this.src);
var img = new Image();
$(img).load(function(){
imgsNumber++;
if(imgsNumber == $("#container img").length){
imgsNumber = 0;
$("#loader").fadeOut("slow", function(){
$("#container").css("visibility", "visible").fadeIn();
});
}
}).attr("src",this.src);
});

Questa funzione è un po’ più complessa e funziona in questo modo:

• mostra un loader (ovviamente il div #loader va sostituito con il vostro div);
• imgsNumber conta il numero di immagini caricate (è essenziale per sapere quando sono tutte caricate);
• il pezzo di codice successivo invece scorre tutte le immagini nel blocco #container e per ognuna di esse creiamo un oggeto img al quale assegniamo l’immagine. Questo è il passo essenziale per risolvere il problema di cui sopra visto che, in questo modo l’evento load verrà generato anche se l’immagine è già in cache. In questo modo si riesce a contare il numero di immagini caricate e mostrarle quando sono tutte pronte;
• la parte finale (fadeOut e css) si occupano proprio di nascondere il loader e mostrare il div in questione;
• la chiamata alla funzione attr si occupa infine di assegnare il path dell’immagine all’oggetto img temporaneamente creato.

Questo è quanto. Se avete dubbi chiedete nei commenti.