Ruby on rails @rails|u People|'';http://twitter.com/#!/“用户/追随者”请解释一下

Ruby on rails @rails|u People|'';http://twitter.com/#!/“用户/追随者”请解释一下,ruby-on-rails,ruby,twitter,routes,Ruby On Rails,Ruby,Twitter,Routes,在rails 3和最新的稳定版本2.3.9或soish中,您将如何实现这一路线 解释 我真的不在乎追随者的行动。我真正想要的是如何创造“!#”在路由中 还有,这有什么意义。是语法还是语义?Rails在之后不会直接获取任何内容。相反,索引页面使用javascript检查该值,并根据后面的url向服务器发出AJAX请求。我不确定他们在内部使用什么路由来处理AJAX请求 关键是要有一个支持Javascript的界面,其中每个人都在同一个“页面”上,但哈希标记中的数据允许它动态加载任何自定义数据,例如,

在rails 3和最新的稳定版本2.3.9或soish中,您将如何实现这一路线

解释 我真的不在乎追随者的行动。我真正想要的是如何创造“!#”在路由中


还有,这有什么意义。是语法还是语义?

Rails在
之后不会直接获取任何内容。相反,索引页面使用javascript检查该值,并根据
后面的url向服务器发出AJAX请求。我不确定他们在内部使用什么路由来处理AJAX请求


关键是要有一个支持Javascript的界面,其中每个人都在同一个“页面”上,但哈希标记中的数据允许它动态加载任何自定义数据,例如,如果您决定查看其他用户,则无需加载整个新页面。

哈希部分永远不会发送到URL,但通常的做法是操作哈希来维护历史记录,并为AJAX应用程序添加书签。唯一的问题是,通过使用散列来避免页面重新加载,搜索引擎被甩在了后面

如果你有一个网站有一些链接

http://example.com/#home http://example.com/#movies http://example.com/#songs 到


您可以直接将URL更改为
http://example.com/movies
不会导致页面刷新。搜索引擎可以继续使用在这种情况下使用的相同URL。

URI中
#
后面的部分称为片段标识符,由客户端而不是服务器解释。您无法发送此文件,因为它将永远不会离开浏览器。

可能重复的我不认为它是重复的。
vs
#有很大的不同。看我的。请不要这样做!它打破了网络。这个约定是由谷歌发明的,目的是让蹩脚的旧遗留应用程序参与谷歌搜索。这是它的唯一目的。如果你没有一个糟糕的旧遗留应用程序,你不应该使用这个。如果您确实有一个糟糕的旧遗留应用程序,您应该修复它,而不是使用它。底线:就是不要用这个。
http://example.com/#!movies
http://example.com/?_escaped_fragment_=movies
history.pushState(null, "Movies page", "/movies");