Question

我将网站上的所有电子邮件地址编码为ROT-13，然后使用Javascript解码地址（以避免垃圾邮件）。但是，解码只是在IE 7或8中无法正常工作。在Chrome，Safari，Firefox中都能很好地工作。关于出了什么问题的任何想法？

更新链接“href”正在被正确解码，并且链接实际上在单击时正常工作。因此，只有链接文本（HTML内容）在解码时失败。

以下是我正在使用的代码：

/***********************************************
DECODE ROT13 EMAIL LINKS
***********************************************/

$('a.email-encoded').each(function() {
    $(this).attr('href', rot13x($(this).attr('href')));
    $(this).html(rot13x($(this).html()));
});

function rot13x(s) {

    var rxi = 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789';
    var rxo = 'NOPQRSTUVWXYZABCDEFGHIJKLMnopqrstuvwxyzabcdefghijklm5678901234';
    var map = [];
    var buf = '';

    for (z = 0; z < rxi.length; z++) {map[rxi.substr(z, 1)] = rxo.substr(z, 1);}

    for (z = 0; z < s.length; z++) {
        var c = s.charAt(z);
        buf  += (c in map ? map[c] : c);
    }

    return buf;
}

Answer 1

每当我看到for循环从零开始并使用<=作为停止条件时，我就会感到担忧：

for (z = 0; z <= s.length; z++) {

当最后定义的元素通常是s[0]时，这个习惯用法很容易取消引用s[length]和s[length-1]。

IE的JavaScript引擎如何处理对字符串的越界读写？

Answer 2

原来这个问题与ROT-13解码无关。

Internet Explorer中有关于电子邮件链接的“href”属性的“错误”。如果您使用javascript更新'href'，IE会自动更新链接的文本以匹配'href'。

所以在我的代码中，首先'href'被正确解码，然后IE设置链接文本以匹配新的解码'href'。然后，我们解码已经解码的链接文本，无意中再次对其进行编码。

解决方案是首先将解码后的链接文本存储为var，然后在“href”解码后将其用于链接文本。像这样：

$('a.email-encoded').each(function() {
        var oldHref = $(this).attr('href');
        var newHref = rot13x(oldHref);
        var newLink = rot13x($(this).html());
        $(this).attr('href', newHref);
        $(this).html(newLink);
});

Internet Explorer中的ROT-13链接解码失败

2 个答案: