帖子没法编辑还是我没找到按钮？

网通那个，主要是受不了去年的审查折腾，把几个网站搬出去了，就闲了，我能想出来的法子就可做加速镜像用，如果有对存储要求不多但对流量有需求的中小网站可以联系下

说乱了，那个不是 Covering Index ……应该说是不需要扫描全表（只匹配索引就够了）的查询

另外，复合索引的顺序很重要，我怎么看你那几个索引都是 id 在最前……

http://hi.baidu.com/thinkinginlamp/blog/item/a352918fe70d96fd503d925e.html

这属于进阶问题了，文章最下面的那个 INNER JOIN 可谓大杀器，有些场合很明显，可以继续试试

还有就是 @Livid 的拆字段问题，我认为对于 Covering Index 的查询，表的大小无所谓……因为这时候主要是看索引文件的大小

做反向代理 linode 太不划算了，可以试试这个 http://rapidxen.net/plans 2mbps不限总量，原生ipv6，希望有小白鼠挺身而出

建一个 topic_id,id 的复合索引

主要是你的 OFFSET 太大了，可以考虑 cursor 式分页 http://timyang.net/web/pagination/

你这种是标准的 SQL 操作，不是 key-value 性质的，跟 mongodb 没关系，先不用惦记

我在北京的家有两个加湿器，不然屋里干的不行。当然也有可能是北京的供暖有点太好了

很巧，两天前刚领老婆孩子从北京到上海……

感谢楼主分享

从 04 年一直在用 verycd，所以 btchina 被关的时候也没什么感觉，近两年已经发现 verycd 有些不对头了，有些很热门的电影居然一直没的下（因为不是很着急，只是闲时看，通常以为还没出 bdrip 就没在意）、不得不上 thepiratebay 去找

对这方面没什么研究，所以看到这么一个还是觉得很不错的，特别是在我能长期做种的前提下

设好权限，每天做异地备份，把被攻击后的损失降到最小

最常见的攻击是由于代码写的烂而导致的被注入，但是这基本是防不胜防的，程序员需要时间来累积经验，我见过的很多 startup 都是找最便宜也就是最嫩的程序员、只要求功能实现就够了，最好还能做到工期快的离谱。运行效率、安全性由于没人撑腰也就没法做要求

DoS、提权，这些东西离一个新网站还比较远

server {
listen 80;
server_name blog.iwinux.info;
location / {
proxy_set_header Host yourname.appspot.com;
proxy_pass http://ghs.google.com;
}
}

@TheOnly92 5.3.0 出来到现在已经一年半了

其实猫有个缺点，就是偶尔来了兴致会帮你按键盘

原文快把我看瞎了……