谷歌翻譯 API關閉或將要支付？無所謂 - vBET支持其他的API

[vBET]

報告只提供給谷歌翻譯 API V2。對於 V1是不是和這個 API將於 2011年12月1日，所以沒有意義在這方面做任何事情。

這時語言檢測僅支持谷歌翻譯 API（展位版本）。我們可以添加還支持微軟 - 我們還沒有做到這一點，因為在這裡我們看到了一些問題。微軟語言翻譯 API支持較少，因此，如果你已經打開更多的語言（那些僅支持谷歌），那麼微軟的翻譯 API將無法檢測到的語言。所以，換句話說 - 我們可以添加支持微軟的語言翻譯 API檢測，但你可以用它只有當你只使用語言支持微軟。如果使用一種語言的那麼谷歌必須使用，否則檢測將無法正常工作的語言不支持微軟。這就是為什麼我們不把它添加從開始 - 它複雜的配置。當然，現在我們認識到，許多客戶將堅持只免費的翻譯，因此我們將添加支持Microsoft語言檢測。

沒有急於在這裡 - 只要谷歌翻譯 API V1工作仍然可以有免費的語言檢測。所以首先，我們將去新vBET3.x釋放，並添加有支持其他翻譯 API。然後，我們將支持微軟的屁股語言檢測。

注意： 在這一刻，在vBET4.x你可以使用微軟的翻譯和檢測免費 Google翻譯 API V1。所以，你不必等待與交換。語言檢測工作分開 - 無論你翻譯的有什麼樣的配置。

此外，請注意， Microsoft 翻譯 API 較年輕，因此它會進化許多。 谷歌翻譯從一開始就不是那麼好 無論如何 - vBET 可讓您選擇使用免費或付費翻譯。 我們也會很開心，如果 Google 不改變 API 支付 1... 現在重要的是領養！

[moman]

哇，看起來像微軟只支持37種語言，而谷歌支持53 - 是正確的呢？

你說得對，微軟的API似乎並沒有被視為細化為谷歌的。

現在我使用的API如下：



但是，如果有一個編碼 \\ n，\\ r或\\ T在文中，似乎API罵你。什麼是最安全的方式進行編碼 $文字？現在我做：

str_ireplace（陣列（'％0D'，'％0A'，'％09'），陣列 ('','',''),$ translationURL）;

但是這似乎並沒有足夠的頂部進行 urlencode。谷歌的網址 API是更優雅，因為我們不必擔心報價，無論是。

[vBET]

你vBulletin 4.x的？ vBET 4.x版已經支持微軟的翻譯，你不必做任何改變的代碼。
vBET3.x將支持它的下一個版本。事實上在微軟翻譯 API，我們必須蛋糕關心的一些特殊字符 - 這是部分代碼的形式vBET4.x處理微軟翻譯 API：

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

[moman]

不，我用3.8，所以我會繼續觀望

即使是更換的問題上，我得到的文本，其中包含引號。但是，對於大多數頁面，一切正常。

我希望微軟增加了更多語言的支持！

[vBET]

不，我用3.8，所以我會繼續觀望

即使是更換的問題上，我得到的文本，其中包含引號。但是，對於大多數頁面，一切正常。

我希望微軟增加了更多語言的支持！

新vBET3.x釋放應在本月 在vBET4.x是已經工作一段時間，所以錯誤應該已經解決了。反正它的測試版將發布第一，因為量的變化。

[moman]

這聽起來不錯！

在此期間，被我似乎有固定的問題與微軟的翻譯。原來，22％（編碼引號）在網址事情搞砸了，所以我只是他們完全消除。

例如，



會抱怨報價，但



正常工作