Para colores, 32 Bits

Hace unos días quise cambiar un poco la estructura de los permalinks de la web sobre cine Filmclub.
Pensé que habría que hacer algo, pero comprobando las noticias (de cualquier antigüedad), el propio wordpress redireccionaba a lo que toca. Lo que cambié fue que en lugar de tener la estructura por día, la tuviera por mes (muchas de las webs con más pagerank y más tráfico obvian el día, por algo será). Pasando de tener una url como:

filmclub.es/año/mes/dia/titulodelanoticia/

A quitar el día quedando el tema así:

filmclub.es/año/mes/titulodelanoticia/

Qué fácil, pensé. No podía estar más medio-equivocado. A los pocos días empiezan a saltar errores de 404 en Google Webmaster. En realidad no lo entendía, hasta que vi que, aparte de algunos links mal puestos, lo que fallaba eran las URL que apuntaban a imágenes de posts.

Si ponía la url tal cual, fallo 404.

Si le quitaba el día, cargaba bien.

Si ponía la url tal cual pero quitaba la última parte de la URL, redireccionaba bien y cargaba la noticia.

Así que como no vi ninguna solución consultando por wordpres, nginx y rewrites, era hora de aprender algo sobre Expresiones Regulares, que siempre se me atrancan. Tras mucho probar y buscar, terminé usando un formulario de una web que parece que está hecha para Google Analytics. La web en cuestión es Metriplica, en su apartado de expresiones regulares, con documentación incluída y demás.

Al final es solo poner una regla de rewrite en el fichero .conf del dominio del Nginx. Tras jugar un poco con la web de Metriplica, pude conseguir la expresión regular siguiente (con el rewrite aquí):

rewrite ^/([0-9][0-9][0-9][0-9])/([0-9][0-9])/([0-9][0-9])/(.*) /$1/$2/$4 permanent;

Explicación:

De la URL que te pidan, se coge lo que venga después del dominio.

Si hay 4 separaciones o más, quiero que lo dividas en 4 variables, siendo la primera una que sea numérica de 4 dígitos (el año) de 0 al 9 cada dígito, la segunda también numérica de dos dígitos (el mes), la tercera igual que la segunda (para los días), y el resto (independientemente de que vengan números, letras, o graffitis.

Si lo de arriba coincide, hay que reescribir la URL quitando la tercera variable, ergo tendremos el año, el mes y el resto.

Marcar esto como cambio permanente. El rewrite con esa opción ‘permanent’ al final, devuelve un código 301.

Nada como aprender de esta manera para que se te quede.

He unido los plugins necesarios para hacer una instalación de WordPress completamente plana (sin uso de MySQL como base de datos).

El truco radica en que la base de datos se escribe en un fichero usando SQLite (así que el sistema debe tener las librerias SQLite para PHP instalado), y cada vez se consulta ese fichero. La ventaja es no tener que crear usuarios y bases de datos para montar una web simple y con poco movimiento de actualizaciones. Así simplemente se tiene que subir, descomprimir el fichero e instalar.

Esto básicamente es un conjunto de plugins y la última versión de WordPress estable en un ZIP. No he modificado nada, ni reprogramado. Esto TAMPOCO es FlatPRESS. Es otra edición para aprovechar todo el abanico que la comunidad de WordPress ofrece.

Podeis ver más detalles aquí.

Un vistazo a WordPress, uno de los CMS usado principalmente como blog con más usuarios del mundo.

Lea el resto »

Actualizando a WordPress 3.0.2 esta tarde, me he encontrado que no se activaba el plugin buscador de Google por el siguiente error:

Parse error: syntax error, unexpected T_VARIABLE, expecting ‘,’ or ‘;’ in wp-content/plugins/google-custom-search/installer.php at line 14

La solución es fácil.

• Ir al fichero en cuestión
• En la línea 14, se definen 3 variables de manera global; pero entre la 2 y la 3 hay un espacio
• Sustituir ese espacio por una coma
• Guardar, salir y activar de nuevo el plugin

Solo tengo uno:

• WordPress es a la web, lo que Microsoft Word es a los documentos

(Puedes hacer de todo en el ámbito).

Yayo nos trae un post interesante sobre como hacer backup’s de WordPress, con directorio y base de datos incluída.

Ya lo comentaba anieto2k, pero ahora acaba de salir la nueva versión de este plugin para WordPress con algún que otro bug arreglado.

Habrá que probarlo algún día.

Actualización: Anieto2k ya tiene noticia al respecto.

Movable Type es uno de los cms dedicados a blogs que surgieron antaño. Pese a su evolución, se encerró en su propio código sin dejar que fuera ni open source ni demás como lo ha sido WordPress desde su inicio (pese a ser un fork).

El tema es que ahora, los chicos de Movable Type han decidido sacar la versión basándose en GPL.

¿Cual es la diferencia entre Movable Type y WordPress?

Según parece, mientras en wordpress si desarrollas algo (un plugin, un theme, algún hack, etc. ) tú eres el dueño de ese código. Por su parte, Movable Type te hace firmar un acuerdo como mientras el código que tu has generado es de su propiedad :O pues ellos solo tienen 1 único proveedor de parches o modificaciones, que es Six Apart.

Este, aceptará el código de terceros (en este caso tu con tu superparche o hack ultraguay) si estos firman una cesión del código a Six Apart.

El objetivo de esto es claro: poder vender una versión no-GPL de Movable Type. Mientras el hecho de poder ver el código de MT beneficiará a WordPress y podrá contribuir a algunas mejoras, esto al revés no funcionará pues Six Apart no acepta tal cosa (a menos que los autores firmen, cosa que ni locos harán).

Incluso puede que algún día, los de Six Apart decidan no sacar más versiones GPL de MT, y alguien haga un fork específico para seguir ese desarrollo. Menos mal que WordPress lo tuvo claro desde el principio.

Ya argumenté cosas acerca de las cachés de Meneame y, a raíz del post en anieto2k, me surgió el problema.

Tal como comenta anieto2k, ha salido 1BlogrCache que, básicamente, es un mejorado plugin de lo que es WP-Cache (ampliamente conocido en el mundo entero). El tema radica en que la mayoría de gente suele usar directamente eaccelerator (pese a los fieles de APC) y estamos, realmente, cacheando el doble y mal.

Lea el resto »