Pwysig: Mae'r dudalen hon yn defnyddio cwcis (cookies). Defnyddio'r wefan hon heb droi i ffwrdd cwcis porwr, yn golygu eich bod yn cytuno i ddefnyddio.
Prynu Nawr! Nodweddion Lawrlwytho

Ennill gyda ni!

Os hoffech chi i ddechrau ennill arian gyda vBET ymuno i Rhaglen Affiliate.
Canlyniadau 1 i 10 o 14

Thread: Cylchlythyr wirio a newid y APIs i gadw llif o gyfieithiadau

Gweld threaded

Swydd flaenorol Previous Post   Next Post Swydd nesaf
  1. #2
    Michal Podbielski (vBET Staff) vBET's Avatar
    Ymuno Dyddiad
    Hydref 2009
    Swyddi
    3,037

    Default

    Yr wyf yn deall ac yn eich disgrifiad eich pwynt. Nawr mae'n rhaid i ni gael gwybod sut y mae'n debyg i weithio yn dechnegol.

    Un mater i weld yma yw sut y byddwn yn cydnabod bod gennym eisoes yn cyfyngu ar gael ar ôl y rhai lle gyrraedd o'r blaen.

    Gallwn syml bob tro ofyn i ddarparwr dewisol ac yna ewch i'r un nesaf. Bydd hyn yn costio perfformiad - oherwydd ar gyfer pob cais i dudalen sy'n gofyn am gyfieithu, byddwn yn gwneud galwad aflwyddiannus i ddarparwr ffafrio, yna i un nesaf (fel y gall fod yn nifer o alwadau aflwyddiannus pryd y bydd vBET cefnogi mwy o APIs).

    Byddai eraill yn cael eu ateb i storio gwybodaeth nad yw darparwyr a ffafrir ar gael ac yn mynd yn uniongyrchol i'r un nesaf. Byddai hyn yn llawer cyflymach, gan fod gwirio amrywiol lleol yn llawer cyflymach nag aros am ymateb gan gweinydd allanol. Y tro hwn, rydym wedi cyhoeddi eraill - nid ydym yn gwybod pan fydd darparwr gorau ar gael. Gallwn, wrth gwrs, gwneud rhai tasgau trefnu a fyddai'n gofyn am syml (byr) cyfieithu er enghraifft unwaith yr awr / dydd i wirio ei fod. Felly, yn y strategaeth hon mae'n rhaid i ni benderfynu pa mor aml trwy ddiffyg tasg o'r fath yn debyg i'r gwaith. Wrth gwrs, byddem yn gwirio ei fod yn unig pan fydd rhai darparwr ei farcio â ddim ar gael.
    Hefyd, os ydym yn nodi darparwyr fel gael - beth i'w wneud pan fyddwn yn gwybod nad yw pob darparwr ar gael - ychwanegu rhywfaint o wybodaeth ar gyfer defnyddiwr terfynol neu dim ond gyfieithu beth sydd yn cache ac mae'r gweddill yn wreiddiol, heb unrhyw wybodaeth ychwanegol am ddiffyg dros dro o ddarparwyr cyfieithu .

    Ni waeth pa ffordd y bydd yn cael ei wneud, bydd Google yn cael ei drin fel un API (v1 neu f2 yn dibynnu ar ffurfwedd) - nid oes unrhyw synnwyr i rannu'r iddo, oherwydd bydd Google yn v1 cael ei gau yn fuan iawn.

    Peth arall yw caniatáu i ffurfweddu darparwyr ciw ar gyfer pob pâr o ieithoedd ar wahân. Ar hyn o bryd vBET eisoes yn caniatáu i ffurfweddu darparwr cyfieithu ar gyfer pob pâr iaith. Yr wyf yn meddwl y gallwn ei newid o un gwerth i werthoedd gwahanu coma (CSV). Fel hyn, byddwn yn gwybod ar gyfer pob pâr iaith y mae darparwyr yn cefnogi'r cyfieithiad hwn a beth yw'r dewisiadau gorchymyn (ychydig gorchymyn ar restr CSV).

    NODER: bydd hyn yn cael rhywfaint o effaith perfformiad beth bynnag. Yn hytrach na chreu un gwrthrych ar gyfer cyfieithu bydd yn rhaid i greu amrywiaeth o wrthrychau o'r fath ac gwrthrych lapio ychwanegol (i'w wneud yn dryloyw ar gyfer rhannau eraill o'r cod a chwilod yn llai tueddol). Wrth gwrs ni fyddwn yn creu gwrthrychau ar gyfer darparwyr rydym yn gwybod nad ydynt ar gael ar hyn o bryd.
    Datrysiad ar gyfer y byddai hyn yn cael ei ail-gyflunio'r ar gyfer gwell perfformiad a thynnu darparwyr ciw - yn union fel ei bod yn iawn erbyn hyn - mae un darparwr i bob pâr iaith.
    Ni ddylai hyn fod yn ddrud am berfformiad, ond mae rhai yn dal i resymeg ychwanegol a defnyddio cof.

    Dywedwch pa ateb ei ffafrio.
    Last edited gan vBET; 04-10-11 yn 18:24. Rheswm: typo

Tags ar gyfer y Thread

Postio Caniatadau

  • Rydych yn efallai na swydd edeifion newydd
  • Rydych yn efallai na atebion ar ôl
  • Rydych yn efallai na atodiadau post
  • Rydych yn efallai na golygu eich swyddi
  •