Crediti foto: L’amore sacro e l’amore profano

Nell’ultimo mese e mezzo ho seguito un corso in Università particolarmente interessante per l’elevato contenuto tecnologico che lo ha reso estremamente utile ed attuale (strano ma vero…) su formati molto in voga negli ultimi anni soprattutto in ambito web quali, tanto per citarne uno, l’XML (con DTD, Schema e XSLT annessi e connessi) e alcune sue possibili applicazioni per facilitare lo scambio di informazioni (per lo più in Java con JAX-P e JAX-B) fino ad arrivare nientemeno che alla progettazione e realizzazione di veri e propri Web Services sia SOAP che REST (con furtivi accenni a CORBA) con JAX-WS.

Lo ammetto: mi ha preso particolarmente, anche perchè in concomitanza con un altro interessantissimo corso sull’ottimizzazione dei DBMS di cui parlerò magari un’altra volta, ed è questo uno dei motivi per cui non sono riuscito ad aggiornare più tanto frequentemente queste pagine.

Se sono arrivato a scrivere queste righe è segno che la situazione non è tutta rosa e fiori come sembrebbe. Il perchè non lo so. Mi verrebbe da dire perchè siamo in Italia anche se non sono sicuro che all’estero le cose siano diverse.

Veniamo al nocciolo della questione. Il corso di cui sopra si occupa fondamentalmente di fornire delle conoscenze avanzate nella programmazione in ambienti distribuiti in quanto è il proseguio di un corso di base su questo genere di programmazione che deve prevedere uno stile ed una mentalità da parte del programmatore (o meglio del progettista) nettamente diversa rispetto alla programmazione classica.

Le nozioni da spiegare e da apprendere sono così numerose che una prova d’esame “classica” non sarebbe in grado di valutare se lo studente abbia apprese sufficientemente bene i concetti che sono stati spiegati nel corso. Ecco quindi che anche la modalità di esame è tecnologimanente avanzata: il corso infatti ha un sito/portale tutto suo gestito dal professore e dall’assistente che ogni settimana pubblicano degli Assignments (dei compiti casa si programmazione/progettazione) che gli studenti devono obbligatoriamente fare per superare la prova d’esame. La consegna va effettuata sul portale del corso che effettua in automatico dei test per verificare la correttezza o meno delle soluzione. La scadenza per la consegna degli Assignments non è però settimanale bensì qualche giorno prima della prova d’esame “in aula” che è orale ed è atta in primis ad accertarsi che i programmi degli Assignments siano stati fatti dallo studente ed in secundis a verificare che lo studente non si sia limitato a mettere assieme unpò di codice scopiazzato dai vari manuali ma abbia realmente capito quello che stava facendo anche teoricamente in modo da poter applicare i principi imparati quanto prima in ambito lavorativo. 

Piccola importantissima postilla: per sostenere la prova d’esame orale bisogna aver consegnato gli Assignments entro la scadenza stabilita e bisogna che questi abbiamo passato con successo tutti i test effettuati online dal portale (fatto ovviamente in Java e XML, ndr)

Vi starete chiedendo dov’è il problema? Semplice, che dopo aver passato un mese e mezzo a sentir parlare di sicurezza, programmazione robusta, modellazione della soluzione in base al caso peggiore e bla bla bla in prossimità della scadenza della consegna degli Assignments fissata qualche qualche giorno prima dell’esame e quindi subito dopo la fine del corso, il famigerato portale era irraggiungibile.

Adesso mi chiedo: forse costoro (professore ed assistente) non sanno che i corsi al Politecnico di Torino durano 7 settimane (avete capito bene 7 settimane nè un giorno di più nè uno di meno)? Che gli studenti hanno giornate con 8 ore di lezione in media ( con anche giornate di 10 ore di fila senza pausa pranzo 8.30-18.30)? Che tra la fine dei corsi e l’inzio della sessione esami non c’è neanche un giorno di “pausa”? Che tutte le argomentazioni addotte prima avrebbero portato i poveri e frustrati studenti a consegnare l’ultimo Assignment in prossimità della scadenza? Che quindi il portale essendo di importanza vitale per dare la possibilità ad uno studente di superare l’esame andava realizzato modellando il progetto e la realizzazione sul caso peggiore ovvero sui giorni di maggior carico?

Voi mi direte: “Eh ma siamo in Italia, mancano i soldi per l’istruzione e la ricerca è già tanto, anzi troppo, quello che è stato fatto”. Vi rispondo che sborsando quasi 2000 euro all’anno di tasse e con tutti i soldi derivanti dagli spin-off vari interni ad università come il Politecnico è stato fatto, come al solito, il minimo indispensabile.

E’ inutile venire a sindacare poi sul fatto che la mia soluzione non è quella ottimale perchè non implementa il pattern di programmazione XYZ e quindi nella remotissima ipotesi che… forse potrebbe non funzionare non tanto bene quando sei tu per primo che predichi bene e razzoli male…

Forse Collegati:

• Votailprof.it : parte il primo social rating studentesco
• BlogLab: si parte!!!
• Netvibes promette di universalizzare i widgets
• Prima di aggionare (e fare danni) guarda qui…
• WordPress e MySQL error 28

Bene se seguendo le mode e le richieste di mercato del momento, utilizzate o sviluppate applicazioni in JAVA, allora troverete molto utile Apache Ant che analogamente a MAKE si può banalmente definire come uno strumento per automatizzare la compilazione del codice sorgente in JAVA ma non solo. Non mi dilunghero nello spiegare come funziona o ad elencare i suoi punti di forza o i suoi difetti in quanto l’ho scoperto da poco tempo quindi non lo conosco a fondo neanche io: vi dico soltanto che per automatizzare tutti i task che mette a disposizione utilizza un file di configurazione scritto in XML (che si chiama solitamente build.xml) e questo, se siete degli sviluppatori incalliti, dovrebbe soltanto farvi venire l’acquolina in bocca.

Premettendo che se utilizzate IDE come Eclipse o NetBeans c’è già una versione di Ant incapsulata al loro interno, con ovvie limitazioni dovute ai compromessi a cui i vari ambienti di sviluppo scendono per essere in grado di offrire la pappa pronta ai propri utilizzatori, e che l’installazione su una qualsisasi distribuzione Linux è banale, per installarlo su Windows ed utilizzarlo dalla shell è necessario effettuare le seguenti operazioni che non vengono effettuate in automatico in fase di installazione.

Ecco, punto per punto, quello che c’è da fare:

1. Scaricate ed installate, se ancora non l’avete fatto, una JDK
2. Scaricate da questo link
   http://ant.apache.org/bindownload.cgi
   l’ultima versione di Ant sotto forma di pacchetto compresso in formato .zip
3. Decomprimete il pacchetto di Ant appena scaricato in una cartella di vostro piacimento come C:\Ant oppure C:\Programmi\Ant
4. Impostate la viabile d’ambiente ANT_HOME
   • Fate click con il tasto desto del mouse sull’icona Computer sulla vosta scrivania
   • Scegliete la voce Proprietà
   • Selezionate la voce Impostazioni Avanzate di Sistema dalla barra laterale a sinistra
   • Cliccate sul pulsante Variabili d’ambiente… che trovate in fondo alla finestra di dialogo
   • Create una nuova vaiabile cliccando sul pulsante Nuova…
   • Assegnate come Nome Variabile ANT_HOME e come Valore Variabile C:\Programmi\Ant se avete scompattato Ant come suggerito in questa cartella
   • Cliccate su OK e avrete completato questo primo passo.
5. Cercate nella finestra di dialogo delle variabili d’ambiete, nella parte bassa dove vengono elencate tutte le Variabili di Sistema la variabile PATH
   • Dopo averla trovata e selezionata cliccate sul pulsante Modifica…
   • Aggiungete in coda al testo del campo del Valore Variabile %ANT_HOME%\bin;
   • Cliccate OK per confermare la modifica
6. Uscite dalla finestra di dialogo ed aprendo il Prompt dei comandi di Windows controllate che Ant funzioni digitando ant -version e dando quindi invio
   
   • se tutto funziona dovreste vedere qualcosa del genere:
     Apache Ant version 1.7.1 compiled on June 27 2008
7. Se tutto è aderente a quanto detto sopra la vostra installazione di Apache Ant sotto Windows è avvenuta con successo

[via Think and Write it]

Ora la parola passa a voi.

Conoscevate già Apache Ant e lo utilizzate quotidianamente nel vostro lavoro? Lo usate all’interno di Eclipse/Netbeans o da liena di comando? Per l’installazione quale procedura avete seguito?

Personalmente fino a qualche settimana fa non lo conoscevo e da neo-utilizzatore lo trovo davvero molto comodo per rendere portabile e facilmente ricompilabile il proprio codice e quindi poterlo distribuire apertamente in giro ma anche per automatizzare alcune operazioni decisamente noiose. Le potenzialità di Ant sono davvero innumerevoli e come spesso accade riuscire a sfruttare appieno quello che il software offre richiede tempo ma può sicuramente giovare in termini di tempo risparmiato a lungo andare

Forse Collegati:

• Windows Vista e HP Scanjet 2200c: installare i driver
• Installare Mac OS X Leopard sul tuo PC /2
• BitLet: un client per torrent via web
• Attivare l’opzione di ibernazione in Windows Vista
• Internet Explorer su Mac? Con ies4osx è possibile

APC è l’acronimo di Alternative PHP Cache e può essere considerato l’acceleratore ufficiale di PHP tanto che verrà con ogni probabilità incluso di default nella versione 6 di PHP. I più attenti di voi avranno sicuramente notato che nel precedente articolo c’era un grafico riassuntivo prestazionale e eAccelerator era proprio messo a confronto con APC e i risultati erano quasi indistinguibili.

Vi riporto qui sotto per comodità il risultato del benchmark.

Passiamo ora a vedere come installare APC per dare un’accelerata ai vostri script in PHP. Anche in questo caso sarà necessario collegarsi via SSH per compilarsi prima PHP e poi APC quindi vi riporto di seguito i primi 2 punti della precedente guida per chiarezza.

Collegatevi SSH

Per prima cosa dovrete connettervi via SSH al server web dove è ospitato il vostro blog in WordPress. Se siete utenti Mac potete utilizzare tranquillamente il Terminale (Applicazioni->Utility->Terminale), se siete utenti Linux dopo aver installato OpenSSH potrete allo stesso modo utilizzare la shell, se utilizzate Windows dovrete procurarvi un client SSH tra quelli disponibili in circolazione. Se vi connettete da linea di comando in ogni caso dovrete digitare:

ssh username@yourdomain.com

quindi invio (ovviamente al posto di username dovrete mettere il nome utente abilitato all’accesso ssh e al posto di yourdomain.com il nome del vostro dominio) ed inserire la password di accesso. E’ tutto comunque dettagliatamente descritto nel wiki di Dreamhost anche se è un’operazione semplicissima.

Compilate PHP

La seconda cosa da effettuare è compilarvi PHP. Aspetta, aspetta non scappare: la cosa è molto più semplice di quanto può sembrare e ci puoi riuscire anche tu che non hai mai compilato mai un programma in vita tua. Come al solito c’è una pagina dedicata a tutto ciò nel wiki, l procedura si può riassumere nei seguenti passaggi:

1. Scaricatevi e trasferite nella home del vostro account questo script di shell (è lo stesso presente nel wiki)
2. Modificate la riga 14

   export DOMAIN="your.domain.com"

   inserendo il nome del vostro dominio sul quale volete installare PHP ed APC

3. Date i permessi di esecuzione allo script con il comando, ovviamente sostituendo ad installscript il nome del vostro script se lo avete chiamato diversamente

   chmod +x installscript

4. Eseguite lo script con il comando sotto ed aspettate che termini l’esecuzione

   ./installscript

5. Al termine vi verrà segnalato che è stato impossibile cancellare le directory source e dist, non vi preoccupate è normale. Cancellatele con il comando sotto ed aspettate che vengano eliminate

   rm -rf dist/ source/

6. Copiate il file php.ini nella cartella yourdomain.com/cgi-bin con il comando

   cp php5/etc/php5/yourdomain.com/php.ini yourdomain.com/cgi-bin/php.ini

7. Createvi un file chiamato php5-wrapper.fcgi con le informazioni che trovate sotto. Per comodità qui potete scaricarne uno già preimpostato: ovviamente sostituite username e yourdomain.com con i vostri dati

   #!/bin/sh
   export PHPRC=/home/username/yourdomain.com/cgi-bin/
   export PHP_FCGI_CHILDREN=3
   exec /home/username/yourdomain.com/cgi-bin/php.cgi

Installiamo APC

Ora che abbiamo PHP compilato ed installato nel nostro account possiamo installarci APC in modo molto simile a quanto abbiamo fatto con PHP. Ecco i passaggi salienti, la procedura completa come al solito è presente nel wiki di Dreamhost.

1. Scaricatevi e trasferite nella cartella home del vostro account questo script di shell avendo cura di rinominarlo con estensione .sh
2. Date i permessi di esecuzione allo script con il comando sotto ovviamente se avete chiamato lo script in modo diverso da APC_install.sh sostituite il nome del vostro script nel comando sotto

   chmod +x APC_install.sh

3. Eseguite lo script con il comando sotto ed aspettate che termini l’esecuzione

   ./APC_install.sh

4. Andate a modificare il file php.ini che se avete seguito le indicazioni sopra dovrebbe trovarsi nella directory

   /home/username/yourdomain.com/cgi-bin/php.ini

5. Trovate le righe

   ; Directory in which the loadable extensions (modules) reside.
   extension_dir = "./"

6. Sostituitele con

   ; Directory in which the loadable extensions (modules) reside.
   extension_dir = "/home/username/php5/lib/php/extensions"

7. Al termine del file andate invece ad inserire le seguenti righe

   [apc]
   extension="apc.so"
   apc.enabled=1
   apc.shm_segments=1
   apc.shm_size=16
   apc.ttl=7200
   apc.user_ttl=7200
   apc.num_files_hint=1024
   apc.mmap_file_mask=/home/username/tmp/apc.XXXXXX
   apc.enable_cli=1

Bene anche APC è installato, ora non ci resta che avviare il tutto.

Avviamo la nostra versione di PHP con APC

Ora che avete installato la vostra versione di PHP con APC come estensione non vi resterà che avviare il tutto. Per una questione di ottimizzazione delle prestazioni avvieremo PHP come processo fcgi (fast-cgi) e non semplicemente come processo cgi: dovete però aver attivato nel vostro pannello di controllo di Dreamhost l’apposita opzione che vi permette di avere PHP come processo fcgi per il dominio in questione (quello su cui abbiamo lavorato finora).

Fatto questo dovrete andare a modificare il file .htaccess che trovate nella posizione

yourdomain.com/.htaccess

aggiungendo le seguenti righe

Options +ExecCGI
AddHandler fastcgi-script fcg fcgi fpl
AddHandler php5-fastcgi .php
Action php5-fastcgi /php5-wrapper.fcgi

Fatto ciò tutto dovrebbe funzionare. Se riscontrate dei problemi fate riferimento come al solito al wiki di Dreamhost. Una cosa molto comune che potrebbe causarvi dei malfunzionamenti è il fatto che non avete terminato tutti i processi fcgi prima di avviare la vostra versione di PHP com processo fcgi. Vi ricordo che per terminare un processo da shell si usa il comando kill -9 PID dove PID è l’ID del processo che volete uccidere che vi restituisce il comando ps aux.

Per esempio se avete come risposta al comando ps aux

[dinar]$ ps aux
USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
user    682  0.0  0.1 17180 6148 ?        Ss   15:27   0:00 /dh/cgi-system/php5.cgi
user  21117  0.1  0.3 23872 11924 ?       S    15:27   0:00 /dh/cgi-system/php5.cgi
user   7576  0.0  0.3 23872 11920 ?       S    15:27   0:00 /dh/cgi-system/php5.cgi
user  23783  0.5  0.0  2632 1500 pts/7    S    15:30   0:00 -bash
user  20840  0.0  0.0  2488  860 pts/7    R+   15:30   0:00 ps aux

Per terminare il primo processo, quello con PID 682 dovete dare il comando

kill -9 682

Personalmente tra i due acceleratori, non essendoci una sostanziale differenza a livello prestazionale, preferisco eAccelerator in quanto ha un consumo a livello di memoria leggermente inferiore e quindi su un hosting condiviso come Dreamhost la cosa è da tenere seriamente in considerazione per una convivenza senza attriti con gli altri clienti presenti sul vostro stesso server.

Anche in questo caso credo di avervi tediato a sufficienza, forse anche troppo, ora sono curioso di avere dei vostri riscontri: utilizzate uno dei due acceleratori? Quale? Se siete anche vuoi su Dreamhost o in generale su hosting condiviso notate la differenza?

Forse Collegati:

• Come Velocizzare WordPress Su Dreamhost Con eAccelerator
• Dreamhost, W3C Validator e PHPSESSID
• Convertire La Propria Installazione Standard Di WordPress A Subversion (SVN)
• Installare Mac OS X Leopard sul tuo PC /2
• Installare LaTeX su Fedora

La prima soluzione che potrebbe venirvi in mente è quella di aggiungere un attributo style=”float:left;” (or “float:right;”), ma è una soluzione molto noiosa, lunga e macchinosa se mettete tante immagini nei vostri articoli e se magari volete che anche tutto quello che avete scritto fino ad oggi sia tutto bello allineato e ordinato.

C’è una soluzione rapida, semplice ed indolore che come potrete immaginare consiste nell’installazione di un semplice plugin: A lign images in RSS Feeds.

Il plugin è di una banalità disarmante e non farà nient’altro che andare a controllore, quando WordPress genererà dinamicamente i vostri feed RSS, che nel codice HTML dei vostri articoli tutti gli elementi formattati con una delle classi generate da WordPress abbiano un allieamento e dei margini consoni a quanto ci si aspetterebbe.

Così facendo è vero che non si rispettano alla perfezione gli standard web in quanto si va ad inserire una formattazione all’interno dei feed RSS ma non ci sono contro indicazioni per i maggiori lettori di feed RSS come Google Reader o Bloglines e anche per il W3C Feed Validator sembra essere tutto ok… quindi siccome oggigiorno anche l’occhio vuole la sua parte io ve ne consiglio vivamente l’utilizzo.

Il plugin ovviamente serve solo per chi usa una versione di WordPresss pari o superiore alla 2.6 e si installa scompattandolo e caricandolo nella vostra cartella wp-content/plugins ed andandolo ad attivare dal pannello di controllo nella sezione Plugins.

Ecco il link per il download: rss-image-align.zip (2 KB)

Avevate già individuato il problema? Lo avevate risolto con lo stesso plugin o fino ad oggi utilizzavate il metodo manuale? Avete qualche soluzione diversa migliore/peggiore da consigliare/sconsigliare? Sono tutto orecchie.

Forse Collegati:

• WordPress, Feedburner plugin e trasferimenti
• Rendi il tuo blog in WordPress iPhone/iPod Touch friendly
• Prove tecniche…
• WordPress: the revolution begins
• Rilasciato WordPress 2.2

Funzionalità decisamente interessanti e utili soprattutto per quei siti/blog che hanno solitamente un elevato numero di commenti nei quali si sviluppano spesso delle discussioni interessati. Se si decide di sfruttarle ovviamente bisognerà modificare il proprio tema grafico ma non voglio tediarvi con lunghe e complicate guide perchè c’è già chi l’ha fatto prima di me in italiano. Ovviamente adesso che WordPress offre queste funzionalità direttamente nel core andare a sfruttare plugin aggiuntivi mi sembra alquanto insensato in quanto per bene che siano fatto sono pur sempre dei plugin che vanno ad appesantire ed in un certo qual senso a rallentare la vostra installazione di WordPress.

Fatte queste premesse volevo segnalarvi che se sfruttate o avete intenzione di sfruttare la paginazione dei commenti sul vostro blog, sarebbe opportuno prendere alcuni accorgimenti per evitare il problema dell’indicizzazione da parte dei motori di ricerca dei contenuti duplicati. Se siete degli esperti SEO saprete già di che problema si tratta e quali sono i problemi ad esso connessi, altrimenti per farla breve il problema consiste nel fatto che sul vostro sito saranno presenti delle pagine con contenuto pressochè identico ma URL diverso: in pratica è come se fosse stato duplicato su più pagine con indirizzo diverso lo stesso contenuto. Per tastare con mano la gravità del problema, se utilizzate la aginazione dei commenti e non siete ancora corsi ai ripari, basta avere un account Google Webmaster ed andare ad effettuare una scansione del sito in questione per vedere come verranno trovati dei contenuti duplicati.

Tutto questo è dannoso sotto diversi punti di vista tra i quali per esempio:

• il fatto che i crawler dei motori di ricerca indicizzeranno lo stesso contenuto sul vostro sito su pagine differenti causando un consumo di banda e di lavoro del server che a volte protebbe non essere trascurabile;
• un cattivo PR in quanto molti motori di ricerca (tra cui anche Google, ndr) penalizzano esplicitamente qui siti in cui viene ripetuto più volte su pagine differenti lo stesso identi contenuto;
• un cattivo posizionamento nelle SERP dovuto al punto precente, ovvero al fatto che il vostro sito verrà additato come poco affidabile in quanto troppo ripetitivo.

In poche parole visto che a soluzione c’è e tutto sommato è semplice ed implementabile vi conviene metterla in atto. Si tratta infatti di aggiungere un meta tag di tipo robots noindex alle pagine dei commenti così il motore di ricerca saprà di non doverle indicizzare e vivrete tranquilli e sereni entrambi.

Per farlo basterà aggiungere il seguente codice al file functions.php del vostro tema (basterà fare un semplice copia-incolla):

/**
 * void wpi_comment_paging_noindex_meta()
 * Add meta noindex rules on Singular comment page section
 *
 * @author	Avice D <ck+filter@kaizeku.com>
 * @license	http://www.gnu.org/licenses/lgpl.html GNU Lesser General Public License
 * @link 	http://blog.kaizeku.com/wordpress/prevent-wordpress-27-duplicate-content/
 *
 * @todo	Check for duplicate meta-robots tag generated by
 *		meta-tag type plugins (SEO plugins)
 *
 * @uses	$wp_query	Wp_query object
 * @return 	string 		Output HTML meta noindex
 */
function wpi_comment_paging_noindex_meta()
{	global $wp_query;

	if (version_compare( (float) get_bloginfo('version'), 2.7, '>=') ){

		if ($wp_query->is_singular && get_option('page_comments')){ // comments paging enabled
			if (isset($wp_query->query['cpage'])
				&& absint($wp_query->query['cpage']) >= 1 ){

				echo '<meta name="robots" content="noindex" />'.PHP_EOL;
			}
		}
	}
}

add_action('wp_head','wpi_comment_paging_noindex_meta');

I più smanettoni/competenti potranno notare come si andrà ad aggiungere semplicemente un’azione aggiuntiva che andrà ad aggiungere il meta tag che risolve il nostro problema nelle pagine dei commenti all’hook wp_head. Se usate il popolarissimo plugin Paginated Comments il problema sussiste e sinceramente non so se è stato risolto o meno, come risolverlo ecc ecc e dato che sono un acceso sostenitore del partito “Se lo può fare WordPress il plugin cestinalo” (adesso quasi quasi creo un gruppo su Facebook tanto per…) vi consiglio di sfruttare quello che offre il convento che è ottimo e abbondante

via Kaizeku Ban

Forse Collegati:

• Aggiornamento di sicurezza: WordPress 2.2.3
• Parole d’ordine: validare e semplificare !!!
• Utilizzare la compressione Gzip con WP-Cache attivato
• Wp-cache funziona. Finalmente. Grazie a Wolly
• WordPress, Feedburner plugin e trasferimenti

Non conoscete Hiddy? Male, anzi malissimo soprattutto se utilizzate Wordpress. Hiddy infatti è un filtro antispam captch-like molto poco invasivo infatti una volta installato ed attivato non ci sarà nessun codice di sicurezza da ricopiare o operazioni manuali aggiuntive da fare per commentare ma potrete stare certi che quando sarà in funzione potrete dire addio allo spam senza alcuno sforzo aggiuntivo per i lettori che vorranno commmentare un qualsiasi articolo sul vostro sito/blog.

Personalmente da quando lo utilizzo assieme ad Askimet non ricordo neanche più l’ultima volta che ho dovuto cancellare un commento di spam.

Se siete dei geek incalliti e al posto di festeggiare l’arrivo del 2009 eravate a casa a controllare il feedreader in attesa di nuove notizie e quindi sapevate già tutto, sappiate che la segnalazione di questa notizia è solo una mera azione di pavoneggiamento in quanto tra un brindisi e l’altro mi ero accorto in questi giorni del problema di Hiddy con la versione 2.7 di WordPress e ci avevo messo una toppa.

Forse Collegati:

• Usare Spam Karma 2 e WP-Cache assieme e senza problemi
• Wp-cache funziona. Finalmente. Grazie a Wolly
• WordPress 2.1.3 e 2.0.10 in italiano
• Integrare Lifeblog con WordPress per postare dal tuo Nokia
• Rilasciato WordPress 2.2

Che cos’è il Geocoding?

Innanzitutto per Geocoding si intende quel processo che assegna ad un indirizzo le sue coordinate geografiche logitudine e latitudine: in sostanza è quel procedimento che va ad associare all’indirizzo “via Durini, 24 20122 Milano” le coordinate “longitudine:45.464919 latitudine: 9.198268″ Potete farlo manualmente andando a prendere un atlante, uno stradario, una piantina o un qualsiasi altro strumento che vi pertmetta di ottenere queste coordinate una volta localizzato l’indirizzo che vi interessa geolocalizzare, oppure potete farlo molto più comodamente utilizzando per l’appunto le Google Maps API che faranno tutto ciò per voi e vi restituiranno longitudine e latitudine dell’indirizzo in questione.

In quali casi servono Longitudine e Latitudine?

Se siete degli sviluppatori web o comunque vi piace trafficare nella rete sporcandovi le mani con codice di vario genere, saprete benessimo che un’ottima soluzione per interagire con le API offerte dai vari servizi di Google è quella di utilizzare le Google AJAX API Loader che non sono altro che un framework già preconfezionato per interagire comodamente con la stragrande maggioranza delle applicazioni web 2.0 offerte dall’azienda di Mountanin View. Se volete sfruttare le Google AJAX API Loader per interagire con le Google MAPS magari perchè volete visualizzare all’interno della vostra applicazione web 2.0 la mappa corrispondente a ciascun indirizzo geografico del tipo “via Durini, 24 20122 Milano”, avrete bisogno di avere la longitudine e la latitudine di ciascun indirizzo da mandare in pasto successivamente alle Google AJAX API Loader. Quando gli indirizzi da geolocalizzare diventano tanti ecco che una procedura automatizzata per avere le corrispondenti longitudini e latitudine in modo automatizzato è molto comoda.

ll codice

Dopo aver capito che cosa stiamo facendo e perchè lo stiamo capendo è finalmente venuto il momento di sporcarsi le mani con il codice PHP che tutto sommato è abbastanza semplice. Ovviamente prima di effettuare qualsiasi cosa, se non la possedete già, dovrete procurarvi una Google MAPS API Key. Ora che abbiamo tutto il necessario, ecco il codice da salvare in un file .php e da eseguire per avere la geolocalizzazione di un indirizzo.

Per eseguire lo script in PHP dovrete aver installato curl sul vostro server e dovrete averlo abilitato per essere utilizzato da PHP. Ovviamente se si hanno tanti indirizzi da geocodificare bisognerà andarli a prendere dal database e successivamente bisognerà andare a memorizzare longitudine e latitudine associati a ciascun record ma ho omesso questa parte perchè banale e perchè le possibilità sono davvero molteplici (dal file di testo a quello XML al più comune database in SQL
<?php
$key = "Inserisci qui la tua chiave API";
//Set up our variables
$longitude = "";
$latitude = "";
$precision = "";
//Three parts to the querystring: q is address, output is the format (
$address_to_encode="via Durini, 24 20122 Milano"
$address = urlencode($address_to_encode);
$url = "http://maps.google.com/maps/geo?q=".$address."&output=csv&key=".$key;
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_HEADER,0);
curl_setopt($ch, CURLOPT_USERAGENT, $_SERVER['HTTP_USER_AGENT']);
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$data = curl_exec($ch);
curl_close($ch);
//echo "Data: ". $data."";
if (strstr($data,'200')){
$data = explode(",",$data);
$precision = $data[1];
$latitude = $data[2];
$longitude = $data[3];
echo "n: ".$count." Latitude: ".$latitude."";
echo " Longitude: ".$longitude."\r\n";
} else {
echo "Error in geocoding!";
}
?>
Ecco quanto: come al solito per chiarimenti, correzioni e quant’altro ci sono i commenti qua sotto che vi aspettano

Forse Collegati:

• Google Aggiunge La Funzione Di Ricerca Specifica Per Utenti Mac
• Auto Pager: tutti i risultati di una ricerca con Google in una sola pagina
• Google rende gratuiti i servizi pro di FeedBurner
• Google AdSense si arrotonda
• Cosa sono e come si utilizzano i permalink della nuova Gmail

Per chi utilizza WordPress poi i problemi non sono finiti qui: non è un mistero infatti che il più osannato dei CMS per blog abbia nelle prestazioni il suo tallone di Achille. Le query per accedere al database sono infatti un tantino elevate e dal punto di vista del codice PHP, essendo sviluppato da una community abbastanza eterogenea, non sempre utilizza soluzioni ottimali. Ecco perchè vi ho parlato più volte di plugin che effettuano un lavoro di cache su WordPress (WP-Cache e WP-SuperCache) riducendo al minimo indispensabile le query salvando in formato HTML le pagine web del vostro blog per velocizzarne il caricamento.

Su Dreamhost però vi ricordo che avete a disposizione un accesso SSH e quindi potete velocizzare WordPress installando eAccelerator: alla fine non sarà come essere su un server dedicato o su un vps perchè le risorse sono sempre condivise, però dai benchmark che ci sono in giro ne trarrete sicuramente un immediato beneficio.

eAccelerator, per chi non lo sapesse, è un’estensione gratuita ed open source per PHP che si occupa di effettuare un lavoro di accelerazione, ottimizzazione e di cache sui vostri script scritti per l’appunto in PHP.

Collegatevi SSH

Per prima cosa dovrete connettervi via SSH al server web dove è ospitato il vostro blog in WordPress. Se siete utenti Mac potete utilizzare tranquillamente il Terminale (Applicazioni->Utility->Terminale), se siete utenti Linux dopo aver installato OpenSSH potrete allo stesso modo utilizzare la shell, se utilizzate Windows dovrete procurarvi un client SSH tra quelli disponibili in circolazione. Se vi connettete da linea di comando in ogni caso dovrete digitare:

ssh username@yourdomain.com

quindi invio (ovviamente al posto di username dovrete mettere il nome utente abilitato all’accesso ssh e al posto di yourdomain.com il nome del vostro dominio) ed inserire la password di accesso. E’ tutto comunque dettagliatamente descritto nel wiki di Dreamhost anche se è un’operazione semplicissima.

Compilate PHP

La seconda cosa da effettuare è compilarvi PHP. Aspetta, aspetta non scappare: la cosa è molto più semplice di quanto può sembrare e ci puoi riuscire anche tu che non hai mai compilato mai un programma in vita tua. Come al solito c’è una pagina dedicata a tutto ciò nel wiki, l procedura si può riassumere nei seguenti passaggi:

1. Scaricatevi e trasferite nella home del vostro account questo script di shell (è lo stesso presente nel wiki)
2. Modificate la riga 14
   export DOMAIN="your.domain.com"
inserendo il nome del vostro dominio sul quale volete installare PHP ed eAccelerator
3. Date i permessi di esecuzione allo script con il comando, ovviamente sostituendo ad installscript il nome del vostro script se lo avete chiamato diversamentechmod +x installscript

4. Eseguite lo script con il comando sotto ed aspettate che termini l’esecuzione./installscript

5. Al termine vi verrà segnalato che è stato impossibile cancellare le directory source e dist, non vi preoccupate è normale. Cancellatele con il comando sotto ed aspettate che vengano eliminaterm -rf dist/ source/

6. Copiate il file php.ini nella cartella yourdomain.com/cgi-bin con il comando
   cp php5/etc/php5/yourdomain.com/php.ini yourdomain.com/cgi-bin/php.ini
7. Createvi un file chiamato php5-wrapper.fcgi con le informazioni che trovate sotto. Per comodità qui potete scaricarne uno già preimpostato: ovviamente sostituite username e yourdomain.com con i vostri dati#!/bin/sh
export PHPRC=/home/username/yourdomain.com/cgi-bin/
export PHP_FCGI_CHILDREN=3
exec /home/username/yourdomain.com/cgi-bin/php.cgi

Installiamo eAccelerator

Ora che abbiamo PHP compilato ed installato nel nostro account possiamo installarci eAccelerator in modo molto simile a quanto abbiamo fatto con PHP. Ecco i passaggi salienti, la procedura completa come al solito è presente nel wiki di Dreamhost.

1. Scaricatevi e trasferite nella cartella home del vostro account questo script di shell
2. Date i permessi di esecuzione allo script con il comando sotto ovviamente se avete chiamato lo script in modo diverso da eacinstall.sh sostituite il nome del vostro script nel comando sotto
   chmod +x eacinstall.sh
3. Eseguite lo script con il comando sotto ed aspettate che termini l’esecuzione./eacinstall.sh
4. Andate a modificare il file php.ini che se avete seguito le indicazioni sopra dovrebbe trovarsi nella directory
   /home/username/yourdomain.com/cgi-bin/php.ini
5. Trovate le righe; Directory in which the loadable extensions (modules) reside.
extension_dir = "./"

6. Sostituitele con; Directory in which the loadable extensions (modules) reside.
extension_dir = "/home/username/php5/lib/php/extensions"

7. Al termine del file andate invece ad inserire le seguenti righe[eaccelerator]
extension="eaccelerator.so"
eaccelerator.allowed_admin_path="/home/davidesalerno/davidesalerno.net"
eaccelerator.shm_size="16"
eaccelerator.cache_dir="/home/davidesalerno/tmp/eaccelerator"
eaccelerator.enable="1"
eaccelerator.optimizer="1"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_max="0"
eaccelerator.shm_ttl="0"
eaccelerator.shm_prune_period="0"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="9"

Bene anche eAccelerator è installato, ora non ci resta che avviare il tutto.

Avviamo la nostra versione di PHP con eAccelerator

Ora che avete installato la vostra versione di PHP con eAccelerator come estensione non vi resterà che avviare il tutto. Per una questione di ottimizzazione delle prestazioni avvieremo PHP come processo fcgi (fast-cgi) e non semplicemente come processo cgi: dovete però aver attivato nel vostro pannello di controllo di Dreamhost l’apposita opzione che vi permette di avere PHP come processo fcgi per il dominio in questione (quello su cui abbiamo lavorato finora).

Fatto questo dovrete andare a modificare il file .htaccess che trovate nella posizione

yourdomain.com/.htaccess

aggiungendo le seguenti righe

Options +ExecCGI
AddHandler fastcgi-script fcg fcgi fpl
AddHandler php5-fastcgi .php
Action php5-fastcgi /php5-wrapper.fcgi

Fatto ciò tutto dovrebbe funzionare. Se riscontrate dei problemi fate riferimento come al solito al wiki di Dreamhost. Una cosa molto comune che potrebbe causarvi dei malfunzionamenti è il fatto che non avete terminato tutti i processi fcgi prima di avviare la vostra versione di PHP com processo fcgi. Vi ricordo che per terminare un processo da shell si usa il comando kill -9 PID dove PID è l’ID del processo che volete uccidere che vi restituisce il comando ps aux.

Per esempio se avete come risposta al comando ps aux

[dinar]$ ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
user 682 0.0 0.1 17180 6148 ? Ss 15:27 0:00 /dh/cgi-system/php5.cgi
user 21117 0.1 0.3 23872 11924 ? S 15:27 0:00 /dh/cgi-system/php5.cgi
user 7576 0.0 0.3 23872 11920 ? S 15:27 0:00 /dh/cgi-system/php5.cgi
user 23783 0.5 0.0 2632 1500 pts/7 S 15:30 0:00 -bash
user 20840 0.0 0.0 2488 860 pts/7 R+ 15:30 0:00 ps aux

Per terminare il primo processo, quello con PID 682 dovete dare il comando

kill -9 682

Bene credo di avervi annoiato abbastanza per oggi anche se spero che queste indicazioni servano per velocizzare la vostra installazione di WordPress su Dreamhost.

Forse Collegati:

• Come Velocizzare WordPress Su Dreamhost Con APC
• Dreamhost, W3C Validator e PHPSESSID
• Convertire La Propria Installazione Standard Di WordPress A Subversion (SVN)
• Installare Leopard dal tuo iPod o da un HD esterno
• Integrare Lifeblog con WordPress per postare dal tuo Nokia

Ecco sostanzialmente le ragioni per cui non trovo Django così fantastico come si dice in giro.

Installazione tutt’altro che semplice

Il primo grande ostacolo che si trova è proprio l’installazione che è tutt’altro che elementare sia in locale (su Windows e su Mac) che in remoto sul vostro web server. Se infatti siete degli amanti di MAMP, WAMP, XAMMP e simili che fino ad ora vi hanno permesso di testare in locale i vostri script in PHP e MySQL, troverete non poche difficoltà nell’installazione non tanto di Django quanto del modulo di MySQL per Python e sinceramente senza l’appoggio di un database vi potete divertire ben poco a sviluppare applicazioni che abbiano un senso.

Passando all’installazione lato server i problemi non sono minori, anzi. Se non avete la possibilità di accedere via ssh al vostro spazio web potete anche sognarvi di usare Django per le vostre applicazioni web. Se per esempio siete su Dreamhost e quindi avete questa possibilità, l’installazione è tutt’altro che semplice come potete leggere nel wiki. L’ideale sarebbe quindi avere un VPS (Virtual Private Server) se non addirittura un server dedicato, ma non tutti purtroppo se lo possono permettere.

Documentazione tutta in Inglese

Se siete degli sviluppatori o pseudo tali e non avete una buona conoscenza dell’inglese (almeno quello volgarmente detto tecnico) vi consiglio di darvi all’ippica perchè siete tagliati fuori. In ogni caso anche se siete poliglotti e l’inglese per voi non è un problema, scommetto che avere della documentazione scritta in italiano non vi dispiacerebbe vero? Ecco un’altra nota dolente: la documentazione ufficiale è tutta in inglese.

Il Django book è davvero un’ottima risorsa, però almeno all’inizio per prendere confidenza con il nuovo ambiente di sviluppo leggere qualcosa in italiano non farebbe affatto male. Purtroppo a parte qualche tutorial e qualche guida su come risolvere i problemi più comuni, in italiano non si trova praticamente niente.

Vi consiglio pertanto un bel corso di inglese prima di iniziare.

Hosting difficile da trovare

Come detto in precedenza per installare Django ci vuole per forza di cose un accesso SSH, quindi non potrete ospitare i vostri capolavori su un qualsiasi spazio web. Specialmente in Italia, se avete un normalissimo contratto di hosting, magari a basso prezzo, non potrete installare il framework MVC (che io sappia a parte UnBit non ci sono altri provider che offrono normali servizi di hosting Django-ready). Quindi o vi toccherà emigrare all’estero presso Dreamhost o altri celebri provider che fanno dell’overselling il loro cavallo di battaglia oppure dovrete seriamente pensare di mettere mano al portafogli e prendervi un VPS o se proprio potete spendere un bel server dedicato.

Performance eccezionali?

Ok, ma per la vostra idea geniale ci vuole una realizzazione efficientissima altrimenti la vostra applicazione web 2.0 sarà lentissima quando milioni di persone la utilizzeranno contemporaneamente: ecco perchè vi serve Django!!!

A me la storia delle prestazioni fantasmagoriche di Django non convince troppo. Rispetto a PHP sarà pure più efficiente ed ottimizzato… ma come potete leggere nei punti sopra, quasi sempre le applicazioni sviluppate con Django sono ospitate o su VPS o su server dedicati che magari usano Lighttpd se non LiteSpeed impostazioni di cache a livello di MySQL che rendono le query verso il database, tutto questo sommato alla possibilità di cachare le pagine tramite Django le molto rapide ecc ecc…

Provate ad hostare le vostre applicazioni fatte in PHP (tanto per fare un esempio) su un VPS o un server dedicato come sopra e… se non programmate con i piedi le prestazioni non saranno molto differenti.

CodeIgniter & Co.

Ok l’ultimo mito che è rimasto da sfatare è la semplicità con cui si programma in Django che non è paragonabile a nessun altro framework. Quando si guarda uno screencast e le cose le fa un altro è tutto semplice. Se poi le cose sono degli esempietti stupidi sono ancora più semplici.

Django è un framework MVC (Model-View-Controller) come ce ne sono a decine in giro per i linguaggi più svariati. Se non sapete da dove iniziare la vostra applicazione, il fatto che avete a disposizione Django non vi aiuterà molto. Rispetto a framework pesanti come Ruby On Rails o  Symphony ha sicuramente il suo perchè e sicuramente vi aiuterà a sviluppare applicazioni più snelle e più veloci. Sempre se riuscite ad installarlo, sempre se avete dove installarlo, sempre se riuscite a sviluppare in locale e poi mettere tutto online ecc ecc

Ora dico io: ci sono degli ottimi framework MVC come CodeIgniter che vi offrono la stessa semplicità di sviluppo, più o meno le stesse basi da cui partire ma non dovrete diventare matti nel trovare una soluzione per installarlo in locale piuttosto che su un servizio di hosting che non prosciughi le vostre tasche.

Perchè andarvi a complicarvi la vita con Django?

Forse adesso non parlo con cognizione di causa perchè mi ha fatto diventare matto per installarlo in locale e poi in remoto e non sarò riuscito ancora ad apprezzarne i vantaggi… però a tutt’oggi definirlo il Visual Basic per il Web mi sembra un paragone abbastanza pittoresco. D’altronde Django solo per installarlo necessita di 3 giorni di ferie: io Visual Basic lo ricordo di molto più semplice utilizzo o sbaglio?

Spero di avere qualche sostenitore. Voi come la pensate?

Forse Collegati:

• 3 x 3 x 3 – I Miei Servizi di Hosting
• Come proteggere le tue immagini dagli hotlink e risparmiare banda
• Come Velocizzare WordPress Su Dreamhost Con eAccelerator
• 1 anno di Non Rassegnata Stampa con diretta di 24h
• Ottenere Longitudine E Latidudine Di Un Indirizzo In PHP Con Le Google MAPS API

Ecco quello che di saliente c’è da sapere su questa operazione.

Che cosa serve?

Oltre ad un pò di tempo, un filino di pazienza e come al solito tanta attenzione a non combinare pasticci strada facendo, l’unica cosa che realmente serve è un servizio di hosting che vi permetta un accesso via shell al vostro spazio web più comunemente detto via SSH. In Italia non è molto facile trovare degli hosting provider che offrano tutto ciò sempre che non siate particolarmente fortunati e possiate permettervi un VPS se non addirittura un server dedicato. All’estero ed in particolare negli USA è molto più facile avere questo tipo di accesso al proprio spazio web e giusto per fare qualche nome se siete su Dreamhost come il sottoscritto siete a cavallo perchè avete tutto il necessario per compiere l’ardua impresa.

Prima di iniziare

Un consiglio spassionato, che non vale solo per questa occasione ma ogni qualvolta andate ad aggiornare un qualsiasi CMS, è quello di farvi un backup completo di tutti i file, che potete effettuare via FTP oppure direttamente via SSH (con il comando: cp -rpf blog/ backup_blog/ dove blog/ è la directory dove risiede attualmente il vostro blog e backup_blog è la directory di backup) oltre che del database direttamente dalla dashboard di WordPress (Gestione->Backup) oppure da phpMyAdmin o altre tool che utilizzate per l’accesso al vostro database.

Un’altra cosa importantissima da fare prima di iniziare a fare qualsiasi cosa è disattivare tutti i plugin: ormai nella dashboard di WordPress nella sezione Plugin c’è il pulsantino magico “disattiva tutti i plugin” quindi è un’operazione che vi costa davvero poco e vi consiglio di farla. Se poi una volta aggiornato WordPress ci dovesse essere qualche plugin incompatibile con la nuova versione andandolo a riattivare l’operazione fallirà ed il plugin rimarrà disattivato evitandovi problemi che a volte posso essere anche non poco rognosi.

Effettuiamo la conversione dell’installazione standard a Subversion

Ora che ho la coscienza a posto perchè vi ho avvisato sui rischi che ci sono e su che cosa bisogna fare per avere le spalle coperte, possiamo vedere passo passo cosa bisogna fare via SSH per convertire la propria installazione da standard ad aggiornabile via Subversion.

1. Create una nuova directory temporanea dentro la quale ci metterete i file della nuova versione di WordPress
2. Utilizziamo i comandi di Subversion per trasferire i nuovi file di WordPress nella directory appena creata
3. Copiamo tutti i nostri file e/o cartelle dalla directory della vecchia installazione del blog alla nuova appena creata
4. Rinominiamo la directory temporanea creata all’inizio con lo stesso nome della directory attuale del blog
5. Avviate lo script di aggiornamento di WordPress e testate che tutto funzioni

Ecco il dettaglio di ciascun punto descritto sopra. Mi raccomando: il carattere “$” che troverete nelle linee sotto non va copiato assieme al resto dei comandi ma sta solo ad indicare che quello che segue è un comando di shell.

Create una nuova directory temporanea e metteteci dentro con Subversione i file della nuova versione di WordPress.

$ mkdir blognew
$ cd blognew
$ svn co http://svn.automattic.com/wordpress/tags/2.5 .

Ovviamente il comando svn co andrà accompagnato dall’indirizzo della release che volete installare. In questo esempio come potete vedere si va ad installare la 2.5 in ogni caso potete fare riferimento a questo indirizzo http://svn.automattic.com/wordpress/tags per sapere qual è l’indirizzo svn della versione che volete installare.

Ora copiate il file .htaccess ed il file wp-config dalla vecchia directory alla nuova directory appena creata.

$ cd ../blog
$ cp -p wp-config.php .htaccess ../blognew

Adesso copiamo i vostri file e/o le vostre cartelle che non sono presenti normalmente in WordPress ma che voi avevate nelle directory della vecchia installazione. Per esempio la cartella immagini o il file wp-pincopallino.

$ cp -rp immmagini wp-pincopallino ../blognew

Ora copiamo tutti i plugin, i temi, le immagini, i file multimediali e tutto ciò che in generale è contenuto dentro /wp-contet/ dalla vecchia directory di installazione alla nuova.

$ cp -rpf wp-content/* ../blognew/wp-content

Ora rinominiamo la nuova directory temporanea con lo stesso nome della directory dove è attualmente installato WordPress in modo da andare ad effettuare l’aggiornamento e la conversione.

$ cd ..
$ mv blog blog-old
$ mv blognew blog

Ora che tutto è a posto non vi resta che andare ad eseguire lo script di update che si trova nella cartella wp-admin/upgrade.php per permettere a WordPress di effettuare l’aggiornamento del database se necessario. Dovrebbe essere tutto a posto, in ogni caso se riscontrate dei problemi potete sempre tornare indietro all’antico rinominando la vecchia directory di installazione in modo da renderla nuovamente attiva con i comandi:

$ mv blog blognew
$ mv blog-old blog

Ora ogni volta che vorrete aggiornare la vostra versione di WordPress vi basterà posizionarvi nella directory dove è installato e lanciare l’aggiornamento via Subversion. Il tutto si può riassumere nei comandi:

$ cd blog
$ svn up

Facile come bere un bicchiere d’acqua vero?

Spero di essere stato sufficientemente chiaro. In ogni caso prima che qualcuno mi faccia qualche cazziatone ci tengo a precisare che non è tutta farina del mio sacco ma ho preso molte informazioni dal Codex anche perchè per questo genere di operazioni è da considerarsi la fonte ufficiale di ogni ispirazione. Per chiarimenti, correzioni ed altro come al solito ci sentiamo nei commenti qui sotto.

Forse Collegati:

• SCPlugin: i comandi per Subversion nel Finder di Mac OS X
• WordPress 2.1.3 e 2.0.10 in italiano
• Wp-db-backup e Gmail: problemi di MIME
• Rilasciato WordPress 2.2
• Rendi il tuo blog in WordPress iPhone/iPod Touch friendly