History.js在Internet Explorer和pushState问题中的哈希回退

Question

我正在实现一个网站,当新部分通过ajax加载到首页时,使用History.js动态设置其网址.

这看起来效果很好,但是在History.js中创建的URL中的哈希部分存在问题,因为它是Internet Explorer中的后备.

以下是使用jquery创建的页面上的链接示例:

    function connect_browse_buttons(){
    $('.browselink').each(function(){
        $(this).click(function(){
            var action = $(this).attr('name');
            action = action.substring( ('action_browse').length );
            browsetype = action;
            if (isIE){
                // remove data object and title to avoid use of SUIDs by History.js in IE
                History.pushState(null, null, '/public/' + action);
            } else {
                History.pushState({oldurl: History.getState()['url']}, "Example " + action, config.wwwroot + "public/" + action);
            }
            return false;
        });
    });
}

.htaccess文件将任何URL(例如http://example.com/public/category_a)重定向到http://example.com,其中javascript解析url并通过changeState处理程序中的ajax请求加载相应的部分.

javascript检查网址,例如

http://example.com/public/category_a 

AND用于在Internet Explorer中创建的等效后备URL,即

http://example.com/#public/category_a

一切正常 - 所以:

在Firefox中,如果我在站点的根目录http://example.com上打开站点,并按上面的链接点击,则加载内容(在changeState处理程序中),并且URL由History设置. pushState为:

http://example.com/public/category_a

如果我然后单击另一个链接,则将URL设置为,例如:

http://example.com/public/category_b

在IE中,如果我在站点的根目录打开站点,并单击链接,如上所述,内容加载,并且URL设置为哈希:

http://example.com/#public/category_a

如果我然后单击下一个链接,则URL设置为:

http://example.com/#public/category_b

当我在IE中打开一个在Firefox中加入书签的页面时,问题就出现了,并且在网址中没有哈希.让我们以我们惯常的例子为例:

http://example.com/public/category_a

如果我直接在IE中打开此URL,通过书签或通过粘贴浏览器地址栏中的URL,.htaccess成功重定向,则js文件会解析该URL并加载内容.但是,现在如果我单击category_b链接,则URL由History.pushState设置为:

http://example.com/public/category_a#./category_b

我真正想要的是将网址设置为:

http://example.com/#public/category_b

但是,History.js似乎将整个前一个url作为后续pushStates的基本URL.我试过在History.pushState中设置绝对URL但没有成功.正如您在上面的代码块中看到的,我有一个特定于IE的pushState语句.我尝试过以各种方式配置它.如何让历史pushState识别:

http://example.com 

作为url的基本部分,哈希部分应该附加到哪个？或者有没有比我上面描述的方式更好的方法来解决这个问题？

Answer 1

AFAIK，历史 api 将始终使用初始页面加载请求的整个 URL（无哈希）。页面加载后，您可以使用历史 API 来更改初始 URL 之后的内容，也可以使用哈希更改来更改初始 URL 之后的内容，但如果不重新加载整个页面，则无法对其进行修改。

据我所知，实现您正在寻找的目标的唯一选择是让您的服务器将所有 URL 重定向/重写到您想要的基本 URL，然后将您的路径、文件名、参数、哈希等传递到您的客户端路由器/控制器。我必须建议不要这样做，因为（没有太多细节）您在 Facebook 上共享的网站链接将始终会被删除http://example.com/，或者无论您的基本 URL 是什么。

在我看来，在我的实践中，我不使用历史 API，而是使用哈希更改，因为它在任何地方都适用。这样做并不总是很漂亮，但我认为除了哈希之外，您还应该努力为 URL 提供适当的 Web 服务器响应。这是我网站上的一个特别难看的网址：http://www.respectfulrevolution.org/road/videos/ian_barlow_finding_our_roots_forest#/road/videos/marcy_westerling_livingly_dying，但是当在浏览器中加载时，服务器会以您在此处看到的内容进行响应：http://www.respectfulrevolution.org/road/videos/ian_barlow_finding_our_roots_forest然后客户端控制器加载您在此处看到的内容：http://www.respectfulrevolution.org/#/road/videos/marcy_westering_livingly_dying 应该加载与：http ://www.respectfulrevolution.org/road/videos/marcy_westering_livingly_dying 相同