- 主题:有人碰到过这种 ajax同步 小概率事件否？
与ff3没关系吧
最大的可能是函数运行时没有放到document的ready事件上
【 在 MVC (mvc) 的大作中提到: 】
: ff3吧。
: 遇到过
--
FROM 219.224.98.132
我觉得肯定八成不是浏览器对同步xhr的处理有问题。。
你多描述一些上下文吧，现在的情报还不足。。
【 在 SJTUIT (consultant) 的大作中提到: 】
: timeout的呼声很高呀
: 但不觉得这招有用呀
--
FROM 219.224.98.132
我是说，如果你在html文档的中间就运行了这个js函数去作同步xhr的话，的确可能出现你想修改的dom节点没有创建出来，然后导致失败
所以推荐所有的js函数都放在document的ready之后再执行……以保证安全
当然了，这只是我随便猜测猜测……
【 在 SJTUIT (consultant) 的大作中提到: 】
: document的ready?
: 不是httprequest的onreadystatechange吗？
--
FROM 219.224.98.132
话说，同步xhr的时候，浏览器不是会卡死么，你怎么打开firebug的……
另外，就是因为这个原因，十分不推荐同步xhr阿。。
【 在 SJTUIT (consultant) 的大作中提到: 】
: 我
: 确
: 定
: ...................
--
FROM 219.224.98.132
他的意思是，你应该把callback函数写成类似于
function(data){
$("#blah").html(data);
window.setTimeOut(function(){
//do something more... after waiting for 100ms, so the browser can make sure the DOM is ready
},100);
}
【 在 SJTUIT (consultant) 的大作中提到: 】
: 我还没用过xhr的timeout的说。。
: 不过我是这样想
: timeout不就是load失败么
: ...................
--
FROM 219.224.98.132
这个东西感觉很weird...
麻烦能给出更详细的一些资料么，我的确没太注意过这方面的问题。。
【 在 sayinger (言者) 的大作中提到: 】
: 我的意思是,在填充innerHTML之后,不要马上执行后面的逻辑(比如获取innerHTML里面的对象),而是把后面的逻辑放在timeout中执行
--
FROM 219.224.98.132
记得把结果贴上来阿。。
【 在 SJTUIT (consultant) 的大作中提到: 】
: 晚上try it out...
: 话说好像firebug也有bug
: 页面请求已经返回了
: ...................
--
FROM 219.224.98.132