[briandear]

> You'll still need dynamic search most likely, but even those can be pre-generated for many terms.

Have you ever worked on a high scale e-commerce site? I have and what you are talking about is impractical and pretty much impossible.

Products have multiple variants, photos for each variant. Various companion products that depend on what you already selected. Pricing options that can depend on quantities or packages. And search? Spend 5 minutes on any serious e-commerce search system and there is no such thing as “common search terms.” Of course there are common searches, but on any non-trivial e-commerce system, you have potentially thousands of distinct common searches.

I was one of the original engineers for https://www.matalan.co.uk and you can’t just “regenerate” pages after changes. You can regenerate the cache for images or product descriptions, but e-commerce isn’t like a printed catalog. We put exceptional engineering into that application and to trivialize that sort of application like it was some kind of blog site kind of demonstrates a lack of experience in building something that serves millions of visitors per month — visitors that all have different paths based on what they want to buy.

[viraptor]

There are various types of ecommerce. Some will be harder to do, some easier, done impossible. Some are search heavy, some aren't.

I agree with the issues you're raising, but even then, you can make a lot of the site bypass dynamic rendering.

[askaboutit]

Extremely performance store. Mind giving a brief overview of the stack?