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

[stroh]

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


[TigerJie]

@zhw2590582 请求没到后端，后端有什么责任？

[jsb930205]

那就踢皮球啊。老板发现了自然会有人背锅的。

[fenglangjuxu]

挺好的 有这种人 才衬托的我没那么菜

[h1104350235]

@stroh 楼主 因为发帖者回复的话 在名字左边会显示 OP

[pluvet]

草

[zpf124]

@xinple 说前端的错误是说，他沟通阴阳怪气，而且自以为是把不是别人的问题按到人头上 “我写过后端 500 就是后端错误”。

换个生活中的例子。

假如你是卖电脑的， 客户发现上不了网了，给小区的联通的服务商打电话，然后这个搞网的是个二把刀，一看客户网线灯能亮，“不是我的问题，灯亮了说明线好好的，应该是你电脑问题，你找卖电脑的吧”。
然后把你叫过去你一看这和我有 p 关系啊？　然后打电话给百度把他骂了一顿，说肯定就是他们的问题，水平真菜。
虽然这事和人家也没关系，但人家大概一看是什么 dns 无法解析，就大概知道是网的问题，和你说让你找修网的，结果你张嘴就是 我也做过软件，这肯定就是你们的毛病，还最大的中文搜索引擎呢。
然后网上发帖，“百度原来就这水平啊？ 挣钱好容易啊”。

这件事技术上的本质是什么？ 负责网络链路的货是个二把刀，自己瞎逼甩锅。

但这个帖子的问题是什么？ 自己一知半解却以为自己最他么懂，别人告诉你正确结论了你还以为自己是对的，说话阴阳怪气不为解决问题就是为了甩锅和发泄不满。

---------------------------

你告诉我这个前端没错？ 运维甩锅给他他有火气，那他瞎甩锅给后端没火气？他一路阴阳怪气 人家还好好在告诉他是谁的问题。

这还是个后端领导，要我绝对把对话甩给他们前端领导，让他们前端领导看看这个“说话的艺术”，然后自己查问题去。

即便我是大头兵那也会直接说，“来，这回我带着你挨个把这条链路都厘清楚，让你看看到底谁的问题，如果是我的问题，从此以后，你找我什么问题我都给你解决不论是谁的，如果不是我问题，以后找我看问题请自己带上前端日志，还有网关 access 记录，最好后端日志你也找出来，我可以去找领导给你开日志查看权限。”

[daliusu]

我建议这三个人都可以开了
运维是第一个，这个第一直觉就是运维问题吧，他竟然找前端（找后端都算情有可原了）
前端主要问题是半桶水+不好好说话
后端的问题是态度问题，后端十有八九是知道问题在哪的，但是就硬踢皮球，就是不告诉你详细原因，只要皮球踢出去就跟我没关系了，至于为啥踢出去不是我的锅，哎我知道我就是不告诉你。这是沟通的样子么？

[stroh]

@h1104350235 哦哦

[stroh]

@zpf124 你没仔细看，我在中间几楼说了，一开始后端说是我丢页面导致的，我说丢页面应该是 404 才对，而且这种事不是第一次了，每次都找我，接口 500 也找我，一开始也是客客气气的，但两年了，我忍了两年了...

[zpf124]

@stroh 你我对于 http 访问链路的基本知识都不在一个水平
(我觉得前端现在都不需要了解什么是 httpserver 什么是反代真的是要求太低了...)，
加上屁股不一致，我和你无法达成共识的。

对于我而言，和你们那个后端一样，一看到访问的 url 起始前缀都不是我们后端项目地址，一瞬间就知道与后端无关了。
然后自然就可以推导出两种结论，要么网关路由有问题，要么你们前端打包有问题，包括丢页、包括 URL 拼接变量 bug 。

接下来就是屁股问题，既然我是个后端，找我看问题，那我确认问题不是我这那就是完事了，我对前端和运维一知半解难道还要我去一路 debug 吗？

至于说积怨已久这个只能说非常常见，避免不了，工作有接触自然会有摩擦，所以你有怨气，我带入你们后端视角更有怨气。

[zpf124]

@stroh
另外，我不确定其他回复的人里主要争吵的点是什么。

我回复的内容里，前两个大概在分析这个错误发生的原由，后面 5 、6 条其实都在针对一句话 “我也做过 xxx”。

做事的时候最讨厌这种不干这事的人出来放这种轻巧屁——贬低别人水平、职责别人忽悠蒙人。
被说中人都会被激怒何况是还没这歪心思的人呢。

之前有个产品给我们提需求就老是“这个很简单啊？怎么需要这么长时间？”，“我也学过 SQL 啊？不就是写个查询吗？”。
他特么一个需求要改 5 、6 个不同的接口，展示的那个属性的查询条件，在有的地方需要通过登录用户信息关联，有的需要物品信息关联，还有的需要通过关联关系找到多条数据再查。
他一句“不就写个 SQL 吗用得了这么久吗？”气得我们组长说“用不了那么久那你来写”。

一个多结构嵌套的页面，赶进度的时候让快点催得急，我们后端就自己写，我们从其他页面挪了一些类似的组件过来改吧改吧，上线后发现有个块整体歪了 1px ， 他去找我们我们说不会，得前端看看。
他找前端也是 “不就歪了 1px 吗？你移一下不就好了？”，前端也憋着没说话，后来找了半天找到上面有个空的元素外面看 hight：0 ，但内部有个不可见元素有体积给挤到下面了，导致后面好几块都乱了。

换你是我们这个前端， 听到产品说“我也懂前端，不就调一下 margin 吗” 你什么感觉？

[yuelang85]

别的不知道，我也不懂前端。我在 react 上见过渲染服务器报 500 的。。。。

[stroh]

@zpf124 没太仔细看，我只觉得迎面扑来一股优越感

[shanyuguangyun]

确实是运维的问题， 请求链路都没到后端服务，自然不会有日志产生。后端也没法帮你排查，要运维查看相关配置的。

[chloerei]

这个路径返回的是前端模版，或者预渲染的页面，指向的是前端的静态资源服务器或者预渲染服务器。

运维和后端的判断没问题。前端需要查静态资源服务器或者预渲染服务器的问题，如果有配置需要运维处理的找运维协助。

[SuperXRay]

阴阳人,被揍都不奇怪.后端脾气还是太好了

[lkkl007]

这种事情很简单解决的，把前端后端运维拉个群不就解决了，遇事不决先拉个群