作者sadle (sadle)
看板HOT_Game
标题Re: [讨论] 认证图集中解码
时间Sun Jun 24 02:22:45 2007
※ 引述《dpFish ()》之铭言：
: 大致归纳如下：
: 现在认证图即使可能是用一定规则生成的，（前景 + 背景？）
: 但总数量太多，照原先建资料库的方式的话
: 流量太大 server 会负荷不了；
: 我想其实一个认证码的小图不过几 KB（？），（被 ban 看不到 ><）
: 比起几个 MB 的「爱台湾.txt」应该算是还好的，
: 或许可请高手稍微仔细的估计一下流量，
: 如果觉得可行的话再进一步的实行。
: （而回传的认证码只有 3~5 个位元组应该是不成问题。）
我觉得资料库会垮, 应该不是上传的问题 (每支 client 上传大概都只是几笔而已).
相反的, 1支 client 下载资料库会用到几 mb 的流量, 再加上隔一阵子就要更新.
感觉上 server 就像一直被轮暴再轮暴一样.
可是 dl 回去的 db, 以更新周期来算又只会用到几十几百笔, 非常不符合效益.
( Ian 大神大概是想考验参赛国的程度, 用这种方法把难度提高一些. )
这让我想起, anti-SPAM 界也有相同的问题, mail server black list db 的传送.
也是传多多, 用少少, 又要常更新. 後来这个问题被 realtime black list 技术所解决.
这两个问题有一点类似, 厉害的大大们可以考虑将 key-value(digest-text) 的 mapping
摆到 DNS 的 RR 里去, client 不用再 maintain 愈来愈吃人的资料库, 查询反应也不差.
server 也落得清松 ( DNS 本身就是一个超大的 cache system ). 只要专心接 case 就好.
不用烦恼资料怎麽同步到 client.
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 139.175.160.250
1F：→ warrenchen:有无可能把爱台湾.txt 每一万笔切成一个档? 06/24 02:25
2F：推 finbo:我只想说 有请翻译组＞＜ 06/24 02:25
3F：→ warrenchen:像是rar档的 .rar .r00 .r01 这样, 而且新旧资料不互斥 06/24 02:25
4F：→ warrenchen:只是, 如果用单纯has图档取得MD5, 对於Ian把图作点小变 06/24 02:26
5F：→ warrenchen:化的技术 等同是无解.. 06/24 02:27