问题标签 [rfc]

不记名令牌规范是我有疑问的。我试图弄清楚放置在Authorization: OAuth ......标头中时令牌中允许哪些字符。这是规范所说的

凭据 = "OAuth2" RWS 访问令牌 [RWS 1#auth-param]
访问令牌 = 1*(quoted-char / <">)

引用字符=“！” /“#”/“$”/“%”/“&”/“'”/“(”/“)”/“*”/“+”/“-”/“.” / "/" / DIGIT / ":" / "<" / "=" / ">" / "?" /“@”/ALPHA/“[”/“]”/“^”/“_”/“`”/“{”/“|” /“}”/“~”/“”/“”/“;”

我不知道怎么读这个。我是阅读 RFC 的新手，所以如果有人能解释一下，我将不胜感激。

如果续行以空格或水平制表符开头，则 HTTP/1.1 标头字段值可以折叠到多行。所有线性空白，包括折叠，都具有与 SP 相同的语义。接收者可以在解释字段值或向下游转发消息之前用单个 SP 替换任何线性空格。（引用自此处）

这是我的服务器端脚本，它只是转储 cookie 内容：

我的测试来了，请注意cookie部分：

许多网络协议都有自己的 rfc（request for comment），

像 http/1.1 的这个：

http://www.w3.org/Protocols/HTTP/1.1/rfc2616.pdf

网上有epoll自己的rfc吗？

我有 SMTP 解析器，它工作得很好。从第三方软件接收流量时出现问题，该软件将双换行符发送为“\r\n\r”（没有第二个“\n”）。目前，此类连接被终止为不兼容的 SMTP。有人可以解释一下 RFC 对这种“有趣”的双换行符到底是怎么说的吗？我可以假设发送这样的数据的软件做错了什么吗？

根据第 3.3 节，RFC2396 的路径组件- 统一资源标识符，

路径可能由一系列路径段组成，由单个斜杠“/”字符分隔。在路径段中，字符“/”、“;”、“=”和“?” 被保留。每个路径段可以包括一系列参数，用分号“;”表示 特点。这些参数对于解析相对引用并不重要。

但是，我从未在除最后一个段之外的任何段中看到带有查询参数的 URL。所以，我不确定我是否正确阅读了这篇文章。

是http://www.url.com/segment1?seg1param1=val1/page.html?pageparam1=val2有效的网址吗？

我有自己的服务器引擎（如 Apache）。但是当我在 Firefox 中浏览基于此服务器引擎的网页时，我收到错误“您的服务器不支持 RFC 5746”。

如何解决？

我想知道 Oracle 的 SYS_GUID() 函数是否返回符合 RFC 4122 的 UUID。例如：

我知道，SYS_GUID() 返回一个 16 字节的 RAW 数据类型。Oracle 使用 RAWTOHEX() 和可能的 TO_CHAR() 打印出上述 ID。将其解释为符合 UUID 的字符串格式是否正确，例如：

我认为它不符合 RFC 4122 标准，因为定义说，有效的 UUID 必须在 UUID 本身内命名 UUID-Version。

符合 RFC 4122 的 UUID（版本 3）的语法：

是否已经为验证http://www.ietf.org/rfc/rfc3986.txt中列出的 RFC 1738 URL 规范编写了一个 javascript 函数/库/片段？

它看起来不像任何BNF 家族。我在几篇 RFC 论文中看到了这一点，例如HTML 1.1，但从未解释过。除了RFC 网站上的格式指南之外，我也找不到任何其他内容

XML 有一个约定，基于 XML 的非标准 mime 类型采用“+xml”后缀（用于语法高亮等）。RFC3023 对此进行了概述。

我查看了RFC4626，但我找不到任何关于 JSON 的类似内容。JSON有类似的约定吗？它在任何地方都有记录吗？