分享 读远:主题阅读,好书共享

xinkiang · 2013年04月21日 · 最后由 cqcn1991 回复于 2014年02月15日 · 8579 次阅读

读远 http://www.readfar.com

花了一个月的时间写出来的电子书分享网站,使用 Rails + Mongoid(MongoDB)。

更多介绍: http://blog.readfar.com/articles/introduce-readfar-com

乱。。再简单点吧。我觉得 ppurl 就不错

#2 楼 @jinleileiking 是指首页布局很乱么。。

#4 楼 @jinleileiking 但首页毕竟要索引应该有的东西啊~有什么建议没?

因为本人是 ruby 新手,所以暂时提不出技术性的问题哈,就产品方面说一下个人的看法。我经常使用 ikandou,看着很多功能都很相似,而且看来大家都喜欢用豆瓣的数据啊,内容质量确实不错。以下是个人拙见,还请斟酌。

优点:

  • 加载速度很快,赞一个。
  • 配色也不错
  • 书籍列表很漂亮

问题:

  • 主页内容略显凌乱,对于最重要的区域应当放置最重要的内容,可以看出楼主推广网站的迫切心情和希望对文章的分享。但是您的网站最重要的功能可能是 电子书分享 ,而不是讨论区的文章和书单吧。
  • 书籍列表上的书籍资源图标:精校版,ePub,mobi,pdf 等比较难看懂,可以考虑加 tooltip,灰色的图标其实也没必要显示
  • 书籍页面,如何控制重复的上传内容?如果上传多个 mobi 格式的,如何知道哪个版本更好?
  • 图书标签 好像也是拉的豆瓣的数据,和您的网站不匹配,看上去怪怪的,只有一本书,却显示几千;
  • 推送功能

暂时就想到这些。

#6 楼 @Anthony 非常感谢你的认真回复!

读远很多地方参考了 ikandou,因为 ikandou 的设计的确不错(虽然有一些地方我不满意,所以才做了读远)。

关于网站定位,我用 主题阅读,好书共享 来概括,网站整体上也是根据这个来设计的,就是尽量使用户多读些书、读些有价值的书,而主题书单是一个载体(尽管目前实现的不够好)~讨论区我认为是一个网站有人情味的关键,所以也有这个功能~

资源图标的确是一个问题~而关于防止重复内容,用户上传资源前是有提示的,在输入图书链接之后~

书籍标签是一个组织书籍的主要方式~

推送功能后面版本会加上~

再次谢谢你的回复!

可以开源吗?学习下代码

#8 楼 @u1360749170 暂时不开源~

要学习代码的话推荐@Reicodecampo

Github 上面也有非常多的开源 Rails 项目

这种网站我看到的第一反应就是是否解决了版权问题。。

你里面这篇《Kindle 与 iPad,是读书与不读书的区别》让我震惊了 让我这种大部分电子书都是在 iPad 上看完的情何以堪啊

#11 楼 @iBachue 我觉得大部分人用 iPad 就不会用来看书了~嗯,大部分人~所以我自己也才会去买个 Kindle~

#13 楼 @xinkiang 这个逻辑是不对的 就好像大部分人用图形界面的系统是不会用来写代码的 因此你只用命令行界面,然后就认为只有这样才能安心写代码了一样。。。

#14 楼 @iBachue 我没否认少数人比如您能在 iPad 下能认真阅读,但对于我等意志薄弱者,使用一个纯粹的阅读工具相比会少掉很多干扰、阅读下去也会顺畅很多。事实上,买了 Kindle 之后自己就真多看了很多书,以前用手机看总是三心二意的、没有坚持看下去(当然智能手机和 Kindle 不怎么具有可比性)~

#15 楼 @xinkiang 好吧 是挺奇怪的 我能在上班路上在手机上读完整部小说(当然 通常非技术相关 比如鬼故事之类的 233)也能在 iPad 上按照计划把技术书读掉 并无什么困难 我觉得意志薄弱是不是因为对阅读的东西没有兴趣

#16 楼 @iBachue 我觉得原因就是,玩游戏总是比看书好玩╮(╯_╰)╭

#17 楼 @xinkiang 已经对 iPad 游戏完全失去兴趣了。。233

我觉得 cnepub 挺好的。

ubuntu 下有什么软件可以看 mobi 格式的电子书不?

个人觉得首页中图和文字排版太紧凑了,显得很凌乱。不过总体来说还是很赞。

#20 楼 @qinfanpeng Calibre的阅读体验很好,推荐下

#21 楼 @uudui 的确是太紧凑了~现在调整了帖子列表的行高,现在应该能好点~读书单还没想到更好的展示方式,以后一定会优化的~

不知道 Lz 的前端是怎么写的?我就是对于页面设计毫无办法啊。。。另外想请教一下,是部署在哪里?

#22 楼 @xinkiang谢谢楼主,我昨晚已经把这个装好了。你的作品很棒,楼主应该晓得 ppurl, 我觉得你的作品和它面临同一个问题就是版权方面的,不知你是如何考虑的

#24 楼 @cqcn1991 我设计也不行,不然首页左边的那张图片就不会是那个样子了,前端还好,因为一路写 html+css 过来的,这次图快用了Bootstrap~

我觉得前端对于程序员来说应该不是太大的问题(推荐下《写给大家看的设计书》这本书),主要还是缺乏设计感~

读远是部署在 Linode 上

#25 楼 @qinfanpeng 小网站暂时不用考虑版权问题,以后能做大的话可以考虑转型~皮皮书屋我也在用~

#26 楼 @xinkiang 汗……bootstrap 我也在用……书也之前看过……还是……其实就是缺乏设计感啦。代码的问题还是次要的……

突然无法访问啦

#29 楼 @qinfanpeng 刚刚在频繁更新代码~可能刚好撞上服务器重启了~

#28 楼 @cqcn1991 貌似设计和开发之间真有一条鸿沟,只有很少的人才能越过去

你的初衷是想把豆瓣和 sina 共享资料一键绑定吗?哈哈哈,这样省略了去查询电子档了,如果你能保证所有的图片电子档都是最高清的,那就应该有用户量了,还有这个主要是靠爬虫如库 还是用于自主入库?如果是用户自己的话,这个很难保证品质~~~

对了,我也打算用 Vps,不知道一个 Vps 能不能挂几个 Rails app?

#32 楼 @small_fish__ 读远的初衷就是发现优质电子书,也有一些过滤机制,比如主题书单、精校电子书、资源用户评价等。电子书资源的话是靠用户上传,也靠用户来过滤~

#33 楼 @cqcn1991 读远是用 Apache+Passenger 部署,原则上不考虑访问量的话 Rails app 的数目应该不影响性能~

嗯,Linode 你值得拥有~

难得来 ruby-china 这,就看到你的帖子,怒顶!!!!!!应该知道我是谁吧?今天实验室 misshanli 童鞋表示对 readfar 的评价是:和 akandou 一样。我和她讲了自己的看法以后,她依然那么觉得。。。。

#36 楼 @shlallen 哈哈,当然知道。读远目前还很粗糙,正在快速优化中,会逐渐差异化的啦

#35 楼 @xinkiang 嗯……就是因为太贵了所以一直在犹豫。不过能挂几个 APP 的话,等我手上这个写好就往上挂吧。同时挂几个小 APP 就觉得不贵了……

#37 楼 @xinkiang 今天第一次通过搜索找到了这个网站! 别人在贴吧说的 感觉很 NB!

需要 登录 后方可回复, 如果你还没有账号请 注册新账号