- 主题:有人碰到过这种 ajax同步 小概率事件否？
哦
不是这个原因
dom早就ready了
【 在 sly9 (弱) 的大作中提到: 】
: 我是说，如果你在html文档的中间就运行了这个js函数去作同步xhr的话，的确可能出现你想修改的dom节点没有创建出来，然后导致失败
: 所以推荐所有的js函数都放在document的ready之后再执行……以保证安全
: 当然了，这只是我随便猜测猜测……
--
FROM 222.71.195.*
不卡呀
【 在 sly9 (弱) 的大作中提到: 】
: 话说，同步xhr的时候，浏览器不是会卡死么，你怎么打开firebug的……
: 另外，就是因为这个原因，十分不推荐同步xhr阿。。
--
FROM 222.71.195.*
click like mad and hopefully it will occur..
【 在 MVC (mvc) 的大作中提到: 】
: ff3吧。
: 遇到过
--
FROM 222.71.195.*
我的意思是,在填充innerHTML之后,不要马上执行后面的逻辑(比如获取innerHTML里面的对象),而是把后面的逻辑放在timeout中执行
【 在 SJTUIT (consultant) 的大作中提到: 】
: timeout 然后呢 load失败后面还是会报错呀
--
FROM 207.46.92.*
我还没用过xhr的timeout的说。。
不过我是这样想
timeout不就是load失败么
不管后面的逻辑在哪运行 要取innerHTML不还是会报错么 因为根本没加载成功呀
【 在 sayinger (言者) 的大作中提到: 】
: 我的意思是,在填充innerHTML之后,不要马上执行后面的逻辑(比如获取innerHTML里面的对象),而是把后面的逻辑放在timeout中执行
--
FROM 222.71.195.*
他的意思是，你应该把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
也就是说
执行
$(id).innerHTML = ...
之后
不是立马生效的呀？不会吧。。
【 在 sly9 (弱) 的大作中提到: 】
: 他的意思是，你应该把callback函数写成类似于
: function(data){
: $("#blah").html(data);
: ...................
--
FROM 222.71.195.*
co-ask
我们的系统所有的请求都是交给某个object的
然后有时候这个object会把上一轮请求的结果返回回来。。
页面就会异常
打开firebug看就发现那个页面还处于正在请求状态
【 在 sly9 (弱) 的大作中提到: 】
: 这个东西感觉很weird...
: 麻烦能给出更详细的一些资料么，我的确没太注意过这方面的问题。。
--
FROM 222.71.195.*
ft,不是xhr的timeout,而是setTimeount....
【 在 SJTUIT (consultant) 的大作中提到: 】
: 我还没用过xhr的timeout的说。。
: 不过我是这样想
: timeout不就是load失败么
: ...................
--
FROM 207.46.92.*