進化再進化 API 與 Json 的模式
距離上一次的線上一番賞配率追蹤機器人 LINE Notify 開發（上）已經有幾個月了，經過了幾個月的除錯與最佳化調整，目前已經算是全面改寫第二版。在這過程中不斷的思考與修改，決定捨棄舊版的 TXT 保存快照的模式，改由 Json的模式來記錄，為了就是更好的資料格式與程式碼更好維護調整更多的未來功能，將資料從 TXT 逐行紀錄變成有格式的 Json 格式；透過 Json 格式的紀錄一番賞的各套資料再適合不過了，但又有分為「硬爬」與「API」的方式去取得，硬爬算是常見的方式，但是很容易增加網站主機的負擔甚至被平台偵測到給 Block 掉了，當要追蹤的資料過多的時候，每次的追蹤配率更新就像 ddos 那般可怕，一次打上百次的查詢請求。
"items": [
{
"id": 12345,
"title": "\u4e00\u756a\u8cde\u300a\u89d2\u843d\u751f\u7269\u300b~Welcome to Night Animal Park~",
"timestamp": "2024-06-17T21:40:43+00:00",
"data": [
{
"name": "A\u8cde \u5927\u578b\u8725\u8734\u7d68\u6bdb\u5a03\u5a03 \u7d0443cm\u2605",
"original_amount": 1,
"remain_amount": 1
},
{
"name": "B\u8cde \u89d2\u843d\u5c0f\u5925\u4f34 \u516c\u8eca\u9020\u578b\u71c8 \u7d0416cm\u2605",
"original_amount": 2,
"remain_amount": 2
},
{
"name": "C\u8cde \u5e03\u5076\u540a\u98fe(\u51686\u7a2e\u96a8\u6a5f) \u7d047cm~10cm",
"original_amount": 6,
"remain_amount": 5
},
{
"name": "D\u8cde 100cm \u5927\u6bdb\u5dfe",
"original_amount": 1,
"remain_amount": 1
},
{
"name": "E\u8cde \u591a\u529f\u80fd\u6536\u7d0d\u888b\u5957\u7d44(\u51684\u7a2e\u96a8\u6a5f)",
"original_amount": 18,
"remain_amount": 18
},
{
"name": "F\u8cde \u624b\u5e15(\u51686\u7a2e\u96a8\u6a5f) \u7d0423cm",
"original_amount": 19,
"remain_amount": 16
},
{
"name": "G\u8cde \u591c\u9593\u52d5\u7269\u5712\u96dc\u8ca8\u5c0f\u7269(\u51686\u7a2e\u96a8\u6a5f)",
"original_amount": 19,
"remain_amount": 16
}
]
},
以上是我的 Json 格式取得後的紀錄格式，他是逐行將獎項給細分為一個系列並且透過 ID 來區隔每一套一番賞，資料清晰很多。
進一步的追蹤爬蟲開發調整
最近都是調整、觀察、追蹤狀態，最重要的調整的是爬取的監隔提升到了 10 分鐘一次，雖然沒有那種激戰的即時感，也是因為避免一番賞線上抽平台對這種過於頻繁的爬蟲進行封鎖，因此就會看到那種很愛一抽一抽的通知變少了，大多都是一次跳一堆，熱門的時候曾經有通知太多過長的問題，我也進行的 LINE 訊息傳送通知的自動分批批次裁切處理。
目前進展到即將跟庫存系統進行連動的開發，每天會將 LINE Notify 通知的總抽取數量進行庫存的檢查，如果庫存沒了就必須要提前準備；但是無法計算「放棄商品」的部分，只能透過抽取的情況進行檢查比對，這部分就是要靠 WooCommerce REST API 與庫存網站連接進行檢查並扣除，可以確定的是非常麻煩的工程。
您也可以擁有一個追蹤機器人
如果您本身也有在抽線上一番賞，也想要擁有一個機器人告訴您配率的抽取情況，請與我聯絡，我再為您提供報價 🙂
或許您對於此文章的功能或解決方式不熟悉，需要專業的技術人員為您協助。我們提供「收費代客處理」服務，歡迎隨時與我們聯絡。需要幫忙?
我們提供相關技術支援服務
