@chainkhoo vagex我也在刷，不过我是用脚本在刷，弄图形界面来搞太不可学了

@vibbow 统一的数据访问接口，后端搭配的数据库可以换各种数据库

小小的推荐一下Slickreader
有HTTPS，可以直接看已读内容，体验不错的说

vps0~vps6.ihorsley.com

昨天才去喝过茶，因为我做了个……
https://chrome.google.com/webstore/developer/edit/mjcchjdgibfhdcnioainjmolhghfallo

现在已经是个fake的版本了

广州电信正常

@HiVPS pending时间有点长

10刀一个月很多选择啊，我都在看leb的7刀以下一个月的

sleep 消息队列

@laiwei 查了一下好像是记错了……

[email protected]
谢谢

@refresh @fangzhzh 始终基于时间也还是不靠谱，服务器将来如果要分布式怎么办，时间能确保绝对同步么

@refresh merge的问题
如果你了解下git，你会发现git并不是存储整份文件的，文件变更的时候只会存差异的部分 也就是diff patch，这个方法可以解决很多问题，也就是旧的版本+变化部分patch过后一定能变成新版本。当然有些时候还是要人来解决冲突，这个没办法。

删除的问题这个有得讨论，这也是我不太放心各种同步工具的问题。
一般是这样理解的，一种叫做同步，一种叫做备份，简单理解，同步是双向的，也就是一边删了另外一边也会删掉。备份可以是单向的，只增不删。

当然实现起来这个删是真的删掉，还是有备份让用户可以还原，这是另外的问题

没有文档吗？源码还糟糕那没法子了

@refresh git的话，以我粗略的理解，版本控制对比并不需要读取所有数据，读取的是那个版本树，版本树是由数据签名连起来的，每次的commit相当于一次快照，实际的文件内容是另外存放的，版本树上的每个节点只是索引了有哪些文件而已，有不妥的地方还望高手指正

@swulling的意思其实就跟git一个道理
管理版本号，不是简单的递增，而是用sha1等哈希算法来做，行话是数据摘要（签名）
东西不一样，理论上签名就不会一样，所以就不存在你说的问题2，因为版本号的产生依据是数据内容
而不是修改的次数
时间确实不太靠谱，每个地方时钟不太一样
不一定说是用git，但是想起git是很正常的，他的思想可以借鉴

出售矿机要赚钱多了，而且钱来得快