
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Kamil Owczarek | Senior Full-Stack Engineer</title>
      <link>https://whoisarjen.com/pl/blog</link>
      <description>Senior Full-Stack Engineer specjalizujący się w wydajnym e-commerce, skalowalnej architekturze i optymalizacji wydajności. TypeScript, React, Next.js, Vue, Nuxt, PostgreSQL, Redis.</description>
      <language>pl</language>
      <managingEditor>kamilow97@gmail.com (Kamil Owczarek)</managingEditor>
      <webMaster>kamilow97@gmail.com (Kamil Owczarek)</webMaster>
      <lastBuildDate>Mon, 06 Apr 2026 08:00:00 GMT</lastBuildDate>
      <atom:link href="https://whoisarjen.com/pl/tags/redis/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://whoisarjen.com/pl/blog/replacing-redis-with-postgres-cache-migration</guid>
    <title>Zastąpiliśmy Redisa PostgreSQL-em w cache&#39;owaniu — oto co z tego wyszło</title>
    <link>https://whoisarjen.com/pl/blog/replacing-redis-with-postgres-cache-migration</link>
    <description>Nasz cache na Redisie ciągle zrywał połączenia TLS, kładąc całą warstwę cache&#39;owania. Po benchmarku, który omal nie wysłał nas w złą stronę, przenieśliśmy się na PostgreSQL — ta sama wydajność, zero dropów, o jeden serwis mniej do utrzymania.</description>
    <pubDate>Mon, 06 Apr 2026 08:00:00 GMT</pubDate>
    <author>kamilow97@gmail.com (Kamil Owczarek)</author>
    <category>Caching</category><category>PostgreSQL</category><category>Redis</category><category>Performance</category><category>Architecture</category><category>Serverless</category><category>Migration</category>
  </item>

  <item>
    <guid>https://whoisarjen.com/pl/blog/optimizing-api-responses-removing-redundant-data</guid>
    <title>Odchudziłem odpowiedzi API o 60%: ukryty koszt spreadowania obiektów</title>
    <link>https://whoisarjen.com/pl/blog/optimizing-api-responses-removing-redundant-data</link>
    <description>Jak zwykły destructuring usunął zbędne obiekty tłumaczeń z odpowiedzi API, odciążył cache i przyspieszył frontend.</description>
    <pubDate>Mon, 29 Dec 2025 12:00:00 GMT</pubDate>
    <author>kamilow97@gmail.com (Kamil Owczarek)</author>
    <category>TypeScript</category><category>API Design</category><category>Performance</category><category>Caching</category><category>Redis</category><category>Nuxt</category>
  </item>

  <item>
    <guid>https://whoisarjen.com/pl/blog/smart-swr-caching-user-context-aware-freshness</guid>
    <title>Inteligentny cache SWR: świeżość danych zależna od kontekstu użytkownika w e-commerce</title>
    <link>https://whoisarjen.com/pl/blog/smart-swr-caching-user-context-aware-freshness</link>
    <description>Jak wdrożyć cache Stale-While-Revalidate, który dostosowuje się do typu użytkownika i wrażliwości endpointu. Klienci B2B dostają świeże stany magazynowe, a anonimowi odwiedzający szybsze odpowiedzi z cache.</description>
    <pubDate>Sun, 28 Dec 2025 19:00:00 GMT</pubDate>
    <author>kamilow97@gmail.com (Kamil Owczarek)</author>
    <category>Caching</category><category>SWR</category><category>Performance</category><category>E-commerce</category><category>Node.js</category><category>TypeScript</category><category>Redis</category>
  </item>

  <item>
    <guid>https://whoisarjen.com/pl/blog/redis-cache-compression-6x-capacity-1gb-server</guid>
    <title>6x więcej pojemności cache: kompresja Redisa na serwerze 1 GB</title>
    <link>https://whoisarjen.com/pl/blog/redis-cache-compression-6x-capacity-1gb-server</link>
    <description>Jak upchnęliśmy 6x więcej wpisów cache w instancji Redisa o rozmiarze 1 GB, używając kompresji gzip i zachowując przy tym type safety oraz narzut poniżej milisekundy.</description>
    <pubDate>Sun, 28 Dec 2025 18:00:00 GMT</pubDate>
    <author>kamilow97@gmail.com (Kamil Owczarek)</author>
    <category>Redis</category><category>Performance</category><category>Caching</category><category>Compression</category><category>Node.js</category><category>TypeScript</category><category>Nuxt 3</category>
  </item>

  <item>
    <guid>https://whoisarjen.com/pl/blog/timestamp-based-cache-invalidation-swr</guid>
    <title>Inwalidacja cache&#39;a w O(1): flagi z timestampem zamiast kasowania kluczy</title>
    <link>https://whoisarjen.com/pl/blog/timestamp-based-cache-invalidation-swr</link>
    <description>Jak zastąpiliśmy powolne czyszczenie cache&#39;a po kluczach natychmiastową inwalidacją opartą na timestampach, nie tracąc przy tym wydajności SWR.</description>
    <pubDate>Sun, 28 Dec 2025 12:00:00 GMT</pubDate>
    <author>kamilow97@gmail.com (Kamil Owczarek)</author>
    <category>Performance</category><category>Redis</category><category>Caching</category><category>Nuxt 3</category><category>Architecture</category><category>SWR</category>
  </item>

    </channel>
  </rss>
