Ogni problema ha soluzioni differenti e per questo è meglio un archivio di soluzioni valide per tutti gli ambiti piuttosto che una soluzione non valida per molti.

Link a 10 articoli su come ottimizzare le query

http://blog.fedecarg.com/2008/06/12/10-great-articles-for-optimizing-mysql-queries/

Tools di diagnostica MySQL

http://www.mysqlperformanceblog.com/tools/

Suggerimenti per l’ottimizzazione

http://ajohnstone.com/achives/mysql-php-performance-optimization-tips/

Consigli ufficiali MySQL per l’ottimizzazione

http://dev.mysql.com/tech-resources/presentations/presentation-oscon2000-20000719/

Spero che a qualcuno, come a me, siano risultati utili…

Il plugin WP Photo Album Plus è creato per gestire comodamente e mostrare foto album e slideshow degli stessi all’interno dei blog WordPress.

Offre la possibilità di:

• creare album che contengono foto o sotto album
• nessun limite nei sottoalbum
• controllo sulla dimensione delle foto
• ordinamento degli album
• ordinamento delle foto
• slideshow automatico con velocità personalizzabili
• widget “Foto del giorno” per la sidebar
• widget “Ricerca foto”
• possibilità di votare le foto (con le classiche 5 stelle)
• widget “Mini slideshow” per la sidebar
• localizzato in olandese, giapponese, francese (vecchio), spagnolo e tedesco, oltre che alla mia localizzazione italiana

Trovate il plugin a questo indirizzo: http://wordpress.org/extend/plugins/wp-photo-album-plus/
Potete scaricare la traduzione in italiano qui: Italian Translation WP Photo Album Plus

Per installare la traduzione italiana, copiate i due file scaricati all’interno della directory wp-content/plugins/wp-photo-album-plus/langs

Buon divertimento.

Disabilitare Plugin non utilizzati

La prima cosa da fare è, banale, eliminare tutti i plugin non utilizzati, ma anche in non necessari per il proprio blog. Per esempio, tra i plugin installati avevo “WordPress Stats” che, proprio in questi giorni, ha rallentato parecchio la connessione verso i propri server per il salvataggio statistico. Conclusione: WP era diventato parecchio lento!

JavaScript, carichiamo quanto serve realmente?

Mi sono reso conto come, in tanti, facendo un po’ di modifiche ai temi installati, si ritrovano a richiamare pacchetti JS inclusi in WordPress anche se non ne hanno completamente bisogno. Il mio tema, per esempio, aveva Prototype “installato” ma non c’era alcuno script che andava ad utilizzarlo.

Usi Google Analytics? E’ l’ultima versione?

Il mio blog è online ormai dal lontano 2007 e la versione dello script di monitoraggio di Google Analytics era veramente vecchiotta. La nuova versione funziona totalmente in modo asincrono e di conseguenza il sito caricherà in modo più rapido.

Sistemiamo HTML / XHTML

Perchè far soffrire il nostro povero browser durante la fase di rendering perchè alcuni TAG sono mancanti o non completi? Un bel check del validator W3C mi ha permesso di individuare nuovamente un po’ di errori e passare a sistemarli, per lo meno sulla Home Page. Dovrò provvedere a fare la stessa operazione anche sulle pagine interne, ma… tempo al tempo!!! Cominciamo a sistemare la nostra Home Page.

Impostiamo Expiring Headers

Lo potete fare solo se potete maneggiare il file “.htaccess” del vostro server. Vi consiglio di inserire queste prossime righe all’inizio del file. Tutti i vostri file “statici” diventeranno “a lunga conservazione”.

<FilesMatch "\.(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$">
Header set Expires "Thu, 15 Jan 2015 20:00:00 GMT"
</FilesMatch>

<FilesMatch "\.(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$">
Header set Cache-Control "max-age=31449600, public"
</FilesMatch>

<FilesMatch "\.(xml|txt)$">
Header set Cache-Control "max-age=172800, public, must-revalidate"
</FilesMatch>

<FilesMatch "\.(html|htm)$">
Header set Cache-Control "max-age=14400, must-revalidate"
</FilesMatch>

Altro? Si, effettivamente, tra compressione JavaScript e immagini e configurazione corretta del server e del posizionamento / scrittura di alcuni scripts potrei fare di meglio, ma chi ben comincia è a metà dell’opera, no?

Tu hai qualche altro consiglio da darmi o vuoi sottolineare un’importante ottimizzazione che ho perso per strada?

Il download forzato di file sembra ora possibile solo attivando il buffering via codice, aggiungendo due semplici linee (evidenziate in bold) nello script di download.

Response.Buffer = True

'download forzato
do until objStream.eos Or Not Response.isClientConnected
   response.binaryWrite objStream.read (chunk)
   response.flush
Loop

La procedura è abbastanza semplice e, grazie a questa guida trovata sul sito Magento, riuscirete a risolvere in meno di 5 minuti.

Sulla versione 1.4 di Magento consiglio di inserire il codice solo dopo la riga 73 del file index.php, esattamente a seguito di

#ini_set('display_errors', 1);

Se avete problemi sapete dove trovarmi!

If InStr(LCase(Request.ServerVariables("SERVER_NAME")),"www") = 0 Then
   Response.Status="301 Moved Permanently"
   Response.AddHeader "Location", "http://www.dominio.it"
End If

Lo script è migliorabile, magari mantenendo anche querystring e e script page nell’URL, ma… per ora, per un intervento rapido ed indolore, mi va bene così! Se hai voglia di migliorarlo, commenta pure!

PS: colgo l’occasione per farmi gli auguri e ringraziare coloro che ci hanno già pensato!

Per maggiori info: http://programmazione.it/index.php?entity=eitem&idItem=42769

Ho deciso di installare Symfony utilizzando PEAR, semplificando tutta la procedura.

La mia configurazione computer

Il mio netbook (Samsung NC10 – che tra l’altro fino a ieri non funzionava!) è la macchina su cui mi diverto a sperimentare e giocare programmando, davanti alla televisione, le notti fino a tardi.

Ho deciso di usare la doppia partizione per salvare sul “disco” D: tutti i documenti e, con essi, anche le pagine web e gli script dei siti internet.

Come ho detto, le installazioni di EasyPHP e Symfony seguono due procedure semplicissime:

• il primo, EasyPHP, va semplicemente scaricato e installato
• il secondo, Symfony, si può installare comodamente grazie a PEAR, componente di PHP (prima però bisogna installare PEAR!)

Configurazione di Apache

La configurazione di Apache potrebbe essere uno scoglio per chi è solito programmare ma non ha mai utilizzato un server web, che sia Apache o IIS. E Apache, come tutti i software open source, potrebbe apparire un po’ complicato da configurare (ragazzi, siamo un po’ troppo abituati alle interfacce UI), ma ci permette di fare veramente quello che più vogliamo.

Per una configurazione “di base”, aprite dal menu contestuale di EasyPHP la Configurazione di Apache Server, andate sul fondo e incollare il seguente stralcio di codice.

NameVirtualHost *:80

#area base per i siti web
<VirtualHost *:80>
  ServerName web
  DocumentRoot "D:\web"
</VirtualHost>

#area per i siti PHP
<VirtualHost *:80>
  ServerName localhost
  DocumentRoot "D:\localhost"
</VirtualHost>

#concessione autorizzazioni alla cartella condivisa SF di Symfony
<Directory "C:\Program Files\xampp\php\pear\data\symfony\web\sf">
  Allow from All
</Directory>

#virtual directory per un progetto symfony
<VirtualHost *:80>
  ServerName symfony
  DocumentRoot "C:\web\symfony\web"
  DirectoryIndex index.php
  Alias /sf "C:\Programmi\EasyPHP 3.0\php\data\symfony\web\sf"

  <Directory "D:\web\symfony\web">
   AllowOverride All
   Order allow,deny
   Allow from All
  </Directory>
</VirtualHost>

Fatto questo, salvate e riavviate Apache Server (modificate i puntamenti ai folder secondo le vostre specifiche e/o comodità).

E ora non vi resta che configurare il file HOSTS di Windows (C:\WINDOWS\system32\drivers\etc\hosts), file che funziona da domain name server e che vi può servire a dichiarare “domain name” per i vostri progetti locali. Anche questo file è molto semplice da modificare: inserite l’indirizzo IP, tabulate e inserite il nome a dominio, come da esempio.

127.0.0.1    localhost
127.0.0.1    symfony
127.0.0.1    web

Queste ultime direttive inserite nel file HOSTS dichiarano 3 nuovi domini, chiamati localhost, symfony e web che puntano a cartelle differenti. Tutti i miei progetti puntatno alla cartella D:\Web, ma voi potete configurarli come più preferite.

E ora… divertitevi con Symfony!!!

Personalizzare la pagina di errore 404

La pagina di erorre 404, almeno sui server Windows su cui sono solito lavorare, deve necessariamente essere una pagina statica, in formato .htm o .html, incapace di essere processata e quindi di eseguire delle operazioni automaticamente. Ecco allora che, durante la ristrutturazione delle nostre macchine, ne ho approfittato per creare una 404 “collaborativa”, tipo Users Generate Contents: questa sarà però solo Users Advise Errors.

Dopo aver disegnato una grafica “personale”, attraverso la scrittura di codice JS, cerchiamo di capire se

• l’utente ha seguito un link trovato su qualunque pagina (anche motori di ricerca)
• l’utente ha digitato male un indirizzo

L’unica differenza tra queste due modalità si riconosce, banalmente, attraverso la verifica dell’HTTP Referrer. Se quest ultimo è presente, significa che esiste un referente per la nostra pagina, quindi un sito che presenta un vecchio o errato collegamento.

Il codice JS

Sfortunatamente, tutti i contenuti della pagina andranno disegnati in JS.

Il codice JS che trovate qui in seguito va inserito all’interno dei tag <body> della vostra pagina 404.

<script>
<!--
// verifica referrer
var strReferrer=document.referrer.toLowerCase();
if (location.href.indexOf("noreferrer=true")>=0) strReferrer="";

//no referrer!
var str='';
str+='<div><p><a href="/" title="Vai alla Home Page">Home Page<\/a><\/p><\/div>';
str+='<div><p><strong>La pagina che stai cercando potrebbe non essere visibile a causa di:<\/strong><\/p>';
str+='<ol type="a">';
str+='  <li>un <strong>vecchio segnalibro<\/strong><\/li>';
str+='  <li>un motore di ricerca con un <strong>vecchio collegamento<\/strong><\/li>';
str+='  <li>un <strong>indirizzo mal digitato<\/strong><\/li>';
str+='<\/ol><\/div>';
document.write(str);

var blnInsiteReferral = false;
var strSite = "";
//si referrer!
if (strReferrer.length!=0) {
	//verifico la possibile provenienza dallo stesso sito
	blnInsiteReferral = (strReferrer.indexOf(location.href)>=0)

	str='<div><h3>Aiutaci ad aiutarti...</h3>';
	//stesso sito
	if (blnInsiteReferral){
		str+='<p>Sembra che qualcuno dei nostri link sia rovinato. Tutto quello che ti chiediamo di fare per darci una mano &egrave; di premere il bottone in seguito.<\/p>';
	} else {
		str+='<p>Per migliorare i nostri servizi, ti chiediamo di informarci sui link scorretti. Ci occuperemo noi di informare chi di dovere per modificare il link.<br />Premi <strong>Invia<\/strong>!<\/p>';
	}

	//form per l'invio delle informazioni
	str+='<form method="post" action="http:\/\/www.mysite.com\/send404.asp">';
	str+='<input type="hidden" name="referring" value="' + strReferrer + '" \/>';
	str+='<input type="hidden" name="page" value="' + location.href + '" \/>';
	str+='<input type="submit" name="cmdSubmit" class="button" value="Invia" \/>';
	str+='<\/form>';
	str+='<\/div>';
	document.write(str);
}
-->

Io invio email, tu?

Come potete vedere, il form disegnato dal JS viene mandato ad una pagina di nome send404.asp, pagina che si incaricherà di inviare un’email ad uno dei nostri account di posta per informarlo del link rovinato. Non sto a riportarvi anche il codice del form, potete facilmente ritrovarlo anche voi facendo una semplice ricerca su Google!

Conclusioni

A differenza di quanto credevo e potevo aspettarmi, la pagina ha riscosso parecchio successo e molte delle persone che, navigando finivano su uno di quei pochi link “rovinati” e di conseguenza sulla nostra nuova pagina 404, cliccavano sul bottone e…ecco arrivare una bella email nella nostra casella di posta che ci informa di referrer e indirizzo della pagina non trovata! Che ne dite?