更多自由和最便宜的翻译 ！

[vBET]

您好！

在这个时刻我们正在研究有关新翻译的 Api。目标是-你更自由和更便宜翻译:)

现在，您可以使用 vBET 翻译费。这给由将） 和微软的 Api。仍将） 不包括对受支持的语言，很多和微软是免费的限制 （您需要支付更多)。

反正 vBET 允许使用所有支持引擎一次，以尽量减少您的翻译费用 （因此使用将） 如果可能的话，那么使用 Microsoft 如果仍然有自由的限制，然后......)，所以我们想要添加新的 Api，使它更便宜。

我们已经在试验 SDL BeGlobal 仍在沙箱中，但很快将会完全打开，比谷歌更便宜。我们还发现了其他一些免费的 Api （有限制，但 vBET 将自动地切换到另一个引擎，将会达到极限时）。

现在我们开始与一些测试，所以假设权：
-网站 Yandex API (配额高免费翻译： 每天 1 000 000 个字符 ！比较微软给免费 2 M 字符/月)
-DetectLanguage API （免费的语言检测具有高的限制，用户可以选择支付更高的限制）
-SDL BeGlobal API （支付翻译，但比谷歌更便宜）
-玄五 API （翻译，它不一定有偿或免费，肯定人的翻译支付、 se 发送它们通过电子邮件与机器翻译-在例子中的疑问是 0 成本、 API 结果中有没有信息...-但我们正在接近这一看）

我们仍然还有一些其他的 Api 来检查。有的人很多。不幸的是许多的那些允许每个请求，什么是不能接受我们的用法，在那里我们翻译文本的一小部分很多只有一个翻译剥离了出来的 HTML，但如果你知道任何翻译或语言检测 API 只是写在这里。我们会检查它的可能性，:) 使用中 vBET

[vBET]

我们已经取得了 beta 集成与 Yendex API。现在它正在运行在这个论坛上，这样我们将能够检查错误日志，如果任何出现和作出更正之前释放:)
明天我们将首先在 vB3.x 测试论坛上对其进行测试，然后把它放在与 vB3.x 的论坛

[vBET]

我们只是添加了新的 API 为语言检测命名为： DetectLanguage。这是很好的选择，因为它给 5 000 个请求/天自由活动，并认识到所有支持由 vBET 语言的。它允许购买更高的限制，但 vBET 使用检测只新的邮件，因此，只要您的论坛不每天有超过 5 万新邮件你可以有语言检测完全免费。

在这个论坛上的这个时刻我们已经测试 DetectLanguage，还网站 Yandex 和 SDL BeGlobal 翻译的 Api。因此下一版本将为我们所有的用户的极大改善:)
那些真正 vB3.x 论坛上也被测试了。

我们在发布之前我们想要监视它的一段时间，也许发现一些能够:) 与 vBET 一起使用的其他 Api

[vBET]

我们也作日志调查和检测到被阻止的反垃圾邮件的邮件添加语言检测中也使用。对于一些论坛这可多的流量。自新释放 vBET 将使用语言检测只是在写新的邮件到数据库之前，只有如果其他插件没告诉它应该是放弃。我们使用方式已经绑定在系统中，所以没有特别的集成将在所有需要。例如我们测试它与插件没有链接或图像允许人们较少......

[vBET]

我们认真调查现在哪里翻译来的我们发现另一个更新，将会限制您的开支。我们发现每个被禁止的用户生成新翻译他的配置文件的网站上。由于许多论坛垃圾邮件发送者是相当大的问题，而且每天都可以有几十个被禁止的用户，我们取得了另一个更新。在新版本中 vBET 不会显示被禁止的用户，只是未注册用户有关的错误消息的用户页面。首先它会做出更好的性能 （对于显示禁止用户配置文件，他们仍然可以在什么显示 ICQ 和这样的事情他们信息） 并不会产生新的翻译 (页中说明是更改后的文本然后这是不同的为每个用户的所以它产生新的翻译每次)。

这将是可配置和默认打开的。

[tavenger5]

感谢您的更新！

[tavenger5]

任何关于何时会公布 4.7 更新吗？

[vBET]

我们计划在本月底。但仍然是一个假设，SDL BeGlobal将在未来几天的更新他们的API，允许表翻译。他们计划本月中旬，仍然一无所获 - 所以我们会看到。

反正在这一刻，瓦特已经加入其他的API - Yandex的DetectLanguage的。大展位免费配额。一些测试让我们的MT，这是免费的，但似乎没有准备好大交通，所以我们不能肯定会被列入下一个版本，以后还是会有一些更大的问题。

还有一个问题，就在我们身边，一些翻译优化后的面积没有转化的数字，出现了一些错误RSS频道，现在没有翻译区翻译破碎的标记。所以这是一个必须做的就在你身边。

请注意，几个星期，我们已经测试这个活的论坛上，并记录每一个新的翻译提供商发送。这种方式，我们发现通过改变数字的翻译，并删除那些通过包装多为例如<I>标记。所以在翻译页面模板/词组文字与数字分离如此这般翻译部分，数字没有翻译（当你设置选项）。另外，选项不能正常工作在旧版本中，已经纠正。

所以会有非常大的改善和翻译成本将大幅削减。尽管如此，我们不急着用的，因为我们做了很多的低集成度的变化，我们不想其他无意义的翻译（像现在，我们有我们没有发布的版本在RSS）。

所以，请耐心。我们也希望将其释放，因为它会给很多我们的用户希望翻译，因为成本限制。

[vBET]

RSS问题已经修正。在这一刻，我们都在等待只为SDL BeGlobal阵列翻译。除了这一点，我们已经准备好生产:)

[vBET]

今天，我将支持阵列翻译时，将问题发送到 SDL BeGlobal。它应该已经和我们真正想要在下一个发行版中包括 SDL BeGlobal (1/4 少价格比 Google 的翻译)。我们将让你知道当我们得到的答案。在此旁边我们准备释放。

[vBET]

我们从SDL beglobal确认他们已经实施了阵列支持,翻译:)它不是记录,但他们告诉我们,我们将用法示例。 在这一刻我们都在等待。 希望我们将获得很快所以我们将能够释放这种或下一周:)

抱歉这需要这么长时间，但在这里它不依赖完全于我们。此外将你更好地经过测试的解决方案，因为它已经我们 2 现实生活论坛上工作超过一个月以上。

[sergarch]

您好！
我们是在等待一个新版本的与Yandex vbet API!
;）

[vBET]

我们有例子，我们正在对这一权利现在:)我们将能够出示本周末或下周:)

[vBET]

嗯......我们已经找到了他们新的 API 中的一些 bug，所以再次-我们不知道何时释放。在这一刻翻译阵列符 URL 编码的值并不是与以前的解决方案兼容。我们正在等待响应从提供程序。

[sergarch]

嗯......我们已经找到了他们新的 API 中的一些 bug

API 的网站 Yandex 吗？

[vBET]

在SDL beglobal没有。 这是一个这是我们。 如果问题没有得到解决,我们将发布没有SDL beglobal和稍后添加,当它将不会错误。

[vBET]

我们确认我们发现了:)，SDL BeGlobal 已经固定的问题如果没有新的问题会来，我们将能够生产这周:)