<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>caching on {bjørn:johansen}</title>
    <link>https://bjornjohansen.com/category/caching/</link>
    <description>Recent content in caching on {bjørn:johansen}</description>
    <generator>Hugo -- 0.118.2</generator>
    <language>en-US</language>
    <lastBuildDate>Sat, 20 Jan 2018 20:59:27 +0000</lastBuildDate>
    <atom:link href="https://bjornjohansen.com/category/caching/feed.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Cut 90% of your WordPress translations loading time</title>
      <link>https://bjornjohansen.com/wordpress-translations-loading-time/</link>
      <pubDate>Sat, 20 Jan 2018 20:59:27 +0000</pubDate>
       <guid isPermaLink="false">urn:uuid:65333936-3565-5538-a135-343239393364</guid> 
      <description>WordPress translations are compiled from human-readable PO-files into machine optimized MO-files, but still takes a lot of overhead to load. If you only could cache the translation load time, you would save a lot of page load time. We can easily cut 90% of our WordPress translations loading time.</description>
    </item>
    <item>
      <title>Speed up the output by 1000x with a WordPress menu cache</title>
      <link>https://bjornjohansen.com/wordpress-menu-cache/</link>
      <pubDate>Sat, 20 Jan 2018 18:29:37 +0000</pubDate>
       <guid isPermaLink="false">urn:uuid:63336138-3961-5632-b564-313362326132</guid> 
      <description>Generating the menus in WordPress is quite resource intensive. Sites with few visitors and few menu items might not notice this much. But if you have a large amount of menu items, like in a mega menu, in combination with a lot of visitors the menu generation can be a real hog on your server’s CPUs. Let’s see if we can improve the speed with a little WordPress menu cache trickery.</description>
    </item>
    <item>
      <title>«Slap-on» speed optimization of your WordPress site</title>
      <link>https://bjornjohansen.com/slap-speed-optimization-wordpress-site/</link>
      <pubDate>Thu, 30 Jan 2014 15:23:00 +0000</pubDate>
       <guid isPermaLink="false">urn:uuid:65613136-6138-5639-b764-616435343332</guid> 
      <description>OK, so you might have been at a WordCamp listening to talks or reading a few blog posts and you get that you should really get your WordPress site speed optimized. Starting all over isn&amp;rsquo;t either tempting nor something you have the time for. Don&amp;rsquo;t despair, you&amp;rsquo;ll get a long way by installing 5 plugins.</description>
    </item>
    <item>
      <title>Caching: Varnish or Nginx?</title>
      <link>https://bjornjohansen.com/caching-varnish-or-nginx/</link>
      <pubDate>Fri, 12 Apr 2013 20:37:57 +0000</pubDate>
       <guid isPermaLink="false">urn:uuid:63636330-6461-5163-b365-333638366266</guid> 
      <description>TL;DR: Varnish lacks support for SSL and SPDY. Nginx handles it just fine, and has very fast cache with either memcache or disk storage (ramdisk). Both can serve stale cache if your backend is down. But Nginx can not write to the memcache storage directly, it has to be done by the application. Also, Nginx can not purge the cache itself, without you compiling your own package.</description>
    </item>
  </channel>
</rss>
