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

Litepress org logo banner

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

文章目录



发表评论

2,005 条回复

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

    对记忆库编辑应该可行手:工指定下机翻的时候优先选择哪个词条,同时也可以将太离谱的直接删掉。

  2. smile的头像
    smile

    所以我觉得出现这样的情况标记为模糊比较好,但是也要尽量减少这种情况的发生,比如说主题的很多字符串都是重复使用的,所以不需要二次翻译,就可以直接套用翻译记忆库中的建议,而如果有个别译者不习惯看翻译记忆库或者直接导入了其他来源的译文就会出现两个甚至更多的译文,到这里又有一个新问题了:这样是否要对翻译记忆库进行编辑以保留一组质量最好的翻译?

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

    想了想,刚说的那个规则会只对机翻引擎生效。给译者展现的翻译建议依然会同时显示多个结果,因为对于人工翻译来说,我觉得翻译建议更多是一种参考,有更多的翻译结果就可以提供更多的对比的机会。就好像我个人看技术文档习惯把官方文档结合第三方博客的放在一起看,互相对照。

  4. 壳壳虫的头像
    文派叶子 🍃

    限制只对两个及以下单词的条目生效似乎可解决这个问题。因为在长句子中存在上下文,很难会出现某个单词释义不同的情况。

  5. smile的头像
    smile

    在 WordPress.org 上翻译主题的时候这个问题就特别的明显了:例如“It looks like nothing was found at this location. Maybe try the search below?”这类的句子就会出现至少两个 100% 的结果

  6. 壳壳虫的头像
    文派叶子 🍃

    似乎还存在一个情况:在长句子中,因为译者习惯不同而产生不同的翻译。

    似乎应该限制一下这个“存在多个翻译结果则标记为模糊”的功能只对两个及以下单词的条目生效。

  7. 壳壳虫的头像
    文派叶子 🍃

    你说这个我想起来,这个记忆库还存在不足。

    目前是不可能出现匹配到1个以上100%的翻译的情况的,记忆库在入库时会进行数据去重,具体逻辑是:

    所有字符串转小写->去除首位两端空格->生成md5校验码->入库(数据库中以md5值为唯一主键,出现冲突的情况会直接替换现有值)。

    所以每个原文(包括仅大小写不同的)都只会记录一次以及其唯一的翻译结果。

    但,看你刚提出的这个疑问,我想起来:比如说post这个词,有的插件翻译为帖子,有的翻译为提交,这种情况下记忆库就会出问题,还是应该把这种有多个结果的词标记为“模糊”而不是“已通过”。

    这个问题我列到第三期开发计划里处理一下。

  8. smile的头像
    smile

    如果在记忆库中找到一个以上100%的翻译该如何处理?是标记为模糊吗?

  9. 壳壳虫的头像
    文派叶子 🍃

    另外,详细说一下,之所以不在采集时就把已翻译字符串直接标记,是因为记忆库是全局生效的,也就是说A项目不止会匹配来自w.org的A项目的翻译,还会匹配到B项目、C项目的翻译。为了程序架构设计上的“解耦”,所以就把翻译匹配的工作统一放到机翻引擎里,而采集程序则只负责数据录入工作。

  10. 壳壳虫的头像
    文派叶子 🍃

    是我没表述清楚。

    机翻引擎启动之后会自动在翻译时去记忆库中尝试匹配原文,如果100%匹配上的话就直接调用记忆库结果并设置为“已通过”,只有记忆库匹配不上的才会由机器翻译并被标记为“模糊的”。

    所以,从wordpress.org上采集的翻译直接把原文和翻译结果分别入库,这样机器翻译的时候会自动做正确处理。

    最近一年的实际观察结果来看,通常一个项目大概有30%的字符串可以直接匹配上翻译记忆库。

  11. smile的头像
    smile

    已翻译的部分入记忆库

    已翻译的部分不应该是直接添加并批准吗?难道还要手动叫准一遍?

  12. 壳壳虫的头像
    文派叶子 🍃

    总结一下就是Cavalcade为WordPress添加了真正的任务队列支持,类似于Laravel的Horizon。之后就可以放心的使用WordPress的Cron运行大批量的计划任务了,并且可及时触发。

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

    最好是做一下301,强制统一链接结构。

  14. 壳壳虫的头像
    文派叶子 🍃

    在litepress.cn首页重新下个安装包吧。如果你是刚装的就提示这个,那一定是这个包被别人改过了。

  15. helloworld的头像
    helloworld

    我刚装的应该不会有屏蔽插件吧,那个路径我打不开—Sorry, you are not allowed to access this page.

  16. helloworld的头像
    helloworld

    我的仪表盘下没有/home/updates/translations这个按钮。。。

  17. 壳壳虫的头像
    文派叶子 🍃

    切换完要在更新检查页面更新一下语言包的

  18. helloworld的头像
    helloworld

    语言已经设置过中文了,但是界面没变。。。

  19. 壳壳虫的头像
    文派叶子 🍃
    UPDATE wp_posts
    SET post_content=REPLACE(post_content, 'padding-bottom: 66%', 'padding-bottom: 64.5%')
    WHERE 1=1 AND post_type='post'

     

  20. 壳壳虫的头像
    文派叶子 🍃

    因为一些事情,自建Gravatar头像托管的优先级被提到了所有工作之前,所以翻译平台的开发暂时封存。

    以下的目前收集的关于翻译平台一些有用信息:

    使用Cavalcade项目增强WordPress的Cron:https://github.com/humanmade/Cavalcade

  21. 壳壳虫的头像
    文派叶子 🍃

    今天看见http://www.pudn.com/,这个站长因为违规信息被罚了50万。我突然想起来wp china yes的gravatar头像镜像是个雷。

    gravatar官方被墙很大可能是涉政了,现在wp china yes把他镜像过来……

    打算把自建头像服务的项目立即启动。平台将兼容gravatar的外部接口,但平台本身不存储图片,而是在用户通过邮箱调取头像的时候将其请求处理后(比如通过QQ邮箱提取QQ号或者读取用户后台设置的邮箱和QQ号的映射关系)转发给QQ或微信,再将用户的QQ或微信头像返回。

    这样把违法审查的工作推给腾讯去做。

发表回复

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