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.