Google Translate API spegnere o saranno pagati? Non importa - vBET supporta altre API

[vBET]

I report sono disponibili solo per Google Traduttore API v2. Per v1 non lo sono e questa API sarà chiuso 1 DICEMBRE 2011, quindi non c'è alcun senso di fare qualcosa in questo settore.

A questo rilevamento della lingua momento è supportato solo da Google Translation API (versione stand). Possiamo aggiungere anche il supporto per Microsoft - non abbiamo ancora farlo, perché vediamo alcuni problemi qui. Microsoft Traduzione API supporta lingue meno, quindi se si avrà attivato più lingue (quelle supportate solo da Google) e poi traduzione API di Microsoft non sarà in grado di rilevare la lingua. In altre parole - possiamo aggiungere il supporto per la lingua di traduzione rilevamento API di Microsoft, ma è possibile utilizzarlo solo quando si utilizza solo lingue supportate per Microsoft. Se si utilizza un linguaggio più allora Google deve essere utilizzato, in caso contrario il rilevamento non funziona per le lingue non supportate da Microsoft. Questo è il motivo per cui non si aggiunge dal principio - si complica configurazione. Naturalmente ora ci rendiamo conto che molti clienti si atterrà solo per traduzioni gratuite quindi dovremo aggiungere il supporto per il rilevamento lingua di Microsoft.

Non c'è fretta qui - fino a quando Google Traduttore API v1 sta lavorando si può ancora avere il rilevamento libero linguaggio. Quindi prima andremo per nuova release vBET3.x e aggiungere lì il supporto per API di traduzione altro. Poi ci sarà culo il supporto per il rilevamento lingua di Microsoft.

NOTA: in questo momento vBET4.x è possibile utilizzare Microsoft per le traduzioni e libero API di Google Traduttore v1 per il rilevamento. Quindi non c'è bisogno di aspettare con commutazione. Rilevamento della lingua funziona separatamente - non importa quale configurazione che hai per la traduzione.

[moman]

Wow, sembra che Microsoft supporta solo 37 lingue, mentre Google supporta 53 - è corretto?

Hai ragione che l'API Microsoft non sembra essere raffinato come Google.

In questo momento sto utilizzando l'API come segue:



Ma se c'è una codifica \\ n \\ r o t \\ nel testo, sembra che l'API urla contro di voi. Qual è il modo più sicuro per codificare $ testo? In questo momento sto facendo:

str_ireplace (array ('0D%', '% 0A', '% 09'), array ('','',''),$ translationURL);

ma che non sembra essere sufficiente in cima alla UrlEncode. Api URL di Google è più elegante, come non doveva preoccuparsi di citazioni, sia.

[vBET]

Hai vBulletin 4.x? vBET 4.x supporta già traduzione di Microsoft e non dovete fare tutte le modifiche nel codice.
vBET3.x lo sosterrà nella prossima release. E infatti in Microsoft traduzione API dobbiamo cura torta su alcuni caratteri speciali - questo fa parte del codice del form vBET4.x gestione Microsoft traduzione API:

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

[moman]

No, io uso 3.8 in modo dovrò aspettare e vedere

Anche con la sostituzione che io sono sempre problemi di testo che contiene citazioni. Tuttavia, per la maggior parte delle pagine, tutto funziona.

Spero che microsoft aggiunge il supporto per più lingue!

[vBET]

No, io uso 3.8 in modo dovrò aspettare e vedere

Anche con la sostituzione che io sono sempre problemi di testo che contiene citazioni. Tuttavia, per la maggior parte delle pagine, tutto funziona.

Spero che microsoft aggiunge il supporto per più lingue!

Nuova release vBET3.x dovrebbe essere in questo mese In vBET4.x si sta già lavorando da qualche tempo, quindi i bug dovrebbe essere già risolto. In ogni caso sarà rilasciato come versione beta prima, a causa della quantità di cambiamenti.

[moman]

Suona bene!

Per il momento di benessere mi sembra di aver risolto il problema con Microsoft Translator. Si è scoperto che% 22 (virgolette codificati) negli URL avvitato le cose in modo Sono solo rimuoverli completamente.

Per esempio,



Si lamenterà citazioni, ma



funziona bene