LitePress 社区旧贴存档 2020~2023 年度

这里是 LitePress 社区旧贴存档,您可以在此留言或提交新的回应和信息。

文章目录


https://wptea.com/?p=1


发表评论

2,005 条回复

  1. 文派叶子 🍃 的头像
    文派叶子 🍃

    不好意思,白天去交接税务了,刚回来。

  2. yuexuan 的头像
    yuexuan

    我重装了 php 之后他莫名其妙的好了, 然而我上午重装了好几次, 都没用, 离谱

  3. 文派叶子 🍃 的头像
    文派叶子 🍃

    想知道这里参与的插件翻译是留在本土还是说会推回给上游

    所有翻译会存在于本地平台,不会回推给 wordpress.org,这个老实说技术上可以实现数据回流,但是我们也确实是有意的不会这样做。

    这就好像子贡赎人的典故一样,子贡好心的拒绝了赎金,其产生的后果是将来都不会有人再主动去营救鲁国的奴隶。代入到现在这个项目也是一样,如果我们好心的主动把数据同步给 wordpress.org,我们将始终难以在本地化生态积累的层面上超过 wordpress.org,也就没理由说服用户选择本地平台,长久来看本地平台也就几乎不可能得到发展。

    但,如果我们不做数据回流,则可以逐渐加大两个平台的差异化,而且本地平台等于 wordpress.org 的超集,将来势必会倒逼用户选择本地平台,有了用户基数就有了贡献者和参与到这一体系的开发者,本地平台也就有了崛起的可能。

    应用市场方面个人使用更倾向于扩展,如果可以两边的市场都能同时访问到就更好了

    应用市场目前上确实是按二者并存为出发点设计的,也就是说将来可以完全脱离 wordpress.org 。但就像前面的翻译平台一样,本地的应用市场上架的应用同样不会回流给 wordpress.org(况且付费和闭源的应用也没法回流) 。

    试用 LitePress 市场的时候报了 504,不知道是这边还没完善还是自己服务器有什么设置限制了

    你是指的插件端的吗?插件端的 API 前段时间重构了,后来因为翻译平台的开发比较紧张所以暂时搁置,目前只重构完了翻译推送相关的 API 功能。

    关于重构这个,其实 litepress.cn 平台各个子模块都最少重构了三次,重构的多并不值得炫耀,这其实映射的是我本人在工程化开发方面的经验很缺乏,于是造成了开发好一个功能,但是很快的发现这个功能在融入总的工程后在将来的可维护性、扩展性、各模块联动性方面存在缺失,于是只能重构。周而复始的重构与迭代,我难以在早期就预料到所有情况,所以只能很无奈的承担下多出来的重构成本。

    在这种环境下有一个本土优化是好事,但路还很长,加油

    路长且艰,但我觉得我们或许是过去十年间最有可能做成这件事的人。

    来自滨州
  4. dazaiyuki 的头像
    dazaiyuki

    想知道这里参与的插件翻译是留在本土还是说会推回给上游

    应用市场方面个人使用更倾向于扩展,如果可以两边的市场都能同时访问到就更好了

    (试用 LitePress 市场的时候报了 504,不知道是这边还没完善还是自己服务器有什么设置限制了)

    在这种环境下有一个本土优化是好事,但路还很长,加油

    来自广州
  5. 文派叶子 🍃 的头像
    文派叶子 🍃

    这是个 BUG 。有一些字符串没翻译是因为这个项目没托管到翻译平台,所以很多字符串没收录,对于没收录的字符串翻译引擎是不会处理的。然后插件那边在处理这种情况的时候直接引用了原文,于是造成了很多字符串的翻译被使用原文填充的情况。

    这个问题今天发的版本中会处理

    来自滨州
  6. 文派叶子 🍃 的头像
    文派叶子 🍃

    应该是你做了公安备案,然后当地的王安在扫漏洞。因为我发现这些 IP 都是广西的。

    来自滨州
  7. smile 的头像
    smile

    抱歉太极没表达清楚,就是我在使用自动机器翻译完成之后发现有很多字符串在翻译的位置直接填充了原文,特别是一些长一点的语句

  8. 文派叶子 🍃 的头像
    文派叶子 🍃

    不好意思,我刚看见这条回复。

    不过我没太明白你的意思,能再详细点吗?

    来自滨州
  9. post 的头像

    如果是指文章链接上的,,把 「固定链接」 设置为任意非 「朴素」 的形式,然后每一篇文章都可以想改什么序号就改什么序号了,并且每次发文章都要自己写序号,不要觉得麻烦,搞这些神仙事情总要付出点代价的。

    来自厦门
  10. 文派叶子 🍃 的头像
    文派叶子 🍃

    从你的描述来看,应该就是某个插件篡改了固定链接导致的。

    这个问题需要一点点定位,逐渐缩小范围。目前如果怀疑是固定链接被篡改的话,需要你在下次发生 404 的时候查看一下 wp_options 数据表中 meta_key 为 permalink_structure 的行,看看其 meta_value 字段是否就是你设置的固定链接值 (对于 Nginx 来说,更新固定链接只需要改这里的值即可,所以说通过观察其值也可以直接得知是否被篡改,这不像 Apache 还需要查看 .htaccess 文件) 。

    如果确认是被篡改的话要么是把插件禁用挨个查,要么是用 xdebug 记录 PHP 执行堆栈,找到触发会更改固定链接的 SQL 语句的执行位置,再顺藤摸瓜向上查到具体是哪个插件搞的。不过这需要有一点点技术能力才行,我暂时没想到有什么简单的方法能查出来。

  11. 文派叶子 🍃 的头像
    文派叶子 🍃

    我着实没懂你的意思。能再描述清楚点吗?

    或者,是不是你之前设置了 WordPress 的 ID 连续,然后删除了一些文章导致 ID 之间存在空缺?如果是这样的话据我所知是没有办法能做到重新给文章 ID 排序的,因为文章 ID 可能会关联很多数据,改了会很麻烦。

    来自滨州
  12. smile 的头像
    smile

    现在存在的一个问题就是,有一些字符串的翻译会直接填充原文

  13. 文派叶子 🍃 的头像
    文派叶子 🍃

    话说,昨晚的一个项目托管申请是你提交的吗?我傻逼了,忘了记录提交者是谁了,加管理员都不知道给谁加

    来自滨州
  14. post 的头像

    厉害了,不鸣则已,一鸣惊人,持续关注。

  15. luosheng01 的头像
    luosheng01

    WordPress 本身的开源性以及可创造性可以带给你无限可能,利用插件可以成为商城,论坛,杂志官网等等,但是也正是因为其开源运行,会导致其失去本身独有的特色,原本是一款开原博客,但是现在可能更多的用来作为外贸站点了,

    来自武汉
  16. s16888 的头像
    s16888

    知道 IT 柏拉图在干嘛吗?有种当年的感觉。

    来自银川
  17. smile 的头像
    smile

    我觉得名字应该不需要修改了吧?刚好合适

  18. 文派叶子 🍃 的头像
    文派叶子 🍃

    临睡前想起来,上周还优化了机器翻译引擎对 html 标签的适配。现在翻译复杂 html 标签时不会再出现异常了 (至少目前测试看,没发现)

  19. 文派叶子 🍃 的头像
    文派叶子 🍃

    还有就是,LP Translate 第一版暂时没计划对接翻译记忆库,这个后面看后面看实际使用体验来决定后续版本要不要对接一下。

    来自滨州
  20. 文派叶子 🍃 的头像
    文派叶子 🍃

    另外,正式上线前 LP Translate 的项目名称还可以改。我个人觉得现在这个名字是不太好记的,但是苦于想不到好名字,谁有好想法的话希望能提一下。

    来自滨州
  21. 文派叶子 🍃 的头像
    文派叶子 🍃

    不好意思,没注意到你要求得自动上传外链。

    不过这里收录的差不多就是国内所有的七牛云存储插件了,如果都不支持的话,这个需求就可以判死刑了,只能定制开发了。

    来自滨州
  22. cntez 的头像
    cntez

    都挨个试过啦,没有能把外链上传到七牛的…

    来自滨州
  23. 文派叶子 🍃 的头像
    文派叶子 🍃

    现在有一个方便的解决方案。以下引用群友的话:

    9 月 30 号 WordPress 系统内置的 CURL SSL 证书过期了,很多 centos 7 等系统上的 WordPress 会报 「 cURL Error 60 SSL certificate problem that certificate has expired」 。偶过节期间赶制上线了一个插件纠错,供大家救急使用:

    https://wordpress.org/plugins/ssl-certificate-manager/

    欢迎大家报告问题和 Pull Resqust 增强。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注