Da qualche settimana ho trasferito la gestione del sito solaroli.it da Register.it ad Aruba.
Uno dei motivi alla base di questo cambiamento è la estrema convenienza delle offerte di Aruba che consentono di usare PHP + MySQL.
La possibilità di usare PHP e MySQL mi allettava molto perché permette di potere scegliere fra molti diversi sistemi per la gestione dei contenuti (CMS) free/open source.
Dopo alcuni interessanti esperimenti fatti con WordPress ho provato anche Drupal; Drupal è molto più flessibile di WordPress, ma c’erano alcuni aspetti che mi lasciavano alquanto perplesso. In particolare la gestione degli url.
Dopo un po’ di prove sono però riuscito a configurare anche Drupal in modo soddisfacente.
Per evitare di avere url con formati orrendi (es: http://www.solaroli.it/?q=node/6) ho dovuto effettuare le seguenti modifiche:
- installare e configurare il modulo pathauto;
- attivare i Clean URLs nelle configurazioni generali di Drupal;
- configurare il file
.htaccess.
La configurazione del file .htaccess è stata l’operazione più antipatica. Dopo avere raccolto un po’ di documentazione e fatto alcuni esperimenti, questo è il formato finale del file che sto utilizzando:
# Customized error messages.
#ErrorDocument 404 /index.php
RewriteEngine on
# Modify the RewriteBase if you are using Drupal in a subdirectory and
# the rewrite rules are not working properly.
#RewriteBase /cms
# Rewrite current-style URLs of the form 'index.php?q=x'.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
Con queste poche modifiche adesso gli url sono molto più simpatici.
Per quanto riguarda l’editing dei testi, ho invece installato il modulo Marksmarty che consente di utilizzare la sintassi Markdown.
L’implementazione PHP (almeno quella integrata con Drupal) non funziona al 100%, ma anche con i limiti attuali è ampiamente utilizzabile; e sicuramente 1000 volte meglio che scrivere HTML!!!
Ho ancora qualche problema con le configurazioni della cache, ma il web server di Aruba si rifiuta di accettare i comandi che viene consigliato di attivare; in particolare:
# Reduce the time dynamically generated pages are cache-able.
ExpiresActive On
ExpiresByType text/html A1
#ExpiresByType text/html "access plus 5 minutes"
Per il momento ho soprasseduto (anche vista l’ora impossibile), però non mi do ancora per vinto del tutto.
Ho capito!!
Il problema di non aggiornamento di un mio post nella home page non era dovuto ad un problema di cache, ma all’operato di un modulo (excerpt) che continuava a mantenere una versione vecchia dell’incipit del documento. Dato lo scopo del modulo (permettere di avere un estratto sintetico indipendente dal testo del documento principale) qualcuno direbbe:
It’s a feature, not a bug!
