有没有提议将URL片段包含在HTTP请求中?

| 在当前的HTTP规范中,URL片段(URL中包括“ 0”并在其后的部分)不以任何方式发送给服务器。但是,随着AJAX的使用范围不断扩大(使用该片段来维持某种状态),在很多情况下,服务器在请求时了解URL片段将很有用。 例如,如果您访问http://facebook.com,然后单击流中的用户名,则URL将变为http://faceboook.com/#!/username-允许FB更新页面而无需重新加载它的所有引导JS和HTML。但是,如果要使用浏览器重新加载此内容,则服务器将无法看到URL的“#/!username \”部分,因此无法为您预呈现内容。一旦客户端Javascript加载并解析了片段,这将迫使浏览器发出额外的请求。 我想知道是否有任何努力或提议来建立实现这一目标的标准机制。 例如,可能有一个标准的HTTP标头,该标头将与URL片段的值一起发送-任何关心此类事情的服务器都可以访问它。 对于整个Web应用程序社区来说,这似乎是一件非常有用的事情,所以令我惊讶的是没有听到任何建议。也许我想念它。     
已邀请:
我发现Google提出的使Ajax页面可爬网的建议,但它解决了一组更为受限的用例。具体来说,它创建了一种用URL参数替换URL片段的方法,以便从服务器获得与客户端访问带有片段的等效URL所生成的相同HTML输出。但是,这样的URL对于实际运行Ajax应用程序没有用,因为它们每次都需要重新加载页面。     
Webkit错误24175-URL重定向丢失片段是指处理可能感兴趣的重定向URL中的片段标识符。   对于将来的HTTP版本,建议添加一个(可选)   请求的片段头,其中包含片段标识符。      甚至更简单的是允许HTTP请求包含一个片段   标识符。     
恕我直言,片段标识符确实不是存储状态的好地方,它是为其他目的设计的。 话虽如此,http://www.jenitennison.com/blog/node/154对整个主题进行了很好的讨论。     

要回复问题请先登录注册