Vertimai
Problema simbolių vertimo po atnaujinimo 4.9.2
Prašome atsiųsti daugiau informacijos apie šią problemą. Jis veikia senas vertimai, ar tik nauja? Kuris vertimo paslaugų teikėjų naudojate? Prašome pateikti nuorodą į savo puslapį, kur galime pamatyti.
Jūs galite stebėti mūsų serwer? Jei taip, kur?
Paskutinį kartą redagavo vBET; 07-05-18 prie 22:25.
Ačiū už informaciją. Mes pasistengsime ją atgaminti į mūsų pusę ir išspręsti problemą. Jeigu mes turime problemų su klaida atgaminti aš atsiųsime jums kelis klausimus, I didn ' t get URL, puslapio, kur galiu pamatyti šį klausimą - tai būtų labai userfull, nes aš galėtų naudoti tikslios teksto turite klausimų).
Aš tiesiog padarė keletą testų ir mūsų pusėje, jis atrodo GERAI. Aš taip pat palyginti kodą iš 4.9.2 ir 4.9.1 laidose ir nėra jokios kaitos vertimo kodas (mes pakeitėme konfigūracija - naujų kalbų porų; ir kai kurios smulkmenos produkto failą). Aš PM pabandyti atkurti jūsų pusėje.
UPDATE: aš matau problemą, dabar mūsų pusėje. Jis yra tik apie kai kuriuos tekstus, ne visas vertimo. Atrodo, tai tik apie temą. Mes rankena, tai ir siųsti jums informaciją
UPDATE 2: aš atlikau keletą testų ir atrodo, kad problema yra, kai ji yra išverstas forma, rusijos, ukrainos (ten yra ne problema su vertimu iš anglų kalbos). Tikriausiai vBET yra siunčiant duomenis negerai kodavimas, ir kad yra, kodėl rezultatai yra neteisinga. Aš patikrinau, ji taip pat 4.9.1 ir pačiu klausimu vyksta. Ar jūs tikri, kad jūsų pusės 4.9.1 tai yra GERAI? Tai yra svarbu, nes, turiu pripažinti, ar problema yra su mūsų kodekso pakeitimus, ar kažkas buvo pakeistas Yandex pusėje.
Paskutinį kartą redagavo vBET; 08-05-18 prie 16:58.
Kitas atnaujinimas - pagal jūsų bandymai nėra nieko blogo su "Yandex" vertimai. Ieško skirtumų vBET 4.9.1 ir 4.9.2 tikriausiai problema yra su Apertium vertėjas, nes 4.9.2 mes pridėti naujų kalbų porą iš ru į uk. Jūs rašote, kad jūs naudojate tik "Yandex". Prašome patvirtinti, ar ši informacija yra teisinga. Mes negalime atkurti klausimas dėl Yandex vertėjas ir dabar mes bandome tai padaryti Apertium.
Atnaujinti: Appertium taip pat, atrodo, neturėtų būti problema. Galite, prašome susisiekti su mumis elektroniniu PM norėdami gauti daugiau informacijos?
Update 2: mes negalime atkurti problemą mūsų testavimo aplinką, bet ir čia jis pateikiamas kiekvieną kartą. Galbūt vB versija klausimais čia. Prašome susisiekti su mumis elektroniniu PM.
Paskutinį kartą redagavo vBET; 09-05-18 prie 10:42.
Šiuo momentu mes atrado problemos priežastis. Kai Apertium naudojama, UTF-8 duomenų bazės koduotė, tada mes siųsti užklausą skirtingu formatu ir gavo tas \u atsakymų. Kai duomenų bazė yra skirtingų parametrų, tada nėra jokių problemų su ta. Mes atnaujinsime mūsų kodą dirbti, tai atitinkamai ir sprendimas bus paskelbtas čia.
Atrodo, kad mes rasti sprendimą išduoti. Mes norime, kad jį išbandyti tinkamai pat ne UTF-8 duomenų bazę, kad būtų išvengta problemų su skirtingų koduočių. Sprendimas bus įtrauktas į kito leidimo. Iki tol galite likti su vBET4.9.1 arba naudoti vBET4.9.2 su Apertium neįgaliesiems, arba naudoti vBET4.9.2 su negalia Apertium tik ukrainos (reikia pakeisti konfigūracijos failus).
Prašome atkreipti dėmesį, kad jau skaldytų vertimai nebus suremontuotas automatiškai. Tas turi būti keičiama rankiniu būdu, naudojant rankinis vertimas parama, ar pašalinti iš duomenų bazėje.
Paskutinį kartą redagavo vBET; 09-05-18 prie 16:41.
Bandymų metu mes atradome, kad ne UTF-8 duomenų bazių Apertium nereiškia, kad vertimas ne visi iš rusijos, ukrainos, tiesiog grąžina tekstą su keletą pakeitimų. Tai yra mūsų kaltė - mes siunčiame ten tekstas neteisingas formatas. Tai bus ištaisyta kuo greičiau.
Paskutinį kartą redagavo vBET; 10-05-18 prie 09:42.
Mes jau turime sprendimą šiuo klausimu. Ji bus įtraukta į kitą išleidimo.
Atsakyti su citata
