Có bất kỳ vấn đề kỹ thuật nào với việc có một tên miền 'quốc tế hóa' không?

Trong ngôn ngữ của tôi, có rất nhiều ký tự không được phép trong tên miền tiêu chuẩn. Tuy nhiên, hầu hết trong số này có thể dễ dàng được thay thế bằng các tương đương an toàn (chủ yếu là giảm dấu ítrở thành ivv). Vì vậy, trong khi chúng tôi thường đăng ký cả hai biểu mẫu (ví dụ timarit.isvà tiếng Iceland thích hợp tímarit.is), chúng tôi luôn đặt biểu mẫu 'an toàn' thành mặc định và các biểu mẫu khác chỉ chuyển hướng cho nó.

Tuy nhiên, hiện tại chúng tôi đang ở vị trí mà sự thay thế ít thuận lợi hơn ( ætrở nên ae) và muốn sử dụng tên quốc tế theo mặc định.

Câu hỏi của tôi chỉ đơn giản là nếu có bất kỳ vấn đề được biết đến với điều này? Tính không tương thích của trình duyệt xuất hiện trước tiên, nhưng tôi lo lắng không kém là có những thứ khác không xuất hiện trong đầu.

BOUNTY

Tôi đã bắt đầu một tiền thưởng về điều này vì vậy tôi sẽ không phải đăng một câu hỏi trùng lặp. Tôi muốn biết liệu có bất kỳ hậu quả thực tế nào khi sử dụng IDN với (1) FTP và (2) máy chủ / máy khách email; và (3) trình duyệt nào đấu tranh với các miền? (4) Điều gì về các thiết bị di động‽ Ngoài ra (5) có bất cứ điều gì thay đổi về chủ đề, đó là gần một năm kể từ khi câu hỏi được đặt ra.

Các công cụ tìm kiếm thường không có bất kỳ vấn đề nào với IDN (tôi không thể nói cho người khác, nhưng ít nhất đó là trường hợp của Google). Ngoài các vấn đề về phía bạn (bảo trì, v.v.) và về phía người dùng (các vấn đề về trình duyệt - rất may sẽ biến mất khi nhiều người dùng có trình duyệt hiện đại), tôi không thấy nhiều vấn đề.

Một số thứ liên quan đến công cụ tìm kiếm gián tiếp và tổng quát hơn xuất hiện trong tâm trí là:

• Một số người dùng có thể gặp khó khăn khi liên kết với nội dung của bạn, đặc biệt là nếu họ không có bố cục bàn phím phù hợp, do đó, nói chung nên cung cấp một cách dễ dàng để người dùng sao chép và dán liên kết để sử dụng lại. Nếu bạn đang cung cấp một đoạn mã HTML, hãy đảm bảo bạn sử dụng phiên bản trừng phạt của tên miền để bạn không gặp vấn đề với mã hóa trang.
• Đôi khi bạn có thể muốn sử dụng nhiều tên miền để bắt lỗi chính tả (ví dụ: timarit.is vs tímarit.is). Nếu bạn làm điều đó, hãy đảm bảo chọn một tên miền ưa thích và sử dụng chuyển hướng 301 trên toàn trang web cho tên miền đó.
• Nếu bạn sử dụng non-7-bit-ASCII trong các tham số đường dẫn, tệp hoặc truy vấn, hãy đảm bảo sử dụng UTF-8 cho điều đó. Ngoài ra, hãy đảm bảo rằng các mã này được mã hóa chính xác cho các đoạn liên kết (xem điểm đầu tiên).

Mã hóa ký tự của hệ thống quản lý nội dung của bạn là một vấn đề xuất hiện trong đầu. Ngoài ra, nếu bạn đang quảng cáo trang web của mình, rất nhiều đầu vào xác thực URL có thể sẽ phá vỡ URL của bạn.

(1) FTP

Có vẻ như bạn cần một ứng dụng khách FTP có thể xử lý IDN vì nó cần hỗ trợ đặc biệt. Dựa trên những gì tôi đã đọc trong khi nghiên cứu về vấn đề này, sự hỗ trợ đó dường như rất phổ biến và là một tính năng phổ biến trong tất cả các máy khách FTP chính.

(2) máy chủ / khách hàng e-mail;

Dựa trên bài viết trên wikipedia cho Email quốc tế, có vẻ như hỗ trợ email chưa hoàn tất:

Do các tiêu chuẩn E-mail truyền thống ràng buộc tất cả các giá trị tiêu đề e-mail thành các ký tự chỉ ASCII, nên có thể sự hiện diện của các ký tự UTF-8 trong các tiêu đề e-mail sẽ làm giảm tính ổn định và độ tin cậy của việc vận chuyển e-mail đó. Điều này là do hầu hết, nếu không phải tất cả, các máy chủ email, tại thời điểm viết bài này, không hỗ trợ các ký tự này.

Một phương pháp đã được đề xuất, bởi các thành viên của IETF, qua đó e-mail có thể được hạ cấp thành "di sản" tất cả định dạng ASCII mà tất cả các máy chủ email tiêu chuẩn nên hỗ trợ. Cơ chế hạ cấp này đáp ứng yêu cầu vận chuyển e-mail phải mạnh mẽ và đáng tin cậy nhất có thể.

.

(3) trình duyệt nào đấu tranh với các miền?

Dường như tất cả các trình duyệt chính hỗ trợ IDN và đã làm như vậy trong ít nhất hai năm. Vấn đề thực sự duy nhất bạn có thể có là với các trình duyệt cũ không hỗ trợ IDN. Nhưng vì IE dường như đã hỗ trợ nó kể từ IE7 và cập nhật cơ sở người dùng của các trình duyệt lớn khác một cách nhanh chóng, đây sẽ là một số lượng nhỏ người dùng.

(4) Điều gì về thiết bị di động‽

Câu hỏi hay. Dường như tên miền .mobi không hỗ trợ IDN. Tôi không thể tìm thấy bất cứ điều gì cụ thể cho chính các thiết bị nhưng tôi đã tìm thấy các công ty tuyên bố rằng họ có giải pháp cho IDN trên thiết bị di động nên tôi đoán rằng hỗ trợ riêng có thể không tồn tại hoặc chưa hoàn tất.

(5) có bất cứ điều gì thay đổi về chủ đề, đó là gần một năm kể từ khi câu hỏi được đặt ra.

Một số TLD cụ thể theo quốc gia đã thêm hỗ trợ và có vẻ như những kẻ gửi thư rác đã tìm ra cách để khai thác chúng . Nhưng đó là về nhiều đã thay đổi.

1. Squatters hoặc cạnh tranh * cuối cùng sẽ mua phiên bản được roman hóa của tên miền của bạn.

   Vì vậy, nếu nó có tầm quan trọng (hoặc có thể thu thập tầm quan trọng theo thời gian), bạn sẽ phải mua cả hai .

2. Kẻ gửi thư rác và kẻ lừa đảo .
   Unicode có đầy đủ các ký tự trông rất giống các ký tự Latin.

   Họ chỉ bắt đầu sử dụng chúng ngay bây giờ, nhưng trong một vài tháng, các tên IDN không cần thiết có thể bắt đầu trông có vẻ lừa đảo .

3. Khách truy cập quốc tế với bố cục bàn phím không phải là người có thể ghét bạn. Nhưng sau đó, nếu bạn không định đặt tên đó vào danh thiếp, đó có thể không phải là vấn đề lớn.

Dù sao ... ☺.com phải là nhà nước của nghệ thuật của việc sử dụng IDN un-cần thiết

Post-Scriptum: Đoán xem ai không hỗ trợ IDN như ☺.com ? Stackexchange :)
Phải đào mã xn bằng tay. : /

Chúng tôi đã thử sử dụng phiên bản IDN của tên miền làm mặc định nhưng cuối cùng gặp sự cố với một số trình duyệt (bao gồm cả Firefox) và Adobe Reader, nơi tên miền IDN đã được xử lý trong trình cắm trình duyệt.

Vì vậy, bây giờ chúng tôi sử dụng chế độ 'an toàn' và IDN chỉ cần thực hiện chuyển hướng 301 đến nó.