ONLYOFFICE历史版本开发技术之三

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/hotqin888/article/details/79821114

ONLYOFFICE历史版本开发技术—之三  这玩意儿从思路到代码还着实费了老劲了。但并不完美,它没有提示对比功能,或者说实在没试出来。 难在它数据很乱。 2组数据,一组是历史数据history,主要是key和用户;一组是变化数据存储地址changesurl。 每组历史数据对应一个changesurl。changesurl里还有文档的key,和previous,previous里还有文档的key和url

每组历史数据中还有changes数据,change数据中还有用户user和userid。

"history": [
  //     {
  //         "changes": changes,//[{{.changes1}}], //the changes from the history object returned after saving the document
  //       "created": "2018-03-9 10:15:55",
  //       "key": "1522427166608304100",
  //       "serverVersion": "5.07", //the serverVersion from the history object returned after saving the document
  //      "user": {
  //        "id": "9",
  //        "name": "qin.xc"
  //      },
  //      "version": 1
  //    },
  //    {
  //          "changes": changes,
  //          "created": "2018-03-10 14:11:35",
  //          "key": "1522465759378671300",//
  //          "user": {
  //              "id": "9",
  //              "name": "qin.xc"
  //          },
  //          "version": 2
  //        },

changesurl 
docEditor.setHistoryData({
  //下面这里存变化的位置
  // "changesUrl":"http://192.168.99.100:9000/carned a document
  "changesUrl":string2,
  "key": "",
  "previous": {
  "key": "",//这里不影响版本切换
  "url": ""//http://192.168.99.100:9000/c?md5=x这里影响版本
  },
  "url": "",
  "version": version
 })
 changes

"changes":[{
 "created":"2018-03-25 05:23:25",
  "user":{"id":"127.0 .0.1","name":"127.0.0.1"}
  }]

 history数据库

changes数据库

代码见github吧。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏数据和云

深入内核:Asm Rebalance 原理

李真旭@killdb Oracle ACE,云和恩墨技术专家 个人博客:www.killdb.com 编辑手记:ASM Rebalance 的过程具体发生了什么...

48660
来自专栏抠抠空间

漫谈单点登录(SSO)

SSO这一概念由来已久,网络上对应不同场景的成熟SSO解决方案比比皆是,从简单到复杂,各式各样应有尽有!开源的有OpenSSO、CAS ,微软的AD SSO,及...

37530
来自专栏云计算

Kubernetes的服务网格(第6部分):简单轻松的分期微服务

在将代码暴露给生产流量之前,分期新代码是构建可靠的,低故障停机时间软件的关键部分。然而不幸的是,对于微服务来说,每个新服务的添加都提升了分期过程的复杂性,因为服...

25380
来自专栏抠抠空间

SSO详解(转)

26140
来自专栏抠抠空间

漫谈单点登录(SSO)

1.5K50
来自专栏北京马哥教育

我所理解的性能测试是什么?

扯淡 首先说明这篇博客是文不对题的。起这个名字想法来源自韩寒的《我所理解的生活》,之前看过一个关于这本书的视频,感觉巨牛X,于是就想写一篇《我所理解的性能测试...

40490
来自专栏架构师之路

消息“时序”与“一致性”为何这么难?

分布式系统中,很多业务场景都需要考虑消息投递的时序,例如: (1)单聊消息投递,保证发送方发送顺序与接收方展现顺序一致 (2)群聊消息投递,保证所有接收方展现顺...

65060
来自专栏黑白安全

Memsniff:一款开源的Memcached流量分析工具

在<span "="">知名在线资源存储网站Box上,我们看到云服务已经经历了从一小撮应用服务器和数据库到高规格、高性能协作平台的转变。像大多数大型网络公司一样...

12030
来自专栏IT技术精选文摘

聊聊C10K问题及解决方案

1 C10K问题 大家都知道互联网的基础就是网络通信,早期的互联网可以说是一个小群体的集合。互联网还不够普及,用户也不多。一台服务器同时在线100个用户估计在当...

68090
来自专栏java一日一条

服务端 I/O 性能大比拼:Node、PHP、Java 和 Go

理解应用程序的输入/输出(I/O)模型,意味着其在计划处理负载与残酷的实际使用场景之间的差异。若应用程序比较小,也没有服务于很高的负载,也许它影响甚微。但随着应...

55240

扫码关注云+社区

领取腾讯云代金券