Paikot-check at paglipat ng mga API upang panatilihin ang daloy ng mga pagsasalin

[Simon Lloyd]

Ko ang aking mga limitasyon ng character para sa google-set sa 100,000 perday ito sa aking mga setting sa "Palaging Gamitin ang Google", "Gamitin ang Google API v2", "Gamitin ang Google Detection" kapag naabot ko na limitasyon at hindi na makakuha ng mga resulta mula sa bayad Google ay posibleng para sa libreng API pagkatapos simulan ang paggawa ng mga resulta?

Kaya halimbawa gamitin ko ang aking Google preset na limitasyon at Google ay hindi na nagbabalik ng isang resulta para sa akin (marahil pagbabalik ng isang error code tulad ng sa mga sa iyong code ng pagsubok ng Google) kapag ang resulta ay hindi nagbalik na ito ay mahusay na kung vBET awtomatikong kinikilala ang code ng kasalanan at pagkatapos ay nagpadala ng kahilingan sa ibang API tulad ng Microsoft (o anumang mga iba na vBET mamaya sumusuporta) sa ganitong paraan na kami ay panatag ng pagkuha ng ilang mga resulta para sa akin na ito ay lubhang napaka mahalagang given na may mga limitasyon kahit na sa mga bayad na bersyon, ito ay magpapahintulot sa inyo na palawakin ang iyong mga limitasyon ng pagsasalin.

hal
Google itakda 100,000 character sa bawat araw> nagamit> vBET ilipat sa susunod na API sa listahan> Microsoft 400k kada oras o 4M kapag naabot na ang limitasyon vBET tingnan ang susunod na API at nakaraang upang makita kung ang limitasyon ay lifted o may ilang allowance> alinman ilipat sa susunod na API o pabalik sa Google bayad na kapag naabot na ang limitasyon muli> check sa tabi API .... etc at sa gayon ang pabilog check pagkatapos matanggap ng isang error code ay dalhin, kaya medyo magkano pare-pareho ang kakayahan upang magkaroon ng mga pagsasalin.

[vBET]

Nauunawaan ko ang iyong paglalarawan at ang iyong point. Ngayon kami ay may upang malaman kung paano ipagpalagay na ito upang gumana sa technically.

Isang isyu na makita ko dito ay kung paano namin makilala na namin na may mga limitasyon magagamit pagkatapos ng mga kung saan naabot bago.

Maaari lang namin sa bawat oras na hilingin sa ginustong provider at pagkatapos ay pumunta sa ang kasunod. Ito ay gastos ng pagganap - dahil para sa bawat kahilingan sa pahina na nangangailangan ng pagsasalin, gumawa kami ng matagumpay na tawag sa ginustong provider, pagkatapos sa kasunod (sa gayon maaari itong ilang mga matagumpay na tawag kapag vBET ay sumusuporta sa higit pang mga API).

Iba pang mga solusyon ay sa tindahan ng impormasyon na ay hindi magagamit ang ginustong provider at pumunta nang direkta sa susunod na isa. Ito ay magiging mas mabilis, dahil pagsuri ng mga lokal na variable ay mas mabilis kaysa sa naghihintay para sa mga tugon mula sa panlabas na server. Oras na ito kami ay may iba pang mga isyu - hindi namin malalaman kapag ang ginustong provider ay magagamit. Maaari naming ng kurso na ginawa ng ilang mga naka-iskedyul na gawain na kung saan ay humingi ng simple (maikli) pagsasalin halimbawa nang isang beses kada oras / araw upang suriin ito. Kaya sa diskarte na ito mayroon kaming upang magpasya kung gaano kadalas sa pamamagitan ng default tulad na gawain ipagpalagay sa trabaho. Siyempre kami ay suriin ito lamang kapag ang ilang mga provider ay minarkahan bilang hindi magagamit.
Gayundin kung markahan namin provider bilang hindi magagamit - kung ano ang gagawin kapag alam namin na ang lahat ng mga providers ay hindi magagamit - magdagdag ng ilang mga impormasyon para sa end user o lamang isalin kung ano ang sa cache at ang natitirang bilang orihinal na, nang walang anumang mga karagdagang impormasyon tungkol sa pansamantalang kakulangan ng mga provider ng pagsasalin .

Hindi mahalaga kung aling mga paraan na ito ay tapos na, ang Google ay itinuturing bilang isa API (v1 o v2 depende sa configuration) - walang kamalayan sa split ito, dahil ang Google v1 ay isasara sa lalong madaling panahon.

Isa pang bagay ay upang payagan ang mga sa configure ang mga provider ng pila para sa bawat pares ng wika hiwalay. Sa vBET sandali na ito ay nagbibigay-daan sa i-configure ng pagsasalin provider para sa bawat pares ng wika. Tingin ko na maaari naming palitan ito mula sa isang halaga na comma separated values (CSV). Sa ganitong paraan namin malaman para sa bawat pares ng wika na kung saan ang mga provider support ang pagsasalin na ito at kung ano ay upang kagustuhan (lamang upang sa CSV listahan).

Mangyaring tandaan: ito ay magkakaroon ng ilang mga epekto sa pagganap pa rin. Sa halip ng paglikha ng isang bagay para sa pagsasalin ay namin upang lumikha ng array ng mga naturang bagay at karagdagang wrapping bagay (upang gawin itong transparent para sa iba pang mga bahagi ng code at mas bug makiling). Siyempre hindi namin ay lumikha ng mga bagay para sa mga provider alam namin ay hindi magagamit sa sandaling ito.
Solusyon para sa ay sa reconfigure para sa mas mahusay na pagganap at alisin provider queue - tulad ng ito ay sa ngayon - isang provider sa bawat pares ng wika.
Ito ay hindi dapat mahal para sa pagganap, ngunit pa rin ang ilang karagdagang lohika at pagkonsumo ng memorya.

Mangyaring sabihin sa kung saan ang solusyon ay ginustong.

[vBET]

At isa pang potensyal na solusyon. Kung namin markahan ang buong API bilang hindi magagamit at suriin ang mga ito sa pamamagitan ng naka-iskedyul na gawain ito magagamit ngayon, pagkatapos ay hindi namin upang gumawa ng pila ng provider. Maaari naming gawin ito sa paraan na ito - palaging ay nilikha lamang ng isang tagasalin bagay (mas mahusay na memory paggamit) at sa isa sa hinihiling namin magtanong para sa pagsasalin lamang ng isang provider (mas mahusay na CPU). Kung ito ay hindi magagamit, pagkatapos ito ay minarkahan bilang hindi magagamit at ang mga resulta ay walang laman (pinakamasama kahusayan). Ngunit lamang ang unang isa, dahil susunod na kami ay gumamit ng ibang provider mula sa pila. At sa kaso kung walang magagamit ang provider, pagkatapos dummy tagasalin ay ginagamit - bumalik ang parehong halaga (ngunit hindi cache ito) kaya ang ilang bahagi ay hindi isinalin ngunit ang pahina ay hindi magkakaroon ng walang laman na bahagi tulad ngayon kapag provider ay hindi magagamit.

[vBET]

Lamang ang mabilis na anunsyo - na namin ang pagpapatupad ng ang tampok na ito.

Nais naming i-release ito nang mabilis (bilang BETA) dahil sa mga karaniwang isyu, na sanhi ng limitasyong itinakda ng mga tagapagbigay ng pagsasalin. Kami rin ay naghahanap para sa iba pang APIs na maaaring suportado ng vBET

[Simon Lloyd]

Aking mga saloobin ay upang ipadala ang check pagsasalin unang upang makita kung ang ginustong provider ay magagamit, kaya ibinigay mo sa amin code upang suriin kung ang google o MS ang pagtugon, kaya sa oras ng tawag para sa pagsasalin ng pagsubok googleapi (pangalan ng aking panubok na file sa iyong panubok na code ) kung ang pagsasalin ay tunay na gamitin ang preffered, kung ang translation ay flase o code ay hindi 200 pagkatapos subukan ang susunod provider sa listahan at maisagawa ang kanilang mga API test bago gamitin.

Maaari kang magkaroon ng isang listbox kung saan ang gumagamit ay maaaring listahan ng bawat provider isa sa bawat linya sa pagkakasunud-sunod ng mga kagustuhan (ito ay nagbibigay-daan sa kapag ikaw magdagdag ng suporta para sa iba pang mga API ang gumagamit ay maaari lamang idagdag ang mga ito sa listahan), kaya ang aking listahan ay maaaring magmukhang ganito:
Microsoft
MyTranslator
Google
YourTranslator
AnOtherTranslator

Ipagpalagay na ang mga loko na mga pangalan na i ipinasok ay real provider, sa tawag para sa pagsasalin MS pagsubok code ay tumakbo, kung gamitin ng tugon 200 MS na kung hindi tumakbo MyTranslator pagsubok code, tingnan ang sagot para sa 200 kung yes gamitin ito kung hindi tumakbo ang Google pagsubok code **** ****** etc

Ganitong paraan hindi mo na-imbak ng anumang impormasyon sa mga provider (kung hindi maaari kang magkaroon ng mga kahon ng teksto kung saan ang mga gumagamit ay maaaring ipasok ang kanilang mga limitasyon ng set para sa bawat provider ngunit tingin ko ang impormasyon na ito ay wuld ay walang silbi dahil maaari nilang baguhin ito at ibig sabihin mas checking bumalik at pagsuri forward bago gumawa ng isang pagsasalin) hindi ka mag-alala kung ang mga limitasyon ay magagamit ulit kaya hindi na kailangan para sa isang cron trabaho upang tumakbo upang suriin ang mga, ang load sa server para sa na sa isang maliit na pagsasalin check (ang code na iyong ibinigay sa FAQ) ay wala.

Sana i ipinaliwanag na ok kaya mong makuha ang aking ideya, sa tingin ko maaaring gawin sa pamamagitan lamang ng na maliit na suriin at nang hindi nag-iimbak ng anumang.

[Simon Lloyd]

Lamang ang mabilis na anunsyo - na namin ang pagpapatupad ng ang tampok na ito.

Nais naming i-release ito nang mabilis (bilang BETA) dahil sa mga karaniwang isyu, na sanhi ng limitasyong itinakda ng mga tagapagbigay ng pagsasalin. Kami rin ay naghahanap para sa iba pang APIs na maaaring suportado ng vBET

Ipinadala ko sa iyo sa isa o dalawang (sa isang post na tinanggal mo dahil sa ang mga link) na maaari mong diskarte, kung nais mo ang isang beta volunteer ako iyong tao

[vBET]

Ipinadala ko sa iyo sa isa o dalawang (sa isang post na tinanggal mo dahil sa ang mga link) na maaari mong diskarte, kung nais mo ang isang beta volunteer ako iyong tao

Ang iyong mensahe ay tinanggal mahina, dahil ang nilalaman nito ay advertisement na nakasulat sa pamamagitan ng ibang tao, ngunit kami ay may access sa mensaheng ito at hindi namin ito

Namin kahit na magpadala ng email ng tanong sa isa sa mga provider pagsasalin tungkol sa mga detalye sa pagbabayad. Ang ilan ng mga bayad (kahit na kapag ito ay inilarawan bilang libre ito ay hindi sa API antas - parehong bagay na mayroon ka sa Google na maaari mong isalin ang libre sa pamamagitan ng browser, ngunit hindi sa pamamagitan ng API), ngunit ang mga presyo ay maaaring maging mapagkumpitensya, kaya ito ay pa rin mabuting (higit pa kumpetisyon mas mahusay na mga presyo).
Ilang may sinisiyasat namin ay ang mga talagang panlabas na API pagsasalin o lamang ang mga lokal dictionaries na nakasulat sa pamamagitan ng sariling mga gumagamit (na ito ay din ng isang bagay sa aming TODO listahan - payagan upang baguhin at ilagay ang sarili pagsasalin) - Radek ito bahagi.

Kaya kami ay nagtatrabaho upang mapabuti ang vBET at ginawa ito bilang murang sa paggamit hangga't maaari

[vBET]

Kami ay sa huling yugto ng tesing bagong andar. Maaari mo na makita ang nagbago paglalarawan: http: //www.vbenterprisetranslator.co....html#post8914 (Makita ang huling TANDAAN)

[Simon Lloyd]

Salamat Michael, ginawa ko ng isang mabilis na post sa na FAQ na kung saan walang duda na magkakaroon ka na alisin dahil ang hindi ang tamang lugar para dito kung nais mong subukan sa ee live na board na tawag sa maraming mga pagsasalin PM sa akin at kukunin ko na bigyan ka ng access sa root ng admincp at forum, i ring ilagay ang limitasyon ng google translation na i set up at down sa iyong command upang maaari mong subukan

[vBET]

OK kaya. Provider queue ay ipinatupad at ito ay kasama sa release 3.5.1 at 4.4.3. vBET 3.5.1 ay inilabas ngayon. vBET4.4.3 ay pa rin sa pagsubok stage. Release Booth ay BETA kaya lahat ay maaaring subukan ito sa mas malaking mga forums na pagsubok isa. Mangyaring tandaan na namin ang pagsubok 3.5.1 sa isa sa aming mga real forum. Pa rin dahil sa mga mahahalagang pagbabago sa BETA yugto sa unang.