Here we are analyzing the different types of pre-rendering a website and its combination with a CDN. Static Site Generation Every single page of a website is first built and then uploaded to a CDN. The best part of this is that, as the website is static, the user does not have to interact with the server. The CDN can directly return the static generated site, so the user gets a . fast response The disadvantage is that every time you want to update the website you have to build the whole website again and upload it to the CDN. This costs money. Server Side Rendering without CDN Pages are built on demand with Server Side Rendering. When a user requests a page the user has to wait until the page is built and returned from the server. Because of this, . response time is slow Every visit to a page generates a build. In comparison to Static Site Generation where every page is always built, here . If no one visits a page, it is never built. only the pages that are visited are built The disadvantage is that for every request we have to build the page. Server Side Rendering with CDN In this case, the first visitor of a page requests the page to the CDN and the CDN requests it to the server which builds it and returns it back. But for the second visit, the CDN will already have the page in the cache and can directly return it without generating a new build. The problem here is that every next visitor is going to receive the build that was generated for the first visitor. What happens if the page is stale? With , we can control how long the page can be cached. When the page is stale, the CDN will request a new build on the next request after . Depending on the kind of the page we could set a different . max-age max-age max-age We can combine with . The CDN will cache a page using instead of if it is present. The user's browser will ignore . This can be very useful if we purge the website pages in the CDN when they are rebuilt. max-age s-maxage s-maxage max-age s-maxage As we don't have control over the user's browser, we should have a that is lower than the , otherwise, we could have an updated version of a page in the CDN that the user would never request because the user's browser had an older version which would be still valid according to . max-age s-maxage max-age For example, we could set a of one minute or one day and a of one year. This way the user would request the page to the CDN frequently and the CDN would never request a new build because according to the page would still be valid. We would update the cache on the CDN by purging the previous page and uploading the new one. max-age s-maxage s-maxage Incremental Static Site Regeneration Initially, the whole website is built and uploaded to the CDN as with Static Site Generation. But here if a user requests a page the CDN will return the current cached page and it will also request to the server a new build of . This way, and the CDN will again request a new one to the server. only that page the next user will get the new build Every user gets a fast response and only the pages that are requested are updated. This is a technique used by Next.js, I recommend reading to get a better understanding of this. their documentation Server Side Rendering with Stale While Revalidate can be added to the header. What does it do? If a request comes after the CDN returns a stale version of the page while the server is building a fresh one. specifies in seconds for how long can the stale version be returned. stale-while-revalidate cache-control max-age stale-while-revalidate The first time a user requests a page it will be generated in the server and uploaded to the CDN. If a new request comes before then the CDN will just return it. If a request comes after then the CDN will return the stale version but this time it will request the server a new fresh copy. max-age max-age Every user that requests the page while it is being built will get the stale version. If after a request comes and has also passed, then the CDN won't return a stale version and it will wait until a new version is generated in the server. max-age stale-while-revalidate From the user's perspective, it is exactly the same as Incremental Static Site Regeneration. Only that here we don't have to build the whole website for the first deployment, the first visitor will trigger the build of the page that he's visiting. Also published . here

An Overview of CDN Caching, Static Site Generation and Server Side Rendering

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

10 Principles of Proper Database Benchmarking

5 Caching Mechanisms to Speed Up Your Application

A Guide to Paying Less For AWS CloudFront

Accelerate Spark and Hive Jobs on AWS S3 by 10x with Alluxio as a Tiered Storage Solution

Accelerating Analytics by 200% with Impala, Alluxio, and HDFS at Tencent

Accelerating Write-Intensive Data Workloads on AWS S3

10 Principles of Proper Database Benchmarking

5 Caching Mechanisms to Speed Up Your Application

A Guide to Paying Less For AWS CloudFront

Accelerate Spark and Hive Jobs on AWS S3 by 10x with Alluxio as a Tiered Storage Solution

Accelerating Analytics by 200% with Impala, Alluxio, and HDFS at Tencent

Accelerating Write-Intensive Data Workloads on AWS S3

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps