@dqaria foreman我只在开发环境使用，生产环境用capistrano来部署，Rails应该有supervisor类似的东西来启动应用的吧，或者直接用supervisor。
第一次用Rails，还没正式部署上线过，临时就tmux跑着。

用init的方式启动，没有root肯定不行啊

@wang2191195 其实我们每次合并前都必须发pull request，然后别人review后才可以合并。对代码质量的提高还是很有帮助的，一遍review看不懂说明要么逻辑过于复杂，要么函数名字没取好。

@wang2191195 除非review的人做的内容和被reveiw的内容一样，否则光靠两只眼睛根本看不出逻辑错误，最多也就是语法层面，或者是代码风格层面上的的问题，而这种类型的问题一般属于优化，也就是让代码可读性更好点，对于减少bug的作用没有想象中的那么大。

@sinxccc 一旦追究责任，代码review的性质就会发生变化。

@hzlzh 圣诞节有什么活动吗？

怎么设计关系真心不大，反证流量高了怎么设计都是要靠缓存来抗的。
与其各种为了性能做的hack，还不如把表结构做的清晰，然后通过缓存来解决性能问题。
@napoleonu 缓存list，不是直接缓存对象，是缓存一个id的list。然后每个model只会被缓存一次，取的时候根据id list，用get_multi,一次性获得一个list的对象。

@reus 强烈推荐 Learn C The Hard Way。

@nichan 汗。。。努力早日让我们网站用上这个东西

@5key 太贵了

bae的云存储挺靠谱的，sae用svn部署太蛋疼，受不了

@lqs 一般情况下只要索引ok，基本都不会有性能问题，除非量真的特别大。直接在topic表里面存tag字符串也有个问题，比如已经有了一个topic，也拿到了他的tags，但是你要给这些tag加链接，你必须至少还要查询一次tag表来拿tag_id（你的tag的URL是根据tag_id拼出来的情况下)。

如果tag可以只存为字符串的话，直接放redis：
* key: "topic:{{topic_id}}" value: tag list
* key: "tag:{{tag_name}}" value: topic_id list

/tmp /var/log/

没看清楚


@best1a 同不理解， left join不就可以了

topic_tag(topic_id, tag_id)

select distinct(topic_id) from topic_tag where tag_id = ?

select distinct(tag_id) from topic_tag where topic_id = ?

dnsmasq +1

@avatasia 页面加载时间会变长啊。。。

这种不会对SEO不好吗

yi，sub君