花了一个月的时间写出来的电子书分享网站,使用 Rails + Mongoid(MongoDB)。
更多介绍: http://blog.readfar.com/articles/introduce-readfar-com
因为本人是 ruby 新手,所以暂时提不出技术性的问题哈,就产品方面说一下个人的看法。我经常使用 ikandou,看着很多功能都很相似,而且看来大家都喜欢用豆瓣的数据啊,内容质量确实不错。以下是个人拙见,还请斟酌。
优点:
问题:
暂时就想到这些。
读远很多地方参考了 ikandou,因为 ikandou 的设计的确不错(虽然有一些地方我不满意,所以才做了读远)。
关于网站定位,我用 主题阅读,好书共享 来概括,网站整体上也是根据这个来设计的,就是尽量使用户多读些书、读些有价值的书,而主题书单是一个载体(尽管目前实现的不够好)~讨论区我认为是一个网站有人情味的关键,所以也有这个功能~
资源图标的确是一个问题~而关于防止重复内容,用户上传资源前是有提示的,在输入图书链接之后~
书籍标签是一个组织书籍的主要方式~
推送功能后面版本会加上~
再次谢谢你的回复!
#24 楼 @cqcn1991 我设计也不行,不然首页左边的那张图片就不会是那个样子了,前端还好,因为一路写 html+css 过来的,这次图快用了Bootstrap~
我觉得前端对于程序员来说应该不是太大的问题(推荐下《写给大家看的设计书》这本书),主要还是缺乏设计感~
读远是部署在 Linode 上
你的初衷是想把豆瓣和 sina 共享资料一键绑定吗?哈哈哈,这样省略了去查询电子档了,如果你能保证所有的图片电子档都是最高清的,那就应该有用户量了,还有这个主要是靠爬虫如库 还是用于自主入库?如果是用户自己的话,这个很难保证品质~~~
#32 楼 @small_fish__ 读远的初衷就是发现优质电子书,也有一些过滤机制,比如主题书单、精校电子书、资源用户评价等。电子书资源的话是靠用户上传,也靠用户来过滤~
难得来 ruby-china 这,就看到你的帖子,怒顶!!!!!!应该知道我是谁吧?今天实验室 misshanli 童鞋表示对 readfar 的评价是:和 akandou 一样。我和她讲了自己的看法以后,她依然那么觉得。。。。