Будь ласка, надішліть більш детальну інформацію про цю проблему. Чи впливає це на старі переклади або тільки новий? Які провайдери перекладів ви користуєтеся? Будь ласка, дайте посилання на Вашу сторінку, де ми бачимо його.
Ви можете спостерігати його на нашому серуер? Якщо так, то де?
Востаннє редагувалось vBET; 07-05-18 в 22:25.
Спасибі за інформацію. Ми будемо намагатися, щоб відтворити його на нашу сторону і усунути проблему. Якщо у нас будуть проблеми з розмноженням помилок я вишлю вам ще декілька питань (я не вам URL на сторінку, де я бачу проблеми - це було б дуже userfull, тому що я міг використовувати точний текст у вас є проблеми з).
Я просто зробив кілька тестів і з нашого боку це виглядає нормально. Я також порівняв код з 4.9.1 та 4.9.2 релізи і немає яких-небудь змін в код переказу (ми змінили конфігурацію - нових мовних пар; і дещо в файл вироби). Я лічку вам, щоб спробувати відтворити на вашій стороні.
Оновлення: я бачу зараз на нашій стороні. Мова йде тільки про деяких текстів не весь переклад. Здається, мова йде тільки про тему. Ми впораємося з цим і відправити вам інформацію
Оновлення 2: я зробив кілька тестів, і здається, що питання, коли це переклад з російської на українську (немає проблем з перекладом з англійської). Швидше за все vbet є надсилання даних в неправильному кодуванні і тому результати невірні. Я перевірив це і в 4.9.1 Та ж проблема відбувається. Ви впевнені, що на вашому боці 4.9.1 це нормально? Це важливо, тому що я повинен визнати, не проблема з нашими змінами коду чи щось змінилося на стороні Яндекса.
Востаннє редагувалось vBET; 08-05-18 в 16:58.
Ще одне оновлення - за даними тестів немає нічого поганого з перекладами Яндекс. Дивлячись на відмінності між vbet 4.9.1 та 4.9.2 швидше за все проблема пов'язана з Apertium перекладач, тому що в 4.9.2 ми додали нові мовні пари з RU у Великобританії. Ви писали, що ви користуєтеся тільки Яндекс. Будь ласка, підтвердіть цю інформацію правильно. Ми не змогли відтворити проблему перекладач Яндекс і тепер ми намагаємося робити це на Apertium.
Оновлення: Appertium теж ніби не проблема. Будь ласка, ви можете зв'язатися з нами по приват, щоб отримати більш детальну інформацію?
Оновлення 2: ми не змогли відтворити проблему на нашій тестовій середовищі, але тут вона відтворюється кожного разу. Можливо, тут має значення версія глагов. Будь ласка, зв'яжіться з нами по ПМ.
Востаннє редагувалось vBET; 09-05-18 в 10:42.
В цей момент ми виявили причину проблеми. Коли Apertium використовується з utf-8 Кодування БД, то ми відправимо запит в інший формат і у тих \відповіді. Коли база даних знаходиться в іншій обстановці, то немає жодної проблеми з цим. Ми будемо оновлювати наш код, щоб обробити це правильно і рішення будуть опубліковані тут.
Здається, ми знайшли рішення проблеми. Ми хочемо, щоб перевірити його належним чином і не utf-8 бази даних, щоб уникнути проблем з різними кодуваннями. Рішення буде включено в наступний реліз. До тих пір ви можете залишитися з vBET4.9.1 або використовувати vBET4.9.2 з Apertium відключити, або використовувати vBET4.9.2 з Apertium відключаються лише українською (треба змінювати налаштування в файлах).
Зверніть увагу, що вже зламані переклади не будуть автоматично відновлені. Ті повинні бути змінені вручну, використовуючи ручні підтримки перекладу, або видалені з бази даних.
Востаннє редагувалось vBET; 09-05-18 в 16:41.
Під час тестів ми виявили, що для не utf-8 бази даних Apertium не роблять перекладу з російської на українську, просто повертає текст з невеликими змінами. Це наша вина - ми відправляємо текст у неправильному форматі. Це буде швидко виправлено.
Востаннє редагувалось vBET; 10-05-18 в 09:42.
У нас вже є рішення для цієї проблеми. Він буде включений в наступний реліз.