7

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

这似乎运作良好,但 History.js 在 Internet Explorer 中作为后备创建的 url 中的哈希部分存在问题。

以下是页面上使用 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 文件将诸如http://example.com/public/category_a之类的任何 url 重定向到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 中添加书签的页面时,就会出现问题,并且 URL 中没有哈希值。让我们以我们通常的例子为例:

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 中设置绝对网址,但没有成功。正如您在上面的代码块中看到的,我有一个特定于 IE 的 pushState 语句。我尝试过以各种方式配置它。如何让 History pushState 识别:

http://example.com 

作为 url 的基础部分,应该将哈希部分附加到哪个部分?还是有比我上面描述的方法更好的方法来解决这个问题?

4

1 回答 1

0

AFAIK,历史 API 将始终使用为初始页面加载请求的整个 URL(无哈希)。页面加载后,您可以使用 history api 更改该初始 URL 之后的内容,或者您​​可以使用哈希更改来更改该初始 URL 之后的内容,但是如果不重新加载整个页面就无法修改它。

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

在我看来,在我的实践中,我不使用历史 API,而是使用哈希更改,因为它适用于任何地方。这样做并不总是很漂亮,但我认为除了哈希之外,您还应该努力为 URL 提供适当的 Web 服务器响应。这是我的网站上的一个特别丑陋的 URL: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

于 2015-10-16T04:12:40.803 回答