Il costo non è molto elevato, dipende dal tipo di sponsor e da quanto si imposta come CPC secondo me per avviare un sito è il sistema migliore. Permette in poco tempo di creare una solida cerchia di ammiratori, il pregio di Facebook Ads è che gli annunci sono mirati, si può scegliere la fascia di età, il sesso, la lingua, la posizione e poi le varie preferenze, in questo modo l’annuncio sarà visualizzato soltanto ad un pubblico con un’alta probabilità di interesse.

Sicuramente un’altro sistema, sempre legale, è l’utilizzo dei social plugin da inserire nel sito, in questo caso per non sprecare like conviene nel like box linkare la Fan Page su Facebook non il sito in modo da indirizzare tutti i like degli utenti in un luogo solo.

Sempre ricorrendo ai social plugin si può posizionare un altro like box sotto ad ogni articolo, sempre linkando la fan page. Questa però deve essere una scelta ponderata, voglio dare prevalenza all’aumento di fan oppure allo share dei miei contenuti? Sì, perché ogni volta che si preme il pulsantino facebook in automatico pubblica un post sulla bacheca dell’utente. Secondo me se si utilizza già Ads e il social plugin è più corretto in fondo agli articoli inserire il like all’articolo in modo tale da favorire la condivisione dei contenuti che sicuramente potranno portare visite e di rimando perché no, anche fans.

L’ottimizzazione delle risorse è il punto fondamentale! Ottimizzare quello che si ha già! Come molti di voi sapranno WordPress è un mostro mangia memoria. Un’installazione pulita per ogni pagina vista richiede circa 30MB di ram, senza contare i numerosi cicli di clock che il processore deve spendere per elaborare il codice PHP e per le query SQL (minimo 50-60). Ci sono vari sistemi per ottimizzare, si può installare un web server più leggero come nginx, si può utilizzare APC per PHP o imporstare la cache per l’sql ma secondo me il sistema migliore, quello che incrementa veramente le prestazioni di un sito è un semplice sistema di caching dei contenuti.

Se ci pensate, un blog deve essere aggiornato solamente quando viene inserito un nuovo post, quando si inserisce un commento (sempre che non si ci affidi a un sistema esterno come facebook comments o altro) e basta, quindi perché generare sempre le stesse pagine per ogni utente? Basta che siano generate alla prima visita e poi andranno salvate su disco cosicché alle successive richieste non dovranno essere ricreate ma saranno subito pronte.

Se non siete convinti guardate i risultati di due tests che ho eseguito con siege prima e dopo l’attivazione di Lite Cache su WordPress.

Senza cache:

Transactions:		         150 hits
Availability:		      100.00 %
Elapsed time:		       23.47 secs
Data transferred:	        0.33 MB
Response time:		        6.34 secs
Transaction rate:	        6.39 trans/sec
Throughput:		        0.01 MB/sec
Concurrency:		       40.51
Successful transactions:         150
Failed transactions:	           0
Longest transaction:	        8.51
Shortest transaction:	        0.73

Con cache:

Transactions:		         150 hits
Availability:		      100.00 %
Elapsed time:		        3.15 secs
Data transferred:	        0.34 MB
Response time:		        0.07 secs
Transaction rate:	       47.62 trans/sec
Throughput:		        0.11 MB/sec
Concurrency:		        3.48
Successful transactions:         150
Failed transactions:	           0
Longest transaction:	        0.18
Shortest transaction:	        0.00

Come potete vedere i risultati sono cambiati notevolmente, il tempo di risposta è passato da 6.34 a 0.07 secondi, senza parlare della notevole diminuizione di carico del server.

Un framework PHP è un insieme di classi e funzioni che dovrebbe facilitare la vita del programmatore. Scrivo “dovrebbe” perché sono certo che molti non ci credono ancora. Esistono parecchie realtà e attraverso una semplice ricerca su google si possono trovare framework per tutti i gusti. I più, ad oggi, seguono la moda del pattern MVC (Model View Controller).

Perché non iniziare a scrivere un progetto da zero? Per varie motivazioni, la velocità, utilizzando un framework troverò già fatte alcune delle solite e ripetitive cose che ogni inizio di progetto comporta. Scrivere il codice per il collegamento al database, la gestione delle sessioni, invio mail, controllo dei dati in ingresso (post e get), controllo dei form, ecc. Sicuramente alcuni di voi potranno ribattere dicendo che è possibile scriversi tutta una serie di librerie e poi utilizzare quelle ogni volta. Certamente ma l’inghippo è proprio qui, io potrei scrivermi addirittura un framework intero ma il giorno che cercherò collaboratori per un grosso progetto questi dovranno prima imparare ad usare le mie librerie e soltanto dopo potranno iniziare a muovere i primi passi per cominciare seriamente lo sviluppo allungando notevolmente i tempi di sviluppo e quindi i costi.

La community, la condivisione delle librerie ed estensioni, la possibilità di avere comunque ottimi forum di supporto per dubbi e problemi.

L’aggiornamento, coloro che creano i framework passano il loro tempo a scrivere e testare nuove funzioni, tutto tempo che risparmiano a noi.

Il tempo, ci vuole meno a imparare ad usare un framework che a scriverne uno. Questo vale per quelle persone che vogliono avere un mezzo potente e flessibile in tempi brevi.

Il debug, scrivere il minimo necessario. Utilizzando un framework si dovranno scrivere sicuramente meno linee di codice e meno linee di codice comportano statisticamente meno errori e quindi meno tempo dedicato al debug e al testing.

Credo che una delle regole più imporanti per un programmatore dovrebbe essere “non reinventare la ruota“. Non serve perdere tempo (soldi) nel progettare, scrivere e debuggare qualcosa che esiste già. Anche perché poi si trovano in giro  richieste di lavoro per Zend Developer, CodeIgniter PHP Senior developer, Symphony guru, ecc non per Framework-PincoPalla developer.

Il C nacque all’inizio degli anni settanta ai laboratori Bell e successivamente Dennis insieme al suo collaboratore scrissero anche il sistema operativo Unix da cui poi derivarono i vari Linux, Mac e BSD. Nel 1983 Ritchie e Thompson ricevettero il premio Turing per il contributo allo sviluppo della teoria generica dei sistemi operativi.

Che dire, sicuramente nelle grandi testate giornalistiche questa notizia non comparirà neanche in decima pagina, per carità muoiono un sacco di persone ogni giorno e nessuno muove un dito o scrive una parola ma mi sembrava giusto buttare giù due righe per qualcuno che (indirettamente, ma neanche troppo) ha veramente cambiato il nostro modo di vivere e di pensare.

Un problema scomodo però si ha se un utente per sbaglio finisse dentro l’applicazione senza passare per l’iframe, quindi attraverso l’url vero della pagina. Per evitare questo bastano due semplici righe di javascript che controllano in che modo è stata caricata la pagina. Se la pagina è contenuta dentro un iframe, allora non c’è alcun problema e l’applicazione funzione normalmente in caso contrario invece l’utente viene rimandato all’indirizzo dell’applicazione dentro Facebook.

Il codice è il seguente:

<script>
if(parent.location.href == self.location.href) {
	top.location.href = 'URL_APP_FACEBOOK';
}
</script>

Si tratta di poche righe di codice, ma molto utili soprattutto per evitare brutte sorprese!

La funzione è molto simile alla precedente.

function relatedPost($postObj, $postNumber = 4){
if ($tags = wp_get_post_tags($postObj->ID))
{
	$tagIds = array();
	foreach($tags as $tag)
	{
		$tagIds[] = $tag->term_id;
	}
	$query = new wp_query(array(
		'category__in' => $tagIds,
		'post__not_in' => array($postObj->ID),
		'posts_per_page'=> $postNumber,
		'caller_get_posts'=> 1
	));
	if($query->have_posts())
	{
		while($query->have_posts())
		{
			$query->the_post();
			echo '<li><a href="'.get_permalink().'" title="'.get_the_title().'">'.get_the_title().'</a></li>';
		}
	}
}
wp_reset_query();
}

Cambia giusto la parte iniziale, invece che ottenere la lista delle categorie prende la lista delle tag e poi come la funzione precedente esegue una query che restituisce i post.

Nel caso volessimo ottenere anche l’immagine di anteprima del post, se il template lo consente si può utilizzare la funzione the_post_thumbnail.