|
La función principal de HTTP es gestionar las comunicaciones entre
el cliente y el servidor, permitiendo al primero efectuar
consultas y a éste último responder, enviando los documentos
solicitados junto con metainformación suficiente, de modo que
el cliente pueda interpretarlos correctamente. Además, es deseable que
las consultas contengan también metainformación para que el servidor,
al interpretarla, pueda satisfacerla en forma más efectiva.
Hasta la fecha (junio de 1996) no existe una norma real para el
HTTP, a pesar de que se ha estado utilizando desde 1990 como protocolo
básico del Web. Se describe la versión 1.0 del protocolo en RFC 1945, el cual no es
un documento normativo, sino meramente informativo .
Afortunadamente, ya se están finalizando las discusiones relativas a
la versión 1.1, la cual constituirá una norma.
El parámetro charset
El HTTP utiliza un tipo de encabezado MIME tanto para las consultas
como para las respuestas para enviar metainformación entre el cliente
y el servidor. Sin duda, la línea más importante en el encabezado de
respuesta es la denominada Content-Type
[Contenido-Tipo] que le indica al cliente qué tipo de información está
enviando el servidor: texto HTML, texto plano, imagen GIF, sonido AU,
etc.
No obstante, para todos los tipos de textos, la interpretación
correcta necesita conocer la codificación de los caracteres utilizada,
además de la información de tipo básico. El MIME proporciona un
parámetro denominado charset (abreviación de character
[carácter] y set [conjunto] para dicho propósito; este parámetro está
incluido al tipo en la línea Content-Type.
Desgraciadamente, este parámetro ya casi no se utiliza actualmente
en el Web, por razones históricas, ya que el Web originalmente
utilizaba sólo ISO 8859-1 y este conjunto de caracteres se transformó
en su código implícito; incluso se menciona como tal en RFC 1945.
Cont.
|
Los creadores europeos y estadounidenses de servidores HTTP no se
tomaron la molestia de implementar uno, considerando adecuado ISO
8859-1 para sus propósitos. Hoy en día, ISO 8859-1 ya no es el código
implícito, a pesar de lo que se pueda afirma en RFC 1945; de hecho, no
existe ninguno, ya que no hay uno estándar, aun cuando se utilizan
muchos códigos.
Es de esperar que la futura norma HTTP 1.1 reconozca esta condición
de facto y haga obligatorio para todos el parámetro charset.
Negociación de idioma
La negociación del idioma es una de las facetas de la negociación
contenido tipo - concepto de HTTP que se ha discutido desde algún
tiempo. La idea es que un documento pueda existir en diferentes
variantes de idiomas, formatos o códigos; utilizando líneas especiales
de encabezados, el cliente indica sus capacidades y/o preferencias
para que el servidor pueda entonces escoger la versión más apropiada
de entre todas las variantes.
A pesar de que se desechó en el HTTP 1.0 (RFC 1945), la idea
resurgió en la norma siguiente del HTTP 1.1. Pero como suele suceder
en el Web, las normas resultan atrasadas con respecto a la realidad:
ya existen diversos examinadores y servidores capaces de manejar la
negociación del contenido en general y la negociación del idioma en
particular.
La negociación del idioma es una gran ventaja cuando se navega por
localizaciones multilingües. El cliente recibe directamente la versión
apropiada sin perder tiempo leyendo páginas difíciles o
incompresibles, buscando un hiperenlace para el idioma correcto.
|
