請發送更多有關此問題的詳細資訊。它會影響舊的翻譯還是只有新的?您使用哪些翻譯供應商?請給我們的網頁網址, 我們可以看到它。
你能在我們的 serwer 上觀察嗎?如果是, 在哪裡?
最後編輯者 vBET; 07-05-18 在 22:25.
謝謝你的消息。我們將嘗試重現它在我們這邊和解決問題。如果我們將有 bug 複製的問題, 我會給你一些更多的問題 (我沒有得到網頁的網址, 我可以看到這個問題-這將是非常 userfull, 因為我可以使用你有問題的確切文本)。
我只是做了一些測試, 在我們這邊看起來還不錯。我還比較了4.9.2 和4.9.1 版本中的代碼, 並且在翻譯代碼中沒有任何變化 (我們更改了配置-新的語言對, 以及產品檔中的一些小東西)。我會 PM 你嘗試重現你的身邊。
更新: 我現在看到了我們這邊的問題。它只是關於一些文本不是整體翻譯。它似乎只是關於主題。我們將處理這一點, 並向您發送資訊
更新 2: 我做了一些測試, 似乎問題是當它從俄語翻譯成烏克蘭文 (沒有問題的翻譯從英語)。最可能的 vBET 是發送錯誤的編碼資料, 這就是為什麼結果是錯誤的。我檢查了它也在4.9.1 和同樣的問題發生。你確定你身邊的4.9.1 好嗎?這是很重要的, 因為我需要認識到, 問題是我們的代碼更改, 或者在 Yandex 方面發生了什麼變化。
最後編輯者 vBET; 08-05-18 在 16:58.
另一個更新-根據您的測試, Yandex 翻譯沒有錯。看 vBET 4.9.1 和4.9.2 之間的差異最可能的問題是與 Apertium 翻譯, 因為在4.9.2 我們增加了新的語言對從汝到英國。你寫到你只使用 Yandex。請確認此資訊是否正確。我們無法重現 Yandex 翻譯的問題, 現在我們正在嘗試在 Apertium 上進行。
更新: Appertium 似乎也不是問題所在。能否請您與我們聯繫, 以獲得更詳細的資訊?
更新 2: 我們無法重現我們的測試環境中的問題, 但在這裡, 它是複製的每一次。也許 vB 版本在這裡很重要。請與我們聯繫 PM。
最後編輯者 vBET; 09-05-18 在 10:42.
在這一刻, 我們發現了問題的原因。當 Apertium 與 UTF-8 資料庫編碼一起使用時, 我們以不同的格式發送查詢並得到這些/u 回應。當資料庫處於不同的設置中時, 就沒有問題了。我們將更新我們的代碼來處理這一問題, 解決方案將在這裡發佈。
看來我們找到解決問題的辦法了。我們也想在不 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.