某公司后端老大遇到 500 错误让前端查是否缺少页面，怎么破？

[stroh]

服务页面挂了，运营找运维看，运维看服务没问题找前端查问题，前端看页面路径上来就 500 了，然后找后端寻求帮助，后端上来就踢皮球，也是醉了，还说是因为前端缺少页面导致的 500...
每次一出问题就找前端，除非找到决定性证据后端自查，现在后端都这么好干吗》


[justin2018]

想知道 到底是谁的责任~~

这不就是摸鱼的好机会嘛 说排查了一天的问题 😁

[kangyan]

中野决裂了属于是

[nicevar]

这个还真不一定是后端的锅，先让运维定位一下问题才是关键，我不明白你们俩吵啥，想直接物理手段解决问题吗

[uvwlab]

像这种情况，各方面都要自查

[martinqian]

我怎么看着这后端态度其实还行呢，可能他觉得 UP 主这位前端很难理解这其中的机理，所以不愿意说太多，就简单指了一条路：找运维跟一下，或者找丁丁帮忙。

通常，后端返回 500 的时候，即使 body 数据没用 JSON 之类的进行编码，也不可能去添加什么 Openresty 之类的信息，所以他认为这个问题和他没关系，因为数据不是他返回的。

当然了，问题还是得 UP 主去推（因为运维在拉稀呀），一切皆有可能。

[oneisall8955]

拉个群，看谁还踢皮球

[yangzzzzzz]

这个时候拉大大群就都老实了 最好领导也在里面 @全体成员

[fzdwx]

感觉后端老大态度很可以啊，就是这个前端一直在阴阳怪气？

[koloonps]

这个感觉是 nginx 的 500,不像 Java 或者.net 的 500....

[ily433664]

@ilylx2008 #55 那也分不同的情况，有些是后端偷懒没验证，有些参数是数值类型传 undifend 就没到验证就出错了

[tairan2006]

这个 500 页面一般确实应该找运维，跟 API 层关系不大

[Junzhou]

大概率请求就没到他负责的 Java 服务那一层，然后又懒得跟你说太多（可能他觉得你看起来确实不怎么懂这一块，跟你说了也白说）。。。 那么大的 OpenResty 都看不到。

[Huelse]

就表现来看，这的确要找运维的，后端知道自己这边的错误页会是什么样，一看不是，那就得找运维了

[GopherTT]

前端不懂后端和背后的整个服务，500 一定就是后端的锅了？只是前端不懂分析和定位问题，其实聊天里都指出问题了。

[kappa]

说的很明白吧，要找运维确认是路由到哪了，op 和后端中间隔了个人，不懂没关系先找运维贴配置贴日志，直接跑外网挂人以为自己水平最高？

[idblife]

你们运维垃圾

[yuzo555]

“前端”不一定是指浏览器端，很多情况中间层在服务器上，跑着 OpenResty 或者 PHP ，但也算是前端，因为它不负责业务，只是把真正的后端输出的内容展示给客户端，做点负载均衡什么的，甚至还做点缓存。

就这个案例来说，不一定是中间层还是后端出的问题，确实得运维拉日志查下。

[abuabu]

？
。。。
难不成？
那为什么？
肯定是
啊大哥
我第一次
厉害了
基本常识
明显是

句句给人加怒气

[laolaowang]

如果是那种前后分离的项目，确实也不能完全怪后端，这种 500 也可能是代理有问题

[vazo]

请问 op,这都快一天了,到底是谁干的?