我将网站上的所有电子邮件地址编码为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;
}
每当我看到for
循环从零开始并使用<=
作为其停止条件时,我都会担心:
for (z = 0; z <= s.length; z++) {
当最后定义的元素通常是s[length-1]
时,这个习惯用法可以很容易地取消引用s[0]
和s[length]
。
IE的JavaScript引擎如何处理字符串上的越界读取和写入?
发现问题与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);
});