Definiciones de la página de estadísticas

  Interpretación de los resultados de HTTP-ANALYZE 2.0

Para comunicarse, el servidor y el navegador utilizan un método de comunicación asíncrono llamado HTTP (protocolo de transferencia hipertexto). Funciona de la manera siguiente:

1. El usuario arranca el navegador y escribe una URL.
2. El navegador se conecta al host y solicita un documento.
   
3. El servidor web procesa la petición y devuelve una respuesta:
   
   1. Si el documento existe, el servidor web lo envía,
   2. si el documento no existe o si el acceso no está permitido, el servidor web devuelve un mensaje de error.

El documento enviado como respuesta a esta petición puede contener objetos inline. Los objetos inline son simplemente URLs apuntando a otros recursos, como un documento, una imagen, un applet, un stream video/audio o cualquier otro objeto HTML direccionable.

El navegador entonces pide todos los objetos inline de la página actual al servidor según los pasos 2 y 3 de arriba antes de que se pueda ver el contenido de la página.
Este método de comunicación se llama asíncrono porque el navegador envía muchas peticiones de documentos inline de una vez (sin esperar una respuesta del servidor antes de enviar la siguiente petición) utilizando diferentes canales de comunicación:

Ya que las peticiones del navegador son frecuentemente manejadas por diferentes procesos del servidor o por diferentes hilos de un proceso del servidor, no hay ninguna relación entre las entradas del fichero log generadas por las respuestas del servidor a una petición de un documento y sus objetos inline.
Por ejemplo, el orden en que el servidor loguea las transmisiones con éxito del documento en sí y las imágenes inline que contiene no es predecible y depende del tipo de documentos, objetos, velocidad del servidor, carga del sistema y de la red y   de muchos otros parámetros.

hostname - - [01/Feb/1998:10:10:00 +0100] "

GET /index.html HTTP/1.0" 200 4839

El campo hostname contiene el nombre de dominio cualificado completo ,full qualified domain name (FQDN), del sitio que accede a su servidor  (vea »Casos especiales« abajo). Los dos campos siguientes habitualmente contienen un menos ('-') para indicar que están vacíos. La fecha está rodeadada por paréntesis rectangulares ('[' y ']'). El siguiente campo contiene la petición. Contiene el método de petición (GET por ejemplo), el nombre del documento pedido (URI), y la especificación del protocolo (HTTP/1.0). El siguiente campo contiene el código de respuesta del servidor (200 es un »OK«, mientras que 404 significa »Documento no encontrado«, por ejemplo). El último campo contiene el tamaño del documento (algunos servidores escriben el número de bytes transferidos actualmente, mientras que otros loguean el tamaño del documento, lo que les hace diferenciarse si la transferencia es interrumpida antes de que el documento se haya transmitido completamente.

Existen otros dos tipos de formatos de fichero log, los formatos combinado y extendido. Estos formatos añaden el user-agent (tipo de navegador) y el referrer URL (la página que contiene el enlace al documento pedido si la petición ha sido generada siguiendo un hipervínculo) a la entrada en el fichero log. Estos dos formatos añaden los dos siguientes campos al formato de fichero log común, Common Logfile Format (CLF) de una o dos formas:

CLF Mozilla/2.0 (X11; IRIX 6.3; IP22) 

http://foo/bar.html

CLF "http://foo/bar.html" 

"Mozilla/2.0 (X11; IRIX 6.3; IP22)"

Tenga en cuenta que en la segunda forma, el user-agent y el referrer URL están rodeados por dobles comillas, lo que provoca ambigüedades, como el caso de referrer URLs erróneos, el cual contiene dobles comillas. En consecuencia es preferible la primera forma cuando sea posible.

Las entradas mostradas arriba son la única información que el servidor graba en el fichero log. Hay mucha más información que se transfiere del navegador al servidor, pero aunque esta información adicional está disponible mediante scripts CGI instalados en su servidor, no se graba en el fichero log. En consecuencia, http-analyze sólo le puede ofrecer un sumario de la de la información del fichero log.

Caché en un servidor proxy:
Lás organizaciones con un gran número de usuarios - como grandes compañías, universidades, proveedores en línea - frecuentemente usan servidores proxy por dos razones principalmente:

1. Frecuentemente, estas organizaciones tienen un firewall para proteger su red interna de intrusos. Esto significa que su red está separada lógicamente de Internet y que ellos tienen que utilizar un servidor proxy, el cual les sirve para comunicarse con el interior y el exterior de su red de área local.
2. Para reducir la carga de la red, el servidor proxy actúa como una máquina de copia local: Tan pronto como una página es cargada en el navegador mediante el servidor proxy, éste guarda una copia de la página en su caché de la misma forma que lo hace un navegador en el escenario expuesto arriba. De esta forma, los documentos pedidos frecuentemente en la red de área local necesitan ser transferidos al proxy una sola vez, el cual responderá a las futuras peticiones de la misma página desde su caché local en vez de conectarse al servidor web de donde procede el documento original.

Con ambas formas de caché es técnicamente imposible contar los visitantes o rastrear las páginas que han visitado en su sitio web. Todo lo que podrá ver en el fichero log de su servidor serán unos pocos hits iniciales desde el proxy o el navegador y probablemente algunos códigos 304 de respuesta a peticiones condicionales enviadas por el proxy o el navegador, dependiendo de las opciones de configuración de éstos.

La siguiente tabla resume el significado de todos los términos que no se autoexplican en el informe de estadísticas:

Nuestro manual de apoyo en línea se actualiza mensualmente para reflejar los nuevos procedimientos y cambios en el servicio.