今天群里邊的同學也是個老程序員兒吧囚玫。他的老師給了他一個任務(wù)。就是讓他寫一個搶電子芯片的腳本读规。
先不說這個活兒合法不合法抓督？咱就先來討論一下，這個可實現(xiàn)性束亏。首先铃在，這些腳本分為兩種。第一種是截獲了平臺的API。直接把搶單數(shù)據(jù)通過post請求定铜，在特定時間傳輸?shù)椒?wù)器上實現(xiàn)搶單成功阳液。第二種腳本是寫成模擬人工操作，例如按鍵精靈宿稀，手機上的auto. js等等趁舀，各種框架。目前也就是代替人手來操作祝沸，這種一般屬于比較流行的矮烹。因為多數(shù)的平臺都還是認為這是真人在操作。不會給這種腳本屏蔽掉罩锐。但是魔高一尺奉狈，道高一丈。平臺會使用驗證碼來屏蔽這些操作涩惑，以前的時候仁期，驗證碼比較簡單就是數(shù)字或者是字母或者是根據(jù)用戶的session生成一些規(guī)律變化的字符串可以通過反編譯平臺上的JS來重新組合想要發(fā)送的字符串。現(xiàn)在難度提高了一些竭恬，這是讓拼圖小游戲或者是找圖片的小游戲或者是手工拼對圖片角度跛蛋。這種驗證碼，也是可以通過寫模擬手工操作實現(xiàn)的∪叮現(xiàn)在出了一種非常高端的驗證碼赊级。平臺會出一張圖片，這張圖片隨機的擺放了一些中文字字符岔绸，這些字符是沒有規(guī)律的理逊。這個驗證過程就是讓你把這些沒有規(guī)律的字符組成人類可以理解的詞語。圖片上的中文字符可以識別出來盒揉。但是如何根據(jù)語意來組詞晋被？這個目前機器學習還做不到，所以根本就沒法破解刚盈。這也就是我為啥不愿意去寫這種腳本的原因了羡洛。
一旦這個驗證碼過不了前面所有的努力，都白費了藕漱。幾百行代碼呢欲侮，又是兩行淚。只是份兒工作而已谴分，別太較勁兒锈麸，燒頭發(fā)镀脂，不行就刪庫跑路牺蹄。
