请发送更多有关此问题的详细信息。它会影响旧的翻译还是只有新的?您使用哪些翻译提供商?请给我们的网页网址, 我们可以看到它。
你能在我们的 serwer 上观察吗?如果是, 在哪里?
最后编辑者 vBET; 07-05-18 在 22:25.
谢谢你的消息。我们将尝试重现它在我们这边和解决问题。如果我们将有 bug 复制的问题, 我会给你一些更多的问题 (我没有得到网页的网址, 我可以看到这个问题-这将是非常 userfull, 因为我可以使用你有问题的确切文本)。
我只是做了一些测试, 在我们这边看起来还不错。我还比较了4.9.2 和4.9.1 版本中的代码, 并且在翻译代码中没有任何变化 (我们更改了配置-新的语言对, 以及产品文件中的一些小东西)。我会 PM 你尝试重现你的身边。
更新: 我现在看到了我们这边的问题。它只是关于一些文本不是整体翻译。它似乎只是关于主题。我们将处理这一点, 并向您发送信息
更新 2: 我做了一些测试, 似乎问题是当它从俄语翻译成乌克兰语 (没有问题的翻译从英语)。最可能的 vBET 是发送错误的编码数据, 这就是为什么结果是错误的。我检查了它也在4.9.1 和同样的问题发生。你确定你身边的4.9.1 好吗?这是很重要的, 因为我需要认识到, 问题是我们的代码更改, 或者在 Yandex 方面发生了什么变化。
最后编辑者 vBET; 08-05-18 在 16:58.
另一个更新-根据您的测试, Yandex 翻译没有错。看 vBET 4.9.1 和4.9.2 之间的差异最可能的问题是与 Apertium 翻译, 因为在4.9.2 我们增加了新的语言对从汝到英国。你写到你只使用 Yandex。请确认此信息是否正确。我们无法重现 Yandex 翻译的问题, 现在我们正在尝试在 Apertium 上进行。
更新: Appertium 似乎也不是问题所在。能否请您与我们联系, 以获得更详细的信息?
更新 2: 我们无法重现我们的测试环境中的问题, 但在这里, 它是复制的每一次。也许 vB 版本在这里很重要。请与我们联系 PM。
最后编辑者 vBET; 09-05-18 在 10:42.
在这一刻, 我们发现了问题的原因。当 Apertium 与 UTF-8 数据库编码一起使用时, 我们以不同的格式发送查询并得到这些/u 响应。当数据库处于不同的设置中时, 就没有问题了。我们将更新我们的代码来处理这一问题, 解决方案将在这里发布。
看来我们找到解决问题的办法了。我们也想在不 UTF-8 的数据库上适当地测试它, 以避免不同编码的问题。解决方案将包括在下一版本中。在此之前, 您可以留在 vBET4.9.1 或使用 vBET4.9.2 与 Apertium 禁用, 或使用 vBET4.9.2 与禁用 Apertium 仅为乌克兰语 (需要更改文件中的配置)。
请注意, 已损坏的翻译将不会自动修复。这些必须手动更改, 使用手动翻译支持, 或从数据库中删除。
最后编辑者 vBET; 09-05-18 在 16:41.
在测试过程中, 我们发现, 对于非 UTF-8 数据库 Apertium 不使翻译从俄语到乌克兰语, 只需返回少量更改的文本即可。这是我们的错-我们发送错误的格式文本。这将很快得到纠正。
最后编辑者 vBET; 10-05-18 在 09:42.