如果你确定不加分号，那么你要清楚你的代码是怎么跑的才行，不然容易出现想不到的问题。

下面一个栗子, 如果 3 秒内没有发现为什么有问题。请乖乖把分号加回去:

var aFunction = function () {
alert(“我是一个方法哈哈哈”)
}

(function (
//我叫一个闭包, 哈哈哈
) {})

关键被水印了.233333 http2 是不是就不需要做雪碧图了...

话说装备真的那么重要么？
显示器， mbpr ，键盘什么的全部加起来也不就一个月工资的事情，软件就更便宜了。

主要是 node 的基础服务怎么搭，稳定快捷高效。怎么把架子搭起来，还有运维工具，监控之类的东西。

朱一还真没开发过 node 在服务端生产环境。大部分都是工具或者开发环境。实在没有什么意见建议。

话说是饿了么要捣鼓新产品么？

@wensonsmith 但是管用并且改动最小。黑科技什么的，没有做不到的，只有想不到的。

给你个馊主意

把你的 script 改成下面的。

<img src="about:blank"
onerror="document.body.appendChild(document.createElement('script')).src='test.js'"/>

xss 专用语句....

23333333

估计 AngularJs 是直接 innerHTML 进来的。（不过不 innerHTML 进来还能怎么进来呢）。那么里面的 script 标签是不会执行的。

对此需要扫描插入区域的 script 标签。区内容 eval()一下（这里需要考虑下字面量 eval 还是全局函数 eval 的对于 this 的区别。如果不知道用后面的方法）。或者把这个标签 remove 掉再在 body 里面插入一次。

你看 query 的 html()是可以执行 script 标签的吧。因为人家帮你做了上面的事情。(不过这个 jquery 在 2.0 的时候移除了这歌处理。 1.x 版本是有的。见 manipulation.js 文件)

DP 是有串联能力的。我只是怕 air 的小破显卡拖不起来 3 个显示器...

从历史的角度是有点关系的。当时出 javascript 的时候正式 java 流行的时候，为了蹭点关系，使得自己洋气一点。所以改名叫的 javascript.

摘自维基百科:

Netscape 在最初将其脚本语言命名为 LiveScript ，后来 Netscape 在与 Sun 合作之后将其改名为 JavaScript 。 JavaScript 最初受 Java 启发而开始设计的，目的之一就是“看上去像 Java ”，因此语法上有类似之处，一些名称和命名规范也借自 Java 。但 JavaScript 的主要设计原则源自 Self 和 Scheme 。 JavaScript 与 Java 名称上的近似，是当时 Netscape 为了营销考虑与 Sun 微系统达成协议的结果。为了取得技术优势，微软推出了 JScript 来迎战 JavaScript 的脚本语言。为了互用性， Ecma 国际（前身为欧洲计算机制造商协会）创建了 ECMA-262 标准（ ECMAScript ）。两者都属于 ECMAScript 的实现。尽管 JavaScript 作为给非程序人员的脚本语言，而非作为给程序人员的脚本语言来推广和宣传，但是 JavaScript 具有非常丰富的特性

我这边 chrome 没有这个问题啊。 版本 48.0.2564.10 dev (64-bit)

如果你打开的页面是同域的比较好办。直接拿着返回的 window 用就好了。
如果又跨域又不是自己可控的，就没辙了。

不都是哪个便宜用哪个么?

@FrankFang128 这说明 童鞋们对 @Livid 在右侧写的说明理解得很好, 都深思熟虑去了。

window.open(url, name, opts)
name: 可以些一个字符串。那么相同字符串的就不会打开新页面了。

大学老师学历要求可高呢。野生程序员木有那么高学历..

去哪不搬砖。不着急。像朱一当时就着急了...

－ －， 朱一也用的 iPhone4.... 掩面路过... @Lanzi 我要换手机。被嘲讽了 55555

给他赋个名字不就解决了....

@kenshinhu 如果你是用第三方代码。不是 vdom 的。就要不要用 react 内部的方式去更新 dom 。因为会导致第三方操作 dom 的时候 dom 被 react 删掉导致悲剧。

其实 https://facebook.github.io/react/docs/component-specs.html 文档还是挺清楚的。但是都在边边角角些的。如果你要知道内部逻辑就只能看源码了。
但是基本就是下面的逻辑(如果说的不对。大大纠正)。

createElement -> componentWillMount -> render -> 生成 html -> innerHTML 填充 -> componentDidMount

props 变更 -> componentWillReceiveProps -> shouldComponentUpdate -> render -> diff(内部) -> change dom

setState -> shouldComponentUpdate -> render -> diff(内部) -> change dom

forceUpdate -> render -> diff(内部) -> change dom