Re: [討論] 認證圖集中解碼

[sadle (sadle)]

※ 引述《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
→ warrenchen:有無可能把愛台灣.txt 每一萬筆切成一個檔?
推 finbo:我只想說　有請翻譯組＞＜
→ warrenchen:像是rar檔的 .rar .r00 .r01 這樣, 而且新舊資料不互斥
→ warrenchen:只是, 如果用單純has圖檔取得MD5, 對於Ian把圖作點小變
→ warrenchen:化的技術 等同是無解..
> -------------------------------------------------------------------------- <

作者: sadle (sadle) 看板: HOT_Game
標題: Re: [討論] 認證圖集中解碼
時間: Sun Jun 24 04:02:35 2007

※ 引述《vicamo (asdf)》之銘言：
: ※ 引述《sadle (sadle)》之銘言：
: : 這兩個問題有一點類似, 厲害的大大們可以考慮將 key-value(digest-text) 的 mapping
: : 擺到 DNS 的 RR 裡去, client 不用再 maintain 愈來愈吃人的資料庫, 查詢反應也不差.
: : server 也落得清鬆 ( DNS 本身就是一個超大的 cache system ). 只要專心接 case 就好.
: : 不用煩惱資料怎麼同步到 client.
: 這個可能是不同 scale 的東西喔
: 一台 DNS 負責的區域太大的時候往往會把子網域下放
: 可是現在可能只有一台 DNS 要負責幾萬筆  @@
: 又，DNS 的 expire 是一整個 zone 在 expire 的
: 如果我們要作 aging 的話，也許還是自己寫一個小程式出來比較好

DNS 的查詢架構是分散式的, 且查詢結果會 cache 在各個查過的 server 中.
master server 如果不夠力, 也可以加 slave server 幫忙分擔流量.

分子網域有時是因為管理或授權的因素, 並不單是 performance 考量.
我想, 幾萬筆資料應該還不致成為問題. 比起目前世界上有的網址數量來看.
應該不是問題 ( 我覺得啦 ).

我會這樣想, 是覺得有現成的系統可以拿來用幹嘛不用.
server 端只要寫轉 db 為 NS RR ( maybe HINFO ) 的程式,
撿個 domain 架個 name server 供人家查 hash -> text.
client 端只要弄個 name resolver, 根本不需要資料庫和搞同步.
這樣比較簡單又乾淨.
搞不好現在開始弄, 白天我們就有可用的東西可以跑了.

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 139.175.160.250
推 cherrywish:推，這想法不錯，可以寫信給ward大參考看看:P
推 nmrfarm:推,雖然看不懂,但最後一段關鍵句
→ nmrfarm:"搞不好現在開始弄, 白天我們就有可用的東西可以跑了."
→ nmrfarm:感覺希望無窮~無窮呀~~
推 zealwcc:搞不好現在開始弄, 白天我們就有可用的東西可以跑了.
> -------------------------------------------------------------------------- <

作者: Lamuneforty (=ω=.) 看板: HOT_Game
標題: Re: [討論] 認證碼....
時間: Sun Jun 24 04:04:10 2007


從α7.3開始掛到現在116回, 有100回需要打字驗證（汗


※ 引述《yzhsage (Marx, Karl)》之銘言：
: 我來發表一下我的經驗吧..
: 雖然之前好像有人說過類似的..
: 基本規則應該是
: 字數3~5..
: 母音和子音輪流出現
: 而母音有6個a,e,i,o,u,y
a(32次), e(40次), i(32次), o(35次), u(36次), y(39次)
還滿平均

: 子音我就沒注意有哪些沒出現了
就目前來講是有
出現次數低於10的是 w(9次), c(8次), 除了h, j, q以外, l(L)從沒出現過...
不知道是不是刻意設計的...

: 也就是說如果看到兩個子音中間有c..
: 那這個c應該就是e..
: 還有呢~
: 數字基本上好像還沒出現..
: 跟英文會有不好判斷的地方..
該不會是一和L不好分辨的關係吧  囧

: 如果看到數字..
: 當英文解就可以了..
: 小經驗分享^^"



除此之外想問一下

從AlphaLoader那裡下載的七萬筆資料

前一次使用之後α就當在那裡  聽說會讀取很久

但跟之前的5萬筆比起來也太久了= ="

有人現在可以正常運作的嗎.....?  ．．a





--
我說過不能用非正常的手段哦。
                      我沒做，我並沒有作特別的情報搜查，並且也遵守了遊戲規則。

如果我們再用不正常的魔法手段來對抗的話，豈不是和他們一樣了？
                      我並沒有違反你的指示，我只是想在地球現有的水平法則下修正，
               　   　讓雙方的比賽條件均等。........................請許可。__

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 163.25.118.133
推 susanchi:現都用7.4手動輸入中
推 rein:要抓那個貢丸連結
推 yzhsage:那7萬比我比對過..有一筆資料有問題..程式會卡住..
→ rein:請問樓上的現在的7萬筆還有問題嘛
→ yzhsage:我覺得他現在是每小時換圖1200筆..資料庫可能沒用~"~