Junio 1, 2011 | Publicado en: Los estándares de Internet

2 Comentarios

He visto que hay bastante confusión por ahí acerca de los dominios AAO las llamadas o de IDN / IDNA dominios en Internet me encontré con un poco de diskution Enero del año pasado (2010) y después de que las personas no parecen haber sido más prudente en lo que realmente se trata de.

Así, ¿cómo puedo saber lo que es?

Puedo decir honestamente que no estoy que me paso a paso más de lo que necesito en este tema, Sin embargo, he tenido suficiente seguimiento para poder dar consejos precisos.

Pero usted debe saber cómo hacer algo acerca de Internet y en estándares de Internet funciona, entonces no hay mejor fuente que a la cueva en el antiguo RFC (solicitud de comentarios) utilizado en el desarrollo de la Internet por la IETF (La Internet Engineering Task Force).

Los IDN es la definición de RFC f.n RFC4690 y RFC4290, el IDNA RFC5890 y RFC5891.

En primer lugar, aclarar algunos conceptos.

Si son más fáciles de entender lo que leemos, primero tenemos que explicar los conceptos.

Código binario / código hexadecimal

Todos los datos son procesados ​​por una computadora está en el código binario, esto es realmente nada más que el número entero que se calcula en base 2 en lugar de 10 (que estamos acostumbrados).

El sistema binario se utiliza para la transferencia de datos a principios de los impulsos eléctricos 1 de alta tensión y 0 demasiado baja, y éstos a menudo se agrupan en equipos de 7, 8, 16, 32 y 64 bitar, donde cada bit representa un uno o un cero.

Por lo tanto, también se utiliza a menudo talbaserna octa (8) y hexametilfosfórico (16) cuando es muy fácil de convertir binario a estos talbaser, t.ex

en 8 bits de todos los seres sería

binario 1111 1111 o 0b11111111

ff o 0xff hexa

o 255 Decimalt.

por lo tanto, 4 binarios correspondientes bits de 1 bit i hexa, por lo tanto, a menudo utilizado hexa en aras de la legibilidad un byte o 8 bitar = 2 punta hexagonal, basta con ver los códigos de color HTML, son por lo general en el RGB hexa (rojo, Verde, azul)

ASCII

American Standard Código para el Intercambio de Información – Una página de código que convierte enteros ordinarios de personajes como “un” “b” “c” y “1″ “2″ “3″. Esta página de códigos basados ​​en una 7 bits sin signo y por lo tanto sólo puede adoptar 128 valores.

Unicode

Unicode es la norma que se elaborará para ser unificados todos los idiomas y codificaciones de caracteres en el mismo sistema, Este sistema es mucho más compleja y se necesita un libro para explicar algo, cuando su operación, pero en resumen podemos decir que se puede dividir en UTF-8, UTF-16 y UTF-32, donde el número indica el número de bits usados, de mayor que 8 – poco la señal se divide en menor “PAQUETE” cuando la comunicación de datos, en principio, se llevará a cabo en 8 Secuencias de bits.

UTF-8

UTF-8 es el estándar ahora reemplazando poco a poco ASCII, UTF-8 son todos los caracteres ASCII en el mismo “posición” como antes. UTF-8 tiene una “de longitud variable” y pueden llegar a tener 3 byte. UTF-8 es ahora estándar para sistemas tipo UNIX como Mac y Linux, y la norma recomendada para Internet, Sin embargo, el uso de Windows hoy en día son internos a UTF-16.

DNS

Dominio del sistema de nombres – Det system som översätter våra domännamn till internetadresser, Cada dirección se compone de una secuencia de 4 bytes, entonces una secuencia de 4 número entero entre 0-255 se parece a una dirección IP xxx.xxx.xxx.xxx s.k, DNS traduce sistema de nuestros nombres de dominio en direcciones IP, por lo que cada vez que pida un recurso en Internet basado en un nombre, que va a hacer una búsqueda de DNS que le da la dirección IP correcta.

Punycode

Punycode fue desarrollado para hacer los dominios IDN, hay una manera de presentar una cadena de texto que contiene caracteres Unicode con sólo caracteres ASCII. El xn-- que estamos acostumbrados a ver en los dominios IDN son sólo un prefijo de llamada ACE, y no se incluyen en punycode, Probablemente es una manera de decirle a los clientes que van a interpretar esto “aquí es un dominio con código punycode, tratar con él en este momento”

ACE

Codificación Compatible ASCII – Este es precisamente el xn-- prefijo añadido a la cadena de punycode

IDN

Nombre de dominio internacionalizado – Un sistema que fue creado con el fin de tener lo que llamamos dominios AAO, esto no es del todo cierto, IDN admitan todos los caracteres Unicode, y esto le permite escribir con krylliska, Griego y chinesiska caracteres, t.ex

Aquí que se haga la prueba como su dominio IDN busca el sistema de Internet subyacente.

IDNA

Internacionalización de Nombres de Dominio en Aplicaciones – Normas de juicio y recomendaciones deben ser seguidas al escribir un programa o un sistema para manejar dominios IDN, tales como los navegadores y programas de correo electrónico.

ACTA / Protocolos de red

A diferentes máquinas para entenderse entre sí por lo que es importante que hablen el mismo idioma, o como se le llama protocolo.

El lenguaje es en la parte inferior de la Internet se llama TCP / IP y es ahí donde todas las conexiones, “sobre el” ahí está el DNS (Nombre del protocolo), HTTP (Páginas de Internet), FTP (un protocolo de transferencia de archivos) y todos los otros servicios que estamos acostumbrados a utilizar Internet, cada uno tiene su propio idioma, o protocolos.

HTTP

De transferencia de hipertexto Protocoll – El protocolo o lenguaje usado para recuperar y enviar sitios web, este es el idioma de su navegador utiliza para hablar con tu hosting, en su sitio web es

Cliente

Un programa que sirve para utilizar un servicio determinado, que es administrada por un servidor. El explorador y sus programas de correo electrónico se 2 ejemplos

Servidor

Un servidor es un equipo que ofrece un servicio particular que luego de un cliente se puede conectar a. Por ejemplo, esta página se encuentra en un servidor que tu navegador web (cliente) descargar desde esta página a través de un lenguaje llamado HTTP.

Shift sensible

Entre mayúsculas y minúsculas – Algunos sistemas no distinguen entre mayúsculas y minúsculas, mientras que otros hacen. Por ejemplo, en Windows es CristianHerrera mismo cristianherrera, Esto no se aplica a los sistemas basados ​​en el estándar POSIX, sistemas tales como Linux y UNIX, Esto ha significado dificultades en la comunicación entre los sistemas.

En este artículo vamos a discutir precisamente eso, como a algunos les gusta escribir sus dominios de la joroba de camello norma, es decir, utilizar una letra mayúscula como un separador entre palabras sammskrivna.

La historia de IDN (versión rápida)

En un principio, no podía manejar a Internet 8 las transacciones de bits a través de redes y todos los personajes a ser transferidos se codificaron en 7 Bitar segmento, y la información se envía como números enteros que se utilizan las llamadas tablas ASCII para interpretar los datos a texto.

Hoy en día usted puede enviar 8 poco segmento y por lo tanto es fácil de usar caracteres UTF-8, y esto nos permitió empezar a internacionalizar el sistema de nombres de dominio, de modo que usted puede utilizar cualquier carácter, Árabe, griego, heheh extraterrestre, así tal vez no ajena, pero todo lo que tenemos en nuestro planeta en todos los casos.

El sistema debe ser compatible con versiones anteriores

A medida que Internet está muy extendido y el protocolo DNS están construidos para soportar el estándar ASCII fue uno de los requisitos era que todo el sistema debe ser compatible con el sistema antiguo (imaginarse a sí mismos para hacer un proyecto global para actualizar a través de Internet), y por lo tanto desarrollado punycode, con el fin de tener una representación ASCII de cadenas Unicode o textos, si lo prefiere llamarlos para el.

Buissiness como de costumbre

En otras palabras se puede decir que el sistema subyacente en gran parte sin tocar, Nuestros servidores web, servidores de correo electrónico y DNS entiende todavía sólo 7 bitars ASCII, por lo que el sistema entero se basa simplemente en el “traducir” ASCII a Unicode y viceversa, y eso es lo que hace Punycode!

En las páginas 6 – 7 yo RFC5894 que es un resumen de IDNA puede leer que la traducción entre el dominio IDN y la versión punycode se llevará a cabo antes y después de la solicitud llega al sistema DNS, y de esta manera a evitar la actualización de toda la infraestructura, por ejemplo, el sistema de DNS y sistema de correo, etc, etc. Esto permite que el viejo sistema puede coexistir con el nuevo sistema sin tener que actualizar gran parte de Internet, lo cual sería imposible coordinar los muchos servidores se encuentra en pequeñas y grandes empresas en todo el mundo.

Un pequeño detalle gracioso de turno de la insensibilidad.

Como he leído por encima los documentos que he encontrado un pequeño detalle curioso en términos de cambio de sensibilidad, el sistema ASCII tradicional que permite el uso de letras mayúsculas y minúsculas, y, t.om para que se mezclen, esto no está permitido en el PAN, ya que es muy dependiente del idioma, incluso puede ser que en algunos idiomas, por lo que no tienen común – versión en mayúsculas de unas cartas, por lo tanto, sólo permite caracteres en minúsculas en un dominio IDN.

Todo lo que no se aplica a la lengua sueca

Todo lo que tiene que poner en el informe cuando se creó IDN centro comercial no es el idioma sueco, tiene en cuenta todas las lenguas que tienen representaciones en el estándar Unicode, que también Turquía, Árabe y muchos más. Entonces, ¿qué es interesante para nosotros es, ¿por qué no sigue?

¿Qué es lo que no funciona?

Cuando el subyacente sistema DNS no se ha tocado, esto significa que la traducción es administrada por el cliente, es decir,, el navegador o programa de correo electrónico.

Pero las aplicaciones web a continuación, se encargará de la traducción entre el PAN y el punycode, Así que si por ejemplo su twitter programas u otros programas que está utilizando no es compatible con esta, mirar para otro cliente, probar algunos programas diferentes.

¿Qué hago con los servicios que no son compatibles con IDN, como Google Analytics?

Ya, si usted tiene que registrarse en un servicio que no reconoce los dominios IDN, vaya por ejemplo, en .IE IDN conversor y averiguar cómo su representación ASCII del dominio busca, Esto se.

En teoría, también debe ser como el correo electrónico a un dominio IDN en un cliente que no es compatible con la. Si usted acaba de escribir en su representación ASCII de su cliente de correo electrónico en lugar de la IDN, por ejemplo, en lugar de webmaster@xn--domn-noa.se webmaster@domän.se~~V que vendrá la derecha, al protocolo de correo electrónico depende del sistema DNS, que a su vez gestiona sólo el ASCII. Sí, en teoría, todos los sistemas funcionan si se utiliza fuera de la representación ASCII, el sistema de DNS no es tocada.

¿Cómo puedo hacer cuando me vincular?

Yo recomendaría que se utiliza el nombre de IDN en el texto del ancla, pero la representación ASCII del mismo enlace. ex:

[código] <a href ="http://Xn - domn-noa.se">@ Domain.com</un>[/código]

Si usted tiene un buen CMS se encarga de esto automáticamente.

Yo no me preocuparía por Google, Google es un cliente web como cualquier otro y contar con el apoyo de IDN, G interpretará esto como “@ Domain.com”

 

 

Sí, es todo para esta época, si quieres saber más, le recomiendo para escanear a través de los documentos RFC, särskilt RFC5894 que es más un resumen de la totalidad, Sin embargo, una palabra de precaución, no hay mucho texto y no el más fácil de Inglés.

Lo siento, no tengo tiempo para cubrir más en este momento, pero esto debería servir como una introducción al tema y espero que me las arreglé para arreglar uno o dos signos de interrogación en cualquier, y salvo, por lo que tiene derecho un glosario de Internet agradable en el principio del documento.