Mviringo kuangalia na byte ya APIs kuweka mtiririko wa tafsiri

[Simon Lloyd]

Nina tabia yangu kikomo kwa google kuweka perday 100,000 hivyo kwa mazingira yangu "Daima Matumizi ya Google", "Matumizi ya Google API V2", "Matumizi ya Google kugundua" wakati i kufikia kikomo na tena kupata matokeo ya Google kulipwa ingekuwa inawezekana kwa APIs bure kisha kuanza kuzalisha matokeo?

Hivyo kwa mfano i kutumia preset yangu Google kikomo na Google tena anarudi matokeo kwa mimi (pengine kurudi code kosa kama wale katika code yako Google mtihani) wakati majibu si alirudi kuwa itakuwa vizuri kama vBET moja kwa moja kutambuliwa code kosa na basi akapeleka ombi mwingine API kama Microsoft (au wengine kwamba vBET baadaye inasaidia) kwa njia hii sisi ni uhakika wa kupata baadhi ya matokeo - kwa ajili yangu hii itakuwa sana thamani sana kutokana na kwamba kuna mipaka hata na matoleo ya kulipwa, ingekuwa kuruhusu kupanua tafsiri yako mipaka.

mfano
Google kuweka Charcters 100,000 kwa siku> kutumika juu> vBET hatua ya API ijayo katika orodha> Microsoft 400k kwa saa au 4m wakati kikomo kufikiwa vBET kuangalia API pili na ya awali ili kuona kama kikomo ni lile au ina baadhi ya posho> ama hoja ya API ujao au nyuma ya Google kulipwa wakati kikomo kufikiwa tena> kuangalia API ijayo .... nk na hivyo baada ya kuangalia mviringo recieving code kosa gani kuendelea, hivyo pretty much uwezo wa mara kwa mara kuwa na tafsiri.

[vBET]

Mimi kuelewa maelezo yako na wazo lako. Sasa tuna ili kujua jinsi kudhani kazi kitaalam.

Suala moja naona hapa ni jinsi ya kutambua kwamba tayari tuna mipaka baada ya hayo ambayo inapatikana kufikiwa kabla.

Tunaweza tu kila wakati kuuliza mtoa preferred na kisha kwenda moja ijayo. Hii gharama ya utendaji - kwa sababu kwa kila ombi kwa ukurasa ambayo inahitaji tafsiri, sisi alitoa wito aliyeshindwa kwa mtoa preferred, basi kwa moja ijayo (ndivyo inaweza kuwa kadhaa aliyeshindwa wito wakati vBET utasaidia zaidi APIs).

Ufumbuzi mengine itakuwa na kuhifadhi habari kwamba mtoa preferred si inapatikana na kwenda moja kwa moja ijayo. Hii itakuwa kwa kasi zaidi, kwa sababu ya kuangalia variable ndani ni kwa kasi zaidi kuliko kusubiri jibu kutoka server nje. Wakati huu tuna suala nyingine - hatujui wakati mtoa preferred inapatikana. Tunaweza bila shaka alifanya baadhi ya kazi ambayo imepangwa kuuliza kwa tafsiri rahisi (short) kwa mfano mara moja kwa saa siku / kwa kuangalia ni. Hivyo katika mkakati huu tuna kuamua jinsi mara nyingi kwa kazi hiyo default kudhani kazi. Kwa kweli tunataka kuangalia ni baadhi tu wakati mtoa ni alama kama haipatikani.
Pia kama sisi alama watoa kama hayapo - nini cha kufanya wakati tunajua kwamba wote watoa hazipatikani - kuongeza baadhi ya maelezo kwa mtumiaji wa mwisho au tu kutafsiri kile katika cache na wengine kama awali, bila maelezo yoyote ya ziada juu ya kukosekana kwa tafsiri ya muda ya watoa .

Hakuna jambo ambalo njia itafanyika, Google yatashughulikiwa kama moja API (v1 au v2 kulingana na Configuration) - hakuna maana ya kugawa, kwa sababu v1 Google litafungwa haraka sana.

Kitu kingine ni kuruhusu configure watoa foleni kwa kila jozi lugha tofauti. Wakati huu wa sasa vBET tayari inaruhusu configure tafsiri mtoa kwa kila jozi lugha. Nadhani tunaweza kuibadilisha kutoka thamani moja kwa maadili ya kutengwa comma (CSV). Kwa njia hii sisi kujua kwa kila jozi lugha ambayo watoa msaada huu tafsiri na nini ni ili upendeleo (tu ili katika orodha CSV).

TAFADHALI KUMBUKA: hii itakuwa na baadhi ya matokeo ya utendaji anyway. Badala ya kujenga kitu kimoja kwa ajili ya tafsiri tutakuwa na kujenga safu ya vitu hivyo na kitu ziada wrapping (kufanya ni wazi kwa ajili ya maeneo mengine ya kanuni na mende chini ya kukabiliwa). Bila shaka si kujenga vitu kwa watoa tunajua si inapatikana katika wakati huu.
Ufumbuzi kwa suala hili ingekuwa ni reconfigure kwa ajili ya utendaji bora na kuondoa watoa foleni - kama vile ilivyo hivi sasa - moja kwa kila jozi mtoa lugha.
Hii haipaswi kuwa ghali kwa ajili ya utendaji, lakini bado baadhi ya mantiki ya ziada na matumizi ya kumbukumbu.

Tafadhali ambayo ufumbuzi ni preferred.

[vBET]

Na moja zaidi uwezekano ufumbuzi. Kama sisi alama API nzima kama si inapatikana na kuangalia ni kwa kazi kufanyika ni kupatikana sasa, basi hatuna kufanya foleni ya watoa huduma. Tunaweza kufanya hivyo kwa njia hii - kila mara ni umba translator moja tu kitu (bora kumbukumbu ya matumizi) na katika moja ya ombi, tunaomba tafsiri moja tu mtoa (bora CPU). Kama itakuwa si inapatikana, basi itakuwa alama kama si inapatikana na matokeo yake kuwa tupu (mbaya zaidi kuegemea). Lakini moja tu ya kwanza, kwa sababu wakati mwingine sisi kutumia mwingine mtoa kutoka foleni. Na katika kesi kama mtoa hakuna inapatikana, basi translator dummy zitatumika - kurudi maadili huo (lakini si cache hiyo) hivyo baadhi ya maeneo itakuwa si kutafsiriwa lakini ukurasa si kuwa sehemu tupu kama sasa wakati mtoa ni hazipatikani.

[vBET]

Haraka tu tangazo - tayari kutekeleza kipengele.

Tunataka kutolewa haraka (kama BETA) kwa sababu ya masuala ya kawaida, unasababishwa na mipaka ya watoa huduma ya tafsiri. Sisi pia kuangalia kwa APIs nyingine ambayo inaweza kuungwa mkono na vBET :)

[Simon Lloyd]

Mawazo yangu yalikuwa kwa kutuma tafsiri kuangalia kwanza ili kuona kama mtoa preferred inapatikana, hivyo alitupa code kuangalia kama google au MS ni kujibu, hivyo wakati wa wito kwa tafsiri ya mtihani googleapi (jina la faili mtihani wangu na mtihani code yako ) kama tafsiri ni matumizi ya kweli preffered, kama tafsiri ni flase au code si mtoa 200 basi kujaribu ya pili katika orodha na kufanya mtihani API yao kabla ya kutumia.

Unaweza kuwa na listbox ambapo mtumiaji anaweza orodha kila mmoja kwa kila mtoa line katika utaratibu wa upendeleo (hii inaruhusu wakati kuongeza msaada kwa ajili ya APIs nyingine user unaweza tu kuongeza yao kwa orodha), hivyo orodha yangu inaweza kuangalia kama hii:
Microsoft
MyTranslator
Google
YourTranslator
AnOtherTranslator

Kutokana majina Daft i aliingia walikuwa halisi watoa huduma, juu ya wito kwa code tafsiri MS mtihani bila kukimbia, kama majibu ya 200 kutumia MS kama si kukimbia MyTranslator mtihani code, angalia majibu kwa 200 kama ndiyo matumizi yake kama si kukimbia Google mtihani code **** ****** nk

Njia hii kamwe kuwa na kuhifadhi taarifa yoyote juu ya watoa huduma (vinginevyo unaweza kuwa na masanduku Nakala ambapo watumiaji aliyeweza kuingia kuweka mipaka yao kwa ajili ya kila mtoa lakini nadhani habari hii wuld kuwa haina maana kama wangeweza kubadili na hiyo ina maana zaidi ya kuangalia nyuma na kuangalia mbele kabla ya kufanya tafsiri) wewe kamwe kuwa na wasiwasi kama mipaka walikuwa inapatikana tena hivyo hakuna haja ya kazi cron kuendesha kuangalia haya, mzigo juu ya server kwa kuwa hundi moja ndogo tafsiri (code wewe zinazotolewa katika FAQ) itakuwa chochote.

Hopefully i alifafanua kwamba, sawa ili kupata mawazo yangu, nadhani wote inaweza kufanyika tu kwa kuangalia kuwa ndogo na bila ya kuhifadhi chochote.

[Simon Lloyd]

Haraka tu tangazo - tayari kutekeleza kipengele.

Tunataka kutolewa haraka (kama BETA) kwa sababu ya masuala ya kawaida, unasababishwa na mipaka ya watoa huduma ya tafsiri. Sisi pia kuangalia kwa APIs nyingine ambayo inaweza kuungwa mkono na vBET :) nilipowatuma moja au mbili (katika post wewe ilifutwa kwa sababu ya viungo) kwamba unaweza mbinu, kama unataka kujitolea beta mimi nina mtu wako :)

[vBET]

Mimi nimewatuma moja au mbili (katika post wewe ilifutwa kwa sababu ya viungo) kwamba unaweza mbinu, kama unataka kujitolea beta mimi nina mtu wako :)

Ujumbe wako alikuwa softly ilifutwa, kwa sababu maudhui yake ilikuwa matangazo yaliyoandikwa na mtu mwingine, lakini sisi kupata ujumbe huu na sisi ni juu yake :)

Sisi hata tayari kutuma swali barua pepe kwa mmoja wa watoa wale tafsiri juu ya maelezo ya malipo. Baadhi ya wale wanalipwa (hata kama ni maelezo kama si bure katika ngazi ya API - kitu kimoja kuwa na Google unaweza kutafsiri bure kwa browser, lakini si kwa API), lakini bei inaweza kuwa na ushindani, hivyo bado ni nzuri (zaidi ushindani bora bei).
Baadhi ya sisi kuchunguza kwa kweli ni wale wa nje tafsiri API au tu kamusi mitaa iliyoandikwa na watumiaji wenyewe (hii pia ni jambo moja kwenye orodha yetu TODO - kuruhusu kurekebisha na kuweka tafsiri mwenyewe) - Radek ina sehemu hii.

Kwa hiyo sisi ni kazi kuboresha vBET na alifanya hivyo kama bei nafuu katika matumizi kama inawezekana :)

[vBET]

Sisi ni katika hatua ya mwisho ya tesing utendaji mpya. Unaweza tayari kuona maelezo ya mabadiliko: http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-2.html # post8914 (angalia NOTE mwisho)

[Simon Lloyd]

Shukrani Michael, i alifanya post ya haraka katika taht Maswali ambayo hakuna shaka utakuwa na kuondoa sababu yake si sehemu sahihi kwa ajili yake :) kama ungependa ya mtihani kwenye bodi aa hai kwamba wito tafsiri nyingi PM na mimi na mimi nitakupa upatikanaji wa mizizi admincp na forum, i pia kuweka google tafsiri kikomo kwamba i na kuanzisha na chini kwa amri yako ili uweze mtihani :)

[vBET]

OK hivyo. Foleni watoa unatekelezwa na itakuwa ni pamoja na katika releases 3.5.1 na 4.4.3. vBET 3.5.1 itatolewa leo. vBET4.4.3 bado iko katika hatua ya mtihani. Booth releases itakuwa BETA hivyo kila mtu anaweza mtihani ni katika vikao kubwa kwamba mtihani mmoja. Tafadhali kumbuka kuwa sisi ni tayari kupima 3.5.1 kwenye moja ya vikao yetu halisi. Bado kwa sababu ya mabadiliko muhimu ni katika hatua ya kwanza BETA.

[Simon Lloyd]

Je, ni haja ya kuwa na kazi kufanyika na moja mtoa akageuka mbali hasa kwa saa kwa wakati?, I alifanya pendekezo hapa Circular kuangalia na byte ya APIs kuweka mtiririko wa tafsiri ambapo labda tunaweza kuanza daima juu ya watoa huduma wetu orodha na kufanya mtihani wa simu (kama wewe moja zilizotolewa na majibu ya mtihani Google Microsoft majibu) kama mtihani wito kukabiliana ni 200 au Nakala limetafsiriwa kisha kutumia kwamba mtoa, kama majibu si 200 au Nakala mtihani si kutafsiriwa (kutumia huo Nakala kwa kila mtihani na REGEX kuangalia Nakala kutafsiriwa) basi kwa mtoa hoja ya pili, kila wito tafsiri anaweza kuanza saa juu ya orodha na kazi chini

Bila kuwa na matokeo tupu itakuwa vizuri kwa sababu mara moja sisi kurudi tupu THATS jinsi inabakia, nimekuwa tayari alikuwa na watu wengi kulalamika kuwa hii ni kesi katika jukwaa yangu.

[vBET]

Haina kuwa kwa njia hii, ni hivi sasa. Shukrani kwa ajili ya note yako. Bado - hapana. Haina maana. Tafadhali kumbuka kuwa kuomba kwa ajili ya tafsiri ya nje ni zaidi wakati kuteketeza kitu katika vBET nzima (na si juu yetu). Hakuna hisia maelfu wazimu wa ombi wakati sisi tayari kufikia mipaka. Hii itakuwa increaser majibu wakati, matumizi ya CPU na matumizi ya kumbukumbu pia (zaidi kitu umba).

Sisi aligundua kwamba Google taarifa kuhusu unyanyasaji TOS pengine kutoweka baada ya muda fulani. Hatujui lakini labda kama sisi kuendelea kuuliza wakati tayari imefungwa, Google unaweza kuzuia kwa muda zaidi. Labda, lakini bado mkakati halisi ni bora zaidi kwa ajili ya utendaji. Wakati wa mwisho una kuangalia mduara. Kama mtu haipatikani ni alama kama hayapo na mwingine ni kutumika. Kama mwingine hazipatikani basi jambo hilo hutokea. Sisi tu wala kuangalia ni kupatikana tena kila ombi nini hana akili (inaweza kuwa na mamilioni ya maswali kabla itakuwa inapatikana) mara moja tu kwa saa. Na kama itakuwa inapatikana itakuwa mimi ilikuwa hivyo tutakuwa na kurudi nyuma na moja preferred - na kuwa na mzunguko hapa. Pia kupima kila muda alifanya mipaka yako kufikiwa haraka au gharama ya juu kama matumizi tafsiri kulipwa (bado makosa kama tafsiri).
Pia tuko tayari kuwa na watoa huduma wengine pia. Wakati sisi utasaidia zaidi ya 2 mkakati huo itakuwa muuaji kwa server yako. Hebu fikiria wito kupima 5 kwa watoa huduma mbalimbali na kisha tafsiri ya kweli kwa kila ombi ya tafsiri. Shukrani kwa wazo lako No :) Sisi kweli kufahamu mawazo ya watumiaji, wakati huu sisi kukaa pamoja na ufumbuzi halisi.

Tafadhali kumbuka kwamba unaweza mabadiliko ya jinsi ya mara kwa mara vBET unapaswa kuangalia watoa upatikanaji. Sasa ni kwa saa moja, lakini unaweza reconfigure kwamba katika CP Admin -> uliopangwa kufanyika Kazi -> uliopangwa kufanyika Task Meneja na kuweka kwa mfano kwa kila dakika 10 0 tu kama Robot kazi RSS Poster kufanya hivyo sasa.

[vBET]

Mabadiliko kidogo alifanya - sisi kuangalia mtoa upatikanaji si mara moja kwa saa lakini kila baada ya dakika 10. Kama tayari uppdaterade vBET 3.5.1 kabla ya ujumbe huu tafadhali tu download mfuko vBET tena na upload bidhaa faili tena.

mabadiliko ya iliwekwa kwa sababu sisi kupatikana kwenye jukwaa yetu halisi kwamba mtoa mara nyingi hazipatikani kwa muda mfupi. Sisi kuchunguza zaidi kwa kuangalia kwa ajili ya maboresho mwingine.

[Simon Lloyd]

Kazi kubwa guys :), i na uppdaterade hii lakini download fix karibuni na kutumia kwamba, i kujenga thread mpya kwa ajili ya maoni juu ya hili.