Hringlaga stöðva og skipta um API til að halda rennsli af þýðingum

[Simon Lloyd]

Ég hef stafahámark minn fyrir Google stillt á 100.000 perday svo með stillingum mínum "alltaf nota Google", "Nota Google API V2", "Nota Google Detection" þegar ég ná því marki og er ekki lengur fá niðurstöður úr borgað Google væri hægt frítt APIs þá byrja að framleiða niðurstöður?

Svo til dæmis ég nota Google tiltekinn frestur minn og Google ekki lengur skilar niðurstöðu fyrir mig (líklega aftur villu kóða eins og þeir í Google próf númer) þegar niðurstaðan er ekki skilað að það væri gott ef vBET sjálfkrafa viðurkennt kenna kóða og þá sendi beiðni til annars API eins og Microsoft (eða aðrir sem vBET síðar styður) Þannig er viss um að fá einhverja niðurstöðu - fyrir mér þetta væri mjög mjög dýrmætt í ljósi þess að það eru takmörk jafnvel með greiddum útgáfum, það vildi leyfa þér að lengja þýðingar takmörk.

td
Google setja 100.000 Charcters á dag> nota allt> vBET færa til næsta API á listanum> Microsoft 400K á klukkustund eða 4m þegar takmörk náð vBET athuga næsta API og fyrri til að sjá hvort farið er aflétt eða hefur einhverja vasapeninga> annaðhvort að fara næsta API eða aftur til Google greitt þegar takmörk náð aftur> að athuga næsta API .... etc og svo hringlaga stöðva eftir recieving villu kóða myndi bera á, svo ansi mikið stöðugt getu til að hafa þýðingar.

[vBET]

Ég skil lýsingu þína og lið þitt. Nú verðum við að finna út hvernig það býst til að vinna tæknilega.

Eitt mál sem ég séð hér er hvernig við munum viðurkenna að við höfum nú þegar takmarkanir í boði eftir þeim sem náð áður.

Við getum hvert skipti einfaldlega spyrja valinn fyrir hendi og þá fara til the næstur einn. Þetta mun kosta árangur - því fyrir hverja beiðni til síðu sem krefst þýðingar, við munum gera ekki er svarað símtali í valinn fyrir hendi, þá til næsta einn (svo það getur verið nokkrar ógildar símtöl þegar vBET mun styðja fleiri API).

Önnur lausn væri að geyma upplýsingar sem valinn fyrir hendi er ekki í boði og fara beint á næsta. Það myndi vera mikill festa, því að haka staðbundin breytu er miklu hraðar en að bíða eftir svari frá ytri miðlara. Í þetta sinn höfum við önnur mál - við vitum ekki hvenær valið fyrir hendi er í boði. Við getum auðvitað gert tímaáætlun verkefni sem myndi biðja um einföld (skortstaða) þýðing td einu sinni á klukkustund / dag til að stöðva það. Þannig að í þessari stefnu við verðum að ákveða hve oft sjálfgefið slík verkefni gera ráð fyrir að vinna. Auðvitað myndum við athuga það aðeins þegar einhver gefur er merkt sem ekki fyrir hendi.
Einnig ef við merkja þjónustuveitenda sem ófáanlegur - hvað ég á að gera þegar við vitum að allir veitendur eru ekki í boði - að bæta nokkrum upplýsingum um notanda, eða bara þýða hvað er í skyndiminni og afgangurinn sem upprunalega, án frekari upplýsingar um tímabundinn skortur sem veita þýðingar .

Sama hvaða hætti það verður gert, mun Google að meðhöndla eins og einn API (v1 eða v2 eftir stillingar) - það er ekkert vit í að kljúfa það, vegna þess að Google v1 verður lokuð mjög fljótlega.

Annar hlutur er að leyfa að stilla veitendur biðröð fyrir hvert tungumál par sig. Á þessari stundu vBET gerir þegar að stilla þýðingu té fyrir hvert tungumál par. Ég held að við getum breytt því úr einu gildi til kommu aðskilin gildi (CSV). Þannig munum við vita fyrir hvert tungumál par sem veitendur styðja þessa þýðingu og hvað eru röð óskir (bara til á CSV lista).

VINSAMLEGAST ATHUGIÐ: Þetta mun hafa árangur áhrif engu að síður. Í stað þess að búa til einn hlut fyrir þýðingu við verðum að búa til úrval af slíkum hlutum og frekari umbúðir hlut (til að gera það gegnsætt fyrir öðrum hlutum af kóða og minna bugs hættir). Auðvitað munum við ekki búa til hluti fyrir veitendur við þekkjum ekki í boði á þessari stundu.
Lausn á þessu væri að endurskilgreina fyrir betri árangur og fjarlægja veita biðröð - rétt eins og það er núna - einn gefur á par tungumál.
Þetta ætti ekki að vera dýrt fyrir frammistöðu, en samt nokkur rökfræði og minni neyslu.

Látið sem lausn er valinn.

[vBET]

Og einn möguleika lausn. Ef við munum merkja allt API sem er ekki í boði og athuga það tímaáætlun verkefni það er í boði nú, þá erum við ekki að gera biðröð af veitendur. Við getum gert það með þessum hætti - alltaf er búin aðeins einn þýðandi hlut (betra minni notkun) og í einni beiðni sem við biðjum um þýðingu eina hendi (betri CPU). Ef það verður ekki til staðar, þá verður það merkt sem ekki liggja fyrir og niðurstöður verða tómur (verst áreiðanleika). En aðeins fyrsta, því að næst þegar við ætlum að nota annað veitir af biðröð. Og í tilfelli ef engin hendi er í boði, þá Dummy þýðandi verður notaður - aftur sama gildi (en ekki skyndiminni það ekki) svo sumum hlutum verður ekki þýdd, en síða mun ekki hafa tóm hluta eins og nú þegar fyrir hendi er ekki í boði.

[vBET]

Just fljótur tilkynningu - við erum nú þegar að innleiða þennan möguleika.

Við viljum að losa það hratt (eins og Beta) vegna sameiginlegum málefnum, vegna marka veita þýðingar. Við erum einnig að leita að öðrum API sem hægt er að styður vBET :)

[Simon Lloyd]

Hugsanir mínar voru að senda athuga þýðingu fyrst til að sjá hvort valinn fyrir hendi er í boði, svo þú gafst okkur kóða til að athuga hvort Google eða MS er að svara, svo þegar kalla þýðingu próf googleapi (nafn af skrá próf mínum með kóða próf ) ef þýðing er satt að nota preffered ef þýðingin er flase eða kóðinn er ekki 200 þá reyna næst hendi í listanum og framkvæma API próf þeirra fyrir notkun.

Þú gætir hafa listbox þar sem notandinn er að telja hvert gefur eitt í hverja línu í röð sem einhver vill frekar (þetta hjálpar þegar þú bætir við stuðningi við aðrar APIs notandinn getur bara bætt þeim á listann), svo listanum mínum gæti litið svona út:
Microsoft
MyTranslator
Google
YourTranslator
AnOtherTranslator

Miðað við Daft nöfn i færðir voru alvöru fyrirtækjum, á vakt í þýðingu MS próf númer myndi hlaupa ef svörun 200 nota MS ef ekki hlaupa MyTranslator próf númer, stöðva svar fyrir 200 ef já nota það ef hann er ekki að keyra Google próf númer **** ****** etc

This vegur þú þarft aldrei að geyma allar upplýsingar um veitendur (annars þú gætir hafa texta reiti þar sem notendur gætu inn setja mörk fyrir hverja hendi en ég held að þessar upplýsingar wuld vera gagnslaus eins og þeir gátu breytt því og það myndi þýða fleiri stöðva bak og eftirlit fram áður en ákvörðun er þýðing) þú þyrftir aldrei að hafa áhyggjur ef marka voru í boði á ný þannig að ekki þarf fyrir a cron starf til að keyra til að athuga þetta, álagið á þjóninum fyrir að einn lítill þýðingu athuga (kóðann sem þú gafst í FAQ) væri ekkert.

Vonandi ég útskýrði að allt í lagi þannig að þú færð hugmynd mína, held ég að það gæti allt verið gert bara með því að lítil skrá sig og án geymslu neitt.

[Simon Lloyd]

Just fljótur tilkynningu - við erum nú þegar að innleiða þennan möguleika.

Við viljum að losa það hratt (eins og Beta) vegna sameiginlegum málefnum, vegna marka veita þýðingar. Við erum einnig að leita að öðrum API sem hægt er að styður vBET :) Ég sendi þér einn eða tveir (í færslu sem þú eytt því af the hlekkur) sem þú getur nálgast, ef þú vilt beta sjálfboðaliða ég maður :) þitt

[vBET]

Ég sendi þér einn eða tveir (í færslu sem þú eytt því af the hlekkur) sem þú getur nálgast, ef þú vilt beta sjálfboðaliða ég maður :) þitt

Skilaboðin þín var mjúklega niður, vegna þess að efni hennar var auglýsing skrifuð af einhverjum öðrum, en við höfum aðgang að þessum skilaboðum og við erum á það :)

Við sendum jafnvel þegar spurningin tölvupóst til að einn af þessum þýðingum sem veita upplýsingar um smáatriði greiðslu. Sumir þeirra eru greidd (jafnvel þegar það er lýst sem frjáls og það er ekki á API stig - sama þú ert með Google þú getur þýtt ókeypis með því að vafra, en ekki API), en verð getur verið samkeppnishæf, þannig að það er enn góð (meiri samkeppni betra verð).
Sumir sem við höfum kannað eru í raun utan þýðingar API eða bara staðbundin orðabækur skrifuð af eigin notendum (þetta er einnig einn hlutur á TODO listanum okkar - að leyfa að breyta og setja eigin þýðingar) - Radek hefur þetta að hluta.

Svo við erum að vinna að því að bæta vBET og gert það sem ódýr í notkun og hægt er :)

[vBET]

Við erum í síðustu stigum tesing nýja virkni. Þú getur nú þegar sjá breyttu lýsingu: http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-2.html # post8914 (sjá síðasta verkefni)

[Simon Lloyd]

Takk Michael, gerði ég fljótur staða í taht FAQ sem enginn vafi að þú verður að fjarlægja vegna ekki þess rétt staðurinn fyrir það :) ef þú vilt prófa á aa lifandi borð sem kallar margir þýðingar PM mig og ég skal gefa þú aðgang að admincp og vettvangur rót, ég mun einnig setja google þýðingu mörk sem ég hef sett upp og niður á stjórn þinni svo þú getur prófað :)

[vBET]

OK þannig. Providers biðröð er hrint í framkvæmd og það verður að vera með í útgáfum 3.5.1 og 4.4.3. vBET 3.5.1 kemur út í dag. vBET4.4.3 er enn á stigi próf. Booth útgáfur verður BETA svo allir geta prófað það í stærri ráðstefnur, þar sem próf einn. Vinsamlegast athugaðu að við erum nú þegar að prófa 3.5.1 á einn af alvöru umræðunum okkar. Enn því mikilvægar breytingar það er í beta stigi fyrst.

[Simon Lloyd]

Er það þarf að vera tímaáætlun verkefni og einn einkum veitir slökkt í klukkutíma í senn?, Gerði ég með uppástungu hér Hringlaga stöðva og skipta um API til að halda flæði þýðingar þar sem kannski gætum við alltaf að byrja efst veitendur okkar lista og gera próf hringja (eins og einn sem þú gafst upp til að prófa Google svörun og Microsoft svar) ef próf kalla svar er 200 eða texti er þýdd þá nota það fyrir hendi, ef svörun er ekki 200 eða próf texti er ekki þýtt (með sama texta fyrir hverja prófun og REGEX að athuga þýða texta) þá flytja til næsta hendi, hvert þýðing kalla má þá byrja efst á listanum og vinna niður

Ekki hafa tómt niðurstöðu væri gott vegna þess að þegar við höfum tóm til baka þessi hvernig það á eftir, hef ég þegar hafði margir að kvarta yfir að þetta er raunin í umræðum mínum.

[vBET]

Það þarf ekki að vera svona, er það núna. Takk fyrir athugasemdina þína. Enn - nr. Það hefur ekkert vit. Vinsamlegast athugið að biðja um utanaðkomandi þýðingu er meira tímafrekt hlutur í heild vBET (og það er ekki allt að okkur). Það er ekkert vit að vitlaus þúsunda beiðni þegar við náum þegar mörk. Þetta myndi increaser svar tími, CPU neyslu og minni neyslu líka (meira mótmæla búið).

Við uppgötvaði að Google upplýsingar um líklega misnotkun TOS hverfur eftir einhvern tíma. Við vitum ekki en kannski ef við munum halda spyrja þegar við erum nú þegar læst, Google getur lokað fyrir meiri tíma. Kannski ekki, en samt er í raun stefna miklu betra fyrir frammistöðu. Í lok þú hefur hringlaga stöðva. Ef einn er ekki í boði það er merkt sem ekki fyrir hendi og annar er notað. Ef annað er ekki í boði þá gerist það sama. Við bara athuga ekki er það í boði aftur hver beiðni hvað hefur ekkert vit (það getur verið milljónir fyrirspurnum áður en það verður í boði) bara einu sinni á klukkustund. Og ef það verður hægt að nálgast það mun ég merkt þannig að við munum fara aftur í valinn einn - og þú ert með hring hér. Einnig prófa hvert sinn verður gerð takmörk þín náð hraðar eða kostar meiri ef þú notar greitt þýðingar (það telur samt sem þýðingu).
Einnig erum við reiðubúin til að hafa aðra veitendur líka. Þegar við munum styðja fleiri en 2 svo stefna mun vera morðingi til þinn framreiðslumaður. Ímyndaðu þér 5 próf símtöl til mismunandi þjónustuveitenda og þá alvöru þýðing fyrir hverja þýðingu beiðni. Nei Takk fyrir :) hugmynd þinni Við raunverulega þakka notendum hugmyndir, í þetta sinn munum við vera með raunverulegri lausn.

Vinsamlegast athugaðu að þú getur breytt hversu oft vBET ættir að athuga veitendur framboð. Nú er það einn á klukkustund, en þú getur endurskilgreina að í Admin CP -> Áætlunarferðir Verkefni -> Áætlunarferðir Verkefni Framkvæmdastjóri og setja það td fyrir hverjar 10 mínútur 0 bara eins og verkefni RSS Veggspjaldasamkeppni Vélmenni gera það núna.

[vBET]

Litlar breytingar gert - við munum athuga hendi framboð ekki einu sinni á klukkustund en á 10 mínútna fresti. Ef þú uppfærsla þegar að vBET 3.5.1 áður en þessi skilaboð vinsamlegast bara sækja vBET pakka aftur og senda vöru skrá aftur.

Breytingin var gerð vegna þess að við fundum á alvöru umræðum okkar að oft er fyrir hendi ófáanlegur til skamms tíma. Við munum rannsaka það meira að leita að öðru úrbætur.

[Simon Lloyd]

Great vinna krakkar :), ég hef uppfært í þetta en mun sækja nýjustu festa og nota það, ég mun búa til nýjan þráð fyrir athugasemdir á þetta.