ปัญหาการเข้ารหัสการถ่ายโอนหลังจากอัพเกรด 4.9.2

[Vetall]

Hi!

หลังจากปรับปรุง 4.9.2 แปลภาษายูเครนเป็น:

\u0414\u0432\u0438\u0433\u0443\u043d\u0438

[vBET]

กรุณาส่งรายละเอียดเพิ่มเติมเกี่ยวกับปัญหานี้ มันมีผลต่อแปลเก่าหรือหนึ่งใหม่เท่านั้น ผู้ให้บริการแปลที่คุณใช้ โปรดให้ URL หน้าซึ่งเราสามารถเห็นมัน
คุณสามารถสังเกตได้ใน serwer ของเรา ถ้าใช่ ที่

[Vetall]

1. ใช้ Yandex แปล API ด้วยเอ้อ
2. สังเกตดังกล่าว (u0414/u0432) เข้ารหัสเฉพาะสำหรับการแปลใหม่
3. ม้วนขึ้น 4.9.1 เอ้อมันไม่มีปัญหา

[vBET]

ขอบคุณสำหรับข้อมูล เราจะพยายามทำซ้ำในด้านของเรา และแก้ไขปัญหา ถ้าเราจะมีปัญหากับคุณภาพจุดบกพร่อง ผมจะส่งคำถามเพิ่มเติมที่ (ฉันไม่ได้รับ URL หน้าที่สามารถเห็นปัญหา--มันจะ userfull มาก เพราะสามารถใช้ข้อความที่แน่นอนที่คุณมีปัญหา)

[vBET]

ก็ทำการทดสอบบางอย่าง และในด้านของเรา ดู OK ผมยังเปรียบเทียบรหัสจาก 4.9.2 และ 4.9.1 และมีไม่มีการเปลี่ยนแปลงในการแปลรหัส (เราเปลี่ยนแปลงการกำหนดค่า - คู่ใหม่ภาษา และบางสิ่งเล็ก ๆ น้อย ๆ ในแฟ้มผลิตภัณฑ์) ผมจะ PM คุณพยายามทดสอบทางด้าน

ปรับปรุง: ฉันเห็นปัญหาตอนนี้ในด้านของเรา มันเป็นแค่บางข้อความแปลทั้งหมดไม่ ดูเหมือนมันเป็นเกี่ยวกับหัวข้อเฉพาะ เราจะจัดการกับนี้ และส่งข้อมูล

ปรับปรุง 2: ทำการทดสอบบางอย่าง และดูเหมือนว่า ปัญหาก็คือเมื่อมีแปลเป็นภาษารัสเซียยูเครน (มีปัญหาไม่ มีแปลจากภาษาอังกฤษ) ส่วนใหญ่อาจเอ้อคือส่งข้อมูลในรหัสที่ไม่ถูก และนั่นคือทำไมผลลัพธ์ไม่ถูกต้อง ตรวจสอบมันยัง 4.9.1 และปัญหาเดียวกันเกิดขึ้น ท่านแน่ใจได้ว่า ทางด้านสำหรับ 4.9.1 OK มันเป็นสิ่งสำคัญ เนื่องจากต้องรับรู้ไม่ว่าเป็นปัญหากับการเปลี่ยนแปลงรหัสของเรา หรือสิ่งที่เปลี่ยนแปลง Yandex ด้าน

[vBET]

ปรับปรุงอื่น - ตามการทดสอบของคุณเป็นอะไรผิดปกติกับ Yandex แปล ดูความแตกต่างระหว่างเอ้อ 4.9.1 และ 4.9.2 อาจปัญหาได้กับแปล Apertium เนื่องจากใน 4.9.2 เราเพิ่มคู่ภาษาใหม่จาก ru สหราชอาณาจักร คุณเขียนว่า คุณกำลังใช้เฉพาะ Yandex กรุณายืนยันเป็นข้อมูลนี้ถูกต้อง เราจะไม่สามารถทบทวนเกิดปัญหาบน Yandex แปล และตอนนี้ เราพยายามจะทำ Apertium

ปรับปรุง: Appertium ยังดูเหมือนว่าไม่ มีปัญหา สามารถคุณกรุณาติดต่อทาง PM จะได้รับข้อมูลเพิ่มเติม

ปรับปรุง 2: เราจะไม่สามารถทบทวนเกิดปัญหาสิ่งแวดล้อมการทดสอบของเรา แต่ที่นี่มันจะทำซ้ำทุกครั้ง บางทีรุ่น vB เรื่องที่นี่ กรุณาติดต่อทาง PM

[vBET]

ขณะนี้ เราค้นพบสาเหตุของปัญหา เมื่อ Apertium จะใช้กับฐานข้อมูล UTF 8 ที่เข้ารหัส แล้วเราส่งแบบสอบถามในรูปอื่น และได้รับการตอบรับเหล่า นั้น/u เมื่อฐานข้อมูลการตั้งค่าที่แตกต่างกัน แล้วมีปัญหาไม่มีที่ เราจะปรับปรุงรหัสของเราในการจัดการนี้อย่างเหมาะสม และแก้ปัญหาจะถูกเผยแพร่ที่นี่

[vBET]

ดูเหมือนว่าเราพบวิธีแก้ปัญหาสำหรับปัญหานี้ เราต้องทดลองอย่างเหมาะสมยังไม่ UTF 8 ฐานข้อมูล เพื่อหลีกเลี่ยงปัญหา ด้วยการเข้ารหัสที่แตกต่างกัน โซลูชันจะถูกรวมในรุ่นถัดไป จนแล้ว คุณสามารถอยู่กับ vBET4.9.1 หรือใช้ vBET4.9.2 กับ Apertium ที่ปิดใช้งาน หรือ vBET4.9.2 ใช้กับ Apertium ที่ปิดใช้งานเฉพาะสำหรับยูเครน (จำเป็นต้องเปลี่ยนการตั้งค่าในแฟ้ม)

โปรดทราบว่าหักแปลแล้วจะไม่สามารถซ่อมแซมโดยอัตโนมัติ ผู้ที่มีการเปลี่ยนแปลงด้วยตนเอง ใช้แปลคู่มือสนับสนุน หรือเอาออกจากฐานข้อมูล

[vBET]

ในระหว่างการทดสอบ เราพบว่า สำหรับ UTF 8 ไม่ใช่ ฐานข้อมูล Apertium ไม่ให้แปลทั้งหมดจากรัสเซียยูเครน เพียงแค่ส่งกลับข้อความที่ มีการเปลี่ยนแปลงบาง นี่คือข้อบกพร่องของเรา - เราส่งมีข้อความในรูปแบบที่ไม่ถูกต้อง นี้จะได้รับการแก้ไขโดยเร็ว

[vBET]

เรามีวิธีแก้ปัญหาสำหรับปัญหานี้อยู่ มันจะถูกรวมในรุ่นถัดไป