短縮URLサービスの仕組みと、超簡単な作り方：while(1) { ;}：So-netブログ
ブログトップ 短縮URLサービスの仕組みと、超簡単な作り方 [Apache] [編集] 世間では、ツイッターが流行していて、あたしも利用していたりします。 ツイッターは、投稿文字数に140文字の制限がありますから、 長いURLを貼ると、文字数をかなり消費してしまいます。 [追記：2014.09.21] ・・・というのは一昔前の話で、現在はTwitter側が http://t.co/～ という短縮URLに強制的に置き換えています。 したがって、投稿者が長いURLを短縮するためだけに短縮URLを作成する意味は無いでしょう。 Twitterで短縮URLを用いると、リダイレクトが２度発生するなどのデメリットも生じます。 短縮URLサービスのアクセス解析などを利用する目的なら、話は別ですが・・・ Twitter公式のアクセス解析にてリンクのクリック数を調べることができるので、もはやTwitter用途
短縮URLは負債となる可能性が高いので作ることに恐ろしく躊躇する - キモブロ
なんていうか、存在すること自体がコストっていうのかな。一度短縮URLを始めたらそれは未来永劫維持されなければ今までに作り出したすべてのURLが無価値になってしまう。 それはなぜかというと、URLからハッシュ関数により一方的にハッシュを算出することが出来て、これはmp3とかmp4みたいに情報をロスさせることにより圧縮している。ロスしただけあって、ハッシュからURLへの復元はその変換したデータベースがないと出来ない。 これってすごいむちゃくちゃなことだと感じるはず。そのデータベースが失われたら今までの価値、文脈が失われる。たとえば著名な短縮URLサービスであるbitlyが消滅したとしたら、bitlyが使われた発言は何を言ってるのかわからなくなる。"そのbitlyが指し示していたコンテキスト"が失われた文章を君はどうやって理解するのかね。 つまり短縮URLを作り、それが誰かに一度でも使われてしま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
