#32 楼 @fantasyday 这个汗。。

突然觉得英语口语真是我的硬伤..

#4 楼 @vincent #2 楼 @yedingding 自定义页面 CSS 功能已经加入，你可以自定义背景之类的，点击【页面编辑】就可以看到自定义 CSS 的输入框，【页面编辑】就是将鼠标移动到左上角的“Start Page”时出现的笔形按钮

#6 楼 @huacnlee 暂时还是部署在 heroku 的免费套餐上，反正稳定，迟些看看能不能搞成 offline 的程序，那么速度问题估计就能得到解决了

#4 楼 @vincent #2 楼 @yedingding

看来迟些要加上换背景功能

#2 楼 @yedingding 这只是一个网址导航站，不需要开始什么，而如果使用的是 ie 浏览器，那么页面效果可能就一团糟的。

@huacnlee www.histart.me 已经发布了一个新版本，请帮忙试试速度是否稍有改进

@liuzihua 赞成 +1

06 年时候开始的第一个 web 创业项目，然后就用上了

#7 楼 @huacnlee 我刚好有介绍了一个新手进 ruby-china.org 看看，然后他觉得这经常不能访问，终于在这次宕机过程中跟着对我说了句"rails 开发的网站好像不是很稳定啊，经常挂断，现在又挂掉了。。" =_="

#2 楼 @lgn21st 如果不是相当大的数据量，自己管理 MongoDB 应该也不是很麻烦的事情吧？ ^_^ 当然，如果是为了试用更多的云服务那么就是另一回事。

这个宕机频率也实在太高了吧，不清楚 rails 的人还以为是 rails 开发的程序这么的不稳定呢。。。

这部分代码该改由 cells 实现

估计 3.1.3 版本很快释出

#5 楼 @hooopo 实在太慢了，似乎暂时也没人去提交 issues

我本机环境上测试 Rails 3.1.2 似乎 ActiveRecord 有问题，相当慢，随便都过两三百 ms，有谁测试过 Rails 3.1.2 了吗？

#5 楼 @huacnlee ^^ 我第一次进来，就是看了一眼首页就直接关了，以为就是一个传统型如http://rubyonrails.org/ , http://www.ruby-lang.org/ 之类的网站

#1 楼 @huacnlee 新人看到现在的首页更加迷茫，有可能溜一眼就关闭了

不建议支持 haml，今后的发展它应该不是主流

@huacnlee 竟然无法@到？

#16 楼 @huacnlee 原来这样，我没有去细看 ruby-china 的代码，哈，抱歉了。

#17 楼 @huacnlee 还是建议阅读宽度不要那么大，要不会给人感觉比较粗糙的，你看 twitter.com，国内的 weibo.com，甚至 v2ex，它们的宽度都会尽量保持在一个范围内

@Rei @huacnlee 汗，竟然不支持空行隔开，解决支持不？我顺手写个 helper

def simple_format_include_space_lines(text, html_options={}, options={})
  text = ''.html_safe if text.nil?
  start_tag = tag('p', html_options, true)
  text = sanitize(text) unless options[:sanitize] == false
  text.gsub!(/\r\n?/, "\n")    # \r\n and \r -> \n
  text.gsub!(/\n/, '\1<br />') # 1 newline   -> br
  text.insert 0, start_tag
  text.html_safe.safe_concat("</p>")
end

#10 楼 @huacnlee 比如现在主区域的宽度设置为 700px，但最佳阅读是 650px（或不超过这个） ，padding 的大小似乎也没细致调过

相关资料 让阅读更流畅 http://ucdchina.com/snap/2990

#10 楼 @huacnlee 界面确实不够细致，而且网站入口不友好，没登录的用户进入首页竟然提供的是一版没有任何价值信息的页面。

https://github.com/twitter/twitter-text-rb 建议使用上面的 gem，功能更完整强大

开始做一个复杂的系统，并参照其他人的项目代码

#7 楼 @bindiry 这次是你的 Redis 没装好，mongodb 没问题了

#10 楼 @huacnlee ^^ 还是脱不了心理洁癖，感觉硬干出递增 id 已经跟 mongodb 设计初衷有冲突了

#6 楼 @Rei ^^ 其实 Mongodb 有个小原因让我使用起来很别扭，Mongodb 原生 ObjectID 是一串 hash 值（当然这是优秀特性之一，对分布式相当好的设计），但我习惯递增的 id（其实只是在 url 表现上看起来好看），虽然可以人为的为 Mongodb 设定 id，但这种硬干的方式让我觉得相当「脏」，然后其他方面无论如何好的设计都无法弥补这一点感觉，还是会觉得好「脏」

#4 楼 @Rei 我只是恰好看到这篇文章顺便转发到这，并没有否认 MongoDB。 NOSQL 跟 RDBMS 其实并没有冲突，看场合用，比如我就喜欢 mysql 配合 redis 着用，而在 rails 中使用 Mongoid 或 MongoMapper 更是可以实现绝大部分 mysql 的功能。但我现在唯一对 MongoDB 的应用就是利用它来存储爬虫爬回来的大量数据，并存储页面分析的中间数据与结果，这个应用运行在一个独立的服务器里，并不直接对外大量用户进行提供访问，此采用 MongoDB 的最根本原因是分析页面时可以很随意的构建数据结构，但 rails + web 开发上我个人更倾向于选择 mysql 之类的数据库，原因是 rails + mysql 的方案相对成熟而且在产品环境下更为节约资源（比如存储空间和内存的占用之类的），而且用 mysql 并没有出现只有使用 MongoDB 才可以解决的情景。