Translations
Transfer pengkodean masalah setelah upgrade 4.9.2
Harap mengirimkan rincian lebih lanjut tentang masalah ini. Hal itu mempengaruhi Translasi lama atau hanya yang baru? Penyedia penerjemahan yang Anda gunakan? Tolong beri URL laman mana kita bisa melihatnya.
Anda dapat mengamati pada serwer kami? Jika ya, mana?
Terakhir kali disunting oleh vBET; 07-05-18 di 22:25.
Terima kasih untuk informasi. Kami akan mencoba untuk mereproduksi itu di pihak kita dan memperbaiki masalah. Jika kita akan memiliki masalah dengan reproduksi bug saya akan mengirimkan beberapa pertanyaan (saya tidak mendapatkan URL untuk halaman mana saya dapat melihat masalah - itu akan menjadi sangat userfull, karena saya bisa menggunakan teks yang tepat Anda memiliki masalah dengan).
Aku hanya membuat beberapa tes dan di pihak kita kelihatannya OK. Saya juga membandingkan kode dari rilis 4.9.2 dan 4.9.1 dan tidak ada perubahan apapun dalam terjemahan kode (kami mengubah konfigurasi - pasangan bahasa baru; dan beberapa hal-hal kecil dalam produk file). Saya akan PM Anda untuk mencoba untuk mereproduksi di sisi Anda.
UPDATE: saya melihat masalah sekarang di pihak kita. Ini adalah hanya tentang beberapa teks tidak seluruh terjemahan. Tampaknya hanya tentang topik. Kami akan menangani hal ini dan mengirimkan informasi
UPDATE 2: saya membuat beberapa tes dan tampaknya bahwa masalahnya adalah ketika itu diterjemahkan membentuk Rusia untuk Ukraina (ada tidak ada masalah dengan terjemahan dari bahasa Inggris). Paling mungkin vBET adalah mengirim data dalam pengkodean salah dan itulah mengapa hasil salah. Aku memeriksa itu juga di 4.9.1 dan masalah yang sama terjadi. Apakah Anda yakin bahwa di sisi Anda untuk 4.9.1 itu adalah OK? Itu penting, karena saya perlu untuk mengenali Apakah masalah ini dengan perubahan kode kami atau sesuatu berubah sisi Yandex.
Terakhir kali disunting oleh vBET; 08-05-18 di 16:58.
Lain update - menurut tes-tes Anda tidak ada yang salah dengan Yandex terjemahan. Melihat perbedaan antara vBET 4.9.1 dan 4.9.2 mungkin masalahnya dengan penerjemah Apertium, karena di 4.9.2 kami menambahkan baru pasangan bahasa dari ru ke Inggris. Anda menulis bahwa Anda menggunakan hanya Yandex. Pastikan informasi ini adalah benar. Kita tidak dapat mereproduksi masalah pada Yandex translator dan sekarang kita berusaha untuk melakukannya pada Apertium.
Update: Appertium juga tampaknya tidak menjadi masalah. Bisa Anda silahkan hubungi kami untuk mendapatkan informasi lebih rinci dengan?
Update 2: kami tidak dapat mereproduksi masalah lingkungan pengujian, tapi di sini itu direproduksi setiap waktu. Mungkin versi vB penting di sini. Silahkan hubungi kami melalui PM.
Terakhir kali disunting oleh vBET; 09-05-18 di 10:42.
Saat ini kami menemukan penyebab masalah. Kapan Apertium digunakan dengan database UTF-8 encoding maka kami mengirimkan permintaan dalam format berbeda dan mendapat tanggapan /u tersebut. Ketika database dalam berbagai pengaturan, lalu ada tidak ada masalah dengan itu. Kami akan memperbarui kode kita untuk menangani hal ini tepat dan solusi akan diterbitkan di sini.
Tampaknya kami menemukan solusi untuk masalah. Kami ingin menguji tepat juga tidak UTF-8 database, untuk menghindari masalah dengan pengkodean yang berbeda. Solusi akan disertakan dalam rilis berikutnya. Sampai saat itu, Anda dapat tetap dengan vBET4.9.1 atau menggunakan vBET4.9.2 dengan Apertium dinonaktifkan, atau menggunakan vBET4.9.2 dengan cacat Apertium hanya untuk Ukraina (perlu untuk mengubah konfigurasi dalam file).
Harap dicatat bahwa sudah rusak terjemahan tidak dapat diperbaiki secara otomatis. Mereka harus diubah secara manual, menggunakan terjemahan manual dukungan, atau dihapus dari database.
Terakhir kali disunting oleh vBET; 09-05-18 di 16:41.
Selama tes kami menemukan bahwa untuk UTF-8 bebas database Apertium tidak membuat terjemahan sekali dari Rusia ke Ukraina, hanya mengembalikan teks dengan beberapa perubahan. Ini adalah kesalahan kita - kita mengirim ada teks dalam format salah. Ini akan diperbaiki segera.
Terakhir kali disunting oleh vBET; 10-05-18 di 09:42.
Kita sudah memiliki solusi untuk masalah ini. Itu akan disertakan dalam rilis berikutnya.
Balas Dengan Kutipan
