增加網址：
文章備註、標題(會記錄下來，但是暫時不會顯示)：
[四格]無題 無名 18/09/29(六)19:46:21 ID:ogznK59c No.1053734
回覆: >>1053756 >>1053951
評分：0, 年：0, 月：0, 週：0, 日：0, [+1 / -1] 最後更新：2018-09-29 19:21:41
附圖
無本文
無題 無名 18/09/29(六)19:48:46 ID:iowZsx/Y No.1053737
附圖
無本文
無題 無名 18/09/29(六)20:03:33 ID:6wmigvYw No.1053745
我上網只看過404
無題 無名 18/09/29(六)20:08:03 ID:CzaXboxc No.1053749
404 500 599
無題 無名 18/09/29(六)20:13:31 ID:CUE7rq7Q No.1053754
403就是被擋IP
無題 無名 18/09/29(六)20:14:50 ID:5HAIRGMA No.1053756
回覆: >>1053758
>>1053734
426
無題 無名 18/09/29(六)20:20:55 ID:yIuhxjJU No.1053758
>>1053756
HTTP 451: Unavailable For Legal Reasons
無題 無名 18/09/29(六)23:10:24 ID:x7PfPrsI No.1053931
回覆: >>1053982 >>1054032
到現在還是搞不懂在設計 REST API 的時候
究竟需不需要把盡可能多的 status code 塞進去....
無題 無名 18/09/29(六)23:42:51 ID:WTA4dRV. No.1053951
>>1053734
為什麼406會在404的上面！
無題 無名 18/09/29(六)23:59:53 ID:mN6YyBM6 No.1053961
其實裡面有不少連IT人員都不常見
而且很多人會習慣把錯誤訊息包起來,
然後給你一個固定的畫面(像是GOOGLE訓練有素的猴子就是)
無題 無名 18/09/30(日)00:26:35 ID:5am9Yccs No.1053982
回覆: >>1054030
>>1053931
我認為留幾個行為不同的狀態就好
同行為的通通歸類為同一種錯誤，另外找個欄位放詳細錯誤訊息
無題 無名 18/09/30(日)00:31:29 ID:xnwONEMQ No.1053986
附圖
HTTP 418: I'm a teapot
無題 無名 18/09/30(日)01:55:55 ID:LyAxfen. No.1054030
>>1053982
這樣做的結果是後人分支越塞越多
最終變成巢狀結構
能一開始定好的東西還是推薦直接定
無題 無名 18/09/30(日)02:00:08 ID:Yr6NoimA No.1054032
>>1053931
反正這些協定中的錯都給框架處理
商業邏輯的錯都用200回傳
前端會接下來，顯示錯誤畫面給使用者看
分開來會比較好維護