<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>log_format &#8211; SMsoft &#8211; informatica e dintorni</title>
	<atom:link href="https://blog.smsoft.it/tag/log_format/feed/" rel="self" type="application/rss+xml" />
	<link>https://blog.smsoft.it</link>
	<description>consigli settimanali su MacOS, GNU/Linux ed Open Source</description>
	<lastBuildDate>Wed, 11 Feb 2026 10:23:48 +0000</lastBuildDate>
	<language>it-IT</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=80690</generator>
	<item>
		<title>nginx cache server: come capire se il contenuto è recuperato dalla cache</title>
		<link>https://blog.smsoft.it/2025/10/21/nginx-cache-server-come-capire-se-il-contenuto-e-recuperato-dalla-cache/</link>
					<comments>https://blog.smsoft.it/2025/10/21/nginx-cache-server-come-capire-se-il-contenuto-e-recuperato-dalla-cache/#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Tue, 21 Oct 2025 08:30:00 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Debian]]></category>
		<category><![CDATA[log_format]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[upstream_cache_status]]></category>
		<guid isPermaLink="false">https://blog.smsoft.it/?p=6830</guid>

					<description><![CDATA[Se avete configurato nginx come proxy cache server potrebbe esservi utile sapere se alle varie chiamate ha risposto con contenuti nuovi o recuperati dalla cache. La cosa più semplice è aprire il file nginx.conf e modificare la direttiva log_format per aggiungere anche la variabile upstream_cache_status. Ad esempio qualcosa del genere: Riavviamo nginx e poi andiamo ... <a title="nginx cache server: come capire se il contenuto è recuperato dalla cache" class="read-more" href="https://blog.smsoft.it/2025/10/21/nginx-cache-server-come-capire-se-il-contenuto-e-recuperato-dalla-cache/" aria-label="Per saperne di più su nginx cache server: come capire se il contenuto è recuperato dalla cache">Leggi tutto</a>]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">Se avete configurato nginx come proxy cache server potrebbe esservi utile sapere se alle varie chiamate ha risposto con contenuti nuovi o recuperati dalla cache.</p>



<p class="wp-block-paragraph">La cosa più semplice è aprire il file <strong>nginx.conf</strong> e modificare la direttiva <strong>log_format</strong> per aggiungere anche la variabile <strong>upstream_cache_status</strong>. Ad esempio qualcosa del genere:</p>



<pre class="wp-block-code"><code>log_format combined_custom '$remote_addr - $remote_user &#91;$time_local] "$request" '<br>'$status $body_bytes_sent "$http_referer" '<br>'"$http_user_agent" "$http_x_forwarded_for" $upstream_cache_status';</code></pre>



<p class="wp-block-paragraph">Riavviamo nginx e poi andiamo ora a controllare il file di log con &#8220;<strong>tail -f</strong>&#8221; ed alla fine di ogni riga sarà mostrata una parola chiave che ci fa capire come il contenuto è stato recuperato, es:</p>



<pre class="wp-block-code"><code>MISS – La risposta non è stata trovata nella cache ed è stata quindi recuperata da un server di origine. La risposta potrebbe quindi essere stata memorizzata nella cache.
BYPASS – La risposta è stata recuperata dal server di origine anziché essere servita dalla cache perché la richiesta corrispondeva a una direttiva proxy_cache_bypass. La risposta potrebbe quindi essere stata memorizzata nella cache.
EXPIRED – La voce nella cache è scaduta. La risposta contiene contenuti aggiornati dal server di origine.
STALE – Il contenuto è obsoleto perché il server di origine non risponde correttamente ed è stato configurato proxy_cache_use_stale.
UPDATING – Il contenuto è obsoleto perché la voce è attualmente in fase di aggiornamento in risposta a una richiesta precedente ed è configurato l'aggiornamento di proxy_cache_use_stale.
REVALIDATED – La direttiva proxy_cache_revalidate è stata abilitata e NGINX ha verificato che il contenuto corrente nella cache fosse ancora valido (If-Modified-Since o If-None-Match).
HIT – La risposta contiene contenuti validi e aggiornati direttamente dalla cache.</code></pre>



<p class="wp-block-paragraph"></p>



<p class="wp-block-paragraph">enjoy!</p>
]]></content:encoded>
					
					<wfw:commentRss>https://blog.smsoft.it/2025/10/21/nginx-cache-server-come-capire-se-il-contenuto-e-recuperato-dalla-cache/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
