Tłumaczenia
Problem kodowania tłumaczenia po aktualizacji 4.9.2
Prosimy o przesłanie więcej informacji o tym problemie. Wpływa to na stare tłumaczenia lub tylko nowe? Których dostawców tłumaczeń należy używać? Proszę podać adres URL do strony, gdzie możemy zobaczyć go.
Można obserwować go na nasz serwer? Jeśli tak, gdzie?
Ostatnio edytowane przez vBET; 07-05-18 W 22:25.
Dzięki za informacje. Postaramy się odtworzyć go na naszej stronie i rozwiązać problem. Jeśli mamy problemy z reprodukcję usterkę będzie wysłać Ci kilka pytań (nie dostałem adres URL do strony, gdzie mogę zobaczyć problem - to byłoby bardzo userfull, ponieważ może używać dokładny tekst, które mają problemy z).
Zrobiłem kilka testów i po naszej stronie wygląda OK. Porównałem również kod z 4.9.2 i 4.9.1 wydań i nie wszelkie zmiany w kodzie tłumaczenie (zmieniliśmy konfiguracji - nowe pary języków; i niektóre małe rzeczy w pliku produktu). I będzie PM można spróbować odtworzyć na Twojej stronie.
Aktualizacja: widzę problem teraz na naszej stronie. Chodzi tylko o niektóre teksty nie całego tłumaczenia. Wydaje się, że to tylko temat. Będziemy sobie z tym poradzić i wysyłania informacji
Aktualizacja 2: zrobiłem kilka testów i wydaje się, że problem jest po przetłumaczeniu tworzą rosyjski ukraiński (istnieje problem z tłumaczeniem z języka angielskiego). Najbardziej chyba vBET wysyła dane w złego kodowania, i to jest dlaczego wyniki są błędne. Sprawdziłem go również w 4.9.1 i problem sam się dzieje. Jesteś pewny, że na Twojej stronie dla 4.9.1 jest OK? To ważne, bo trzeba rozpoznać czy jest problem z naszych zmian kodu lub coś się zmieniło na stronie Yandex.
Ostatnio edytowane przez vBET; 08-05-18 W 16:58.
Kolejna aktualizacja - według testów nie ma nic złego z Yandex tłumaczenia. Patrząc na różnice między vBET 4.9.1 i 4.9.2 prawdopodobnie problem jest z Apertium Tłumacz, bo w 4.9.2 Dodaliśmy nowe pary językowej od ru do uk. Napisałeś, że używasz tylko Yandex. Prosimy o potwierdzenie tej informacji jest poprawna. Nie jesteśmy w stanie odtworzyć problem na Tłumacz Yandex i teraz staramy się to robić na Apertium.
Aktualizacja: Appertium również nie wydaje się być problem. Może Ci prosimy o kontakt przez PM, aby uzyskać bardziej szczegółowe informacje?
Aktualizacja 2: nie jesteśmy w stanie odtworzyć problem w naszym środowisku testowym, ale tutaj to jest odtwarzany za każdym razem. Być może wersja vB liczy się tutaj. Skontaktuj się z nami przez PM.
Ostatnio edytowane przez vBET; 09-05-18 W 10:42.
W tej chwili odkryliśmy przyczyny problemu. Kiedy Apertium jest używany z kodowania, a następnie wysłać zapytania w inny format bazy danych UTF-8 i dostał te odpowiedzi/u. Gdy baza danych jest inne ustawienie, to nie ma problemu z tym. Będziemy aktualizować nasz kod do obsługi to odpowiedni i rozwiązania będą publikowane tutaj.
Wydaje się, że znaleźliśmy rozwiązanie dla problemu. Chcemy, aby przetestować go odpowiednio również na bazie nie UTF-8, aby uniknąć problemów z innego kodowania. Rozwiązanie zostaną uwzględnione w następnym wydaniu. Do tego czasu może pozostać z vBET4.9.1 lub Apertium wyłączone za pomocą vBET4.9.2, lub vBET4.9.2 korzystania z wyłączone Apertium tylko dla ukraińskich (konieczność zmiany konfiguracji w plikach).
Należy pamiętać, że już złamane tłumaczenia nie zostanie automatycznie naprawiony. Te muszą być zmienione ręcznie, za pomocą ręcznego tłumaczenie wsparcie, lub usunięte z bazy danych.
Ostatnio edytowane przez vBET; 09-05-18 W 16:41.
Podczas badań odkryliśmy, że dla innych niż UTF-8 baz danych, które Apertium nie czyni tłumaczenie w ogóle z rosyjskiego na język ukraiński, po prostu zwraca tekst z kilku zmian. To jest nasza wina - wysyłamy tekst w złym formacie. Będzie to poprawione wkrótce.
Ostatnio edytowane przez vBET; 10-05-18 W 09:42.
Mamy już rozwiązanie tego problemu. Będzie znajdować się w następnym wydaniu.
Odpowiedz cytatem
