Xin vui lòng gửi thêm thông tin chi tiết về vấn đề này. Để nó ảnh hưởng đến bản dịch cũ hoặc chỉ mới một? Các nhà cung cấp dịch thuật mà bạn sử dụng? Xin vui lòng cung cấp cho URL đến trang của bạn nơi mà chúng tôi có thể nhìn thấy nó.
Bạn có thể quan sát nó trên serwer của chúng tôi? Nếu có, đó?
Lần sửa cuối bởi vBET; 07-05-18 khi 22:25.
Cảm ơn bạn đã thông tin. Chúng tôi sẽ cố gắng để tái tạo nó trên mặt của chúng tôi và sửa chữa vấn đề. Nếu chúng tôi sẽ có vấn đề với lỗi sao chép tôi sẽ gửi cho bạn một số câu hỏi thêm (tôi đã không nhận được URL đến trang nơi tôi có thể thấy vấn đề - nó sẽ là rất userfull, vì tôi có thể sử dụng chính xác văn bản bạn có vấn đề với).
Tôi chỉ cần làm một số xét nghiệm và về phía chúng tôi, có vẻ OK. Tôi cũng so sánh với mã từ 4.9.2 và 4.9.1 chí và không có bất kỳ thay đổi trong dịch mã (chúng tôi đã thay đổi cấu hình - cặp ngôn ngữ mới; và một số ít những điều trong sản phẩm tập tin). Tôi sẽ PM bạn cố gắng để tái sản xuất trên mặt của bạn.
Cập Nhật: tôi thấy vấn đề bây giờ về phía chúng tôi. Đó là chỉ về một số văn bản dịch không phải toàn bộ. Có vẻ như nó chỉ về chủ đề. Chúng tôi sẽ xử lý này và gửi cho bạn thông tin
Cập Nhật 2: tôi đã thực hiện một số xét nghiệm và có vẻ như rằng vấn đề là khi nó được dịch thành tiếng Nga đến Ukraina (đó là không có vấn đề với các bản dịch từ tiếng Anh). Có lẽ vBET đang gửi dữ liệu trong mã hóa sai và đó là lý do tại sao kết quả là sai. Tôi đã kiểm tra nó cũng ở 4.9.1 và cùng một vấn đề xảy ra. Bạn có chắc rằng trên mặt của bạn cho 4.9.1 đâu? Nó là quan trọng, vì tôi cần phải nhận ra vấn đề là với chúng tôi thay đổi mã hoặc một cái gì đó đã được thay đổi bên Yandex.
Lần sửa cuối bởi vBET; 08-05-18 khi 16:58.
Một Cập Nhật - theo thử nghiệm của bạn có không có gì sai với bản dịch của Yandex. Nhìn vào sự khác biệt giữa vBET 4.9.1 và 4.9.2 nhất có lẽ vấn đề là với Apertium dịch, bởi vì trong 4.9.2 chúng tôi thêm cặp ngôn ngữ mới từ ru Anh. Bạn đã viết rằng bạn đang sử dụng chỉ Yandex. Vui lòng xác nhận thông tin này là chính xác. Chúng tôi không thể tái tạo các vấn đề về Yandex translator và bây giờ chúng tôi đang cố gắng để làm điều đó trên Apertium.
Cập Nhật: Appertium cũng có vẻ không phải là vấn đề. Bạn có thể xin vui lòng liên lạc với chúng tôi bằng PM để có được thông tin chi tiết?
Cập Nhật 2: chúng tôi không thể tái tạo vấn đề về môi trường thử nghiệm của chúng tôi, nhưng ở đây nó sao chép mọi thời gian. Có lẽ BB Phiên bản vấn đề ở đây. Xin vui lòng liên hệ với chúng tôi bằng PM.
Lần sửa cuối bởi vBET; 09-05-18 khi 10:42.
Tại thời điểm này, chúng tôi phát hiện ra nguyên nhân của vấn đề. Khi Apertium là được sử dụng với cơ sở dữ liệu UTF-8 mã hóa sau đó chúng tôi gửi truy vấn trong định dạng khác nhau và có những phản ứng /u. Khi cơ sở dữ liệu trong các thiết lập khác nhau, sau đó có là không có vấn đề với điều đó. Chúng tôi sẽ cập nhật mã của chúng tôi để xử lý này một cách thích hợp và giải pháp sẽ được xuất bản ở đây.
Có vẻ như chúng tôi tìm thấy giải pháp cho vấn đề. Chúng tôi muốn kiểm tra nó một cách thích hợp cũng không phải UTF-8 cơ sở dữ liệu, để tránh các vấn đề với mã hóa khác nhau. Giải pháp sẽ được bao gồm trong bản phát hành tiếp theo. Cho đến lúc đó, bạn có thể ở lại với vBET4.9.1 hoặc sử dụng vBET4.9.2 với Apertium vô hiệu hóa, hoặc sử dụng vBET4.9.2 với vô hiệu Apertium chỉ cho Ukraina (cần phải thay đổi cấu hình trong tập tin).
Xin lưu ý rằng đã bị hỏng bản dịch sẽ không được sửa chữa tự động. Những người đã phải được thay đổi bằng tay, bằng cách sử dụng hỗ trợ dịch thuật bằng tay, hoặc loại bỏ khỏi cơ sở dữ liệu.
Lần sửa cuối bởi vBET; 09-05-18 khi 16:41.
Trong cuộc thử nghiệm chúng tôi phát hiện ra rằng cho UTF-8 không Apertium không làm cho bản dịch ở tất cả từ Nga đến Ukraina, cơ sở dữ liệu chỉ trả về các văn bản với rất ít thay đổi. Đây là lỗi của chúng tôi - chúng tôi có gửi các văn bản ở định dạng sai. Điều này sẽ được sửa chữa ngay.
Lần sửa cuối bởi vBET; 10-05-18 khi 09:42.
Chúng tôi đã có giải pháp cho vấn đề này. Nó sẽ được bao gồm trong bản phát hành tiếp theo.