谷歌翻译API关闭或将支付？无所谓 - vBET支持其他的API

[vBET]

报告只适用于谷歌翻译API V2。对于V1和这个API将2011年12月1日起关闭，所以是没有意义的，以在这方面做什么。

此时语言检测仅支持由Google翻译API（展位版本）。我们也可以添加支持微软 - 我们没有做到这一点，但因为在这里我们看到了一些问题。微软翻译API支持较少的语言，因此，如果你将有更多的语言（仅由Google支持），微软翻译API将无法检测语言打开。因此，换句话说 - 我们可以添加支持微软翻译API语言检测，但只有当您使用Microsoft支持的语言，你可以用它。如果您使用的一种语言，然后谷歌必须使用，否则检测将无法正常工作，微软不支持的语言。这就是为什么我们为何不从一开始就添加 - 它复杂的配置。当然，现在我们认识到，许多客户只将坚持免费的翻译，因此我们将添加支持Microsoft语言检测。

这里有没有急于 - 只要谷歌翻译API V1是工作，你仍然可以有免费的语言检测。因此，首先我们会去新vBET3.x释放，并添加有其他翻译API的支持。然后，我们将屁股支持微软的语言检测。

注意： 在这一刻，在vBET4.x你可以使用微软的翻译和检测免费Google翻译API V1。所以，你不必等待与交换。语言检测工作分开 - 无论你翻译的有什么样的配置。

还请注意， Microsoft Translation API 更年轻，因此它不断发展。 谷歌翻译从一开始就不那么好了。 Anyway - vBET 使您可以选择使用免费或付费翻译。 我们也会很高兴，如果谷歌不会改变他们的 API 来支付一个... 现在重要的是什么 ?

[moman]

哇，看起来像微软只支持37种语言，而Google支持53个 - 是正确的吗？

你是正确的，微软的API似乎并不像谷歌的成品。

现在我使用的API如下：



但如果有一个编码\\ N，\\ r或\\ T，在文本的API似乎在骂你。什么是最安全的编码方式为文本？现在我在做什么：

str_ireplace（阵列（％0D％0A“，”％09“），数组('','',''),$ translationURL）;

但似乎并不足够进行urlencode顶部。谷歌的URL API更优雅，因为我们没有担心报价，要么的。

[vBET]

你有vBulletin 4.x的呢？ vBET 4.x版已经支持微软的翻译，您不必在代码中做任何更改。
vBET3.x在下一版本将支持它。事实上我们已经在Microsoft翻译API蛋糕有关照顾一些特殊字符 - 这是代码的形式vBET4.x处理微软翻译API的一部分：

$translationURL =& str_replace(array('%0A','%0D', '%09'),'',$translationURL);

[moman]

不，我用3.8，所以我会继续观望

即使，更换，我得到包含引号的文本上的问题。但是，对于大多数的网页，一切正常。

我希望微软增加了更多的语言的支持！

[vBET]

不，我用3.8，所以我会继续观望

即使，更换，我得到包含引号的文本上的问题。但是，对于大多数的网页，一切正常。

我希望微软增加了更多的语言的支持！

新vBET3.x释放应在本月 在vBET4.x是已经工作一段时间，所以错误应该已经解决了。反正它的测试版将发布第一，因为量的变化。

[moman]

听起来不错！

对于时间，我似乎有固定的与微软翻译的问题。原来，22％的网址（编码引号）搞砸了，所以我只是删除它们完全。

例如，



会抱怨引号，但



正常工作