Oversættelser
Problemet encoding transfer efter opdateringen 4.9.2
Send venligst flere oplysninger om dette problem. Påvirker det gamle oversættelser eller kun ny? Som oversættelse udbydere bruger du? Giv URL til din side, hvor vi kan se det.
Kan du observere det på vores serwer? Hvis ja, hvor?
Senest redigeret af vBET; 07-05-18 på 22:25.
Tak for oplysninger. Vi vil forsøge at reproducere det på vores side og løse problemet. Hvis vi vil have problemer med fejl reproduktion vil jeg sende dig nogle flere spørgsmål (jeg kunne ikke få URL til den side, hvor jeg kan se problemet - det ville være meget userfull, fordi jeg kunne bruge præcis tekst, som du har problemer med).
Jeg har lige lavet nogle tests og er på vores side, det ser OK. Jeg har også sammenlignet kode fra 4.9.2 og 4.9.1 udgivelser, og der ikke er nogen ændring i oversættelse kode (vi ændrede konfiguration - nye sprogpar, og nogle små ting i produkt-fil). Jeg vil PM du forsøge at gengive på din side.
OPDATERING: jeg kan se problemet nu på vores side. Det er kun nogle tekster, der ikke er hele oversættelsen. Det lader til, det er kun om emnet. Vi vil håndtere dette, og sende dig information
UPDATE 2: jeg har lavet nogle tests, og det ser ud til, at problemet er, når det er oversat form russisk-ukrainsk (der er ingen problem med oversættelse fra engelsk). Sandsynligvis er din afsendelse af data i en forkert kodning, og det er derfor, resultaterne er forkerte. Jeg har tjekket det også i 4.9.1 og samme spørgsmål, der sker. Er du sikker på, at du på din side for 4.9.1 det er OK? Det er vigtigt, fordi jeg er nødt til at erkende, gør spørgsmålet er med vores kode ændringer eller noget, der var ændret på Yandex side.
Senest redigeret af vBET; 08-05-18 på 16:58.
Endnu en opdatering - i henhold til dine tests der er intet galt med Yandex oversættelser. Ser man på forskelle mellem din 4.9.1 og 4.9.2 sandsynligvis spørgsmålet er med Apertium oversætter, fordi i 4.9.2 vi tilføjet nye sprog-par fra ruc til england. Du skrev, at du kun bruger Yandex. Du bedes venligst bekræfte, at oplysningerne er korrekte. Vi er ikke i stand til at gengive spørgsmålet om Yandex oversætter, og nu forsøger vi at gøre det på Apertium.
Opdatering: Appertium også synes ikke at være problemet. Kan du venligst kontakte os via PM for at få mere detaljerede oplysninger?
Update 2: vi er ikke i stand til at genskabe problemet på vores test miljø, men her er det gengivet hver gang. Måske vB-version, der tæller her. Bedes du kontakte os via PM.
Senest redigeret af vBET; 09-05-18 på 10:42.
På dette tidspunkt opdagede vi, at årsagen til problemet. Når Apertium er brugt med UTF-8-database kodning, så vi kan sende forespørgsel i forskellig format, og fik dem \u svar. Når databasen er i anden indstilling, så er der ingen problem med det. Vi vil opdatere vores kode til at håndtere dette korrekt og løsning vil blive offentliggjort her.
Det synes vi fundet en løsning på problemet. Vi ønsker at teste er det hensigtsmæssigt også på ikke UTF-8-database, for at undgå problemer med forskellige kodninger. Løsningen vil blive medtaget i næste udgave. Indtil da kan du bo med vBET4.9.1, eller brug vBET4.9.2 med Apertium deaktiveret, eller brug vBET4.9.2 med handicap Apertium kun for ukrainske (behov for at ændre konfigurationen i filer.).
Bemærk venligst, at der allerede er brudt oversættelser vil ikke være repareret automatisk. Dem skal ændres manuelt, ved hjælp af manuel oversættelse støtte, eller fjernet fra databasen.
Senest redigeret af vBET; 09-05-18 på 16:41.
I løbet af de test, vi har opdaget, at for ikke UTF-8 databaser Apertium ikke gør oversættelse fra russisk og ukrainsk, blot returnerer tekst med få ændringer. Dette er vores skyld, at vi sender tekst i forkert format. Dette vil blive rettet snarest.
Senest redigeret af vBET; 10-05-18 på 09:42.
Vi har allerede en løsning på dette problem. Den vil blive medtaget i næste udgave.
Besvar med citat
