<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Htaccess on Kliku Kliku</title><link>https://klikukliku.dev/pl/tags/htaccess/</link><description>Recent content in Htaccess on Kliku Kliku</description><generator>Hugo</generator><language>pl</language><lastBuildDate>Tue, 20 Jan 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://klikukliku.dev/pl/tags/htaccess/index.xml" rel="self" type="application/rss+xml"/><item><title>Optymalizacja serwera HTTP dla Hugo: GZIP, cache headers i fingerprinting</title><link>https://klikukliku.dev/pl/posts/hugo-server-optimization/</link><pubDate>Tue, 20 Jan 2026 00:00:00 +0000</pubDate><guid>https://klikukliku.dev/pl/posts/hugo-server-optimization/</guid><description>&lt;h2 id="wstęp"&gt;Wstęp&lt;/h2&gt;
&lt;p&gt;Często skupiamy się na minifikacji HTML czy bundlingu CSS, uznając to za koniec optymalizacji. Zauważyłem jednak, że nawet najlepiej przygotowane pliki potrafią ładować się wolno, jeśli zapomnimy o warstwie serwera HTTP. To właśnie tam leży niewykorzystany potencjał, który warto zagospodarować.&lt;/p&gt;
&lt;p&gt;W mojej praktyce kluczowe okazują się dwa elementy konfiguracji. Po pierwsze, kompresja GZIP. Z mojego doświadczenia wynika, że potrafi ona zredukować rozmiar plików tekstowych o sześćdziesiąt do siedemdziesięciu procent. Po drugie, odpowiednie nagłówki Cache. Dzięki nim eliminujemy zbędne zapytania przy kolejnych wizytach użytkownika. Pokażę wam dzisiaj, jak skonfigurować serwer dla strony opartej na Hugo, aby wycisnąć maksimum możliwości ze statycznych plików.&lt;/p&gt;</description></item></channel></rss>