Skip to content

Menu

LexBlog, Inc. logo
NetworkSub-MenuBrowse by SubjectBrowse by PublisherBrowse by ChannelAbout the NetworkJoin the NetworkProductsSub-MenuProducts OverviewBlog ProBlog PlusBlog PremierMicrositeSyndication PortalsAbout UsContactSubscribeSupport
Book a Demo
Search
Close

Performance upgrade: Adjusting caching intervals for faster load times

By Scott Fennell on November 12, 2021
Email this postTweet this postLike this postShare this post on LinkedIn
99park—compute
Illustration by Greg Storey

WP Engine, our web host, is one of my favorite technology companies.  Their policies and services tend to land at a spot on the “hand-holding” vs. “you’re on your own” spectrum that works very well for us.  Therefore I like to pay close attention to their new service offerings, because there’s often something new and useful for our platform every time they update.

This week they launched a variety of new options pertaining to server-side caching.  That is, caching that occurs on the web server, independent of whether the site visitor clears his browser cache or not.

The settings UI that WP Engine provides for managing cache TTL.

The default cache lifespan is 10 minutes, and that’s been the only option until now.  That’s better than nothing, but really almost all of our content would be perfectly fine with a much longer cache lifespan.  Therefore I’m in the process of setting our blogs to cache for 60 minutes.  I have an eye toward increasing that even further, but I like to proceed gradually.

A handful of fine points:

  • This caching pertains to site visitors who are not logged in.  Logged in users, such as blog authors, are not subject to this caching.  They see updates right away.
  • The cache is updated instantly when a major change to the blog occurs, such as a new post being published.  This is nice because if you publish your post at 11:30, say, and your email notifications are scheduled to go out at 12:00, that new post will still get picked up.
  • Cached pages serve in a manner that is on par with a pure HTML front end — front ends that are sometimes termed “headless” or “static”.  The cached page makes zero database queries, zero http requests, it does not even execute any php code.  Therefore it suffers zero performance disadvantage when compared to something like Netlify or Eleventy.

I’ll be very interested to monitor the effect of this change when it comes to resource consumption.  We sometimes see issues where bots or various forms of automated traffic ping our sites at a very high frequency.  Steps like this will keep more bots where they belong — on a cached page — resulting in better performance for our actual site visitors.

Photo of Scott Fennell Scott Fennell

Scott is a WordPress theme and plugin developer with a penchant for connecting the dots between services like MailChimp, Cloudflare, and GoDaddy. He has been published in A List Apart and CSS-Tricks.

Read more about Scott FennellEmail
  • Posted in:
    LexBlog
  • Blog:
    99 Park Row
  • Organization:
    LexBlog
  • Article: View Original Source

LexBlog, Inc. logo
Facebook LinkedIn Twitter RSS
Real Lawyers
99 Park Row
  • About LexBlog
  • Careers
  • Press
  • Contact LexBlog
  • Privacy Policy
  • Editorial Policy
  • Disclaimer
  • Terms of Service
  • RSS Terms of Service
  • Products
  • Blog Pro
  • Blog Plus
  • Blog Premier
  • Microsite
  • Syndication Portals
  • LexBlog Community
  • Resource Center
  • 1-800-913-0988
  • Submit a Request
  • Support Center
  • System Status
  • Resource Center
  • Blogging 101

New to the Network

  • Beyond the First 100 Days
  • In the Legal Interest
  • Cooking with SALT
  • The Fiduciary Litigator
  • CCN Mexico Report™
Copyright © 2025, LexBlog, Inc. All Rights Reserved.
Law blog design & platform by LexBlog LexBlog Logo