触发条件是什么呢，我怎么没问题

@NemoAlex 搜狗那个相当于半个迅雷啊，当然不一样了。
自从出国后，基本上就都用chrome直接下载，速度1.5M是完全可以接受的，用多线程可以到2-4M，除非下上G的东西否则没必要。
因此，国内浏览器都会带个下载加速器，说白了就是多线程下载，另外搜狗支持用所谓“多级加速”和迅雷争抢资源，而遨游直接就自带mini迅雷了。
虽然宽带好了些，但是也不太用了，因为同时我也已经把收藏高清和游戏的习惯给戒了（因为SSD把p2p戒了，因为Mac把大型游戏戒了，以前还开迅雷离线，现在过期了也就算了），因此要多线程下载的东西只剩下linux镜像这种东西了。
另外，过不话说回来，感觉个人感觉，chrome的下载确实比较弱，相比之下opera和firefox速度上比较有优势，兼容性ie的最好。

@vicesa mspaint那个相当于直接大幅调低jpg的质量，你保存jpg后，会发现惨不忍睹。
同理，如果你把质量调到1的话，从大小上看几乎无敌了，但是图片也没法看了。
这个网站压缩的前提就是肉眼看不出明显的区别。

不允许修改的想法其实还是可以接受的，只不过有时候错别字啥的有些蛋疼。不过也正是需要自我检查的地方。
livid之说以不让改，估计就是希望大家不要发太快了。
另外，一般的少量错别字，其实无伤大雅，只要不让人产生异议其实没有改的必要。

最好可以事实显示现在当前的点数和圈内的点数

如果能够支持wildcard或者regex，我们两个的需求都可以满足。

这个也困扰我很久，希望有人提供方法。
目前用的笨方法是用rm -rf, killall nginx清理所有缓存。
我的需求和你不完全一样，我是希望可以根据文件夹清理缓存，比如~/web/a/*

关于SSD，一般容量越大速度越快，因为一般来说大容量相当于同等型号小容量的raid0组成。如果你是双硬盘，64G应该是够用的，只是如果128G的话，普遍快一点，而且可以基本上不靠第二块硬盘，这个基本上mac和win7都受用。
关于mem，如果是mac，如果要开发比较大的东西，或者设计类，尤其是虚拟机，那么不用考虑，必须上8G，否则4G自己得考虑一下，如果没有大型应用lion是基本上够得。
如果是win7，如果不用重型ide开发，不虚拟第二个win7或者同等消耗的os（只虚拟xp或者同等消耗的os），不玩近期出的大型游戏，不用大型设计类软件，4G肯定是够用了（和mac的条件差不多，只不过这样的条件下lion的话是4G基本够用，win7是2G就基本够用）。
综上，ssd如果经济允许，最好直接100G或以上。mem，如果不用重型ide，大型设计软件，大型游戏，尤其尤其是虚拟机的情况下，4G lion基本够，win7已经有多了，都可以考虑memdisk了。以上是我自己的经验。

@flypen 这个不是map reduce么？

@yibie wine嘛。
LZ直接wine一个notepad.exe不错哦，很满足需求吧。
呵呵呵

于是觉得github真是一个好地方，自己做任何coding之前，最好先search一下，如果满足就用，不完全满足就fork一个然后加加或者改改。

正常，等你觉得一个想法不错然后付诸实践之后，才发现已经有完善的实现好的版本，而且比你自己想的还周到，然后就郁闷了。waste of time。
如果发现有一点点不满足自己的需求，于是很纠结，是改呢还是改呢还是⋯⋯

@zythum 4G内存也好意思路过。

不过chrome在大量tab的情况下，本来就有些不太稳定的感觉。

用chrome就不要怕占内存，呵呵

这个userscript是chrome only的。

还有我的ajax-submit userscript，整合ctrl+enter回复功能
UserScript： http://github.com/yyfearth/yyfearth-chrome-repo/raw/master/userscripts/v2ex-ajax-submit.user.js

@cvforl 是不是最好还要3D全息的

@iray1991 你应该问@xhacker
这个字典目前中文基于dict.cn，英文基于google dict
以前因为google dict有中英文例句很好，而且这个排版很舒服，用的很多
现在我用mac字典的dict多了，因为方便，而且google dict已经关闭了。