shortener - ¿Puede un acortador de URL pasar parámetros?
twitter url shortener (2)
Uso bit.ly para acortar mis URL. Mi problema: los parámetros no se pasan. Permítanme explicarles que utilizo http://bit.ly/MYiPhoneApps que redirige (digamos) a http://iphone.pp-p.net/default.aspx Ahora cuando pruebo http://bit.ly/MYiPhoneApps?param=xx este param no se agrega a la url resultante. Sé que podría crear una "URL corta" adicional que incluya un parámetro, por lo que http://bit.ly/WithParam daría como resultado http://www.mysite.com/somepath/apage.aspx?Par1=yy y así sucesivamente .
Pero lo que quiero es tener una URL corta que dirija a una página, y luego quiero agregar un parámetro a esta url acortada, que debería (por supuesto) aterrizar en mi página.
¿Es esto una ventaja de bit.ly (y otros son capaces de hacerlo) o el "reenvío de parámetros" no funciona con las 301 redirecciones?
Manfred
El acortamiento de URL asocia una clave única basada en una URL completa (parámetros y todo), por lo que no es posible pasar parámetros a un servicio de acortamiento.
Típicamente
http://iphone.pp-p.net/default.aspx?param=10
debe producir una clave diferente para
http://iphone.pp-p.net/default.aspx?param=22
El "reenvío de parámetros" simplemente no es posible en este tipo de redireccionamientos, ya que los parámetros no son partes válidas de una URL acortada es la mayoría de los servicios (si no todos).
No hay una razón técnica por la que no se pueda hacer. El servicio simplemente tendría que ver qué parámetros se envían y luego reescribir la URL objetivo en consecuencia.
El problema es que no está necesariamente bien definido cómo hacerlo.
Supongamos que tiene la URL http://example.com/default.aspx?foo=bar , y tiene la url corta http://foo.com/ABCD . ¿Qué debería pasar si intentas acceder a http://foo.com/ABCD?foo=baz ? ¿Debería reemplazar el valor, entonces obtienes foo=baz ? ¿Debería anexarlo para hacer foo=bar&foo=baz ? Si incluimos ambos, ¿en qué orden deberían estar?
El sistema no puede saber qué parámetros son seguros anular y cuáles no, porque a veces, usted quiere que ambos estén en la URL, y puede importar en qué orden se agreguen las cosas.
Podrías argumentar "Bueno, simplemente no permitas esto para las URL donde los parámetros ya están presentes", pero también existe el problema de que va a complicar el proceso mucho más. Sin esto, solo busca una clave en una base de datos y envía un encabezado de redirección. Ahora, también debe analizar la URL para verificar los parámetros y anexar parte de la URL a la que fue llamado. Eso requiere más recursos del sistema por redirección, lo que puede convertirse en un gran problema si su servicio se usa con mucha frecuencia: necesitará más potencia del servidor para manejar la misma cantidad de redireccionamientos. No creo que se considere que la compensación valga la pena.