Si queremos que nuestro blog de WordPress haga uso de permalinks,  simplemente tenemos que ir al panel de “Opciones” y entrar en el menú de “Enlaces Permanentes”, donde podremos elegir entre las opciones más habituales o incluso escribir una expresión regular personalizada.

Hasta aquí todo muy sencillo e intuitivo, pero si sólo hacemos esto, lo más normal es que al pulsar sobre un enlace nos aparezca una pantalla de error. Para que los permalinks funcionen correctamente lo primero que hay que hacer es asegurarse de que nuestro servidor web permite la reescritura de URLs. En el caso de Apache esto se hace mediante el módulo “mod_rewrite”. Si estamos trabajando en local, comprobar que está activado es sencillo, abrimos el archivo httpd.conf y comprobamos que la línea que carga dicho módulo está descomentada. Sin embargo, en mi hosting de MBI no tengo acceso al archivo httpd.conf, por lo que tendremos que averiguarlo de otra forma. Una posibilidad es crear un archivo info.php en la carpeta pública con la línea <? phpinfo(); ?>. Después, con acceder a ese archivo mediante el navegador web podremos ver si está cargado o no el módulo. Si no lo está, tendremos que aguantarnos con nuestras URLs “feas” o llamar al servicio de soporte para preguntar si nos lo pueden activar. En mi caso estaba cargado, así que lo único que queda por hacer es dar permisos de escritura al archivo .htaccess para que Wordprees pueda configurar las reglas de reescritura de URLs en dicho archivo. Si no queremos que el archivo .htaccess tenga permisos de escritura, entonces tendremos que editarlo nosotros mismos con las líneas que nos indica WordPress.

Para lograr borrarlos hay que resetear los permisos de todos los archivos en public_html asignándoles como propietario nuestro usuario de cPanel. Esta tarea se ejecuta desde el administrador de cPanel, en la sección de Archivos:

Una vez ahí tenemos que ir a la opción “Cambiar propietario” y se realizará un cambio recursivo de propietario de todos los ficheros contenidos en el directorio public_html, con lo que ya podremos borrar por completo la instalación previa de Drupal.

Estaba yo tranquilamente navegando por internet descubriendo infinidad de cosas interesantes (gracias Evernote por hacer que navegar por internet no sea un sinónimo de perder el tiempo) cuando no sé muy bien por qué caí en una página en la que hablaban de diferentes herramientas CMS (Sistemas de Gestión de Contenidos). Había oido hablar de varios de ellos otras veces, pero nunca me habían llamado la atención, siempre me han parecido una herramienta para desarrolladores web “amateurs”.

Sin embargo, ese día me entró curiosidad y estuve estudiándolos, sobretodo Joomla y Drupal. Me hice con un hosting gratuito en Dosmilonce y  empecé a hacer instalaciones y pruebas. Al comprobar las limitaciones de un hosting gratuito me decidí a adquirir uno de pago con dominio incluido en MBI (Más Barato Imposible). Ya con mi propio dominio estuve trasteando (además de con los citados CMS) con un sistema de e-Learning como Moodle, foros SMF y phpBB, mediawiki y WordPress.

Después de mucho trastear, se despertó mi interés por el mundo PHP. Yo por aquel entonces estaba aprendiendo bastante sobre el framework Spring para Java y montando en mi portátil una arquitectura con  JBoss como servidor de aplicaciones y MySQL+Hibernate+Spring+BlazeDS+Flex+Guasax. Aunque aprendí bastantes cositas, el hecho de que ya tenía en mi poder un hosting PHP y que un hosting Java decente es bastante caro me hizo investigar un poco sobre cómo se desarrollan aplicaciones web 2.0 y RIA desde un entorno PHP. Y ahí es donde descubrí el maravilloso mundo de Symfony. Este framework PHP es muy completo y con muy buena documentación en español, nos permite elegir entre dos ORM distintos muy potentes (Propel y Doctrine) y nos da un excelente soporte para AJAX (Prototype y script.aculo.es). Combinándolo con una gran cantidad de plugins elaborados por su prolífica comunidad y con un buen framework CSS (como YUI o 960 Grid System) estaremos en disposición de desarrollar aplicaciones web utilizando las mejores prácticas y de manera totalmente estandarizada.

Además, descubrí que tanto mi cuñado César (www.neofis.com) como mi primo Javi (www.flai.es) utilizan Symfony en sus proyectos, lo que me animó a seguir aprendiendo.

Volvamos un poco al tema principal del artículo. Por un lado quería realizar un portal personal en mi dominio que fuese atractivo, con varias secciones y fácil de realizar, así que me adentré un poco más en Joomla y Drupal y vi que con Drupal tendría más posibilidades de personalizar el sitio a mi gusto. Empecé a configurar Drupal en mi sitio, pero sinceramente, no se puede pretender convertir un gestor de contenidos en un “generador de aplicaciones”.

Además, poco a poco fui descubriendo que mi hosting probablemente haga honor a su nombre (por lo menos entre los alojados en España) pero que más calidad sí es posible (¡OJO! MBI no es una mala opción) y que además se puede encontrar un hosting mejor optimizado para Symfony (ServerGrove es una muy buena opción).

Así que decidí emplear mi tiempo en seguir aprendiendo a desarrollar aplicaciones web con Symfony y utilizar mi web para ir compartiendo mi aprendizaje con todo aquel que por alguna extraña razón termine por aquí.