2 ms·
There is a misconception in the article: static websites aren't guaranteed to be small and dynamic websites aren't necessarily big (in size of assets / load tim
by lazyjones 7y ago
There is a misconception in the article: static websites aren't guaranteed to be small and dynamic websites aren't necessarily big (in size of assets / load times).
Most of the bulk in modern websites comes from JavaScript (frameworks, tracking, ads), images, videos. All these can and are used both with static and dynamic websites.
Static websites may be mostly hassle-free for developers/devops, but they're typically more of a hassle for content producers. I don't see a convincing case for them overall, because one of their bigger advantages - that they are easier to cache (or rather: to keep cacheable when developers add stuff) upstream than dynamic websites - is mostly gone from the web infrastructure.
- icebraining 7y agoI don't see why they would be more of a hassle. Why would they even care if the HTML is being rendered on demand or pre-rendered and stored? Regarding cache, I don't agree - having your site cached by the edge nodes of a CDN is quite important nowadays.
- lazyjones 7y ago> Regarding cache, I don't agree - having your site cached by the edge nodes of a CDN is quite important nowadays. How many of the Alexa top 10K or so have cacheable HTML content (not JS, CSS, images, video) in CDN? Can you provide a few examples?