之前一直会担心 partial 过细后面回头看会很麻烦,现在这么一回头看,其实相比之下,将复杂的页面细分成多个 partial 确实会让 view 干净很多(实际上是,之前担心 partial 性能的问题,汗)
看起来 @xdite 似乎将 Cells 用得很广泛,我目前得项目里面顶多一两个 Cells 都是也写常用的功能,比如 Commentable, AttachmentList
哦,干脆到时候我们来讨论如何改善复杂逻辑的 View 吧,大家各自聊聊自己的处理方法,看看有没有什么好点子 http://ruby-china.org/topics/135
暂时顶好了,现在也不多
这个一定要记录后发出来看看啊,很好奇美国那边 Ruby 的应用情况
不知道什么问题,要不你暂时去掉 Gemfile 里面的 mail_view 这个好了
好了,现在 Wiki 只有 贡献者,关于,规则 和 Rails Hosts 锁定,其他都打开了
#19 楼 @numbcoder 那我把这个页面打开吧
之前 rubycn.org 跑的什么,我很好奇,还没看过(:
#5 楼 @lgn21st 对 SEO 没帮助的,SEO 的重点是要唯一性,这也是我一开始为什么让你把 www.ruby-china.org 和 ruby-china.com 设置 301 重定向到 ruby-china.org,我们要让搜索引擎只收录 ruby-china.org
#17 楼 @numbcoder 有几个比较敏感的锁了,贡献者,关于,规则,还有 Rails Hosts(这个我是怕被能拿去当推广工具,所以也锁了)
@fredwu 要不你来介绍介绍 slim?
以前那些老帖子就算了吧
才上线不久的
Wiki 首页要网站管理员来维护的,我们会定期看,把差不多完善的东西提到 Wiki 首页的
#5 楼 @changtimwu 我是那 1G 相同来对比的,另外,实际上这个测试不太准确,应为当时是空闲内存都不多的,都在跑应用
#3 楼 @changtimwu 盛大的我不太确定是否有对 CPU 做限制,如果有的话,那肯定是者也那服务要快了,独立主机啊,4 核至强 CPU 啊
没有数据,从编译速度开看,盛大云要好很多