Uso de diferentes tipos de URLs en aplicaciones Web

[Mick]

Parece que el tema se ha enfocado principalmente en hablar sobre la apariencia o la conveniencia del uso de un tipo de urls u otras.
Seguramente un termino medio sea lo mas correcto, realmente no conozco ningun sistema que use url limpias en todo porque en muchos casos no es lo mas adecuado, por ejemplo, navegando por cualquier web hecha en drupal veremos urls mixtas, del tipo:
http://drupal.org/forum/37?page=7

En el caso de drupal la utilizacion de las URLs limpias es mas bien un efecto secundario y no un fin en si mismo, el codigo de gestor de contenidos no sabe siquiera que existan ese tipo de urls (a excepcion de la forma de generar los link que devuelve).
Las Urls normales de drupal son asi:
http://drupal.org/index.php?q=forum/37&page=7
Tecleando esto en el navegador web se mostrara la pagina igualmente.
Realmente es una regla de reescritura del servidor web de apache (definida en el .htaccess) la que hace que funcionen, es el propio servidor web el que convierte la url limpia en una url mas sucia que es la que le llega al gestor de contenidos.

Con todo esto lo que pretendo dar a entender es que, en casos como la utilizacion de determinados engines web, se usan URLs limpias simplemente porque se puede hacer sin ningun coste adicional, no es una caracteristica especial que sea costosa de programar, basta simplemente añadir un par de lineas de configuracion al Apache (esto solo es cierto al 99%) y voila ya tenemos las URLs limpias. Y ante esta tesitura, sabiendo que no tiene ningun coste, y si comparamos las dos formas de urls:
http://drupal.org/index.php?q=forum/37&page=7
http://drupal.org/forum/37?page=7
No me cabe duda de que la segunda opcion sera la elegida por el 99.999% de los desarrolladores y usuarios que utilicen este gestor de contenidos (Quizas Emilio seal 0.0001% que no ).

Otro tema interesante que ha planteado Emilio como consecuencia de la explicacion de la forma de procesar las urls, es "el uso de un engine centralizado" vs "uso de scripts separados", esto tambien daria para una buena charla, pero es demasiado tarde hoy.

Saludos
Miguel