Uso de diferentes tipos de URLs en aplicaciones Web

[D-MO]

Empezado por roman

Disculpa mi ignorancia, ¿cuál es el punto exacto del problema? Yo de verdad ya no entiendo. En estos foros de vBulletin, los url son "sucios", según colijo de su nomenclatura; más sin embargo tengo entendido que están bastante bien indizados por google.

Si te das cuenta, vBulletin no utiliza el caracter "&" en ninguna de las urls, en cambio usa nombres diferentes de archivos, el ejemplo que yo ponia:
http://www.ejemplo.com/tema.php?tarea=ver&tema=1
lo hace vBulletin de la siguiente manera
http://www.clubdelphi.com/foros/showtrhead.php?p=1234
algo muy distinto y que puede no causar problemas para los spiders.

Ahora, al haber dicho:

Empezado por d-mo

...ocado el punto exacto de este problema...

me referia a la pregunta que hace emilio

Empezado por emilio

No le veo ventajas a lo otro y realmente me gustaría saber cuales son.

Saludos

[roman]

Empezado por D-MO

Si te das cuenta, vBulletin no utiliza el caracter "&" en ninguna de las urls

¡Ah caray! ¿Y ésta

http://www.clubdelphi.com/foros/show...ight=vbulletin



// Saludos

[D-MO]

Empezado por roman

¡Ah caray! ¿Y ésta

http://www.clubdelphi.com/foros/show...ight=vbulletin

en el caso de esta url, al igual que
http://clubdelphi.com/foros/newreply...reply&p=135351
No son urls que interese tanto indexar en los buscadores(desde mi punto de vista, claro está).

La URL que has puesto, comparandola con esta:
http://www.clubdelphi.com/foros/showpost.php?p=135347
Muestran el mismo tema, con la única diferencia que resalta la palabra "vBulletin", algo que en mi opinion no es del todo necesario indexar en un buscador, o si.

Saludos.

Edito:
No son las únicas URLs así en vBulletin, pero si te das cuenta, estas URLs están en una escala menor con respecto a la importancia en indexación, porque ¿de que sirve que indexes un enlace que te lleve a editar un tema?, en algún caso me pasó eso con otro sistema de Foros e incluse me permitia editar y guardar los cambios (al parecer el lema de la SEGURIDAD no era de importancia en este)

[roman]

Empezado por D-MO

con la única diferencia que resalta la palabra "vBulletin", algo que en mi opinion no es del todo necesario indexar en un buscador, o si.

No hombre, claro que no. El punto es que no todo es indizar, y otros parámetros tienen otros propósitos útiles, como el de resaltar una palabra en este caso. No me queda claro como pasar estos parámetros "extra" en el caso de url "limpias". Algo como showpost/134567/highlight/vbulletin como que no me convence. Reitero que yo desconozco estos temas pero me gustará entender más las razones de este tipo de urls.

// Saludos

[dec]

Hola,

Fijémonos por ejemplo en lo que hacen en del.icio.us al respecto, a ver si puede servirnos de algo a todos en general, y a mí en particular, para añadir a la explicación que con mejor o peor fortuna he tratado de hacer de aquello que me intrigaba, tal como digo más arriba.

Entrada a la Web:

http://del.icio.us/

"Submit" del formulario "Discover favorites":

http://del.icio.us/search/?all=delphi+components

Vuelta a la portada

http://del.icio.us/

Clic en "Login":

http://del.icio.us/login

"Submit" del formulario de "login" (con datos incorrectos):

http://del.icio.us/login *

* Se muestra un mensaje de error


"Submit" del formulario de "login" (con datos correctos):

http://del.icio.us/dec *

* Donde "usuario" es nuestro "login" en la página Web

"Profile" de un usuario:

http://del.icio.us/settings/dec/profile

Enlaces de un usuario (del.licio.us guarda enlaces, entre otras cosas):

http://del.icio.us/dec

"Inbox" de un usuario:

http://del.icio.us/inbox/dec

Enlaces de un usuario guardados por más usuarios:

http://del.icio.us/for/dec

"LogOut" de un usuario:

http://del.icio.us/logout

Registro de un usuario (Pasos 1, 2 y 3):

http://del.icio.us/register
http://del.icio.us/register?step2
http://del.icio.us/register?step3

Apartado de ayuda de la Web:

http://del.icio.us/help/

Algunos subapartados de ayuda de la Web:

http://del.icio.us/about
http://del.icio.us/help/uses
http://del.icio.us/help/navigation
http://del.icio.us/help/firefox/search

Añadir un enlace a nuestra cuenta de usuario (paso 0, 1, 2):

(Se solicita una Url)
http://del.icio.us/post/

(Se solicita una descripción, notas y etiquetas para la URL)
http://del.icio.us/dec?url=http%3A%2F%2Fwww.clubdelphi.com&submit=save&jump=no

(Añadido el enlace, volvemos a nuestra página de usuario)
http://del.icio.us/dec

Navegando entre etiquetas (los enlaces se clasifican con ellas):

(Viendo la etiqueta delphi)
http://del.icio.us/dec/delphi

(Viendo la etiqueta foros)
http://del.icio.us/dec/foros

No sé. Merece la pena darse una vuelta uno por del.icio.us, porque, evidentemente, no es cuestión de ver unas cuantas URLs que tal vez puedan dar una idea o servir de ejemplo o valer para dilucidar lo que tratamos en este Hilo: digo que en del.icio.us hay otras cosas interesantes. Pero, además realacionadas con cierto uso de las URLs, que me parecen prácticas para el usuario, más que para el programador, diría yo.

Por ejemplo, créense una cuenta de usuario. Ya empezarán a ver cosas tan curiosas como que habrán de confirmar su cuenta mediante correo electrónico, empero, podrán mientras tanto (no sé por cuánto tiempo ni si con algún límite) utilizar su cuenta de usuario, añadir enlaces, editarlos, buscarlos, etc. Pero, esto no tiene mucho que ver con lo que tratamos.

Una cosa que podría tener que ver y que me llama la atención es cómo puedes pasar de ver los enlaces de una determinada etiqueta a ver los de otra. En la parte superior izquierda de su página de usuario en del.icio.us encontrarán lo que parece una dirección URL, incluso quiere parecerlo, y se ve tal que así (con una fuente destacada) a modo de cabecera de la página en cuestión:

del.icio.us/dec/|etiqueta|

Donde "|etiqueta|" es en realidad un "inputbox" HTML, es decir, puede uno escribir en esa casilla, por ejemplo, "delphi", y luego de pulsar la tecla "ENTER" estaremos viendo los enlaces que tenemos guardados con la etiqueta "delphi".

Bueno. Disculpad por el rollo. No era mi intención aburrir a nadie, os lo prometo.

[D-MO]

Empezado por roman

El punto es que no todo es indizar, y otros parámetros tienen otros propósitos útiles, como el de resaltar una palabra en este caso. No me queda claro como pasar estos parámetros "extra" en el caso de url "limpias". Algo como showpost/134567/highlight/vbulletin como que no me convence. Reitero que yo desconozco estos temas pero me gustará entender más las razones de este tipo de urls.

Bueno, empiezo por decirte que yo no coozco del todo este tema y estoy casi seguro de que en algo me estoy equivocando, me he atrevido a participar en este tema, porque es algo que a mi tambien me interesa comprender, me he estado metiendo mas al Desarrollo Web que al Desarrollo de Aplicaciones de Escritorio.

También quiero aclarar que en cuanto a la indexación de la que tanto he hablado, es porque me he enterado de que el utilizar el caracter "&" puede que algunos spiders no la tomen, pero en ningún momento he dicho que no se deban utilizar estas urls. Yo em cambio, he estado utilizando url's de esta forma:
http://www.ejemplo.com/contenido/artículos.html,ver=1,tema=2
Tampoco es una url limpia, pero me ha funcionado, lo que hago es convertir la cadena en un arreglo, separándo esta por las ",". Luego creo las variables de acuerdo al nombre con que las muestro en la url (Bueno, pa que hablar mas de esto si apenas si yo me entiendo)

Veamos el caso de wikipedia.
Cuando buscas algún tema, te darás cuenta que la url que muestra parece que fuera como que tiene organizado el contenido por directorios, ejemplo de ellos:
http://es.wikipedia.org/wiki/Php
donde Php es el tema a buscar, pero demonos cuenta también que utiliza URLs como esta:
http://es.wikipedia.org/w/index.php?...edit&section=1
Donde está pasando parámetros de la forma común y corriente.

Con esto no quiero decir que es necesario u obligatorio que utilices un solo tipo de urls, tampoco que debas usar ambas.

Me parece interesante este enlace que nos ha dejado mamcx y me permito citar parte de lo que ahi he leido:

Empezado por w3.org

Se tiene la loca idea de que las páginas producidas por scripts tienen que estar localizadas en un área "cgibin" o "cgi". Esto demuestra el mecanismo con el que estás haciendo funcionar tu servidor. Tú cambias el mecanismo (incluso manteniendo el mismo contenido) y ¡ay, todas tus URI cambian!.

Y mas abajo ponen estas urls como ejemplo:

http://www.nsf.gov/cgi-bin/getpub?nsf9814
http://www.nsf.gov/pubs/1998/nsf9814/nsf9814.htm


Definitivamente yo me inclino por la segunda url, es la forma de urls que todo navegante conoce, mientras que la primera, a algunos los dejará pensando en por que una url tan complicada. Además como dice Emmanuelle en este tema:

Empezado por w3.org

Esto demuestra el mecanismo con el que estás haciendo funcionar tu servidor.

Lo que me parece no seria del todo conveniente si queremos hacer nuestro sitio mas seguro.

Bueno, espero no haber aburrido a ninguno y que me perdonen por cada error que he cometido .

Saludos.

[mamcx]

Precisamente.

Una url de forma Cliente?Esto=1&Aquello=2

PUEDE que invoque una accion dinamica. Como crear una cuenta.

Ahora imagina a los spider navegando la pagina y !puff! "clikean" esa URL. Y se van a crear una cuenta... y son varios spider en varias pasadas, y le dan submit al rollo, y devuelve error y se queda en un ciclo...

Ese es el problema que tiene un spider: Que hacer con las URLS? Invocan acciones dinamicas o estaticas?

En cambio:

Cliente/Esto/Aquello

Luce como algo ESTATICO.

Fijate que la mayoria de los sitios web que usan funciones (internas) realmente presentan contenido estatico. O sea, se pudieran haber hecho a mano y quedarian igual.

Por ejemplo, el inicio, los faqs, la info de los productos, etc... realmente pueden presentarse en forma estatica.

No es tanto que hayan Urls "limpias" sino Urls con un sentido y proposito claro.

[roman]

Empezado por mamcx

Una url de forma Cliente?Esto=1&Aquello=2

PUEDE que invoque una accion dinamica. Como crear una cuenta.

Pues justamente, es lo que no queda claro. Porque entonces parece que el problema es en el uso que le demos a las formas regulares de urls. Una petición GET no debería estar haciéndola de POST. La url (petición GET) debe representar un documento en la web, esto es, algo tangible, no una acción.

// Saludos

[*Emilio*]

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

Empezando por los usuarios, no encuentro lógico hacer algo para que les parezca menos complicado (ufff, que monstruosidad acabo de decir), bien, me refiero a que hay que abolir los malos hábitos, es de todos los usuarios conocido que una url lleva tres w delante, cosa totalmente falsa, www es un subdominio igual que cualquier otro, por ejemplo http://neftali.clubdelphi.com sería una url totalmente válida pero que ocurre con ello, que los usuarios tienden a pensar que debe ser http://www.neftali.clubdelphi.com y que hacemos, pues que para tener un subdominio realmente tienes que crear dos, uno para el que realmente quieres tener y otro para usuarios con conceptos erroneos, y que hacemos realmente con ello, alimentar su error.

¿Qué quiero decir con esto? sencillamente que si un usuario tiene que teclear la url http://www.clubdelphi.com/fichero.ph...otro=otrovalor creo que le estamos haciendo un favor, para que continuar engañándole con carpetitas?

En cuanto a los buscadores, ellos saben muy bien y si no lo saben vaya buscador será, desmenuzar url y sus parámetros, está claro que el primer parámetro es el más importante para el buscador, no obstante por supuesto no omite los segundos parametros, vease un ejemplo en esta búsqueda en google.

Después de este extenso hilo que ni dec imaginaba que daría para tanto cuando lo inicio, me quedo con el mal sabor de boca al no haber realmente escuchado una buena razón por la cual debo hacer uso de otro tipo de url.

En fin, igual el hilo sigue y todavía sacamos algo en claro.