

|
1
气笑了
|
|
InDomJan 29
2
啊?
|
|
EastLordJan 29
3
有趣
|
|
bigpan123Jan 29
4
简直是个甜菜!
|
|
duuuJan 29
5
笑死
|
|
6
后端返回字符串类型的 "null",也是挺搞心态的,而且界面显示 null ,还会被认为是前端的问题
|
|
hackroadJan 29
7
返回大小写这么随意的
|
|
shui830Jan 29
8
笑死了🤣
|
|
9
哈哈哈
成功吗?不是 有错吗?成功 |
|
10
成功的干扰到了 AI 爬虫, 烧掉了敌人一个亿的 Token.
|
|
mx1700Jan 29 via Android
11
调皮了
|
|
12
想起一句笑话:The request failed successfully!
|
|
xiapipiJan 29
13
amazing
|
|
TinkJan 29
14
这是 error 了吧我没理解错吧
|
|
jackOffJan 29
15
脑筋急转弯是吧
|
|
dajjJan 29
16
幽默
|
|
17
相对与失败来说很成功了
|
|
18
🐮,我就说 AI 无法替代人类吧
|
|
GGbeng1Jan 29
19
哈哈哈哈哈,笑死😂
|
|
donaldturingleeJan 29
20
成功的失败,你就说是不是成功吧
|
|
21
弹出红色的 alert("SUCCESS")
|
|
kneoJan 29 via Android
22
看起来是成功了,后台错误码检查的有问题
|
|
23
|
|
evan1Jan 29
24
哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈
|
|
25
成功了吗,如成
|
|
bfdhJan 29
26
我要告你剽窃我们公司代码。
|
|
ajaxfunctionJan 29 via iPhone
27
符合国情,基本成功
|
|
zhugesiqingJan 29
28
就很...
|
|
qinqiuxuJan 29
29
正常肯定是优先看 success 字段,不会拿 error === "SUCCESS"作为接口调用是否成功的判断
|
|
30
拿 success 字段判断得到失败,然后弹出 error:SUCCESS !
|
|
fkdtzJan 29
31
《哲学后端》
|
|
AntihankJan 29
32
笑尿了
|
|
proxychainsJan 29
33
failed successfully
|
|
unusedJan 29
34
其实 S.U.C.C.E.S.S. 是一个 backronym
|
|
whoosyJan 29
35
他妈的甘
|
|
JiZhiDeboyJan 29
36
接口调用成功,但接口调用不成功
|
|
itechifyJan 29
37
这是个成功的错误🥹
|
|
calanoJan 29
38
出错了,但我们做对了!
|
|
johnniangJan 29
39
我想知道 HTTP Response Status Code 到底是什么 ;P
|
|
40
关键是这种人有工作 而我没工作
就算我有工作 工资也没有这种人高 我想哭 |
|
xuejianxianzunJan 29
41
@calano 微软式中文!
|
|
x4nR425LttrKyJ08Jan 29
42
基本成功
|
|
lbunderwayJan 29
43
笑了😄
|
|
Gilfoyle26Jan 29
44
我猜这个返回的意思是:有问题,但是后端处理的逻辑也有问题返回了 “SUCCESS” 字符串,应该是返回的时候判断错了。
|
|
sumarkerJan 29
45
哈哈哈哈😅
|
|
xiao8276Jan 29
46
闹麻了
|
|
SayHelloHiJan 29
47
看懵了~~
|
|
QHKZJan 29
48
success = (SUCCESS == success)
|
|
ScotGuJan 29
49
这么做一定出于某种原因或目的。 但是我没想出来。
|
|
50
|
|
EgflyJan 29
51
哈哈,笑死。 如 success
|
|
clarkethanJan 29
52
真有趣
|
|
chenyu0532Jan 29
53
我以为我卡了。。。
|
|
54
说明这个接口不需要向用户展示 err 信息吧 管他 err 返回什么直接 if success 不就行了
|
|
55
成功地失败了
|
|
56
:接口报错了?
:对 |
|
ErroadJan 29
57
茅盾文学奖获得者常熟阿诺当后端了
|
|
korvinJan 29
58
|
|
rocmaxJan 30 via Android
59
基本成功
|
|
QS0x01Jan 30
60
估计是直接把某个接口的返回当 error message 直接向上抛出后,被控制层返回给前端了。
比如 service 匹配到黑名单,接口返回 success(没给具体匹配到啥了),立即抛出异常或者 return msg 然后 controller 也不知道接口返回的是啥,只知道状态是没成功 |
|
61
一本正经的胡说八道:
其实看全大写,可想而知是一个缩写,全称是“System Unexpectedly Crashed, Causing Error Status Signal”(系统意外崩溃,引发错误状态信号) |
|
62
可以作为考公题
|
|
FelldeadbirdJan 30
64
啊?唔。啊?
|
|
hefishJan 30
65
北大青鸟培训班出来的。中职毕业。
|
|
Patrick6Jan 30
66
令人忍俊不禁
|
|
zhuiyun041Jan 30
67
报错成功了
|
|
jbgzJan 30
68
很哲学
|
|
jonsmithJan 30
69
中庸之道,Yes Or No ,前端自己判断。
|
|
uiboboJan 30
70
本次请求,基本成功了
|
|
molvqingtaiJan 30
71
基本成功
|
|
maolonJan 30
72
成功错误
|
|
edisonwongJan 30
73
想起我前司某研发写的返回 {"data": {"无": {xx: yy}}}
这他妈的这个无字是什么意思,然后后面他就当卖房销售了了 |
|
Debug1998Jan 30
74
基本成功!
|
|
AsasahiJan 30
75
来了吗,如来
成功了吗,基本成功 |
|
76
|
|
dcdloveJan 30
77
|
|
javalaw2010Jan 30
78
没毛病,error 为“success”表示网关/服务器正确处理这个请求,success 为 false 表示这个请求执行的动作失败了。
|
|
RandomJamesJan 30
79
成功获取到错误[狗头]
|
|
candoJan 30
82
接口成功返回错误!
|
|
minamiJan 30
83
|
|
UserTRIJan 30
84
"接口是通的!"
|
|
dcdloveJan 30
87
@Rat3 #81 这是通用的泛型定义类,结果它把泛型这个能力给阉割了,还把这个类型放到打包编译的包里。发现有问题没法直接改,什么 swagger 需要推断类型的工具都废了
|
|
bluekzJan 30
89
《挑一个你喜欢的响应》
《前端没理解我的字段含义》 《对错二象性》 |
|
VarobjsJan 30
91
error: base success!
|
|
Geo200Jan 30
92
成功调用了接口,但业务逻辑错误:)
|
|
lizhendaJan 30
93
amazing~ 接口是通的
|
|
collenJan 30
94
一般,不如一个字段名,在不同接口有不同的意思,有时候不知道要表达什么意思,要靠猜
|
|
2enJan 30
95
好啊,挂我给的接口是吧
|
|
NotFounderJan 30
96
就说能不能用吧
|
|
AlexsandroJan 30
97
真是一个酣畅淋漓的错误
|
|
sdfw23xdJan 30
98
你就说成不成功吧 状态码 200
|
|
unco020511Jan 30
99
哈哈,这个是真给笑到了
|
|
tanxnativeJan 30
100
把这个状态码设计的非常糟糕的不在少数,实在不行可以参照 grpc 的状态码
|