看板 HOT_Game 關於我們 聯絡資訊
※ 引述《sqr (Harvey)》之銘言: : 小弟有一些想法 : 提出來與前輩分享 : (部分引言恕刪) : ※ 引述《elic2577 (艾力克)》之銘言: : : 答案是3碼的重複率最高(是誰說伊安更新過隨機驗證後,三碼的就不再重覆了) : : 但,令人跌破眼鏡的是三碼雖然重複率高,但次數還是少的可憐 : : 下列表列一下 : : 碼 次數 % : : asd 213 0.031 : asd好像不符合母子相間的規則... : : ero 198 0.028 : : 靠腰,不敢算了,不過眾版友應該可以知道如果還要走自動,我們會有什麼樣的情形 : : 那,就這樣了嗎?也不是,是要改兵器的讀取方向 : : 順便一提,在資料庫內只出現一次的約在10萬出頭多一點 : : 也就是這些出現率很少的約也只在10%-20%之間 : 不知道是以圖計 還是以答案計 : 小弟認為應該要以圖計 : 因為一樣的答案可能來自不一樣的圖 : : 其他的資料庫內都有了 : : 如果目前兵器的讀取方向改一下 : : 目前的作法是 : : (略) : : 如果改成 : : 1.去官網讀取圖檔 : : 2.攻擊兵用吸他傳檔器將圖檔資料傳給主機(等待時間可以5秒內) : : 3.主機搜尋到圖檔資料庫內有一筆答案 : : 4.將答案回傳給攻擊手 : : 5.若主機查詢不到答案,將圖檔傳給打字兵 : : 6.而攻擊手5秒內等不到答案自動更改成20秒後向主機問答案 : : 7.打字兵辨識後回傳給主機 : : 8.等待10-20秒的攻擊手去問主機有沒有該圖檔的答案 : : 9.等到答案的攻擊手攻擊伊安 : 10.回傳答案是否正確給主機,以便建立正確的資料庫 : 因為有些圖看起來真的很容易誤會 : 可能看10次 有8次是錯的 : 或者打字兵疲勞看錯 按下Enter鍵才發現打錯了(小弟發生過 很歹勢) : 如果能建立"回傳答案是否正確"的機制 : 對資料庫的建立應該是有幫助的 : 一點看法 討論討論 : PS:小弟知道這篇文不對題 但是這樣也好 可以"偽裝"一下.. 我認為應該可以繼續以 md5 的方式放入 mysql。 在建立資料庫的這段時間,每個人都手動。當圖片的 MD5 與輸入文字不同時,就刪除掉 (或是記錄下來)讓管理資料庫的人決定。 當資料數達到一定數目時,就可以嘗試著"自動 (以量取勝)"進行辨認。 若某一資料庫無法負荷時,建議使用 master DB 定時更新 slave DBs.. 然後由 client 端 (alpha7) 以 rand 方式選擇 slave DB.. 例圖: Master DB / \ Slave DB1 Slave DB(N) //////\\\\\ //\\\\\\\\\ Alpha 7 Clients Alpha 7 Clients 這只是想法... 請少鞭一點 :( -- ◢▅宅灣人▂▁╰(‵▽′)><(‵▽′)╯▁▂宅灣魂▆◣ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.132.106.165
vicamo:弄SQL也許很麻煩,Slave怎麼跟master sync又更麻煩了 07/05 12:26
vicamo:也許可以弄個像bbs的系統,shm 16M個 entry,大概512MB ram 07/05 12:28
vicamo:由於entry數是固定的,拿前面的3個bytes來當index 07/05 12:31
vicamo:把md5 hash再hash,index重複就覆寫,也算是一種aging 07/05 12:32
dizzyben:shm 一但關機就沒有了.. 07/05 12:36
vicamo:又不是不能作 mem dump 07/05 12:38
dizzyben:dump & restore 穩定嗎?沒實做過 :( 07/05 12:43