gpt4 book ai didi

http - 我的 URL 是否违反了 RFC 3986(或其他)

转载 作者:可可西里 更新时间:2023-11-01 17:13:05 24 4
gpt4 key购买 nike

我们的系统将用户定向到以下格式的相对路径:

/some_path/?query=string

然后服务器响应所述路径。该 URL 是否违反了任何人都可以告诉的 RFC? (我相信 RFC 3986 适用。)

具体来说,之前的路径是否正确,即使它没有指定文件名,如:

/some_path/file?query=string

最佳答案

您显示的内容可能没问题。这里有更多详细信息:

您的问题有点含糊 - 您指的是 URL,但您向我们展示的内容从技术上讲并不是 URL 或 URI。 URL 或 URI 必须采用以下语法:

scheme://authority/path?query#fragment
eg: http://host.domain.ext/path/to?query=1#anchor1

您返回的似乎是一个relative-ref 或者(取决于您返回它的位置,例如在 XML 正文中)一个 href

因此,您返回的内容(根据 RFC 3986)似乎是一个 relativeURI。 RFC 将其显示为:

relativeURI    | relative-part [ "?" query ] 
relative-part = "//" authority path-abempty
/ path-absolute
/ path-noscheme
/ path-empty

在某些情况下,这很好。

根据HTTP RFC 2616 - 一些 header 值可能作为 relativeURI 返回,例如 Content-Location 和 Referer,而其他(例如 Location)被定义为需要 absoluteURI。话虽如此,大多数浏览器和其他客户端都会在那里接受 relativeURI。

是的,在您的情况下没有“文件名”的路径可能没问题,并且是有效的 relativeURI(添加查询字符串的相对部分)。您可以使用任何有效字符作为路径,如果需要,可以包括尾部斜杠(尽管这用于表示层次结构,所以要小心)。

关于http - 我的 URL 是否违反了 RFC 3986(或其他),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9831568/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com