@janrone 对，是long-live的连接

发过来倒不用了，就像我提到的，我大致试了下你的代码，的确会得到同样的结果，原因什么的，因为个人偏好long lived connection, 倒是没有动力去仔细挖掘：）

@janrone

第二点是说不晓得什么原因我这边看起来runtime.onMessage居然是undefined，奇怪...不管了

port很简单，几个要点：

1. 你要在你注入的content script当中，声明并且连接你的port，同时添加onMessage事件

例如：
var port = chrome.extension.connect({name:'raw_page'});
port.onMessage.addListener(function(msg) {
......


2. 在你的background中，等待连接，并且，捕捉这个接口,同时设定listener动作

例如：

chrome.extension.onConnect.addListener(function(port) {
switch(port.name){
case ('raw_page'):
rawPagePort = port;
rawPagePort.onMessage.addListener(function(msg) {

.....
你可以不用这么复杂，之所以用name之类的是，当你扩展需要有很多个不同页面向后台发起多个port连接时，有了name，你可以清除的分清和控制不同的port，从而可以清楚的向该port定向发送；

3. 需要互通信息的时候，很简单,在background里直接postMessage好了：
rawPagePort.postMessage({message:'show message',value:value});

4. 反之依然，当你需要从content script向background发送消息，也只需要对着这个port做postMessage就OK了。

@janrone

@janrone

1. 确认你的content script 成功注入了tab？有没有试着打印或者alert确认下？

2. 顺手试了下，反正在我添加所谓的onMessage listener之前，tabs.sendMessage的尝试都会得到你遇到的同样的错误(确认tabid无误），但是当我试着按照一样的方法runtime.onMessage时，却发现chrome.runtime下居然没有onMessage？ (Chrome v24)

如果是我，我还是更喜欢一直以来用的方式，那就是用port.sendMessage 和port.onMessage.. 百试不爽...

大致看了下，因为我自己一直习惯都用Port来传递消息，没有直接用你的代码，但是从API定义来看：

tabs.sendMessage是向你指定的tab内的content script发送消息，所以只有addlistener放在你的content script才有用吧；runtime是指代background，它是用来接收来自tab的content script或者扩展其他页面的消息的....

纯纸上分析，仅做参考..

同样不用插件，但是真心佩服用鼠标这点，几乎不可想象啊....

@yegle 同新手，作为Branch的确让我有时候也比较困惑...定期merge倒是没问题，关键是怎样drop掉不用的临时branch？ 强迫症的本人表示看到那些枝桠很纠结。

我也依然还是vim，没那么多原因，一个字而已， '懒'

嗯 从2003到现在快满10年了，换过不少空间，而且写的频率也越来越低，但是应该会一直写下去的....

http://mooninsky.net

这贴感情真挚啊，不能不顶一下

微信我已经删掉了...用的很早而且很久，最主要的原因就是我受不了它的UI了....而且使用率对我来说也并不多..

妹子软不软是关键：不软的话，弄个联想的win本，售后好，问题少，一了百了；软的话，上mac，如前面有兄弟讲的，那是个坑...

@yeshang 哈哈 老乡啊，办公室还有一个也是岳阳人，他的base放在岳阳，所以大概50000多，排名98.3%上下（另外一个株洲同事也类似水平），但是同样的50000多，放在杭州是在85%左右，所以这个榜单挺有意思的，能够反映出一些各地经济发展（或者至少电子商务的）发展态势啊——

@yegle
@openroc
以及其余诸位
感谢细致回答，也大致读了下材料，似乎：

1. 技术上，Mercurial feels like a “Git Lite“.这句话似乎粗暴但有点道理;
2. 生态上，似乎git压倒性的占优势，虽然hg对一两个人规模的toy code已经够用了，但是会不会有一天，如果，只是如果bitbucket挂了，哪里还有靠谱的服务提供商？

@caoyue 有人在verizon那边回帖的时候提了一个问题，如果有一个严格的NDA签署，同时他供职的公司并不是如文中写的比较敏感的基础设施公司的话，会不会好说很多，呵呵

Verizon 官方blog的原PO：

http://securityblog.verizonbusiness.com/2013/01/14/case-study-pro-active-log-review-might-be-a-good-idea/

实在是太电影化了，不能不赞啊。

很有可操作性，每年只需要付给外包公司5w刀，自己就逍遥了，最搞笑的是，绩效review永远都是公司最杰出的那一档——For the last several years in a row he received excellent remarks. His code was clean, well written, and submitted in a timely fashion. 算是对天朝从业人员的肯定吧...

偶尔用用应急，坦白讲，真不太在意...