本帖最后由 Neetgo 于 2012-01-09 11:48:58 编辑

解决方案 »

  1.   

    如果是流量导致一些js没被调用,试试gzip格式传送。
      

  2.   

    楼主看过
    ①JS文件都正常吗,有错误字节吗?
    ②HTTP响应头都对吗?结合7楼的情况来看,似乎不是网络供应商的问题,而是带宽受限时就可能发生的情况?
      

  3.   

    这种全国大范围使用的J2EE企业信息化系统,大家一般是怎样弄的。我也研究过几个大范围使用的项目,差别不是很大,主要是脚本库有差别,我们这个系统是EXT,而且是全部都用EXT,比如列表、录入表单、弹出层、树等。
      

  4.   

    我的意思是楼主可以怀疑不同网络供应商的Server端缓存技术是否有问题。
      

  5.   


    不同网络供应商的Server端缓存技术,这个有点不太明白,能否再解释一下?我怀疑过会不会是系统不支持电信、联通之外的网络,但这个好像有点站不住脚,也拿不出什么理由去怀疑别人的网络不行。系统是部署在一台服务器的。非常感谢magong的热心参与
      

  6.   

    经过这几天的排查,总结出以下现象:
    (a)、系统部署在武汉,武汉的用户、广东的用户访问都没有出现过这种现象,西南(重庆)的用户则会频繁出现此类现象。
    (b)、西南(重庆)的用户访问大部分有EXT的页面,会出现这种问题,而访问没EXT的页面则没有这种问题。
    (c)、系统做了脚本缓存,而部分客户在使用时出现问题,提示脚本“语法错误”,这说明脚本并没有下载并缓存到客户端。
     
    EXT脚本用JSVM做了动态加载,在本地观察,第一次访问页面时会从服务器下载脚本,第二次就从浏览器缓存中读取了,所以在本地访问未出现过“脚本语法错误”的类似问题,给调试带来很大麻烦。
    --------------想在重庆弄一台机器远程,又没这方面的支持,看来这问题有点不好办啊
      

  7.   

    坛子里有没有重庆附近的网友,不妨帮Neetgo测试下
      

  8.   

    用HttpWatch经过长时间的排查,终于发现一些可疑之处。通过远程客户机子,发现,有些请求是返回302,正常应该是200或304,再深入跟踪,发现302对应的链接,莫名其妙地在地址前面加了一串其它地址,如:http://www.aaa.bbb.ccc.ddd:999/turl=系统访问地址而用电信网络访问的,则没有前缀的地址。再继续调试,竟然发现,凡是页面上有Ajax请求的地址,都会在前面加了一串上述的链接,做了转发,而传统的、没有Ajax请求的页面,就可以顺利打开。从这点来推测,长城宽带不支持页面Ajax请求,或是前缀的转发有问题。就这个观点,跟客户沟通,得知客户有一个部门是用电信的,且该部门可以打开页面。接下来,打算跟网络提供方交流,看这种情况如何处理。------------这种事情都能碰上了