WP小程序、内容同步

WP小程序内容同步，第一步要解决的是：当小程序开始运行以后, 许多团队还在靠手工办法去复制文章数据, 网站那边发布内容了, 可是小程序这边却还没有完成更新工作, 而在小程序端进行改动以后, 网站的状况又变得不明确无法知晓, 我们想要解决的是WP小程序内容自动同步的问题, 重点不在于讨论是否能够直接进行发布这个方面, 而是要保证内容能够按照已经设定好的固定规则自己去传递流动, 每减少一次手动复制的操作行为, 那么出错的概率也就相应地降低一分。

WP小程序内容同步，先定单向还是双向

在大多数的站点里面, 会先进行单向的同步操作, 也就是说, 当网站上发布了新的文章之后, 会自动把内容推送到小程序端去。采用这种单向模式的好处在于, 数据来源只有一个, 所以不容易发生冲突的问题。

可是如果WP小程序端也需要产生一些内容的话, 比如说用户投稿或者是评论之类的活动出现时, 那就需要再考虑改为双向同步了, 并且要在事前规定好到底是谁覆盖谁的规则是什么。

WP小程序内容同步的第一步实际上并不是去写程序代码, 先把需要同步的各个字段给罗列和明确下来比较关键, 这里面包括标题、摘要、正文、分类、标签、封面、作者以及发布时间这些项目。如果字段的范围没有界定清楚, 那么后续不管怎么修改接口配置, 事情都始终会觉得不太顺畅。

同步方式：插件、REST API 还是定时任务

WP小程序内容同步常见的做法有三种, 一种是用现成的插件, 第二种是搞WordPress REST API, 第三种弄一个定时任务去拉取东西。

用插件的话省事一点, 但是字段还有小程序那侧的结构是不是能匹配得上, 这个不一定；REST API 挺灵活的, 适合自己来对字段和图片做控制；内容同步用定时任务，比较适合不能开放接口的内网环境。

关于WP小程序内容同步的建议是从REST API开始, 网站仅仅暴露已经发布的文章, 然后让小程序根据更新的时间来进行增量拉取的操作, 每次只获取新增和修改过的内容, 以此来避免因为每做一次全量同步就把接口和数据库拖慢的现象。

字段映射和图片是最大的坑

小程序没有办法直接把网页 HTML 给渲染出来, 正文部分要变成 rich-text 能识别的节点才行, 或者是需要让小程序端自己去解析富文本。

在做 WP 小程序内容同步的时候, 图片这一块要单独来处理: 要把网站上的图片下载到小程序的云存储里或者 CDN 当中, 然后把正文里面图片的地址替换成小程序能够访问的地址。

封面、作者头像以及分类图, 也都需要进行一步对应的映射工作。如果只是在后台同步了正文的内容, 却不把图片同步过去, 那么在小程序的列表页面里, 就会出现缺少图片的情况。再加上这些图片是启用了防盗链技术的, 一旦没有正确传递相关信息, 小程序那边就会直接出现加载失败的报错现象。

审核、缓存和失败重试

在同步之前要先确认文章的状态。草稿状态、待审核状态和已发布状态不能混在一起搞。WP小程序的内容同步最好只在文章发布之后才去触发。在修改文章的时候需要更新小程序端的内容和更新时间, 在删除文章的时候需要同步把内容下架。

WP小程序端要有缓存和下拉刷新，后台要有失败队列和日志。内容同步遇到接口超时、图片下载失败、字段长度超限都要能重试，而不是让运营重新点一遍。站内关于WordPress 做成小程序的基础流程，以及内容运营和产品运营怎么配合的交接方式，可以一起参考。

常见问题

WP小程序内容同步需要实时吗？

这并不是一定的事情。如果是新闻类的内容, 可以设置为每隔几分钟就同步一次。但是对于普通的文章来说, 在发布之后触发一次同步动作就已经足够了。关于WP小程序内容同步的频率应该依据两个方面来决定, 一方面是内容的更新速度, 另一方面是接口的承受能力如何。并不需要为了追求所谓的真实感而强行进行实时同步。

图片为什么在小程序里显示不出来？

导致这一问题出现的原因, 通常是文章的主体内容中仍然引用着网站的图片文件链接, 或者是图片资源本身设置了指向其他域地的防窃取措施, 又或者是对应的域名还没有被添加进微信小程序合法的服务范围里。

在执行WordPress小程序内容进行自动同步的时候, 必须把从网络下载到的图片进行本地存放, 并且把原来那个无效的或者不匹配的图片地址, 统一更换成现在可用的路径, 同时要仔细核查一下负责处理图片下载的域名配置信息有没有搞对。

修改文章会重复同步吗？

按照更新时间来进行增量拉取这种操作的话呢, 修改后的文章只会更新对应的记录, 并不会进行重复的创建。所以对于WordPress小程序的内容同步这一件事来说, 最好是给每一篇文章都保留一个唯一的标识符, 这样的话, 不管是进行更新操作还是删除操作都应该依据这个标识符来处理具体的逻辑。