- 该话题包含 1个回复，1 人参与，最后由
更新于 2年前 。
-
帖子
-
-
上周，插件和主题API的更新检查 API 重构版已经完成了。不过这一版还未对接商店。
现在，可以通过在 China Yes 插件中搜索
api.wp-china-yes.net替换为api.litepress.cn然后切换为“本土应用市场”的方式来接收翻译推送和更新了~如果发现有 BUG 的话也希望能告知一下。
cravatar.cn 和 litepress.cn 的备案已经在上周五提交到山东省的工信局审核了，预计最晚不超下周三就可以出备案号。另外提前预告一下：本周三到周五会屏蔽山东省的 IP 访问网站首页，这主要是为了应付工信局审查。
目前翻译平台的用户参与的项目详情已经迁移到了用户的会员资料卡中（分页和搜索功能待实现）
上周还为之前一直有想法但未能有时间具体实施的字体库项目进行了初步的探讨和立项，参见：https://litepress.cn/forums/topic/21508
目前翻译平台的术语表的整理工作实在是太懒得做了，相当的枯燥，后面争取每天蛄蛹着搞个十条二十条的。作为一个在班里学习成绩甚至没有下降空间的差生，搞这种笔记一样的资料整理工作实在是太难了。
最后，第三方翻译项目的托管流程优化工作已经完成了。理想状态下翻译平台将在本周正式开放第三方翻译托管申请。
目前遇到的主要问题是机器翻译填充功能碰到了瓶颈——谷歌的限流越来越严格了，一个 IP 请求不了几次就会 429。
本周主要希望能解决的问题就是谷歌的这个流量封锁问题。目前有一个想法是开发一个插件，用户志愿安装后即可将自己的服务器自动贡献到代理 IP 池中。这样即便是虚拟主机用户也可以贡献节点了，而且显著降低初始的配置成本。希望能搞到一大批代理 IP。之后就是优化代理 IP 维护算法——为不稳定节点设置静默期，当一定时间失败次数达到 3 次时进入静默状态，半小时后恢复。连续三次进入静默期就剔除节点。之后还包括节点超时后的根管节点重拾机制。整个机制似乎很复杂，头大了。
此外还会优化一下翻译平台的消息通知机制：
- 当有新翻译提交时通知管理员审核
- 当有原文更新时通知当前项目的编辑者
- 当翻译被批准或拒绝时通知贡献者
另外有时间的时候还会构思一下 wp-china.org 的重构方案，具体重构的方向在前面关于字体服务立项的文章中有谈。
-
昨天漏了一个。
这几天会趁着 Cravatar 备案的时间对该服务尽快对接机器内容审核服务。纯人工审核不大现实了，图太多了……
整个审核的逻辑大概是：如果一张图片是第一次请求，那么就加入到图片审核队列中，然后由队列异步请求又拍云接口进行图片审核服务。如果该图片违规，则在本地数据库中记录违规信息，并主动刷新图片的 CDN 缓存以让下次请求直接回源。回源时因为该图片已经违规被拦截，那么 Cravatar 就会返回拦截说明了。
-
- 哎呀，回复话题必需登录。