0

首先,我在 SO 中看到了几个与 RFC 相关的问题,但如果这个问题不属于这里,请不要投票,请适度/标记/移动到其他堆栈站点。(谢谢!)

我的应用程序(我的应用程序,假设称为“B”)从其他应用程序(应用程序“A”)接收内容中的 URL,存在一个非常长期的问题。

A(他们的)---> B(我的)---> C 客户

现在客户要求我解决问题,并讨论了哪个团队需要解决这种情况。

对于我的业务和政策,我无法处理内容,所以我不能触摸应用程序“A”中生成的内容。我可以做到,但违反政策,所以,不是一个选择。

正如我所说,内容是在应用程序“A”中生成的,因此,该策略与他们无关。

问题:

当用户生成内容时,上传存储在“A”服务器上的图像。所以,他们有相对的网址,如:“/A_server_folder/image.jpg”

当我收到内容时,内容表示相同,而不是绝对网址,例如“A_SERVER_DOMAIN/A_server_folder/image.jpg”

所以...

问题

我记得一个 RFC 说“发送数据时要严格,收到数据时要礼貌”。但是...有任何与此问题相关的 RFC 吗?它在某处说“原始系统的所有者必须提供一个绝对 url 而不是相对 url 来指示他们自己的路径?”

我想将此 RFC 或 RFC 文章附加到业务策略以回答其他团队。正如我所说,与问题本身无关,对我来说更改 url 很容易,但如果我解析内容,我可能会遇到真正的法律问题。

谢谢和亲切的问候

4

1 回答 1

1

您所指的称为稳健性原则

发送的内容要保守,接受的内容要自由。

因为它是模糊的,它不是真正的 RFC 要求,它只是一个通用的设计理念。但是,您可以在TCP 规范RFC 761中找到它。RFC 1122,Internet 主机要求,对其进行了扩展:

应该编写软件来处理每一个可能的错误,无论多么不可能;迟早会有一个数据包带有错误和属性的特定组合,除非软件准备好,否则可能会出现混乱。

于 2013-10-18T22:30:08.230 回答