Http 我应该弄乱X-Powered-By头吗？

我们正在处理一个遗留应用程序，该应用程序发出了一个HTML模糊。 此HTML blurb以前由web浏览器使用。现在我们 将其（新实例）转换为服务并将其引入 内部网，位于公司防火墙内，供自动客户端使用

对于未找到的情况，代码返回HTTP代码

200 OK

， 此外，还有一些HTML解释信息不能被删除 建立我们正在考虑返回一个

404未找到

代码，但我们需要 一种区分应用程序和web服务器响应的方法 分开（以防出现错误配置，应用程序无法继续运行） 联系到）

现在我们进入问题的核心：我们是否应该改变de-X-POWER-By 应用程序中的标题？web服务器和代理是否尊重这一点？我们可以 当然可以测试我们当前的web服务器。但我们能指望未来的服务器吗 更新/更改以尊重此行为？此标头是否受任何

---

规范（RFC等）？

任何web服务器/代理都不必尊重任何东西。别天真了，有很多服务器都不符合任何规范。但是你（即你的公司）应该控制你自己的代理，对吗？所以只要检查一下你的配置。还有，为什么不使用其他未使用的标题？这就是我们在一天结束时应该使用的标题。我问这个几乎是出于好奇。无论如何如果X-Powered-By有“强”的理由，我认为使用“标准”标题通常更好。

X-

标题决不是标准的。好了，他们甚至没有在任何规范中提到。我认为没有任何理由坚持它。特别是因为X-Powered-By的含义有点不同——它应该指向你正在使用的技术。我的意思是“事实上的标准”，但没问题。我同意你的看法。我明白了。我仍然好奇其他人对此的看法。相关问题（可能重复？）：