Pero tengo algunas dudas: Que hago con los demas archivos (las imágenes, las hojas de estilo, los .js,…), supongo que tendré que procesarlos en el index.php, pero como? Y no supondria esto un consumo excesivo?

PD: Muy interesante tu blog, va para mi lector de feed

Saludos.

RewriteBase /
RewriteCond %{REQUEST_URI} !(\/articulos\/)|(\.jpg)|(\.png)|(\.css)|(\.js)|(\/etcetcetc\/)$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

@Miguel Ángel: El codigo de .htaccess ovbiamente es para usarlo en la raiz / si fuera adentro de una carpeta articulos.

RewriteBase /articulos/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /articulos/index.php [L]

o salvo que te refieras a implementar also similar a esto

http://web2developement.calinsoft.com/urls-amigables/articulo/urls-amigables-facilmente.html

dale una chequeada si eso fue tu duda.

Y por lo de los errores 404 eso se controlaria cuando se reciba el valor claro una validación previa, haber publicado este articulo fue para recibir criticas para mejorar el script y asi sea una alternativa muy buena.

Saludos

Así, por ejemplo si tu articulos son http://dominio.es/articulos/... y creas una carpeta llamada /articulos verás como las url amigables dejan de funcionar.

No se si esta técnica, creo que se llama lazy urls, llegó con WP o estaba de antes, por éste la popularaizo bastante.

Implementar esto en nuestro proyecto es muy sencillo, usando el mismo código en el .htaccess que WP nos queda implementar la lógica en el index.php. En este archivo consultamos la url que nos pasa el usuario y actuamos en consecuencia.

Si usamos este método hay que tener cuidado porque “desaparecen” los errores 404, ya que si no encuentra algo te mandará siempre al fichero index.php. Tendremos que controlar estos errores desde el mismo index.php, si nos pasan algo que no conocemos habrá que devolver una página de error (con su correspondiente cabecera 404)

Pero cuando quieres extender los de WordPress digamos para mejorar algo como /%postname%/%algo%/ la clase WP_Rewrite se vuelve una maraña y en mas de la mitad de las veces que la puedes necesitar encontraras un camino mas fácil al hacer una búsqueda en REQUEST_URI y de PATH_INFO.

Creo que mal interpretaste mi comentario, tu articulo de nota el uso externo de la API WP_Rewrite para mejorar tu aplicación web, pero en si dentro de WP la clase es prácticamente solo para WP, no puedes extender sin causar en tu código una maraña poco administrable.

Saludos

y claro que es extendible el mismo wordpress es extendible, esta clase lo puedes implementar no solo en blogs o cms si no en aplicaciones web o a ¿que te refieres? si nos dieras un ejemplo de lo que quieres lograr creo que todos entenderiamos tu punto de vista .

Saludos

Es una lastima que este articulo también este escueto y realmente no toque los verdaderos desmanes provocados al usar la WP API (por que mas que hacer URLs amigable con ella, el chiste esta en extender las de WordPress a través de ella, cosa que por experiencia les puedo decir no es nada fácil).

Saludos