3 ms·
> I assume hashify.me stores the value associated with the hash. Not so. hashify.me has no server-side component (beyond nginx serving three static files). _bi
by hashify 15y ago
> I assume hashify.me stores the value associated with the hash.
Not so. hashify.me has no server-side component (beyond nginx serving three static files). _bit.ly_ kindly provides the hash table. ;)
- jurjenh 15y agoI tried to make a self-referencing page, but you need to be able to generate the hash of the page url that includes its own hash... Not having the time to do so, I leave the challenge here: http://bit.ly/ialoWI http://bit.ly/ialoWI
- jarin 15y agoThat's essentially what you're doing when you are trying to mine Bitcoin :)
- th 15y agoThat's not possible because the base 64 encoding is longer than the plaintext. There are 4 characters of text in the URL for every 3 characters of text entered.
- sesqu 15y agoIf you're willing to jump through hoops and js-compress your content, you can deal with this issue, unless your compressor uses something like crc. That way, you can grow the plaintext faster than the b64 - though you'd still need to do clever things with the url.
- jantangring 15y agohttp://tinyurl.com/JurjenHaitsma http://tinyurl.com/JurjenHaitsma
- messel 15y agountil you jumped the api limit :D why not hot swap any shortner?
- hashify 15y agobit.ly is the only URL shortening service to support cross-origin resource sharing, as far as I'm aware. The _right_ thing to do would be to build a shortening service designed to handle URLs of arbitrary length. I'm not sure that I'm willing to take on that responsibility, though.