{"id":7647,"date":"2017-07-12T06:00:44","date_gmt":"2017-07-12T10:00:44","guid":{"rendered":"https:\/\/blog.litespeedtech.com\/?p=7647"},"modified":"2017-07-12T06:00:44","modified_gmt":"2017-07-12T10:00:44","slug":"wpw-caching-101","status":"publish","type":"post","link":"https:\/\/lswp.store\/index.php\/2017\/07\/12\/wpw-caching-101\/","title":{"rendered":"WpW: Caching 101"},"content":{"rendered":"

\"WordPress<\/a><\/p>\n

Welcome to another installment of WordPress Wednesday<\/a>!
\nToday’s Topic:\u00a0What is Caching?<\/strong><\/p>\n

Today we are going to begin a series-within-a-series, and talk about the basics of caching<\/a>: what is a cache? Why is it beneficial to cache your WordPress site? What types of caching are available to web applications? And then we\u2019ll get into the basics of our own caching solution: LiteSpeed Cache, affectionately referred to as LSCache for short. We\u2019ll also talk about how LSCache is different than other WP caching solutions available, and what that really means for you.<\/p>\n

It\u2019s a meaty topic, so we\u2019re going to split it up into a few smaller chunks for easier digestion. Today, let\u2019s start with the basics of web app caching, as they pertain to WordPress<\/b>.<\/p>\n

What is Caching?<\/h2>\n

Generally speaking, a cache is a mechanism for storing data in such a way that it is easier or faster to retrieve than the original source.<\/p>\n

WordPress sites consist of dynamic pages that are built with PHP. The pages of a WP site don\u2019t exist anywhere in the file system; they are constructed on-demand through PHP, and then served to the visitor as HTML. Along this path, there are a few places that are resource-intensive and ripe for the caching.<\/p>\n

Types of Cache<\/h2>\n

Cache can be stored on the visitor\u2019s own device (client side), on the website\u2019s network (server side), or halfway around the world (via a content delivery network). Some sites may employ all of these methods, while others have the need for very few.<\/p>\n

Client-side caching<\/h3>\n

All modern browsers support client-side caching. Your browser knows that certain files rarely change. Files like CSS, Javascript, and images can all be stored locally in your browser\u2019s cache so that they can be accessed quickly and easily without being re-downloaded from the server.<\/p>\n

Server-side caching<\/h3>\n

\"What<\/p>\n

Most of the work of generating and delivering a web page is done on the server side, so it make sense that more of the opportunities to increase efficiency would also be here. There are four major types of server-side caches available to WordPress sites.<\/p>\n

database cache<\/h4>\n

A database cache saves time and resources related to the execution of database queries. WordPress relies on its database for basic information about the site, and it asks for this same information often. A database cache stores the query results so that they may be referenced again and again without the need to repeatedly access the database.<\/p>\n

object cache<\/h4>\n

An object cache saves time and resources related to the computation of objects. WordPress has a built in object cache mechanism with a defined class and set of functions that can be used to add, access, remove, or otherwise manipulate the object cache. An object cache doesn\u2019t stick around for long. By default, it\u2019s only relevant for the duration of a single request. It\u2019s used to store data that is needed multiple times in a request, but is considered expensive to re-compute. Often, the object cache stores database queries, which is why it is sometimes mistaken for a synonym of \u201cdatabase cache.\u201d<\/p>\n

opcode cache<\/h4>\n

An opcode cache saves time and resources related to the execution of PHP code. Before PHP can be executed it must be compiled. An opcode cache stores this compiled code at the server level so that it may be reused without recompiling. The next time a request is sent that requires that PHP code to be executed, it can save the compilation step and just run the code that was saved in the opcode cache.<\/p>\n

page cache<\/h4>\n

LiteSpeed Cache is a page cache. Page caches, too, save time and resources, and they do so by storing the full content of dynamically-generated pages so that static copies may be served to the user. A page cache allows the server to bypass PHP and database queries altogether. The other types of cache can be helpful while building up your page cache, but once there is a fresh, well-managed page cache in place, there is little need for database, object, or opcode caches.<\/p>\n

Content delivery networks<\/h3>\n

Content delivery networks (or, CDNs) store static website content remotely in servers all around the world. The content may then be served to a site\u2019s visitor from the server that is physically closest to that visitor\u2019s location. The closer the server, the less time the data takes in transit. CDNs are great when it comes to static content, but are lacking when you have a dynamically-generated site such as WordPress, as the content requests must still hit the WP backend.<\/p>\n

Until Next Time…<\/h2>\n

So, there is your overview. At this point, you should understand what types of caching are available for your web apps, and why you might want to use them. Our next article in the Caching 101 <\/a>series will focus specifically on our solution: LiteSpeed Cache. We\u2019ll talk about how it works, why it\u2019s different than other WordPress page-caching plugins, and what benefits those differences get you. Be sure to meet us back here for that!<\/p>\n

—<\/p>\n

Have some of your own ideas for future WordPress Wednesday<\/a> topics? Leave us a comment!<\/p>\n

Don\u2019t forget to meet us back here next week for the next installment. In the meantime, here are a few other things you can do:<\/p>\n