Il GiardinodelleIdee

Nella prima puntata ci siamo occupati della gestione del parametro register_globals su server Aruba… era sufficiente inserire un file php.ini con alcune direttive.

Nella seconda puntata abbiamo affrontato l’ottimizzazione SEF delle URL, per le pagine di joomla.

Oggi affrontiamo un ulteriore problema, in cui sono incappato nella preparazione di un sito Joomla su Aruba, anche se, documentandomi, ho visto che può accadere anche con piattaforme Wordpress.

Il problema si verifica quando l’applicativo web richiede una quantità di risorse che il web server non può fornire. Se le risorse sono relative alla RAM può accadere che, invece del sito, compaia una scritta del tipo:

Fatal error: Allowed memory size of 12582912 bytes exhausted

Oppure, come, nel mio caso “8582912 bytes exhausted”.

Il motivo per cui accade è semplicissimo: il numero di siti internet che, all’interno di uno stesso webserver, condividono le medesime risorse.

Per chi fosse curioso, MyIPneighbors è un interessante servizio che ci permette di conoscere quali sono i nostri “vicini” di IP. Sull’IP del sito a cui sto lavorando sono presenti circa 1000 indirizzi web !!! (stima per difetto).

Veniamo invece alla soluzione del problema.

Le informazioni circa il quantitativo di memoria RAM, che il server deve assegnare a ciascuna applicazione web, è inserito all’interno della configurazione del webserver (nel caso di apache), in un file denominato PHP.INI.

Sfortunatamente questo è inaccessibile per il webmaster… però è possibile attribuire una versione “locale” del file.
E’ sufficiente creare un file di testo, rinominarlo php.ini, e scrivere dentro la seguente riga:

memory_limit = 24M

Il file va caricato all’interno di tutte le cartelle che contengono
codice che necessita di tale settaggio, in quanto non si riperquote
sulle cartelle sottostanti. Sicuramente nella cartella principale (root) e nella cartella delle applicazioni web che necessitano di maggiore memoria.

Occorre ribadirlo, questa è una soluzione parziale, in quanto le risorse fisiche restano quelle proprie del server.
Per maggiori informazioni, nonché fonte della mia illuminazione, potete leggere qui.

Nella prima puntata ci siamo occupati della gestione del parametro  register_globals su server Aruba… era sufficiente inserire un file php.ini con alcune direttive.

Adesso affrontiamo un problema molto sentito da chi utilizza joomla, l’indicizzazione nei motori di ricerca.

Uno dei parametri di ottimizzazione SEO è quello di creare le pagine con il nome file indicativo. Cioé non inserire un semplice “pagina.html” ma una più dettagliata “installare-joomla-su-aruba.html”.

Fare questo con le pagine “statiche” è semplice, il problema diventa più grave con un software CMS.
Tra quelli fatti in casa c’è il brutto vizio di creare pagine del tipo “pagine.php?id=2″… provate a pensare quale fatica deve fare il motore di ricerca per capire cosa ci sta dentro.

Anche i cms più blasonati, come joomla, soffrono di un vizio simile. Una pagina per joomla di solito è nella forma “index.php?option=com_content&view=article&id=1″… non andiamo certo meglio !!!

Per risolvere questo problema esiste un modulo del web server apache che si chiama mod_rewrite. In pratica mod_rewrite prende l’indirizzo digitato dall’utente (URL) e lo trasforma secondo precise regole. Pensatelo un po’ come il traduttore di google: voi inserite una parola e lui vi da la traduzione in un’altra lingua.

E’ chiaro che il mio intento, qui, non è spiegare l’implementazione del modulo… ma capire perchè non funziona su aruba…

Cercando un pò ho trovato questa soluzione che sembra funzionare, ve la lascio così com’è fate le dovute prove e scrivetemi eventuali commenti. A me ha funzionato
In pratica si tratta si commentare una riga del file htaccess.txt (che deve diventare .htaccess). La riga è questa:

# Options +FollowSymlinks

alla terza puntata…

p.s.

Sono passato alla versione nuova di joomla, la 1.5.2, mi sembra un buon passo avanti

Original post by mapik and software by Elliott Back