Strategies for Caching on the Web? [closed]

Question

Closed. This question is opinion-based. It is not currently accepting answers.

---

Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.

Closed 2 years ago.

Improve this question

What concerns, processes, and questions do you take into account when deciding when and how to cache. Is it always a no win situation?

This presupposes you are stuck with a code base that has been optimized.

Answer 1

I would look at each feature of your website/application a decided for each feature:

• Should it be cached?
• How long should it be cached for?
• When should the cache be expunged?

I would personally go against caching whole pages in favour of caching sections of the website/application.

Answer 2

What kind of caching? Server side caching? Client side caching?

Client side caching is a no-brainer with certain things, like Static HTML, SWFs and images. Figure out how often the assets are likely to change, and set up "Expires" headers as appropriate. (2 days? 2 weeks? 2 months?)

Dynamic pages, by definition, are a little harder to cache. There have been some explorations in caching of certain chunks using Javascript (and degrading to IFrames if JS is not available.) This however, might be a little more difficult to retrofit into an existing site.

DB and application level caching may, or may not work, depending on your situation. That really depends on where your bottlenecks are. Figuring out where your application spends the most time on page-rendering is probably priority 1, then you can start looking at where and how to cache.

Answer 3

I have been working with DotNetNuke most recently for web applications and there are a number of things that I consider each time I implement caching solutions.

• Do all users need to see cached content?
• How often does each bit of content change?
• Can I cache the entire page?
• Do I need a manual way to purge the cache?
• Can I use a single cache mechanism for the entire site, or do I need multiple solutions?
• What impacts occur if informaiton is somehow out of date?

Answer 4

Yahoo for example "versions" their JavaScript, so your browser downloads code-1.2.3.js and when a new version appears they reference that version. By doing this they can make their Javascript code cacheable for a very-very long time.

As for the general answer I think it depends on your data, on how often does it change. For example, images don't change very often, but html pages do. The "About us" page doesn't change too often, but the news section does.

Answer 5

You can cache by time. This is useful for data that change fast. You can set time for 30 sec or 1 min. Of course, this require some traffic. More traffic you have, more you can play with the time because if you have 1 visit every hour, this visit will be populate the cache and not using it...

You can cache by event... if your data change, you update the cache... this is one very useful if the data need to be accurate for the user very fast.

You can cache static content that you know that won't change ofen. If you have a top 10 of the day that refresh every day, than you can stock all in the cache and update every day.

Answer 6

First off, if your code is optimized as you said, you will only see noticable performance benefits when the site is being hammered with a lot of requests.

However, It is faster to pull resources from RAM than from the disk, so your web server will be able to handle more requests if you have a caching strategy in place.

As for knowing when you're going to need caching, consider that even low end modern web servers can handle hundreds of requests per second, so unless you expect a decent amount of traffic, caching is probably something you can just skip.

Also, if you are pulling content from your database (for example, StackOverflow probably does this) caching can be very helpful because database operations are relatively expensive and can be a huge bottleneck in high-volume situations.

As for a scenario when it's not appropriate to cache or when caching becomes difficult... If you try to cache a dynamic page that, say, displays the current date and time, you will constantly see an old date/time unless you get a little more involved with your caching strategy. So that's something to think about.