Access denied, Please sign in and make sure you have proper permission.
因为本人是 ruby 新手,所以暂时提不出技术性的问题哈,就产品方面说一下个人的看法。我经常使用 ikandou,看着很多功能都很相似,而且看来大家都喜欢用豆瓣的数据啊,内容质量确实不错。以下是个人拙见,还请斟酌。
优点:
- 加载速度很快,赞一个。
- 配色也不错
- 书籍列表很漂亮
问题:
- 主页内容略显凌乱,对于最重要的区域应当放置最重要的内容,可以看出楼主推广网站的迫切心情和希望对文章的分享。但是您的网站最重要的功能可能是 电子书分享 ,而不是讨论区的文章和书单吧。
- 书籍列表上的书籍资源图标:精校版,ePub,mobi,pdf 等比较难看懂,可以考虑加 tooltip,灰色的图标其实也没必要显示
- 书籍页面,如何控制重复的上传内容?如果上传多个 mobi 格式的,如何知道哪个版本更好?
- 图书标签 好像也是拉的豆瓣的数据,和您的网站不匹配,看上去怪怪的,只有一本书,却显示几千;
- 推送功能
暂时就想到这些。
#6 楼 @Anthony 非常感谢你的认真回复!
读远很多地方参考了 ikandou,因为 ikandou 的设计的确不错(虽然有一些地方我不满意,所以才做了读远)。
关于网站定位,我用 主题阅读,好书共享 来概括,网站整体上也是根据这个来设计的,就是尽量使用户多读些书、读些有价值的书,而主题书单是一个载体(尽管目前实现的不够好)~讨论区我认为是一个网站有人情味的关键,所以也有这个功能~
资源图标的确是一个问题~而关于防止重复内容,用户上传资源前是有提示的,在输入图书链接之后~
书籍标签是一个组织书籍的主要方式~
推送功能后面版本会加上~
再次谢谢你的回复!
这种网站我看到的第一反应就是是否解决了版权问题。。
你里面这篇《Kindle 与 iPad,是读书与不读书的区别》让我震惊了 让我这种大部分电子书都是在 iPad 上看完的情何以堪啊
#13 楼 @xinkiang 这个逻辑是不对的 就好像大部分人用图形界面的系统是不会用来写代码的 因此你只用命令行界面,然后就认为只有这样才能安心写代码了一样。。。
#14 楼 @iBachue 我没否认少数人比如您能在 iPad 下能认真阅读,但对于我等意志薄弱者,使用一个纯粹的阅读工具相比会少掉很多干扰、阅读下去也会顺畅很多。事实上,买了 Kindle 之后自己就真多看了很多书,以前用手机看总是三心二意的、没有坚持看下去(当然智能手机和 Kindle 不怎么具有可比性)~
#15 楼 @xinkiang 好吧 是挺奇怪的 我能在上班路上在手机上读完整部小说(当然 通常非技术相关 比如鬼故事之类的 233)也能在 iPad 上按照计划把技术书读掉 并无什么困难 我觉得意志薄弱是不是因为对阅读的东西没有兴趣
ubuntu 下有什么软件可以看 mobi 格式的电子书不?
个人觉得首页中图和文字排版太紧凑了,显得很凌乱。不过总体来说还是很赞。
#21 楼 @uudui 的确是太紧凑了~现在调整了帖子列表的行高,现在应该能好点~读书单还没想到更好的展示方式,以后一定会优化的~
不知道 Lz 的前端是怎么写的?我就是对于页面设计毫无办法啊。。。另外想请教一下,是部署在哪里?
#22 楼 @xinkiang谢谢楼主,我昨晚已经把这个装好了。你的作品很棒,楼主应该晓得 ppurl, 我觉得你的作品和它面临同一个问题就是版权方面的,不知你是如何考虑的
#26 楼 @xinkiang 汗……bootstrap 我也在用……书也之前看过……还是……其实就是缺乏设计感啦。代码的问题还是次要的……
你的初衷是想把豆瓣和 sina 共享资料一键绑定吗?哈哈哈,这样省略了去查询电子档了,如果你能保证所有的图片电子档都是最高清的,那就应该有用户量了,还有这个主要是靠爬虫如库 还是用于自主入库?如果是用户自己的话,这个很难保证品质~~~
对了,我也打算用 Vps,不知道一个 Vps 能不能挂几个 Rails app?
#33 楼 @cqcn1991 读远是用 Apache+Passenger 部署,原则上不考虑访问量的话 Rails app 的数目应该不影响性能~
嗯,Linode 你值得拥有~
难得来 ruby-china 这,就看到你的帖子,怒顶!!!!!!应该知道我是谁吧?今天实验室 misshanli 童鞋表示对 readfar 的评价是:和 akandou 一样。我和她讲了自己的看法以后,她依然那么觉得。。。。
#35 楼 @xinkiang 嗯……就是因为太贵了所以一直在犹豫。不过能挂几个 APP 的话,等我手上这个写好就往上挂吧。同时挂几个小 APP 就觉得不贵了……