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).

HUOM: 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.

[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.

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 sitä

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.

[vBET]

Olemme tesing uusia toimintoja viimeisen vaiheittain. Näet jo muutettu kuvaus: http://www.vbenterprisetranslator.Co....HTML#post8914 (katso viimeksi HUOM)

[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.