文章列表

每周异常：第 5期，由静态资源异常引发的质疑

今天要说的是一个『静态资源异常监控』的话题。虽然静态资源异常可以非常有效的跟 JavaScript 异常结合起来做有力的分析，但是今天这个话题跟 JavaScript 异常没什么关系。

在 JavaScript 异常监控过程中，发现有很多由于客户端连续攻击造成的大量异常，导致监控系统报警。

2013-08-07 9 58 37

（图中大量不连续的波动，都是攻击造成的）

为了有效的分析 JavaScript 异常，我们从宏观的统计数据中做了大量的分析，初步结果如下：

上篇分析了上周的异常 TOP4，顺便发现 TOP3 和 TOP5 是同一个问题造成的异常。

下面我们来分析 TOP1 和 TOP 2 的异常，事实上，这两个异常也是由同一个问题造成的。

这是全站排名第 4 的一个异常，详情如下：

2013-07-15 14:00~14:03，来自北京市时代互联(180.184.99.37) 的 pc/-1|windows/6.2|firefox/22.0|gecko/20100101 用户向支付宝 katongweb 系统发起1480次猛烈的总攻。

团购活动已经结束，但你仍然可以自行印制或购买
团捐活动已经结束，但你仍然可以自行捐助

本次活动有 41人参加，团购 Tee 47件。
最终以 @vimcn 的身份捐赠 159欧元，实际人民币 1377.94元。
参加团捐的同学请查收邮件并于 2013年10月份之前行使您的 Vim 新特性赞同或反对票。

于 2013年08月10日发发布的 Vim 7.4 的主要特性更新如下：

为了庆祝这一重大的事件，发起这次团购 VimTee + 团队捐助的活动。活动截至 2013年08月15日，请有兴趣的同学火速参与。

IE6

IE8

作为前端工程师，看到上面的异常，我们该如何进行排查？

ECMAScript 5 定义了严格模式。开发者在代码中写上 "use strict" 标识，浏览器就会按照严格模式来执行 JavaScript。而且还非常强大的支持局部作用域，不影响其他外部作用域使用非严格模式。多么贴心的服务。

代码是写给人看的，顺便给机器执行。[1]

上周有位前端同学周报里分享了段 for 循环的『好代码』：

1for (var i = 0, item; item = list[i]; i++) {
2  // 将 ltem = list[i]当做条件判断语句，当i下标溢出时，返回undefined，循环结束
3  // 居然省了一个变量呢～
4}

Page 4 of 18