改两个地方看看，第一个是host，保证都是你认识的网址进入host文件，第二个就是设置一下dns。把他设置成8.8.8.8
这样的话应该可以保证不是dns劫持。但是通常dns劫持都会发生在同样的浏览器上。不会像你这样只发生在chrome上。个人建议你先试着删除chrome的历史记录看看。我感觉跟历史记录有很大关系。

@Hawk 主要还是看用途。如果是从实用的角度讲，我一直觉得数字型的表盘要比指针型的方便。

如果真是为了老人。我反倒是建议选择带有报时功能的电子表，比如卡西欧的那些带背光，整点报时的。老人一般眼镜都不好，用听的比用看方便。

不光是sublime text2，包括pyscript也是这样。所以现在我改用pycharm了

这也是厂里人我猜

阿里人伤不起啊。

@davepkxxx 土豪！我就买了个PyCharm，前端苦手。

@slimbloody 放微博上了。你看看这个 [http://weibo.com/1688356480/Af2GTk4s7]

sublime text也有vim模式，不知道他的java插件多不多

我想起来了，美帝那边不能看优酷啊这边的电影。lz可以搞一个大陆的vpn的账号送人，绝对有诚意

另外，送迅雷的都是害人的。在米国校园用迅雷下盗版话会被罚的

送个listary的注册码或者直接st3的注册码。

呵呵，看到这个。突然想起有篇文章 [Doit.im中的项目为什么不支持多级嵌套？] http://blog.hiddenwangcc.com/archives/1622。
这个人的观点我大部分都支持。尤其这句 [对于任务，如果四个层级都不能包含的时候，我觉得需要考虑一下这样的任务是不是订的太宏伟了，是不是需要切分成更多个平行的目标。]

就我知道。只有小乌龟

个人试想了一下，在某种情况下svn还是占优势的。那就是有巨多的人在开发一个极其松耦合的程序。
假设你开发这个a模块儿，不管怎么折腾，都不会对其他模块有影响，其他人也一样。那么你就只需要up，commit自己的模块儿就好了。这样的话，如果所有的人开发完成，svn就是一个完整的版本。而不需要其他人来merge。
如果用git来做的，是，你可以自己创立一个分支自己玩，但是最后还是要有一个人来merge这巨多的人的代码。

说一下我个人的感受。
svn本身偏向于c/s的开发，或者说是偏模块儿化或者松耦合的程序。svn可以单模块儿的上传。也可以单模块儿的更新。因为是单模块的更新，因此开发者完全不需要考虑其他开发者的变更，自己的开发也是完全在基础版本上更新来的。
对于svn来说，以前的瀑布开发很合适。一个开发组里面只要有一两个比较厉害的人，带着其他水平不怎么样的人做东西，其他的人都不提交代码，全部交给PL来合并代码，并维护svn。这样的话代码质量容易维护。在我看来，svn对于团队来说，update是所有的人事情，但是commit只是组长的事情。
git更适合b/s开发。现在的开发强调小步快跑。也就是说，要求不论什么时候，都要可以有一个快速的可以运行的版本。这样一来，就要时刻强调代码的完整性，最好每一版都是可以运行的。在svn上不是不可以做到，但是相比git比较麻烦。git是应该所有成员都update，都commit的。每次不管其他谁要commit代码，必须先保证本地的版本同服务器上的版本相同。这样一来，从逻辑上就保证了每一次commit代码之后，都是服务器都是一个完整的版本。
git更要求整个team的组员都要有一定的水平，因为你每一次commite之前，都要去check一遍版本，如果有了别人的变更，你必须要先把变更合并了。这个时候，就需要考虑别人的变更是否会对你的变更有影响，这需要你对业务的熟悉，同时还要对其他人的编码熟悉。相当于原来组长的活，变相的分解成了组员的活。