Identificador de recurso internacionalizado
IRI ( Identificador de recursos internacionalizados ) es un identificador de recursos internacionalizados . En inglés, "IRI" se pronuncia /aɪɑraɪ/ , en ruso a veces se pronuncia [ iri ]. IRI es una secuencia corta de caracteres que identifica un recurso físico o abstracto en cualquier idioma del mundo. Los IRI están destinados a reemplazar a los URI en el futuro .
Fundamentos
IRI es una cadena de caracteres que le permite identificar cualquier recurso: documento , imagen, archivo , servicio, casilla de correo electrónico , etc. En primer lugar, estamos hablando, por supuesto, de los recursos de Internet y la World Wide Web . Los IRI se crearon como reemplazo del Identificador uniforme de recursos ( URI ) para evitar sus restricciones de caracteres: los URI solo pueden contener caracteres latinos y puntuación del juego de caracteres US - ASCII (alrededor de 60 caracteres en total). Como resultado, si queremos usar caracteres cirílicos , jeroglíficos o, digamos, caracteres específicos en francés y esperanto en la URI , tendremos que codificar la URI de la misma manera que Wikipedia codifica las URL con caracteres Unicode . Por ejemplo, una línea como:
http://ru.wikipedia.org/wiki/cirílico
codificado en la URL como:
http://ru.wikipedia.org/wiki/%D0%9A%D0%B8%D1%80%D0%B8%D0%BB%D0%BB%D0%B8%D1%86%D0%B0
Consulte la URL para obtener detalles sobre la codificación .
Como resultado, los URI en todos los idiomas menos los basados en el latín básico pierden su legibilidad humana . Esto está en conflicto con el principio de internacionalismo , proclamado por todas las organizaciones líderes de Internet, incluyendo el W3C e ISOC . Los IRI están diseñados específicamente para resolver este problema. Los IRI pueden contener cualquier carácter Unicode (Unicode/ ISO 10646) en su forma pura, sin ninguna codificación. Los IRI no infringen los derechos de otros idiomas y conducen a un mayor grado de igualdad para los usuarios de Internet.
De lo contrario, los IRI son casi idénticos a los URI hasta ahora. Existe la posibilidad de conversión simple ( mapeo en inglés ) entre URI e IRI.
Historia
El desarrollo de IRI comenzó alrededor de noviembre de 2001 en el World Wide Web Consortium . La primera versión de la especificación apareció en abril de 2002 . El estándar se formalizó en RFC 3987 en enero de 2005 . El trabajo sobre la especificación IRI está en curso en el Grupo de Trabajo de Internacionalización del Consorcio World Wide Web.
Aplicación
Actualmente, IRI ya se utiliza en las siguientes tecnologías:
- XML 1.0 (identificadores del sistema)
- XLink (atributo
href) - Esquema XML (tipo de datos
anyURI)
También hay una propuesta para usar Unicode (en formato UTF-8 ) en el Sistema de Nombres de Dominio DNS , un sistema en Punycode
Problemas
Para identificar de forma única una dirección, por ejemplo, en un enlace, deberá usar métodos especiales, por ejemplo, diseño adicional para diferentes caracteres con el mismo estilo (por ejemplo, los caracteres A, B, E, K, M, H , O, P, C, T, X en cirílico y latín ) - diferentes fuentes, colores, etc., o el propietario, por ejemplo, del dominio “example.com” se verá obligado a comprar todos los dominios que contengan dichos caracteres en cualquier combinación, que en este caso son varias: dos “e”, “x”, “a” y “p”, con el fin de evitar la actuación de intrusos que puedan hacer pasar un dominio tan “mixto” como el sitio del propietario del dominio “ejemplo.com”, y recibir información confidencial de los visitantes a través de formularios.
También será necesario registrar los dominios deseados en todos los idiomas del mundo, en parte por las mismas razones. En el caso de las marcas, el problema se puede resolver por la vía legal, pero con sitios como "a.com" y "a.com" la situación es diferente. Será difícil para el propio visitante tratar con tales direcciones si, por ejemplo, son las páginas de inicio de alguien . Esto también se aplica a direcciones como "dom.ru" y "dom.ru".
Alguno[ quien? ] creen que limitar un nombre de dominio a caracteres latinos es tan natural como para los operadores en los lenguajes de programación. Los navegadores pueden resolver con éxito el problema de los nombres de archivos y secciones: por ejemplo, Opera 8.5 y Firefox 3.0 muestran la dirección " http://ru.wikipedia.org/wiki/Кириллица" de esta manera, codificándola solo para enviar una solicitud al servidor .
