赞同你的观点。现在新功能都开始加测试。
这里还有两个大模块:wiki 和 文章 还没定下来怎么实现,等格局成型之后会有计划的重构和补文档(急需的文档也会先补)。
PS:安装 redis 和 mongodb 请使用发行版的源安装,最简单
看演讲记录,这就是用在短文本的补全功能上吧,逐字的补全提示等。
大文本的局限主要是内存没那么大,redis 是纯内存数据库
主贴还没有 @,考虑中
ruby-china 考虑用 ruby1.9.3 部署么?现在的部署速度丧心病狂阿
我在 Ruby 神棍节的一天 by @aNdReW_Qx
干脆直接论坛首页好了,未注册用户看到的多一块欢迎信息,用首页现在的那块
集中精力发展一个~
我也写了个类似的网站,当初是因为 chinaonrails 竟然不是 rails 写的就自己实现了一个。
不知道他们聚餐了没……
首页设计是个老大难题咯
paidai.com 太挤,所有功能都堆上去了。
目前面包屑导航我觉得可以去掉 root。
修复了!form .input 的 margin-left 减少 4px,再看看有无问题
多谢反馈!
那就参与项目吧,到 https://github.com/huacnlee/ruby-china/issues 认领功能点,确认之后 fork 一份,完成之后 Pull Requests
我觉得没啥特别理由还是用软件包控制器来安装组件吧
用源里面或者 mongodb 维护的 deb 看看
http://www.mongodb.org/display/DOCS/Ubuntu+and+Debian+packages
要做的先在 issue 认领吧,不要做重了。
不过我觉得是不要 RSS 的,数量和质量控制不了,我自己的博客就喜欢技术和生活间隔来写
bundle install
了木有?
Net 库的 api 比较底层,贴近协议本身。我每次用都不知道如何下手。
所以我现在用 rest-client 了
#5 楼 @Los 那篇文章如果属实,那 mongodb 是比我想象中的稳定性要差。我也在别的地方转发了这篇文章。
其实我是没啥发言权的,自己用 Mongodb 写的都是 toy,工作中要维护的是 MySQL(大量老数据)。曾经用 Mongodb 写了一部分功能,后来考虑到一个网站用两个数据库,以后维护会麻烦点,也不是非 Mongodb 不可的功能,就换回 MySQL 实现了。
但是另一方面,我觉得用 Mongodb 写写 toy 也未尝不可。很多文章都把焦点放在并发、分布式、海量上面,但是真到这个层面,怎么可能一换数据后端就让机器自动解决,难处依然在那里。我更喜欢用 Mongodb 实现各样的小构思,模式自由,抛下关联查询、数据事务这些“重”的东西,更容易考虑一样事物本身应该怎么表达,怎么在总体上实现优雅的设计。
我觉得 [文章] 还没确定形式的话可以先撤下,论坛可以负责资源分享。
@kevinhua @测试
我觉得 Tag 更好,但不一定要马上改。像 v2ex 那样的用户量,节点式也能有效组织信息。所以不急着改。
如果当前没有合适的节点,可以发到“分享”。浏览 chinaonrails 和 v2ex 的时候其实不在乎分类。
相比分类或 tag,ruby-china 还有一些更急迫的地方需要改进。比如 wiki 和 文章 需不需要重写,一些表单结构、flash 信息需要优化,各类的小细节需要调优。