Base URL: https://lidemy-http-challenge.herokuapp.com/api/v3
說明 | Method | path |
---|---|---|
打招呼 | GET | /hello |
獲取運送 token | GET | /deliver_token |
獲取系統日誌 | GET | /logs |
獲取首頁內容 | GET | /index |
Base URL: https://lidemy-http-challenge.herokuapp.com/api/v3
說明 | Method | path |
---|---|---|
打招呼 | GET | /hello |
獲取運送 token | GET | /deliver_token |
獲取系統日誌 | GET | /logs |
獲取首頁內容 | GET | /index |
晚了點還是來簽到
@r1235613 一開始算是設計失誤沒錯(因為沒考慮到這狀況),但其實實務上有很多網站都會有這種狀況,所以就保留這個實作了,讓大家多認識一個可能會有作用的 header 也是不錯
至於 location 的話確實有個問題是 geoip 不一定準,像是拿截圖中的 IP 去測,其實有些服務也會測出菲律賓之外的選項(新加坡):https://www.iplocation.net/ip-lookup 這個我目前也沒想法該怎麼辦,可能要換個服務或是用多個服務去測才能解 QQ
@aszx87410 因為IP常常變化,付費來源或商業公司就會精準很多
稍微卡關一下而已,因為那個標頭應該是要濾掉才對
可以考慮使用Cloudflare的防火牆,應該也蠻精確的
第13關用POSTMAN掛Proxy還是過不了...QQ
@sp0033212000
因為第13關設計不良,所以如果用正確的思考邏輯是破不了關的
要有一些爛而設計不良(其實很常見?)系統的使用經驗才能過關
@r1235613 請問有什麼方向可以研究嗎?至少可以認識一個雷雷的pattern XD?
@sp0033212000 有些在菲律賓的 proxy 是可以過關的,但如上面回覆因為目前判斷不一定準所以有點 bug,另外一個解法可 google:「偽造 ip header」
@aszx87410 OK,我研究一下,感謝大大
簽到!
第五期簽到~🤣