8:36pm Trying to figure out how URL-shorteners work (in the dark). Anyone know the hashing algorithm? http://flic.kr/p/9zMj3n
4:40am Apr 19th 2011 via Flickr
@busterbenson just turn it over to Bitly pro http://bit.ly/pro/
4:48am Apr 19th 2011 via Echofon in reply to buster
@bryce I totally would for actual url-shortening, but right now just trying to figure it out for something else (click-tracking).
4:52am Apr 19th 2011 via Twitter for Mac in reply to bryce
@busterbenson I don't think most services hash, but rather generate random GUIDalikes. e.g. http://bit.ly/frrqQN
4:54am Apr 19th 2011 via Echofon in reply to buster
@busterbenson no hashing algorithms. Random (or sequential) strings and a lookup table
3:44pm Apr 19th 2011 via Twitter for iPhone in reply to buster
@busterbenson @rk Flickr uses hashing, don't think anyone else does, it has some nice properties, but also challenges. http://bit.ly/eS5QpS
4:39pm Apr 19th 2011 via web in reply to rk
@kellan @busterbenson you can hash because you only shorten photo urls. we have to shorten every possible url.
5:32pm Apr 19th 2011 via YoruFukurou in reply to kellan
@rk @kellan This makes sense. Thanks for the enlightenment.
5:33pm Apr 19th 2011 via Twitter for Mac in reply to rk
@rk @busterbenson absolutely. not only does Flickr control the photoid space, they're also already naturally compact.
5:47pm Apr 19th 2011 via web in reply to rk
@kellan @rk @busterbenson FWIW, rd.io short URLs are just packed & obfuscated values.
5:50pm Apr 19th 2011 via web in reply to kellan
Connect with Twitter
A website by @jwheare