Empresa de Diseño |
Empresa de Diseño |
Empresa de Diseño |
Empresa de Diseño |
Empresa de Diseño |
Empresa de Diseño |
De este punto, sería fácil crear las codificaciones de un carácter que utilizaron 16 o aún 32 dígitos binarios para cada carácter. Sin embargo, usar una codificación de 32 pedacitos daría lugar a la mayoría de los documentos que son cuatro veces más grande que necesitaron ser.
La solución era una codificación variable-length llamada UTF-8. Utiliza entre 8 y 48 pedacitos codificar cada punto de código, y puede tratar el juego de caracteres entero de Unicode (o ISO 10646). Los primeros 128 puntos de código se codifican en 8 pedacitos, y son idénticos a los puntos de código correspondientes en el ASCII. La mayoría de las idiomas de Europa occidental se pueden codificar con los solos octetos, asperjados con el carácter ocasional de 16 pedacitos para las letras con las marcas diacríticas (e.g.,).
¿Cómo esto nos afecta como autores de los documentos de la tela? Si utilizamos los caracteres que puntos de código están fuera de la gama del ASCII, la codificación llega a ser realmente crucial. Especificar la codificación incorrecta, y la página será difícil -- o aún imposible -- para leer.
¿Tan cómo vamos sobre especificar la codificación? La manera apropiada de hacerla es enviar esta información en el Contenido-Tipo jefe del HTTP:
Los jefes del HTTP son enviados por nuestro web server, así que debemos pellizcar el servidor para cambiar la información de codificación. Cómo alcanzamos que dependerán de qué web server utilizamos. Para Apache, puede ser especificado en el archivo global de la configuración (httpd.conf) o en archivos locales de .htaccess. Pero si estamos utilizando un anfitrión compartido, podemos no tener suficientes privilegios de pellizcar la configuración. En ese caso, necesitamos una lengua scripting del servidor-lado enviar nuestro propio jefe del HTTP; aquí está un ejemplo para PHP: