La conclusión a la que llegué, es que la petición varia su longitud en
base a los encabezados que responda...



Mira:

si comprimes con gzip 218 caracteres, el número es inferior a 199

irb(main):005:0> gz = Zlib::GzipWriter.new StringIO.new
=> #<Zlib::GzipWriter:0x0000000223c4c0>
irb(main):006:0> gz.write 'a'*218
=> 218
irb(main):007:0> gz.to_io.length
=> 10


Por tanto, no creo que la página se este enviando comprimida (zlib no
está involucrado definitivamente)


Ahora dice  http://nginx.org/en/docs/http/ngx_http_log_module.html


The log format can contain common variables, and variables that exist only at 
the time of a log write:

$bytes_sent
    the number of bytes sent to a client 


Pero mira esto: 
https://www.scalyr.com/community/guides/an-in-depth-guide-to-nginx-metrics


$body_bytes_sent - The number of bytes sent to the client as the response body
(not including the response header). This allows you to monitor individual
response sizes. In aggregate, it also gives you a rough measure of outbound
bandwidth.


$bytes_sent - The total number of bytes sent to the client in the response,
including headers. This is similar to bodybytessent, but provides a more
complete picture.



Saca tus propias conclusiones...



Thread name: "[Gutl-l] Duda sobre respuesta de Nginx a peticiones" 
Mail number: 1 
Date: Wed, Sep 09, 2015 
In reply to: Hugo Florentino 
>
> Hola colegas,
> 
> Revisando /var/log/nginx/access.log a ver si todo funciona bien, he notado
> algo que me llama la atención.
> Sucede que el sitio web por defecto sirve un index.html que tiene
> exactamente 218 bytes (en lo que ajusto la seguridad es sencillamente una
> página en blanco con un META para evitar ser indexada por spiders), por lo
> que una intento válido de cargar la raíz del sitio web debería producir un
> registro como este:
> 
> 142.54.165.138 - - [07/Sep/2015:11:08:19 -0400] "GET / HTTP/1.1" 200 218 "-"
> "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET
> CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)"
> 
> Es decir, Nginx responde con un código HTTP 200, sirve la página y esta
> tiene 218 bytes. Hasta aquí todo bien, pero entonces hay otros registros
> como este:
> 
> 182.118.53.131 - - [08/Sep/2015:14:08:19 -0400] "GET / HTTP/1.1" 200 199 "-"
> "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML,
> like Gecko) Chrome/41.0.2251.0 Safari/537.36"
> 
> Como verán, aquí también se devuelve un código 200 y aparentemente se sirve
> "algo" que tiene 199 bytes.
> 
> Mi duda es la siguiente: será que el navegador del cliente tiene cacheada la
> página y solo está obteniendo la parte que ha sufrido actualizaciones, o que
> el servidor está respetando una preferencia del cliente y enviando la página
> comprimida, o sencillamente que de alguna manera el cliente ha conseguido
> engañar al servidor para que entregue otra cosa?
> 
> 
> ______________________________________________________________________
> Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
> Gutl-l@jovenclub.cu
> https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

-- 
-------- Warning! ------------
100'000 pelos de escoba fueron
introducidos satisfactoriamente
en su puerto USB.


______________________________________________________________________
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Reply via email to