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

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

![image]( )
17282 次点击
所在节点    职场话题
217 条回复
ccppgo
2022-08-27 13:24:58 +08:00
楼主脸被打烂了不敢说话了, 赶紧出来谢罪道歉吧
cxilife
2022-08-27 13:31:31 +08:00
后端群里可能的讨论。 这个 sb 前端,啥都不懂又开始甩锅了
hellodigua
2022-08-27 13:37:18 +08:00
蹲一个结局
blindie
2022-08-27 15:01:24 +08:00
看评论,觉得这个后端没有问题的一大把的 CRUD 仔真多。
不管怎么说,都是一个团队的,作为一个后端就算不是你的问题,别人找上门来了,请你看一下日志,来帮助他定位问题,这不也是你的职责范围吗。
说真的遇到这种后端,跟他的沟通成本不如把他开了我来同时写前后端。
给楼主一个建议,这种同事遇到了,一定不要跟他怼完就好了,一定要当时就找自己的主管,把这件事情反应上去,不然你觉得自己什么都没问题,对面直接就告状告你了。最后就变成你背锅,什么破坏同事关系,责任意识不强。一定要找自己的主管,让他知道实情。你的主管会帮你把事情搞定的,比如把这个后端踢开以后项目就不会跟他合作了。
koloonps
2022-08-27 15:15:12 +08:00
@blindie 出了什么问题都来后端,这个是页面 500.不是接口 500 啊,前后端分开的项目不应该是去找运维吗?你至少要看下这个页面 500 是后端把你重定向到了 500 页面,还是路由配置错误的 500 啊
Foxkeh
2022-08-27 15:44:03 +08:00
建议这种问题不要私聊, 在项目技术群里公开讨论就好, 不然像这次这样情绪激动就尴尬了, 只要你确认前端请求发的没问题就把球踢出去, 真大佬在群里看到就知道去使唤谁去解决.
lucays
2022-08-27 15:44:45 +08:00
@blindie 请求没到后端的话,就算找上门来,后端怎么给你日志呢?后端哪来的日志呢?后端只能说让你找中间层啊,根本没到他那。

聊天记录明明是 OP 一直在怼,后端态度又没问题,都说了应该找谁了,不找一直怼后端有什么用吗
lucays
2022-08-27 15:47:40 +08:00
@abuabu 这些其实都没啥,最后那句“我也做过后端”真的让我想起我前公司一个类似的前端真的合作不来
wanacry
2022-08-27 16:05:58 +08:00
楼主现在怎么样了 到底是谁的责任啊
ily433664
2022-08-27 16:06:45 +08:00
@blindie #104 先不看问题原因单纯看沟通,也是前端的沟通更有问题啊
后端开始还好好在沟通,给分析问题让去找人,“你问问丁丁吧”
再看看前端怎么沟通的,“500 能是前端服务报的吗”,“肯定是后端少判断。。。”,“我第一次遇到 500 让前端找少页面的”
明明是前端自认为后端有问题,然后一顿怼后端,怎么反而说后端了?
sadfQED2
2022-08-27 16:07:53 +08:00
@zpf124 总结一下问题。

运营发现访问不了,喊运维,
运维粗查监控没有宕机,甩锅前端,
前端一看 500 错误,就觉得这是后端的错,甩锅后端。
后端一看返回的是 nginx 的页面,而且访问的还是前端的路径(聊天里说的),和我有 p 关系?

最后前端出来发帖:"现在后端都这么好干吗。"

最终,在各位网友的齐心协力排查下,帮楼主公司找出了 bug 所在。楼主公司运维,后端,前端继续划水
fzdwx
2022-08-27 16:08:14 +08:00
@blindie #104 有啥问题?



这么明显的问题,请求到后端了吗?这么大个 `openresty` 没看到?



别人后端一眼就看出问题来了。
fengfisher3
2022-08-27 16:12:41 +08:00
虽然我觉得楼主的语气并不好。但作为一个运维,我真没见过 500 找前端的。
楼上都说过了,500 要么就是运维的 nginx 配置,要么是后端。所以,这个事情最大的问题是在于,运维的锅,为什么找到前端去了呢。
isbase
2022-08-27 16:14:33 +08:00
op 的沟通方式也有很大问题。推荐《非暴力沟通》这本书

简单的说:当你觉得对方有问题时,不要反讽或者责怪对方,而是直接说出你希望对方怎么做,例如:现在访问 xxx 出现 500 了,前端这边确定请求没有走到前端,现在不确定是 nginx 还是后端服务的问题,请帮忙查看日志定位下问题。


如果查了日志确定请求没走到后端,再直接拉运维和 SRE 之类的人到单独的群。紧急的问题可以顺便拉上他们老板。
DT27
2022-08-27 16:21:35 +08:00
哈哈哈哈,心疼楼主。
wonderfulcxm
2022-08-27 16:25:27 +08:00
@zpf124 不,用原生 PHP 起一个服务,php.ini 直接使用生产环境配置,也不要什么框架,随便写个语法错误,openresty 返回的就是这个默认的 500 错误页,而不是 PHP 自带的报错。因为错误会包含敏感信息,比如文件路径是不可能暴露出来的,只会显示这个 500 页面给用户!
Anarchy
2022-08-27 16:27:21 +08:00
作为客户端觉得只要 500 就 500 后续问题就该后端牵线解决了。现在前后端分离,前端的处境和客户端也没太大区别吧。不过你们这沟通真是墨迹,感觉是运维拉进来组个小群也好啊。
Envov
2022-08-27 16:30:12 +08:00
我也做前端的,感觉 op 沟通方式问题很大
orangefanta
2022-08-27 16:41:13 +08:00
都 23 个小时过去了,BUG 还没解决吗?
godloveplay
2022-08-27 16:42:48 +08:00
@fengfisher3 #113 从聊天记录中看出 后端一直在说 要去找运维。
我任务 楼主这种属于 眼神不好(学艺不精?)+ 说话阴阳怪气,坛友应该引以为戒

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/875650

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX