有没人打算实现 Google Reader 2.0, 或者评估一下可行性？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 4062 天前的主题，其中的信息可能已经有所发展或是发生改变。

reader

Google

2.0

27 条回复 • 1970-01-01 08:00:00 +08:00

tokune

2013-03-15 10:02:22 +08:00

难，最主要是要服务稳定，之后是有众多客户端支持，最后还要实时抓文章（就算站点删文章了还是希望已经抓下来）。

jeeson

2013-03-15 10:23:53 +08:00

Google Reader 也不是实时抓取，更新频繁的 feed 抓取会更及时些

听说 Digg 要重新实现 Reader 并提供 API ： http://blog.digg.com/post/45355701332/were-building-a-reader

Google Reader 相比其他“社会化”，“个性化”阅读形式来说，读者更容易控制“噪音”，期待好的替代方案出现

exoticknight

2013-03-15 13:26:05 +08:00

现在最看好的反而是连产品都没有出来的digg的reader

arzusyume

2013-03-15 13:43:22 +08:00

感觉可以做成开源版,要用的用户自己去部署就好...
不过最近没这时间瞎折腾

Mypujin

2013-03-15 13:51:21 +08:00

做出一个Google Reader功能类似的不难。
Google Reader不可替代性是
1、全平台，手机、电脑，WAP等等
2、可阅读墙外的文章
3、安全性，把数据交给Google来管理，我再放心不过了。

基于这几点，国内,国外即使有替代品，也鲜有达到Google Reader这样的标准。

Harp

2013-03-15 14:03:23 +08:00

@Mypujin 你信任的Google就这样粗暴的把GR关了能takeout还只是订阅
N多加了星的文章不知道怎么办

Mypujin

2013-03-15 14:08:31 +08:00

@Harp 对此我也很不满，抵制Google关闭GR。

est

2013-03-15 14:25:26 +08:00

https://github.com/samuelclay/NewsBlur

jeeson

2013-03-15 14:29:49 +08:00

@Harp "N多加了星的文章不知道怎么办"

登录 Google Reader 后，直接在浏览器输入这个地址看看：http://www.google.com/reader/api/0/stream/contents/user/-/state/com.google/starred?n=1000&ot=0&likes=false&comments=false&client=reader

输出是 JSON 格式，如果没抓全，可以加上 c＝#continuation# 参数

Harp

2013-03-16 15:30:40 +08:00

@jeeson 谢谢这个格式存下来要怎么读呢

Wonderwall

2013-03-17 05:56:44 +08:00 via iPad

@Mypujin 把数据交给Google其实很没有安全感啊现在。"Google knows more about my emails than I do"

sobigfish

2013-03-17 10:29:51 +08:00

为什么不能是本地化的client 啊，那样的服务虽然貌似有点像read it later了。

jeeson

2013-03-17 11:09:39 +08:00

@Harp 输出的还是JSON格式，只不过这个是 Google Reader 的 API，能保证可以下载下来

@sobigfish “为什么不能是本地化的client 啊”

在 http://www.v2ex.com/t/63135 7 楼有解释过，拷贝这里并补充 4,5 点

如果没有 Google Reader 这种提供 API 服务的中心：
1, 标星，已读等状态在不同应用，甚至相同应用相同帐号在不同设备之间同步都会成为问题。用户的迁移成本也提高

2, 有较多订阅源的用户来说本地直接抓取效率很低
如果订阅源不支持根据上次抓取时间来返回结果的话（比如通过 header 中的 ETag），对订阅源和客户端都是负担，尤其全文 feed

3, 客户端要处理 rss 和 atom 两种格式，许多 feed 的输出并不规范，需要不少错误处理

4, 客户端并发请求数量有限，一些订阅源的请求时延可能会导致客户端等待很久

5, 越来越多用户通过移动设备阅读，对流量与等待时间有更高要求

比如，获得最新更新，从 Google 服务器只要一个请求，GET 0/stream/contents/?n=请求数量&ot=上次更新时间&xt=user/-/state/com.google/read，通常可以在几秒内完成更新

而如果完全在客户端实现，需要逐一向各个订阅源请求，并且每个订阅源可能都会返回最新的 n 篇文章

不知道 Digg 最后能否以应用开发商能负担的起的成本提供得起这种 API

pright

2013-03-17 14:58:40 +08:00

已经更换feely用了，可以直接连接google账号，加星的也能被同步过去

pright

2013-03-17 14:59:41 +08:00

sorry，是feedly

Mypujin

2013-03-17 17:57:41 +08:00

@Wonderwall 相比“The government know all about what are you doing"，我更愿意选择Google~

Harp

2013-03-17 18:18:03 +08:00

@jeeson 我问的是 JSON 格式要怎么用呢

nojt7Zm

2013-03-17 21:50:03 +08:00

無法替代

brett80

2013-03-17 22:01:18 +08:00

@pright 加星也可以同步？PC平台，是不是一定要用浏览器插件，看了下，没有找到像GR一样纯web的，谢谢

Mutoo

2013-03-17 22:35:49 +08:00

服务器架在墙外，能订阅被墙的东西，而且速度够快。can you?

summic

2013-03-17 23:26:09 +08:00

目测 Reeder 会做直接订阅。

pright

2013-03-18 02:06:13 +08:00

@brett80 加星的会进Feedly的Saved里面

knall

2013-03-18 06:56:17 +08:00 via Android

没人用netvibes吗？

brett80

2013-03-18 11:56:24 +08:00

@pright 试用了，感觉不错。。。。请问下，这个是什么原理啊，为什么一定要下个插件

pright

2013-03-18 13:10:09 +08:00

@brett80 装插件只是为了方便直接进吧，你直接输http://www.feedly.com/home进就不会提示你装插件了

brett80

2013-03-18 15:45:03 +08:00

@pright 这么吭。。。装了后，chrome会有个后台页面跑着，比google的会卡很多，基本属于不能看内容，只能看看列表的情况。。。我机器太破了，没办法

刚才IE试了下，http://www.feedly.com/home 直接到index了。。。貌似不行

Livid

MOD

2013-03-18 15:46:12 +08:00

全世界现在起码有 10000 名程序员想做这事。