哪些RFC文档可用于相对URL冲突？

Question

首先，我在SO中看到了几个与RFC有关的问题，但是如果这个问题不属于这里，而是降低它的值，请缓和/标记/移动到其他堆栈站点。 （谢谢！）

我在接收来自其他应用程序（应用程序“A”）的内容中的URL的应用程序（我的应用程序，假设称为“B”）有一个非常长期的问题。

A（他们的）---> B（矿）--->çlient

现在客户要求我解决这个问题，而哪些球队需要解决产生这一情况的讨论。

对于我公司的业务和政策，我无法处理内容，因此我不得触摸在应用程序“A”中生成的内容。我可以做到但是违反了政策，所以不是一种选择。

正如我所说，内容是在应用程序“A”中生成的，所以这个策略并不关心它们。

该问题：

当用户生成的内容，上传存储“A”服务器上的图像。所以，他们有相对URL，如：“/A_server_folder/image.jpg”

当我收到的内容，内容说的一样，没有一个绝对的URL，如“A_SERVER_DOMAIN/A_server_folder/image.jpg的”

所以...

问题

我记得有一个RFC说什么“时，当您收到其发送的数据和礼貌严格”。但是......有关于这个问题的任何RFC相关信息？某处“sais”的原始系统的所有者必须提供绝对url而不是相对url来表示他们自己的路径？

我想将此RFC或RFC文章附加到业务策略以回答其他团队。正如我所说，这不是关于问题本身，对我来说很容易改变网址，但如果我解析内容，我可能会遇到真正的法律问题。

感谢和亲切的问候

Answer 1

你指的是被称为Robustness Principle什么：

在你发送的保守，在你接收的慷慨。

因为它含糊不清，它不是真正的RFC要求，它只是一个通用的设计理念。但是，您可以在TCP的规范RFC 761中找到它。 RFC 1122，互联网主机要求，扩展了它：

软件应写入处理每一个可以想象的 错误，无论多么不可能的;迟早一个数据包将会带有该错误和 属性的特定组合，除非软件已准备就绪，否则可能会出现混淆现象，即 。