Aplinkraštis, tikrinimo ir perjungimo API išlaikyti srautas vertimai

[vBET]

Suprantu jūsų aprašymas ir savo tašką. Dabar mes turime sužinoti, kaip ji Tarkime, techniškai dirbti.

Vienas klausimas, matau čia yra, kaip mes pripažįstame, kad mes jau turime ribojamas po tų, kur iki.

Mes galime tiesiog kiekvieną kartą prašyti Preferred Provider ir tada eiti į kitą. Tai kainuos spektaklis - dėl kiekvieno prašymo puslapį, kuris reikalauja vertimo, mes Nesėkmingų skambučių Preferred Provider, tada kitą (todėl gali būti keleto nesėkmingų skambučių vBET rems daugiau API).

Kitas sprendimas būtų saugoma informacija, kad pageidaujamą teikėjas nėra prieinami ir eikite tiesiai į kitą. Tai būtų daug greičiau, nes tikrinimo vietos kintamasis yra daug greitesnis, nei laukiama atsakymo iš išorės serverio. Šį kartą, mes turime kitą klausimą - mes nežinome kai turimi pageidaujamą teikėjas. Mes, žinoma, padaryti kai kurie suplanuota užduotis, kurios prašau, paprastas (trumpas) vertimas pvz. vieną kartą per valandą per dieną patikrinti, ar ji. Taigi šią strategiją mes turime nuspręsti, kaip dažnai pagal numatytuosius nustatymus, tokių užduočių spėti, kad dirbti. Žinoma mes Norėčiau patikrinti jį tik tada, kai kai kurie teikėjas pažymėtas kaip nėra.
Taip pat jei mes ženklo teikėjams kaip neįmanoma - ką daryti, kai mes žinome, kad nėra visiems teikėjams - įtraukti kai kuriuos informacijos galutiniam vartotojui arba tik ką versti yra talpyklos ir poilsio kaip originalas, be jokių papildomų info apie laikino nebuvimo vertimo paslaugų teikėjų.

Nesvarbu kokiu būdu tai bus padaryta, "Google" bus traktuojami kaip vienas API (v1 ir v2 priklausomai nuo konfigūracijos) - nėra prasmės padalinti it, nes "Google" v1 bus uždaryta labai greitai.

Kitas dalykas yra tai, kad būtų galima sukonfigūruoti teikėjų eilę, už kiekvieną kalbų porą atskirai. Šiuo metu vBET jau leidžia konfigūruoti vertimo teikėjas už kiekvieną kalbų porą. Manau, kad mes galime pakeisti iš vienos vertės kableliais atskirtos reikšmės (CSV). Tokiu būdu mes žinome, kiekvieną kalbų porą, kurie paslaugų teikėjai palaiko šią vertimo ir, kad lengvatų sistema (tik kad CSV sąrašą).

ATKREIPKITE DĖMESĮ: tai turės įtakos veiklos vistiek. Vietoj to, sukurti vieną objektą vertimo mes sukurti masyvo tokių objektų ir papildomų įvyniojimo objektą (kad būtų skaidrios kitoms dalims kodas ir mažiau klaidų linkę). Žinoma mes bus ne sukurti objektai nėra šiuo metu teikėjai, mes žinome.
Sprendimas šis būtų iš naujo sukonfigūruoti kokybi¹kiau ir pašalinti teikėjų eilės - kaip jis yra dabar - vienas teikėjas kalba pora.
Tai neturėtų būti brangūs, efektyvumą, tačiau vis dar keletas papildomų logika ir atminties suvartojimo.

Prašome pasakyti, kuris sprendimas yra pageidautinas.