如何在 Lift 中查找 URL 中的#fragment

发布于 2024-11-18 01:58:55 字数 159 浏览 0 评论 0原文

我对 Lift 还很陌生,我一直在尝试寻找的一件事是如何在代码片段的上下文中找到当前页面 URL 中的“#”。因此,如果用户访问 http://www.example.com/some/path/page#stuff ,那么我想从中提取“内容”。我一直在谷歌上搜索 API 文档,但尚未找到任何相关内容。

I'm pretty new to Lift, and one of the things I've been trying to find is how to, in the context of a snippet, find the '#' in the current page's URL. So if a user visits http://www.example.com/some/path/page#stuff then I would like to extract "stuff" from that. I've been googling and searching the API docs and have yet to find anything for this.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

素食主义者 2024-11-25 01:58:55

我认为 # 后面的部分首先不会发送到服务器。

这就是 wikipedia 对此的说法:

在 URI 中,哈希标记 # 引入
靠近末尾的可选片段
网址。通用 RFC 3986 语法
URI 还允许可选查询
由问号?引入的部分。
在带有查询和片段的 URI 中
该片段跟随查询。询问
部分取决于 URI 方案,并且是
由服务器评估 - 例如,http:
支持与 ftp: 不同的查询。
片段取决于文档 MIME
类型并由客户评估
(网络浏览器)。客户不是
应该将 URI 片段发送到
服务器检索文档时,
并且没有当地人的帮助
应用程序(见下文)片段做
不参与 HTTP 重定向。

I don't think the part behind the # ever gets sent to the server in the first place.

That's what wikipedia has to say about it:

In URIs a hashmark # introduces the
optional fragment near the end of the
URL. The generic RFC 3986 syntax for
URIs also allows an optional query
part introduced by a question mark ?.
In URIs with a query and a fragment
the fragment follows the query. Query
parts depend on the URI scheme and are
evaluated by the server — e.g., http:
supports queries unlike ftp:.
Fragments depend on the document MIME
type and are evaluated by the client
(Web-browser). Clients are not
supposed to send URI-fragments to
servers when they retrieve a document,
and without help from a local
application (see below) fragments do
not participate in HTTP redirections.

深海里的那抹蓝 2024-11-25 01:58:55

我不认为#后面的部分
曾经被发送到服务器
第一名。

你是对的,先生。这就是哈希的全部要点。

Dylan,你可以从 Javascript 方面做一些事情:

$.ajax( {   data : { fragment : window.location.hash ...

I don't think the part behind the #
ever gets sent to the server in the
first place.

You are correct, sir. That is the entire point of the hash.

Dylan, you could do something from the Javascript side:

$.ajax( {   data : { fragment : window.location.hash ...
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文