2021年8月第三周周报

标签: 

正在查看 0 个帖子
  • 作者
    帖子
  • 孙锡源
    • 文章数量: 704
    @ibadboy
    楼主

    工作报告

    上周实际进行的工作计划差不多是和一开始规划的完全相反了。已规划的部分除了术语库整理的工作做了部分外,其他几乎没动。反而是规划中不打算做的翻译打包机制与自动推送成了工作的重点。

    之所以变成这样是因为已经有一些用户在基于新版的翻译平台贡献翻译了,但这些用户因为目前流程不健全无法正常接收翻译更新,只能手工下载语言包导入,于是为了优先保证他们,所以把翻译打包与更新推送的开发工作提前了。

    目前翻译平台的翻译打包机制已经完全编写完成了。之前 WP-China.org 上的打包机制是基于 Traduttore 项目实现的,新版则是完全从 0 编写的,这主要是因为新版的翻译平台对项目的组织结构发生了很大的变化,而且 Traduttore 默认的项目数据库结构及翻译包存储目录结构都不是很适合大数据量。

    翻译自动推送的逻辑目前完成了大部分,估计还得两天的工期才能完全完成。这个推送的 API (api.litepress.cn)之前其实是在 Laravel 上实现了一版的,这次重新实现的版本是完全基于 WordPress 的 Rest API 而且运行在 LitePress.cn平台之上,因为这个子站上没有启用任何第三方插件和主题,可以做到 100% 可控,所以单次检查更新的请求的延迟依然可以控制在 150ms 以下(测试时一次检查 50 个插件的本体更新+翻译更新)。

    目前暂时只会实现插件、主题本体和翻译的更新检查,其他诸如应用信息查看、应用列表这些暂时走 wordpress.org 反代,具体的编写工作得等到应用市场开发重启的时候再做。此外新的 API 打算在 WordPress 本身的 API 的基础上扩充(比如说为原本的插件列表信息上加上产品价格字段),而不是像上一版那样自己开一个单独的端点。

    关于社区开放共营的初步设想

    这个想法其实很早很早之前就有了,只是一直没成熟的方案具体实施。

    简要概述一下,就是希望我们成立一个独立于 litepress.cn 的公司来运营商业项目,二者互不隶属。而 litepress.cn 则联络一批国内行业内有影响力且思想前瞻的元老们共管共营。

    整个想法的核心目的在于把 litepress.cn 作为一个真正促进行业发展且基础的公共事业来做,而不是我们几个人的私有财产。设想中,我们会一起成立一个类似于开源基金会的理事会一样的组织,共同托管代码、数据,以及共享项目整体的管理权限。这样,任意一方出现意外或计划退出,都不会影响到这个项目的存在和发展。

    国内政策目前对开源基金会的要求非常严格,几乎不可能申请通过,所以这个组织大概只能是一个民间约定,而拿不到正儿八经的合规证书。不过,没关系,按《人类简史》中的理论,我们本身就是因为相信以及想象力才构建了这个现实世界,那么这个基金会只是在“国家”这个大的想象中的一个小的想象,逻辑上似乎没问题。

    此外,初始的时候会邀请一批理事会成员,但不代表这个名单就永远固定了,后面有人深度参与的话一样会吸纳新人进理事会,而且前面也说了,搞这一套的核心目的是为了让这个项目成为行业的基建而不是某个人的私有财产,没有必要玩文字游戏,而且我最烦的就是玩文字游戏。当然,之所以有这个想法也不是因为我有多么高尚,而是这些年最大的感悟就是——如果什么都想得到的话,那么就什么都得不到,并且还会搞得一地鸡毛。

    如果这个想法具体落地的话,我们最后就是和其他开发者一样,都是社区的参与者,而不拥有社区,这比目前的开放更彻底,目前只是计划让我们不拥有源码,以上的想法落地后我们会放弃整个项目每一个方面的所有权(数据、知名度、用户、品牌以及其他所有),我们更不会在这上面打一点广告,因为我们和其他人一样只是参与者,未来这个项目如果有捐款或者其他收入的话会被存放到单独的账户并应用在日常开支中。

    之前在 QQ 群里第一次提这个想法的时候,有人说:“等到后面你就得准备退位让贤了”,这个我个人其实并不会对此担心,因为人是会成长的,更何况还有先发优势以及基本盘的积累,很难一下就被踢出局。

    不过,以上想法目前还只是初步设想,还没有思考出具体的详细方案。

    本周计划

    本周最主要的任务是完成 litepress.cn 和 cravatar.cn 的备案过户。将目前用老李头身份证搞的个人备案变更为我老师公司为主体的企业备案。

    同时,对于 litepress.cn 也已经在办理经营性备案资质。

    最后所有和 LitePress 相关的项目都会挂靠到我老师公司名下,不过仅仅是挂靠而已,没有任何隶属关系,因为我们自己搞不定经营性备案,而做应用市场想合规的话又必须得搞。

    备案过户的主要难点在于之前的备案地在四川,而现在需要把备案迁移到山东,也就涉及到跨省问题了。按目前收集的信息来看应该需要先注销掉老备案再提交新备案,这就势必会影响到服务的访问,目前头疼中。

    其次是完成更新推送 API 的编写工作,最后继续进行上个周原本计划但未执行的安排,不过估计是搞不完了,差不多能做完三分之一吧。

    来自, 香港, 中国
正在查看 0 个帖子
  • 哎呀,回复话题必需登录。

话题信息