Google Translate API исклучи или ќе бидат платени? Не е важно - vBET поддржува други API-

[vBET]

Извештаи се достапни само за Google Преведувачки API V2. За V1 не се и овој API, ќе бидат затворени 1 декември 2011 година, па нема смисла да се направи нешто во оваа област.

Во овој момент јазик откривање е поддржана само од Google Преведувачки API (кабина верзии). Ние можеме да додадете, исто така, поддршка за Microsoft - ние не го направи тоа, сепак, затоа што можеме да видиме некои прашања тука. Мајкрософт Преведувачки API поддржува помалку јазици, па ако ќе се претвори во повеќе јазици (оние поддржани само од страна на Google), тогаш Мајкрософт превод API не ќе биде во можност да детектира јазик. Значи со други зборови - ние да додадете поддршка за Microsoft Преведувачки API јазик откривање, но можете да го користите само кога ќе го користите само јазиците поддржани за Microsoft. Ако користите еден јазик повеќе од Google мора да се користи, инаку откривање нема да работи за јазици не се поддржани од страна на Microsoft. Ова е причината зошто ние не го додадете од почеток - тоа комплицира конфигурација. Се разбира, сега сфаќаме дека многу клиенти ќе се држи само на слободен преводи па ние ќе додадете поддршка за Microsoft јазик детекција.

Нема брзање тука - колку што се Google Преведувачки API V1 работи се уште можат да имаат слободен јазик детекција. Значи прво ние ќе одиме за нова vBET3.x порака и додадете има поддршка и за други превод API. Потоа ние ќе задник поддршка за Microsoft јазик детекција.

ЗАБЕЛЕШКА: во овој момент во vBET4.x можете да го користите Microsoft за преводи и бесплатна Google Преведувачки API V1 за откривање. Значи, вие не мора да чека со префрлување. Јазик откривање работи одделно - без разлика што конфигурација имаш за превод.

[moman]

Леле, изгледа како што е Microsoft поддржува само 37 јазици додека Google поддржува 53 - е тоа точно?

Вие сте во право дека Microsoft API не чини да се биде како рафиниран, како на Google.

Во моментов јас сум со користење на API како што следува:



Но, ако постои кодирани \\ n, \\ r или \\ t во текстот, се чини дека API вика во вас. Што е најсигурниот начин да се кодираат $ текст? Во моментов правам:

str_ireplace (array ('% 0D', '% 0A', '% 09'), низа ('','',''),$ translationURL);

но тоа не чини да се биде доволно на врвот на urlencode. Рачно API на Google е повеќе домот, како што не мора да се грижите за цитати, или.

[vBET]

Имате vBulletin 4.x? vBET 4.x веќе поддржува Microsoft превод и не треба да направите било какви измени во кодот.
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]

Звучи добро!

За време се ми се чини дека имаат фиксни на прашањето со Microsoft преведувач. Се покажа дека 22% (кодирани наводници) во адреси зезнав работите па јас сум само да ги отстрани целосно.

На пример,



Ќе се жалат за цитати, но



работи во ред