作者ikari512 ( //StrategyBass)
看板Google
标题Re: [问题] 0rz.net??
时间Sun Jul 23 19:12:28 2006
※ 引述《Shuhaur (D.K.)》之铭言:
: 原理就是用 table 存在 server 端罗..
: table 是一对一的...
: 比如说 0rz.net/abcde www.abcde.com
: 一组 id 只会对到一个长网址...
: 基本上没有重覆的问题..因为新申请的会把旧的长网址盖掉..
没有重复的问题,但是如果新的把旧的盖掉会有转错的问题(*)
我猜想是很难再跑一轮的,以0rz来说我记得大小写视为不同,
加上数字,
A-Z,a-z,0-9 ==> 62^5 = 916132832 大概九亿
1.如果要重复一轮就要九亿次的缩址,
2.而且这只算0rz这一家喔。
3.另外他又会去check是否缩址过,要考虑热门网址被重复缩的机率。
* : 其实就算直接override,0rz九亿次以前转的址大概也没人用了
(如果以暂时用途来用的话),所以override可以说不是问题。
但如果希望是永久性的去增加可靠性,就不该override,可以像
电话用增码的作法,但又会影响到DB效能。
不过以上都要考虑到0rz被世界使用的规模和频率,我认为九亿个以目前
来说是很够,我不知道有没有重复过,或是可以保存多久,我去年11月的
到现在是还没有被override就是。
最後,缩址(0rz类)跟转址(come.to类)我认为是不太一样的,基本上用意
不同,0rz是用来把过长碍眼的url缩掉(hash出字串),come.to是可以让
你去记忆而且可以"指定",比较有经营收费的意味。
小小心得
: 所以..这种短网址没办法活很久...愈多人使用..存活的时间就相对会变短..
: 另外..缩成短网址的部份好像是利用原来长网址去作 hash..
: 不过这部份我就不了解啦..每个网站应该都有独自的演算法..XD
: ※ 引述《xavierltw (啊~~啊~~)》之铭言:
: : 我可以请问一下它的原理嘛?
: : 为什麽可以换成比较短的网址
: : 而且得到的短网址又不会重覆
: : 谢谢
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 59.112.49.249
1F:推 zonw:0rz 目前第三码都是 1 @@所以应该没9亿那麽多 07/23 21:42
2F:→ zonw:0rz会每隔一段时间换第三码 目前在第二轮 再这段时间内 07/23 21:43
3F:→ zonw:会用取代的@@| 至於最先取代 应该是用最後一次距离现在最久 07/23 21:44
4F:→ zonw:不过除了第一行外都是纯猜测 XD 07/23 21:45
5F:推 ikari512:所以目前spec是5码 但是实际上有1码是fixed? 刚去看以前 07/23 22:21
6F:→ ikari512:缩的#3是0 所以大概跟演算法有关 像是4码半在运作..较快 07/23 22:24
7F:→ ikari512:推测只用到62^4*2 07/23 22:26
8F:推 zonw:就是这个意思@@~ 07/23 22:45
9F:推 ikari512:我的override是引述Shuhaur文中的"盖掉"问题 07/25 17:38
10F:→ ikari512:错推 07/25 17:38