Pyöreä tarkistus ja kytkennän API pitää virtauksen käännökset

[Simon Lloyd]

Oman merkin raja arvoksi 100 000 perday, joten kanssa asetukset "Aina käyttää Google", "Käytä Google API V2", "Käyttö Google Detection" kun saavuttavat tämän rajan ja enää saada tuloksia maksettujen Google voitava ilmainen API sitten alkaa tuottaa tuloksia Google on?

Esimerkiksi minun Google esiasetuksen raja käyttää ja Google palauttaa tulosjoukon enää minulle (todennäköisesti palauttaa virhekoodin, kuten Google-testi koodi) Kun tulos ei palauteta olisi hyvä, jos vBET tunnustetaan automaattisesti vikakoodi ja pyyntö lähetetään toiseen API, kuten Microsoft (tai minkä tahansa muiden kyseistä vBET myöhemmin tukee) Tällä tavoin me, majoitetuilla saada joitakin tulos - minulle olisi erittäin hyödyllistä ottaen huomioon, että on maksettu versioilla rajat, se antaisi voit laajentaa käännökset raja-arvoja.

virrankatkaisu
Google asettaa 100 000 merkkejä päivässä > käytetty > vBET siirtyy seuraavaan API-luettelosta > Microsoft 400 k tunnissa tai 4 M, kun raja saavutetaan vBET valintaruudun seuraavaan API ja katso Jos raja lopetetaan tai on joitakin hyvityksen edeltävä > joko siirtää seuraavaan API tai takaisin maksettu, kun raja saavutetaan uudelleen Google > Tarkista seuraava API... jne ja siten recieving jälkeen pyöreä tarkistetaan virhekoodin suorittaisivat, niin melko paljon jatkuva mahdollisuus käännökset.

[vBET]

Ymmärrän kuvaus ja päivität. Nyt meillä on tietää miten se oletetaan toimimaan teknisesti.

Tässä näkyy yksi ongelma on, kuinka voimme tunnistaa, että meillä on jo käytettävissä sen jälkeen, kun ne, jos ennen rajoitusten.

Voimme yksinkertaisesti aina kysyä ensisijainen toimittaja ja siirry sitten seuraavaan. Tämä maksaa suorituskyky-, koska sivulle, joka edellyttää käännös kullekin pyynnölle olemme tehneet epäonnistuneen kutsun ensisijainen toimittaja, sitten seuraavaan yksi (jotta se voi olla useita epäonnistuneita kutsuja, kun vBET tukee useita API).

Muut ratkaisu olisi ensisijainen toimittaja ei ole käytettävissä ja siirry suoraan seuraavaan tietojen tallentamiseen. Tämä olisi paljon nopeammin, koska tarkistetaan paikallinen muuttuja on paljon nopeampi kuin odottaa vastausta ulkoisen palvelimesta. Tällä hetkellä meillä on muiden ongelma - emme tiedä kun ensisijainen palvelu on käytettävissä. Voimme tehdä joitakin ajoitetun tehtävän, joka pyytää yksinkertainen (lyhyt) kääntämiseen esimerkiksi kerran päivässä tunti sen kurssin. Siten tämän strategian meillä on päättää miten usein tällainen tehtävän oletetaan toimimaan oletusarvon. Tietenkin meidän tarkistaa sitä vain, kun joitakin tarjoaja on merkitty ei käytettävissä.
Jos me merkitä ei käytettävissä - palveluntarjoajat mitä tehdä kun me tiedämme, että kaikki tarjoajat eivät ole käytettävissä - lisätä joitakin tietoja käyttäjän tai kääntää vain mitä on myös välimuistin ja muualla kuin alkuperäinen ilman Lisää infoa käännöskieliversioita tilapäisen puuttumisen.

Riippumatta siitä, miten se tehdään Google käsitellään yhden API (v1 tai kokoonpanon v2) - ei ole mitään järkeä Jaa se, koska Google v1 suljettu hyvin pian.

Toinen asia on, että määrittäminen palveluntarjoajat jonon jokaisen kielen parin erikseen. Tällä hetkellä vBET mahdollistaa jo käännös tarjoajan jokaisen kielen parin määrittämiseen. Uskon, että voimme vaihtaa sen yksi arvo pilkuilla erotettuina arvoina (CSV). Tällä tavoin me tiedämme jokaisen kielen parin palveluntarjoajat tukevat tässä käännöksen ja mitkä ovat tilauksen asetukset (vain tilauksen CSV-luettelossa).

Huomaa: Tämä on joitakin suorituskyvyn heikkenemisestä huolimatta. Yhden objektin käännös luomisen asemesta meillä on luoda näiden objektien ja muita rivitys objektin (läpinäkyväksi muiden osien koodi ja vähemmän vikoja makuu) matriisin. Tietenkin meidän ei luo objektien tiedämme palveluntarjoajat eivät ole käytettävissä tällä hetkellä.
Tämä ratkaisu olisi suorituskyvyn parantamiseksi uudelleen ja poistaa tarjoajien jono - aivan kuten on juuri nyt - kielen paria kohden yksi toimittaja.
Tämän ei pitäisi olla kallista suorituskyvyn, mutta silti joitakin muita logiikan ja muistin kulutus.

Kerro, mitä ratkaisu on ensisijainen.

[vBET]

Ja yksi enemmän mahdollinen ratkaisu. Jos me merkitse koko API ei käytettävissä ja tarkista sille ajoitetun tehtävän on se saatavilla nyt, sitten meidän ei tarvitse tehdä tarjoajien jonoon. Emme voi tehdä tämä tapa - aina luodaan vain yksi kääntäjä objektin (parempi muistinkäyttö) ja yhden pyynnössä pyydämme käännös vain yksi toimittaja (parempi Suoritin). Jos se ei on käytettävissä, niin se merkitty ei käytettävissä ja tulokset on tyhjä (pahin luotettavuuden). Vain ensimmäinen, mutta koska seuraavan kerran käytämme jonosta toiseen tarjoajaan. Ja tapauksessa Jos palvelua ei ole, sitten nuken kääntäjä käytetään - palauttaa samat arvot (mutta ei välimuistiin) Jotkin osat muunnetaan ei mutta sivulla ei ole tyhjiä osia kuten nyt kun tarjoaja ei ole käytettävissä.

[vBET]

Vain nopeasti ilmoitus - Olemme täytäntöönpanovaltaa jo tämä ominaisuus.

Haluamme luovutettaessa se nopeasti (kuten BETA) Koska yleisiä ongelmia, aiheuttamat käännöskieliversioita asettamat rajat. Me etsimme myös muita API-liittymiä, joita voidaan tukea vBET:)

[Simon Lloyd]

Ajatukseni olivat lähettää ensin, onko ensisijainen toimittaja on käytettävissä, niin olet antanut meille tarkistaa, jos google tai MS vastaa, niin milloin puhelun käännös testi googleapi (testi-tiedosto testi koodi nimi) Jos käännös on tosi käyttävistä poistettu, jos käännös on flase tai koodi ei ole 200 sitten Yritä seuraava palvelu luettelosta ja niiden api-testi, ennen kuin käytät Tarkista käännös.

Sinulla voi olla käytettävyysalueelle Jos käyttäjä luettelo kunkin tarjoajan, yksi per rivi ylemmäksi luettelossa (tämä mahdollistaa lisättäessä tukea varten muita API käyttäjä voidaan vain lisätä ne luetteloon), joten minun luettelo voi näyttää tällaiselta:
Microsoft
MyTranslator
Google
YourTranslator
AnOtherTranslator

Olettaen, että daft nimet on kirjoitettu olivat todellinen tarjoajien, puhelu, sillä käännös MS testi koodi suoritetaan, jos Jos vastaus 200 käyttää MS ei suorita MyTranslator testi koodi, tarkista vastauksen 200, jos Kyllä käyttää ellei Google Testaa koodin suorittamisen ********** jne

Tällä tavoin sinun tarvitse tallentaa tietoja tarjoajat (muuten sinulla voi olla tekstiä, ruutuja, jos käyttäjät voi syöttää niiden asetettuja rajoja kunkin palvelun, mutta uskon, että tämä tietojen wuld on käyttökelvoton, he voivat muuttaa ja se merkitsisi tarkistetaan takaisin ja tarkistuksen tekemistä eteenpäin käännös ennen) et koskaan olisi huolehtia jos rajoja ei ollut käytettävissä uudelleen niin ei tarvita cron työn suorittaa tarkistamaan nämä, että yksi pieni käännös valintaruudun (koodi, joka on säädetty FAQ)-palvelimen kuormitus voidaan mitään.

Toivottavasti selitin, että ok niin saat minun idea, mielestäni se kaikki voidaan tehdä vain pieni tarkistus ja tallentamatta mitään.

[Simon Lloyd]

Vain nopeasti ilmoitus - Olemme täytäntöönpanovaltaa jo tämä ominaisuus.

Haluamme luovutettaessa se nopeasti (kuten BETA) Koska yleisiä ongelmia, aiheuttamat käännöskieliversioita asettamat rajat. Myös etsimme varten muita API-liittymiä, joita voidaan tukea vBET:) lähetetty yhden tai kaksi (postitse, voit poistaa, koska linkit) voivat lähestyä, jos haluat beeta vapaaehtoisten minä olen teidän mies:)

[vBET]

Lähetetty yhden tai kaksi (postitse, voit poistaa, koska linkit) voivat lähestyä, jos haluat beeta vapaaehtoisten minä olen teidän mies:)

Viestisi poistetaan hiljaa, koska sen sisältö oli kirjoittanut joku, mainos, mutta meillä on pääsy tämän viestin ja olemme se:)

Lähetämme kysymys sähköpostitse edes jo yhteen näiden käännösten tarjoajien maksutiedot. Osa maksetaan (jopa silloin, kun se on kuvattu vapaita se ei ole API taso - sama asia, sinulla on Googlen kanssa voit kääntää ilmainen selaimessa, mutta et API), mutta hinnat voivat olla kilpailukykyisiä, joten on edelleen hyvä (enemmän kilpailua paremmin hinnat).
Jotkin voimme tutkia ovat todella ulkopuolella teetettyjen käännösten API tai vain paikallisen sanastot, Omat käyttäjien kirjoittamia (tämä on myös yksi asia on meidän Tehtävälista - Salli muokata ja ottaa käyttöön oman käännökset) - Radek on tämän osan.

Työskentelevät vBET parantamiseksi ja niin me tehdyt:) kuin Halvat käytön mahdollisimman

[vBET]

Olemme tesing uusia toimintoja viimeisen vaiheittain. Näet jo muutettu kuvaus: http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-2.html#post8914 (katso viimeksi Huomautus)

[Simon Lloyd]

Kiitos Michael, tein nopean post taht Faq, jotka epäilemättä täytyy poistaa, koska se ei ole oikea paikka sille:), jos haluat testata elävien johtokunta, joka vaatii useita käännöksiä minua, niin minä käyttöoikeus admincp ja foorumi pääkansion PM, olen myös sijoittaa google käännös raja, jotka olen asettanut ylös-ja alaspäin komennon, joten voit testata:)

[vBET]

OK niin. Tarjoajien jono on pantu täytäntöön ja sisällytetään 3.5.1 ja 4.4.3 julkaisuissa. vBET 3.5.1 julkaistaan tänään. vBET4.4.3 on edelleen testin vaiheessa. Booth julkaisut ovat BETA, joten kaikki testattava sitä suurempi foorumit, jotka testaavat yksi. Huomaa, että olemme jo testaat 3.5.1 jollakin meidän todellinen foorumeilla. Edelleen merkittäviä muutoksia on BETA vaiheessa ensin.

[Simon Lloyd]

Pitääkö se olla ajoitetun tehtävän ja tietyn palveluntarjoajan sammutetaan tunnin kerrallaan?, Tein ehdotuksen tästä Circular tarkastus ja kytkennän API pitää virtaus käännösten jossa kenties voisimme aina aloittaa yläreunassa meidän tarjoajat luettelo ja tee testi soittaa (jollainen annoit testaamaan Google vasteen ja Microsoftin vastaus) jos testi puhelu on 200 tai teksti on käännetty sitten käyttää tarjoaja, jos vaste ei ole 200 tai testi teksti ei ole käännetty (käyttäen samoja Tekstin jokaisessa testissä ja RegEx tarkistaa käännetyn tekstin) sitten siirtyä seuraavaan tarjoaja, joka käännös puhelu voi sitten alkaa listan kärkeen ja työn alas

Ei ole tyhjä lopputulos olisi hyvä, koska kerran olemme tyhjinä palautettavien thats miten se pysyy, olen jo monet ihmiset valittavat, että tämä on tilanne foorumini.

[vBET]

Sitä ei tarvitse olla tällä tavoin, se on juuri nyt. Kiitos muistiinpanossa. Edelleen - ei. Se ei ole järkeä. Huomaa, että ulkopuolella teetettyjen käännösten pyytää on enemmän aikaa asia koko vBET (ja se ei ole olemme). Ei ole järkevää hullun tuhansia pyynnön, kun olemme jo saavuttaa rajat. Tämä johtaisi increaser vasteaika, suorittimen ja muistin kulutuskirjaus myös (Lisää objekti luodaan).

Huomasimme, että Google tietoa luultavasti väärin TOS häviää jonkin ajan kuluttua. Emme tiedä, mutta ehkä jos me Kyselen kun olemme jo tukossa, Google voi tukkia lisää aikaa. Ehkä ei, mutta silti todellinen strategia on paljon parempi suorituskyky. Lopussa olet pyöreä tarkistaa. Jos joku ei ole saatavilla, se merkitään poissa ja toinen on käytössä. Jos toinen ei ole saatavilla, sama asia tapahtuu. Emme vain tarkistaa onko se käytettävissä uudelleen aina pyytää mitä ei ole järkeä (se voi olla miljoonia hakuja ennen kuin se on saatavilla) vain kerran tunnissa. Ja jos se on saatavilla se minulle merkitty niin menemme takaisin parhaimpana - ja sinulla on ympyrä täällä. Myös testaamalla jokainen aika tehdä omien rajojen aikaan nopeammin tai maksaa enemmän, jos käytät maksanut käännöksiä (se silti lasketaan käännös).
Myös me olemme valmiita on muiden tarjoajien liian. Kun tuemme yli 2 Tällainen strategia on murhaaja palvelimen. Kuvittele 5 testauksen kutsuja eri palveluntarjoajien ja sitten todellinen käännös kullekin käännös-pyynnölle. Ei. Kiitos ajatus:) Todella Arvostamme käyttäjiä ideoita, tällä kertaa Jäämme todellisen ratkaisun.

Huomaa, että voit muuttaa miten usein vBET olisi tarkistettava tarjoajien saatavilla. Nyt se on yksi tunnissa, mutta määritä että Admin CP - > Ajoitetut tehtävät - > ajoitettujen tehtävien hallinta ja aseta se esimerkiksi 10 minuutin välein 0 aivan kuten tehtävän RSS juliste Robot tehdä sen nyt.

[vBET]

Vähän muutoksista - Me tarkistaa palvelun saatavuus ei kerran tunnissa mutta 10 minuutin välein. Jos olet jo päivittänyt vBET 3.5.1 ennen tämän viestin Ota on juuri Lataa vBET-paketti uudelleen ja lataa tuotteen tiedosto uudelleen.

Muutos tehtiin, koska löysimme oikean foorumilla usein tarjoaja ei ole saatavilla lyhyessä ajassa. Tutkimme sitä enemmän etsimään toista parannuksia.

[Simon Lloyd]

Suuren työn kaverit:), olen päivittänyt tämän mutta Lataa uusimman korjaustiedoston ja että, luo uusi säie palautetta tästä käytöstä.