Vignetta di Geek and Poke

I nuovi media, twitter, facebook e simili sono sconosciuti agli editori, quindi iniziai il progetto fornendo feed rss per Panini, Bonelli e per Star Comics, ho deciso di prendere la palla al balzo e con l’introduzione dell’OAuth obbligatoria ho scritto un sistema per ripubblicare su alcuni account di Twitter le ultime uscite dei vari albi e fumetti:

Panini Comics
Marvel Italia
Planet Manga
Bonelli Editore
Star Comics

Cogliendo l’occasione ho girato sullo stesso sistema anche l’account dell’Ansa.

Ti potrebbe interessare...

• Fumetti tramite feed
• Nuovi feed per i fumetti
• Feed per i fumetti Panini

Per questo ho creato una applicazione di una pagina, Facebook Share Counter che permette, per ogni articolo, video, immagine o indirizzo generico condiviso su Facebook, di conoscere queste statistiche:

• quante volte è stato condiviso
• quante volte qualcuno ha cliccato “mi piace“
• quanti click sono avvenuti su questo elemento

In questa maniera diventa facile per te sapere se una tua campagna ha prodotto risultati e quali!

Inoltre, come funzionalità aggiuntive, controlla sia lo stesso indirizzo due volte, una con la barra finale ed un’altra volta senza (es: www.google.com e www.google.com/ ), sommando i risultati, per avere un dettaglio più preciso delle condivisioni.

I risultati sommati per la ricerca con e senza barra finale

Infine, è possibile cercare anche ricorsivamente i percorsi a monte di un certo indirizzo, in modo che cercando per www.dominio.it/indirizzo/verso/il/contenuto, appaiano anche i risultati per

• www.dominio.it/indirizzo/verso/il
• www.dominio.it/indirizzo/verso
• www.dominio.it/indirizzo/
• www.dominio.it/

Ora hai quindi uno strumento a tutto tondo per misurare le possibilità e l’efficacia di marketing su Facebook.

Ti potrebbe interessare...

• Esclusiva: il futuro di Facebook Username
• Elenco completo delle faccine della chat di Facebook
• Il Konami Code funziona su Facebook, Google Reader e molti altri siti

Vediamo un esempio: questa semplice risposta del server deve essere inserita come HTML in un elemento del documento.

<p>Caricamento in corso</p>
<script type='text/javascript'>
  alert('azione eseguita');
</script>

Verrebbe naturale caricare questo codice con innerHTML, ad esempio:

div.innerHTML = response;

Chiaramente bisogna sempre assicurarsi che il codice sia valido e non suscettibile di XSS, ma questo discorso esula dal presente articolo.

In ogni caso, Internet Explorer, NON eseguirà il codice né quindi visualizzerà l’alert; questo è un comportamento documentato ma ugualmente molto noioso, perché difficile da ricordare e perché in altri browser, come Firefox, non si presenta.

La soluzione ha questo problema è specificare l’attributo defer all’elemento script, facendolo diventare così:

<p>Caricamento in corso</p>
<script type='text/javascript' defer='defer'>
  alert('azione eseguita');
</script>

Solo in questo modo IE interpreterà correttamente lo script e lo eseguirà alla fine della chiamata innerHTML.

Ti potrebbe interessare...

• Parole (\w+) con lettere accentate nelle regular expression Javascript
• Guida per installare l’add-on Greasemonkey su Firefox per personalizzare siti internet
• Errore con la proprietà CSS sconosciuta: filter, opacity e trasparenza

Se, come per me, il blog è mono utente e non c’è interesse verso questa feature (che in effetti permette anche di recuperare una versione precedente), c’è un semplice modo per disabilitarla e una piccola query per pulire dalle vecchie revisioni il database. Per esperienza, su un blog con quasi 250 articoli, il backup del database pesava circa 3,2 Mb prima, cancellando le revisioni si è arrivati a 1,3 Mb, meno della metà!

Un post con cinque revisioni

Disabilitare le revisioni degli articoli

Primo passo per velocizzare e ottimizzare il nostro WordPress, almeno in scrittura, consiste nel disabilitare questa funzionalità, modificando un file di configurazione; purtroppo non esiste, anche se secondo me dovrebbe, un’opzione nel pannello amministrativo per farlo.

Con un programma FTP scaricare il file wp-config.-php sul proprio computer, si trova nella stessa cartella in cui è stato caricato WordPress stesso, per capirci dove ci sono le cartelle wp-includes, wp-content, eccetera.

Aprilo con il Blocco Note e dopo la riga che inizia per

define ('WPLANG',

inserisci la seguente riga

define('WP_POST_REVISIONS', false);

Questo impedirà d’ora in avanti a WordPress di salvare nuove revisioni.

Cancellare le vecchie revisioni

Rimangono però le revisioni che WordPress ha salvato fino ad ora, che vanno cancellarle. Non è poca roba, pensa che se hai salvato ogni articolo in media 2 volte, lo spazio per gli articoli e i dati correlati è grande il TRIPLO di quanto dovrebbe.

Per questo passo è necessario eseguire una query, cioè un comando mySQL, solitamente i provider mettono a disposizione un’interfaccia, come phpMyAdmin o simili; se utilizzi proprio phpMyAdmi, dopo aver selezionato il database corretto, clicca sulla tab SQL, qui immettere il comando, trovato sul blog di Andrei Neculau, sql:

DELETE a, b, c
FROM wp_posts a
LEFT JOIN wp_term_relationships b ON (a.ID = b.object_id)
LEFT JOIN wp_postmeta c ON (a.ID = c.post_id)
WHERE a.post_type = ‘revision’

Tutto su una riga oppure con gli “a capo”, non fa differenza.

Fatto questo Wordpres è pronto e pulito per essere più veloce e snello.

Ti potrebbe interessare...

• Aggiornato a WordPress 2.5 con mini-guida
• Tag per WordPress 2.3
• Aggiornato a WordPress 2.3 con Guida

Dannazione!

In questo articolo spiegherò come impostare i giusti settaggi di PHP, preferibilmente nel file /etc/php5/cgi/php.ini oppure tramite il comando ini_set.

Il primo settaggio da impostare è session.cookie_lifetime, che specifica QUANTO un cookie deve durare sulla macchina del visitatore, misurato in secondi; di default è impostato a 0, che non significa per sempre, ma piuttosto fino a quando il browser non viene chiuso. Dei valori di riferimento sono: 3600 = 1 ora; 28800 = 8 ore; 86400 = un giorno.

Per impostare questo parametro, o si edita il file etc/php5/cgi/php.ini oppure si utilizza la funzione, se abilitata, ini_set(‘session.cookie_lifetime’, 3600).

Fatto questo, passiamo a session.gc_maxlifetime, che stabilisce quanto una sessione dura sul server, cioè dopo quanti secondi il nostro fido PHP butta via una sessione che non ha aggiornato dati. Il paramentro è più subdolo di quanto possa sembrare, perché una sessione creata alle 8:00, viene considerata vecchia di 10 minuti già alle 8:10 anche se l’utente continua a visitare il sito, se nessun dato dell’array $SESSION viene aggiornato, quindi sta a te stabilire da quanto considerare una sessione scaduta, se dalla sua creazione/ultimo aggiornamento reale, oppure se dall’ultima visita, in questo caso, ad esempio incremetare una variabile dummy ad ogni pagina, con il comando $SESSION['keepailve']++ dopo esserti ricordato di inizializzare keepalive alla creazione della sessione.

In ogni caso, questo parametro non andrà MAI oltre quello precedente, quindi se alzi maxlifetime, devi ricordarti di fare altrettanto con cookie_lifetime.

Inoltre, di base, in ogni sistema basato su Debian (quindi ad esempio Ubuntu), il garbage collector gira ogni 30 minuti, non più spesso, quindi non è detto che un cookie impostato per durare 2 minuti duri veramene 2 minuti, perché se il garbage collector passa e subito dopo dovrebbe scadere la sessione, scardrà solo 29 minuti più tardi, perché nessuno si accorge della scadenza se non ogni mezz’ora.

Per risolvere questo problema, bisogna modificare il file /etc/cron.d/php5 con i permessi di super utente, la prima riga non commentata, cioè che non inizia con #, dovrebbe essere circa:

09,39 *     * * *     root   .....

Questo indica che il garbage collector gira alle 09 e alle 39 di ogni ora, per farlo girare più spesso (meno spesso non lo consiglio), basta mettere l’elenco, separato da virgole, dei minuti in cui far accadere il controllo. Ad esempio

4,9,14,19,24,29,34,39,44,49,54,59

facendo diventare la riga:

4,9,14,19,24,29,34,39,44,49,54,59 *     * * *     root   .....

Esegue il controllo ogni 5 minuti.

(Grazie a nulll per questi dettagli e l’indagine approfondia svolta!)

Queste impostazioni che seguono teoricamente servono, ma in pratica non vengono utilizzate.

Ora veniamo al bello, da solo il parametro maxlifetime non basta, perché PHP non passa ogni istante, per fortuna del tuo server, a controllare quali sessioni buttare, altrimenti il carico diventa eccessivo, piuttosto ha una data probabilità di farlo ad ogni pagina generata. I parametri sono session.gc_probability e session.gc_divisor. Immaginiamo di averli impostati a:

session.gc_probability = 7
session.gc_divisor = 80

Bene, allora per ogni pagina visitata, PHP controllerà (o meglio lo farà il Garbage Collector, ma questo è un dettaglio) tutte le sessioni valide, con una probabilità di 7 su 80 = 7/80 = 0.0875

Io ti consiglio di lasciare le impostazioni di base, cioè rispettivamente 1 e 100, ma dipende solamente dal server e dalle pageviews del tuo sito.

Ti potrebbe interessare...

• Consigli per script PHP più veloci
• Forzare o bufferizzare l’output in php
• Accorciare le url

Immagine di dermiller

Per indentazione si intende l’uso degli spazi bianchi o della tabulazione, per allineare il codice in base al flusso e alle strutture del linguaggio come blocchi o istruzioni di controllo. Per parlare chiaro, questo è codice indentato.

if (condizione == true)
    esegui();
else
    exit;

Questo è indentato con gli spazi (nel numero di 4), questo metodo di scrittura rende più semplice la lettura del codice, perché seguire il flusso logico del codice è più semplice, diventa chiaro che esegui dipende dalla condizione precedente.

if (condizione == true)
esegui();
else
exit;

Questo codice sopra è chiaramente molto meno semplice da leggere, è necessario sforzarsi molto di più per capire come funziona.

Indentazione

Alcuni editor hanno già in loro la funzionalità per “rendere bello” il nostro codice, strumenti chiamati solitamente auto-indenter, ma io non mi sono mai trovato bene, poi ognuno usa il suo e difficilmente cambierà per una funzione simile, almeno io non lo farei. Per questo vi consiglio questo tool: Online beautifuller. Ha proprio questa funzione, tutto con un unico click, inoltre utilizza il io stesso stile di indentazione, a volte chiamato K&R, dal nome dei famosi Kernighan e Ritchie, inventori del C. La scelta tra spazi e tabulazione è lasciata all’utente.

Formattazione

Un altro strumento utile, da utilizzare successivamente è Online syntax highlighting. Questo formatta in codice, lo colora in particolare, in modo da evidenziare le parole chiave, quasi tutti gli editor lo fanno già da loro, se il tuo non lo fa, ti consiglio di cambiarlo :P

La sua utilità principale è per chi intende pubblicare codice online, perché fornisce l’HTML da inserire nelle pagine. Ricordarsi sempre di selezionare Javascript a sinistra, altrimenti non funzionerà benissimo!

Minimizzare e compattare

Ultime note su come disfare il lavoro fatto, molte volte si rivela utile anche questo, ma solo in fase finale. Il codice Javascript non viene compilato, ma gira così come lo scriviamo, quindi sicuramente leggibile, ma non compatto, mentre le pagine web devono essere il più leggere possibili. Sono stati creati quindi questi strumenti che minimizzano e compattano il codice, fino al minimo indispensabile e anche oltre volendo (restringendo anche i nomi delle variabili per esempio).

JS Minifier: forse uno dei migliori, permette la scelta anche di quanto comprimere.

BrainJar: uno dei primi e ancora buoni, servizi simili.

Packer: semplice semplice, ma efficace.

PHP Packer: script in PHP, da usare anche in locale.

Ti potrebbe interessare...

• Parole (\w+) con lettere accentate nelle regular expression Javascript
• Migliorare Firefox: RAM
• Tavolozza dei colori in Javascript

Forzatura dell’output

È possibile fare in modo che tutto l’output genereato, tramite echo o print per esempio, venga restituito subito all’utente e quindi mostrato nel browser. L’istruzione, semplicissima, è

flush()

La documentazione si trova come al solito sul sito di php, flush.

Un possibile utilizzo è prima di un ciclo esoso, di una chiamata esterna oppure di una query mySQL, ad esempio

echo "<p>Esecuzione di $max importazioni...</p>";
flush();
for (var $i=0; $i < %max; $i++)
Mysql_query("LOAD DATA LOCAL INFILE...");

Questo codice avverte l’utente dell’importazione in modo che la sua attesa sia meno sgradita.

Bufferizzazione

Al contrario della forzatura sopra esposta, solitamente è consigliabile mantere l’output in un buffer e inviarlo all’utente solo in determinati momenti, questo perché forzare l’output con il flush impone al server una transizione attiva HTTP, con relativo scambio di dati, effettuarne di meno risparmia risorse al server e all’utente, inoltre è un altro ottimo consiglio per velocizzare il php.

I comandi che permettono di svolgere questa attività sono: ob_start, ob_flush.

La prima inizializza il buffer (infatti ob sta per Output Buffer), il secondo invia il contenuto del buffer all’utente, in modo che inizi a visualizzare la pagina.

Utilizzare queste funzioni, nelle pagine molto estese, velocizza la pagina e non a caso vengono utilizzate in tutte le maggiori piattaforme: WordPress, phpbb, eccetera.

Per una trattazione più estesa, consiglio l’articolo di HTML.it e Pratical PHP Programming.

Ti potrebbe interessare...

• Consigli per script PHP più veloci
• Prolungare o accorciare le durate delle sessioni cookie con PHP: session, gc_maxlifetime e lifetime
• Dreamhost promo code: ottenere un hosting PHP+mySQL, spazio illimitato, a solo 22 dollari per un anno

Quindi ho deciso di prendere spunto da tre articoli che trovai tempo fa su come ottimizzare la scrittura di codice PHP, verificare, e spiegarli.

Consigli generici: meno chiamate a funzioni

Sempre, sempre, sempre, fare meno chiamate possibili alle funzioni, questa deve essere una regola generale, sempre meglio tenere in memoria una variabile in più (che poi andrà distrutta con unset). Il classico esempio non è inserire una chiamata all’interno di un ciclo, ma all’esterno oppure dentro la prima clausola di un for

for($a = 0; $a < sizeof($array); $a++)

Questo va malissimo, piuttosto meglio

$max = sizeof($array);
for($a = 0; $a < $max; $a++) {
...
}
unset($max);

Oppure più carino

for($a = 0, $max = sizeof($array); $a < $max; $a++) {
...
}
unset($max);

Consigli generici: ordine nelle condizioni

Quando si controllano più condizioni tra loro è importante farlo nell’ordine giusto e con gli operatori logici giusti.

Ad esempio usando || e && al posto dei semplici | e &, i primi hanno il vantaggio di terminare il controlla appena le condizioni non sono verificabili, quindi se controlliamo che ($var1 && $var2), se già la prima condizione è falsa, non sarà valutata la seconda facendo risparmiare tempo macchina.

Grazie a questo principio, è possibile velocizzare il codice valutando le condizioni nell’ordine giusto, cioè nel caso di una condizione ($var1 || $var2) è preferibile mettere come prima condizione quella che più spesso viene verificata.

Usare funzioni più semplici possibili

PHP mette a disposizione diverse funzioni che fanno a prima vista la stessa cosa, ma in modo diverso; ad esempio per sostituire pezzi di stringhe, ci sono ereg_replace, preg_replace e str_replace ma sono diverse tra loro, in particolare le prime due sfruttano le Espressioni Regolari, mentre la seconda cerca stringe semplici; ovviamente utilizzare quest’ultima rende il codice molto più veloce, di almeno la metà, dipende dalla complessità della RegExp.

Allo stesso modo le funzioni explode è più veloce di split, visto che anch’essa sfrutta le espressioni regolari.

Infine consiglio di utilizzare time() al posto di date('U'), in quanto la mancanza di parametri rende la prima molto più rapida e leggera.

Conta pochissimo invece utilizzare le virgolette singole 'stringa' al posto di quelle doppie "stringa", la differenza, per chi non lo sapesse, è che se una variabile appare tra due virgolette doppie viene sostituita, con le singole no; ma la differenza è talmente minima che non vale la pena di fare salti mortali per controllare tutto il codice, se scappa una virgoletta doppia (magari anche perché vogliamo inserire un codice ascii come \n), è un errore perdonabile.

Consigli che non vale la pena di seguire

Gli articoli che ho citato si perdono purtroppo anche in alcuni consigli un approssimativi o poco approfonditi, che non vale la pena di seguire.

In particolare sembra che utilizzare === al posto di == dia alcuni vantaggi, ma in realtà non è proprio così, solo in alcuni casi. Il secondo operatore infatti controlla prima che i due oggetti siano dello stesso tipo, mentre il primo cerca di converti nello stesso tipo. In particolare:

('22' == 22) è VERO
('22' === 22) è FALSO

Ho verificato che confrontando stringhe uguali, non ci sono miglioramenti sensibili scambiando == con === .

Stesso discorso per le funzioni ctype_digit e is_numeric, che tra loro sono differenti: la prima verifica se in una stringa sono scritte solo cifre, mentre la seconda controlla se un oggetto è di tipo numerico (un int, float, etc) oppure se è una stringa che rappresenta un numero, prendendo quindi per buono il valore "0.12", per cui la ctype_digit restituirebbe falso.

Ti potrebbe interessare...

• Shortcut: preferiti ancora più veloci
• Forzare o bufferizzare l’output in php
• Prolungare o accorciare le durate delle sessioni cookie con PHP: session, gc_maxlifetime e lifetime

Già che c’ero ho migliorato gli altri feed e creato una pagina per tutti i Feed per i fumetti.

Feed Star Comics

Ti potrebbe interessare...

• Fumetti tramite feed
• Feed Panini aggiornati
• Nuovi feed per i fumetti

Gira ormai da tntissaimo tmepo la mial srctita tttua cmoe qeusto artoiclo cioè con le lterete di ogni polraa mhiicsate, eucslse la pmria e l’umlita. Ebenbe, gaizre alla REgexp per iavddiirune le poalre apenpa vsita e alla fonunize per msrhicaie un array, ho deciso di inrmlepamete un “misciothare” di prlaoe.

Ti potrebbe interessare...

• Parole (\w+) con lettere accentate nelle regular expression Javascript
• Aggiungere e togliere Classi CSS: toggleClassName
• GaiaLuna: avevo previsto bene