Ruby on rails @rails|u People|'';http://twitter.com/#!/“用户/追随者”请解释一下
在rails 3和最新的稳定版本2.3.9或soish中,您将如何实现这一路线 解释 我真的不在乎追随者的行动。我真正想要的是如何创造“!#”在路由中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在
之后不会直接获取任何内容。相反,索引页面使用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");