L'altro giorno stavo configurando la versione "online" del sito di un cliente. E' un sito semplice, fatto con ubercart, in multilingua (ah, se qualcuno ha bisogno di capire come funziona il multilingua lasci un commento). Nulla di complicato. Anche il tema è uno standard di drupal (ho scelto garland con un colore che ricorda il logo del cliente). Pero' mi sono imbattuto per l'ennesima volta nella fantomatica "pagina bianca della morte".

Ho girato in lungo ed in largo per capire a cosa fosse dovuto, e non avevo la possibilità di vedere i file di log. Sicuramente non erano i megabyte a disposizione di php, e neppure qualche modulo che poteva creare malfunzionamenti (le stesse versioni in locale funzionavano). Ma allora cosa era ?

La risposta è piu' semplice di quello che si pensi: quando programmiamo in locale iniziamo una cosa e la portiamo a termine (o almeno cosi' dovrebbe essere); ne iniziamo un altra e la portiamo a termine. Ci serve qualche modulo per una certa cosa ? Lo scarichiamo, scompattiamo ed attiviamo. Alt! Stiamo parlando di qualche modulo da attivare, di solito non più di 3 o 4, non di 20 moduli da attivare tutti insieme. Ecco qui il nostro problema: cosa succede quando attiviamo i moduli ? Viene eseguito del codice php (secondi), che prima viene interpretato (secondi), che magari farà qualche operazione sul DB (secondi). Secondi qui, secondi lì e giungiamo ai fatidici 30 secondi del tempo massimo di esecuzione dello script php, che se superati terminano di colpo lo script in esecuzione (con conseguente possibile instabilità dei dati). Perchè non capita in locale ? Semplice: online tentiamo di attivare i 20 uno dietro l'altro, offline se va bene sono 3 o 4.

Quindi la prossima volta che dovete mettere online un sito web sviluppato in locale fate attenzione a non attivare più di 3 o 4 moduli alla volta.