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

[dec]

Hola,

Sobre REST (Representational State Transfer) encontré un documento de Paul Reinheimer: Simple Web Services: REST (PDF) que me parece muy curioso e interesante. Por cierto que lo encontré en la Web Cluesheet - Tips for PHP Developers cuyo contenido tampoco parece estar nada mal.

[*Emilio*]

Empezado por Mick

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 ).

Me siento como el dentista que recomienda chicles con azucar

En realidad ese dentista es un tío inteligente que mira por su negocio.

Pues me temo que ni siquiera me quedo en ese supuesto 0.0001%, me gusta más la de toda la vida.

http://www.clubdelphi.com/foros/show...t=31285&page=2

Puede parecer que intento llevar la contraria, incluso a mi llega a parecérmelo con este hilo, pero es que no veo ninguna ventaja por más que me esfuerzo en ello y nadie dice algo concreto para hacerme salir del supuesto lado oscuro en que me encuentro.

[Perberos]

A mi al principio me gustaba ver cosas como:
http://www.localhost.com/?mostrame=a...+toda+la+letra

porque le daba un aire de complicado y dificil de interpretar a simple vista.

pero como es costumbre mia, yo miro a lo estandar, y a lo nuevo o revolucionario.

pero me quedo con lo estandar :P

sobre todo, cuando uno escribe extensos codigos. y no lo hace muy estructurado que digamos.
y a la hora del host. epa, ¿como que el apache no lo puedo configurar para que no me tire error 404?
¿ensima es php4? ¿y yo que tengo algunas funciones del php5? ¿como que el php no tiene pear? &%$#$% con tu host y toda tu &%$% y #@$% familia...

en conclucion, tengo que escribir
http://www.localhost.com/index.php?m...o&decente=true

aunque es lindo escribir cosas como:
info.php?guide / info.php?guide:12 / info.php?contact:email
pero eso depende del gusto de cada uno y la finalidad, no les parece?

[roman]

De pronto vuelvo a leer esta frase de Emilio.

Empezado por Emilio

Yo creo que aquí se están mezclando los usuarios y los buscadores.

Como que ciertamente aquí se han mezclado ambos. La verdad sea dicha, al menos a mi, como usuario, me tienen sin cuidado las url de los sitios que visito. Me parece que los argumentos debiera enfocarse en todo caso al desarrollador y la conveniencia del uso de url "limpias" como aquella que menciona mamcx y que aun no me queda claro.

// Saludos

[dec]

Hola,

Empezado por Román

La verdad sea dicha, al menos a mi, como usuario, me tienen sin cuidado las url de los sitios que visito. Me parece que los argumentos debiera enfocarse en todo caso al desarrollador y la conveniencia del uso de url "limpias" como aquella que menciona mamcx y que aun no me queda claro.

Ahí discrepo, aunque sólo sea para que se vea que puede haber divisiones. Yo me vengo fijando en las URLs de los sitios Web desde hace años, incluso antes de saber qué cosa eran las URLs las intuía importantes, como usuario (no he dejado de buscar el gestor de favoritos perfecto) y como desarrollador, humildemente.

[dec]

Hola,

Empezado por Perberos

(...) sobre todo, cuando uno escribe extensos codigos. y no lo hace muy estructurado que digamos.

y a la hora del host. epa, ¿como que el apache no lo puedo configurar para que no me tire error 404? ¿ensima es php4? ¿y yo que tengo algunas funciones del php5? ¿como que el php no tiene pear? &%$#$% con tu host y toda tu &%$% y #@$% familia...

Pero hay que pensar. Hay que pensar que antes de codificar cualquier cosa (no trivial) uno tiene que tener claro las necesidades y requerimientos de la aplicación que está escribiendo. Evidentemente unas y otros (y lo de más allá) determinará la codificación, entre todo lo demás, el seguir adelante, en definitiva.

La cuestión de la portabilidad tal vez sea un poco distinta. Es decir, si uno tiene una aplicación en producción utilizando PHP 5 (recordemos, porque así lo requerían las necesidades y se estimó oportuno hacerlo así en su momento) y después se ve forzado a cambiar a una versión anterior de PHP...

De todos modos precisamente hablar de proyectos, de diferentes proyectos, implica eso, las necesidades de cada proyecto. Ahí deberíamos atenernos. Es decir, que no creo que tengamos que dilucidar si debemos dejar de usar un tipo de URLs (sea como sea) o comenzar a utilizar otras (sea como sea).

De hecho tal vez dilucidar eso no sea posible porque no estemos hablando de un estándar que hubiera de seguirse ni nada parecido. Estamos hablando de proyectos, de necesidades, de posibilidades de elección de un tipo u otro de URLs, o, a lo menos, de tener presente esto último como algo que puede aportar a nuestra aplicación algún tipo de valor.

[roman]

Empezado por dec

Yo me vengo fijando en las URLs de los sitios Web desde hace años, incluso antes de saber qué cosa eran las URLs las intuía importantes, como usuario (no he dejado de buscar el gestor de favoritos perfecto) y como desarrollador, humildemente.

Dame una razón, como usuario, de porqué te importa el formato de la url.

Yo entro a un lugar como éste, el club. Veo barras de menús, listas, pestañas, todo muy bien organizadito, y comienzo a dar clicks en este enlace, y luego en este otro. Siempre hay un enlace dispuesto a llevarme a donde yo quiero. Y todo esto puedo hacerlo sin fijarme en la barra de direcciones.

Que tu naturaleza curiosa, como la de la mayoría seguramente de quienes entramos a estos foros de programación, te lleve a interesarte por el formato de las url, es perfectamente entendible. Pero, repito, como usuario, creo que es indiferente. Quizá sería ineresante hacer una encuesta entre usuarios no programadores.

// Saludos

[dec]

Hola,

Empezado por Román

Dame una razón, como usuario, de porqué te importa el formato de la url.

Prefiero la URL:

http://mihabana.com

... a la URL:

http://cosasquedejeenlahabana.com

También prefiero la URL:

http://del.icio.us/tutorial+delphi

... a la URL:

http://del.icio.us/index.php?q=tutorial%20delphi