因為被 ban 很久了， 所以也無法真正上戰場感受一下現在認證圖到底改成怎樣.. @@ 不過看了一下板上的討論串後， 大致歸納如下： 現在認證圖即使可能是用一定規則生成的，（前景 + 背景？） 但總數量太多，照原先建資料庫的方式的話 流量太大 server 會負荷不了； 又想要寫出圖片自動辨識的程式的話， 技術層級高到幾乎遙不可及。 我有個不知道可不可行的想法： 在推廣版的程式（例如α系列）中設定 每遇到認證圖的話就將整張圖片檔傳到一個 server 上， 然後寫個簡單的 PHP 介面， 讓閒閒沒事做的人來此瘋狂解碼， （有心一點的話可以設計成緊張刺激的打字遊戲） 然後再將解答傳回推廣版程式的用戶端。 幾個執行要點是： 1. 不要再建立圖片資料庫， 因為數量太多資料庫傳遞困難。 如果圖片的重複率還有一定的水準的話 可以考慮僅將資料庫建立在 server 端就好， 當推廣版程式將圖片傳回此 server 時先行比對資料庫， 如果已有答案就直接回傳不要送入打字遊戲。 2. 推廣版程式端不要再略過圖片， 將認證圖傳到 server 後等待至有答案傳回再送出到 click^3 網頁， 或許可以減少被 ban 的風險？ 會有此想法主要因為很多人還是想要掛著自動點擊程式就不理它了， 尤其是睡覺或外出的時候， 但同樣的也會又另一群人閒閒沒事可以一直手動輸入認證圖， 但每認證通過一次後點幾百下要幾分鐘的時間都浪費掉了， 我猜測應該會有足夠的人力來完成集中解碼的工作。 另外，這個方法最擔心的應該還是 最重要的那台 server 撐不撐的住的問題， 我想其實一個認證碼的小圖不過幾 KB（？），（被 ban 看不到 ><） 比起幾個 MB 的「愛台灣.txt」應該算是還好的， 或許可請高手稍微仔細的估計一下流量， 如果覺得可行的話再進一步的實行。 （而回傳的認證碼只有 3~5 個位元組應該是不成問題。） 又推廣版程式端亦可將認證圖以更高的壓縮率 （JPEG 的壓縮率或 GIF 的顏色數） 進一步壓縮後再傳上 server ， 可以再減少些流量， 但前提是更高的壓縮率不可到妨礙判讀的地步， 只是現在很多圖都已經很難判讀了， 再壓縮可能會更糟， 因此這方面的成效可能有限。 不好意思光說不練說了一大堆， 如果有熱心的程式強者看到的話可以提供給你們參考一下， 如果沒有就當作我整篇在廢話吧...... @@" 謝謝大家看完。 :) --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.112.243.130