Re: [開圖] 對於開圖的一些"想法"。
※ 引述《Gevanni (小市民)》之銘言:
: 可不可以請板上的 寫軟體的高手 寫一個程式
: "可以分享 黑名單"
: 這樣阻止那些 沒家人的孩子 我想應該會比較有用。
: 當然這涉及到很多不同的因素
: 接收分享後,如果 黑 到真的壞人~~~那當然是件好事;
: 但這要考慮到有些人被 黑 是因為其它的因素。
: 像是 因為看她不爽、它的id很低能、故意要黑她、別人的id是她死去老婆的生日
: 被它撿尾刀、它是肥料............
: 為了盡量避免以上的 黑錯人 的情形發生
: 我建議可以
: "架一個空間,讓大家上傳黑名單,產生排行榜。"
: 讓大家去下載、去增加黑名單。
: 我想這樣可盡量避免 無事亂黑 的情形發生。
雖然寫這個程式不難,不過我應該是不會寫這種程式,因為我打從心底就覺得沒用。
一個好的制度必須在兩方面都達到要求,才能夠正常運作。
一方面是對正常的使用者要便利使用,另一方面是要對不正常使用者要很難使用。
而這兩個條件之間事實上存在的張力,就必須靠好制度來處理。
很顯然你所提議的作法沒有辦法在兩方面達到要求,簡單講就是思慮欠周。
今天建立一個共享的黑名單不難,但問題是誰有資格上傳或貢獻黑名單?
如果人人都有資格作,那麼要亂就太簡單了,先多弄幾個帳號,
我就可以很輕鬆地把上一場把我殺爆的高手抹黑成開圖的人,
我要作的只是去點幾下滑鼠,就可以把另一個玩家搞得身敗名裂?
如果要一定資格才能上傳黑名單,例如得要先註冊,然後通過審核之類的,
那誰要去審核,要拿什麼條件去審核。如果有人亂傳黑名單,要怎麼檢查,
需不需要去向開圖者求證? 若是確定亂傳黑名單,要怎麼防堵?
誰要負責維護這份可上傳黑名單者的名單?
弄個排行榜根本沒用,只要簡單地洗榜,一樣可以黑到想黑的人。
如果要完全地人治,找個有公信力的人來主持,或許有機會,但人力成本太高。
每一場檢舉如果都有 rp 為證,就不用擔心黑到不該黑的人。但要查證改名,
要查證是否是有私人恩怨栽贓,這種吃力不討好,做錯又要被罵的事誰要去做。
總之,就算有這樣的程式,對防止開圖也沒啥幫助。
--
活著的目的是為主活 然後為主死
死亡的目的是為主死 然後為主活
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.112.31.132
推
10/03 13:52, , 1F
10/03 13:52, 1F
推
10/03 13:54, , 2F
10/03 13:54, 2F
推
10/03 13:56, , 3F
10/03 13:56, 3F
推
10/03 13:56, , 4F
10/03 13:56, 4F
→
10/03 13:58, , 5F
10/03 13:58, 5F
→
10/03 13:59, , 6F
10/03 13:59, 6F
推
10/03 14:00, , 7F
10/03 14:00, 7F
→
10/03 14:01, , 8F
10/03 14:01, 8F
→
10/03 14:01, , 9F
10/03 14:01, 9F
所以要怎麼對付惡意灌票洗榜? 我創一萬個帳號,全部一起黑同一個人,
想黑誰,馬上就衝到第一名,這樣弄個排行榜有什麼意義?
※ 編輯: sitos 來自: 140.112.31.132 (10/03 14:03)
→
10/03 14:03, , 10F
10/03 14:03, 10F
→
10/03 14:03, , 11F
10/03 14:03, 11F
推
10/03 14:06, , 12F
10/03 14:06, 12F
→
10/03 14:07, , 13F
10/03 14:07, 13F
要認清的事實是,想要搞破壞的人,永遠比想要好好用一個系統的人有更多時間。 XD
※ 編輯: sitos 來自: 140.112.31.132 (10/03 14:13)
推
10/03 14:14, , 14F
10/03 14:14, 14F
推
10/03 14:15, , 15F
10/03 14:15, 15F
→
10/03 14:15, , 16F
10/03 14:15, 16F
推
10/03 14:18, , 17F
10/03 14:18, 17F
→
10/03 14:36, , 18F
10/03 14:36, 18F
推
10/03 15:04, , 19F
10/03 15:04, 19F
→
10/03 15:04, , 20F
10/03 15:04, 20F
→
10/03 15:05, , 21F
10/03 15:05, 21F
→
10/03 15:05, , 22F
10/03 15:05, 22F
→
10/03 15:06, , 23F
10/03 15:06, 23F
→
10/03 15:06, , 24F
10/03 15:06, 24F
→
10/03 15:08, , 25F
10/03 15:08, 25F
→
10/03 15:08, , 26F
10/03 15:08, 26F
推
10/03 15:12, , 27F
10/03 15:12, 27F
推
10/03 16:12, , 28F
10/03 16:12, 28F
推
10/03 17:04, , 29F
10/03 17:04, 29F
推
10/03 17:07, , 30F
10/03 17:07, 30F
→
10/03 17:08, , 31F
10/03 17:08, 31F
→
10/03 17:09, , 32F
10/03 17:09, 32F
→
10/03 17:09, , 33F
10/03 17:09, 33F
→
10/03 17:10, , 34F
10/03 17:10, 34F
→
10/03 17:10, , 35F
10/03 17:10, 35F
→
10/03 17:11, , 36F
10/03 17:11, 36F
你的意思是說,為了確保不要亂檢舉,必須要有 rp 證明檢舉者與被檢舉者,
曾經在同一場遊戲出現過這樣嗎? 然後用 md5 確保不會重覆?
我沒很仔細想,不過花了半分鐘,我認為適當的破解方式是:
1. 把 rp 拿來,把一些無關緊要的欄位改掉一個 byte ,讓 md5 不一樣,
然後就可以繼續把 rp 傳爽爽。反正只會擷取玩家 id 不會看內容,
一樣可以大量檢舉另外一名玩家。
如果某名玩家只能檢舉另一名玩家一次,這樣上面的作法就不能用。
可以改成:
2. 自己玩的遊戲,在遊戲開始前,把自己的 id 隨便改成另外一個,
然後用改封包的方式把另外一名玩家的 id 改成要抹黑的對象。
就可以得到一份可檢舉的 rp 。
我想應該還是有不少辦法可以解吧...
推
10/03 17:26, , 37F
10/03 17:26, 37F
→
10/03 17:26, , 38F
10/03 17:26, 38F
※ 編輯: sitos 來自: 140.112.31.132 (10/03 17:44)
推
10/03 18:10, , 39F
10/03 18:10, 39F
推
10/03 18:11, , 40F
10/03 18:11, 40F
推
10/03 18:12, , 41F
10/03 18:12, 41F
推
10/03 18:13, , 42F
10/03 18:13, 42F
推
10/03 18:13, , 43F
10/03 18:13, 43F
嗯,我對地圖內能做到哪些事不是很了解,所以我不知道這是不是可行。
不過要讓一個制度完整運作,是需要很多心思的。有人願意去想這些,
只要提出來的方案看起來可行,其它方面配合的人力技術都有到位,
我應該可以幫忙寫一些小程式。 :)
→
10/03 19:09, , 44F
10/03 19:09, 44F
推
10/03 19:43, , 45F
10/03 19:43, 45F
→
10/03 19:59, , 46F
10/03 19:59, 46F
→
10/03 20:01, , 47F
10/03 20:01, 47F
推
10/03 20:01, , 48F
10/03 20:01, 48F
→
10/03 20:02, , 49F
10/03 20:02, 49F
可惜 toyhsu 所講的這個方法其實也是不可行的。 kloer 說可以弄另一份 war3 給程式掃,
看起來都跟真的一樣,唯一不一樣的是那份 war3 不是你在玩的那份,所以被掃的這份不開,
玩的那份開就可以了... 中間連接的一些問題可以用封包轉送解掉...
這個想法在跟 kloer 提過以後就爆炸了。
推
10/03 20:15, , 50F
10/03 20:15, 50F
→
10/03 20:15, , 51F
10/03 20:15, 51F
→
10/03 20:18, , 52F
10/03 20:18, 52F
→
10/03 20:20, , 53F
10/03 20:20, 53F
→
10/03 20:20, , 54F
10/03 20:20, 54F
→
10/03 20:21, , 55F
10/03 20:21, 55F
→
10/03 20:22, , 56F
10/03 20:22, 56F
這麼累的事,就交給像你這樣有雄心壯志的人來完成啦 XD
推
10/03 20:23, , 57F
10/03 20:23, 57F
→
10/03 20:35, , 58F
10/03 20:35, 58F
推
10/03 20:39, , 59F
10/03 20:39, 59F
→
10/03 20:55, , 60F
10/03 20:55, 60F
→
10/03 20:55, , 61F
10/03 20:55, 61F
→
10/03 21:35, , 62F
10/03 21:35, 62F
→
10/03 21:35, , 63F
10/03 21:35, 63F
→
10/03 21:50, , 64F
10/03 21:50, 64F
推
10/03 22:48, , 65F
10/03 22:48, 65F
※ 編輯: sitos 來自: 122.116.24.61 (10/03 23:41)
推
10/04 02:37, , 66F
10/04 02:37, 66F
推
10/04 12:56, , 67F
10/04 12:56, 67F
為什麼不是你去做,然後看看有多少人願意付費呢? XD
※ 編輯: sitos 來自: 140.112.31.132 (10/04 13:49)
討論串 (同標題文章)