|
|
|
|
|
by z3t4
3887 days ago
|
|
I agree with the article and think static web sites is the way to go if the read/write ratio is high, and where the view is not unique to the user. However, quote > "The static version is more than six times as fast on average!" This must be an engineering problem, especially on easily cached content.
Serving static web sites Does require computation. But the current tools are very well made and optimized for it, witch is not the case with most CMS systems. |
|
Once in a while someone manage to get CDN hosting just right, but it's really rare, and it's not something you can simply automate with a dynamic site (like we can for static sites with netlify). Typically the result is identical to the Smashing Magazine Site, often a lot worse. Smashing does a good job of caching at their origin datacenter, but their HTML doesn't get cached at edge nodes. Many other sites does a far worse job of caching at their origin.
It might be true that to some degree it's an engineering issue, but if it's one that hits 95%+ of all sites built with a dynamic approach and can be completely eliminated with a static approach, then obviously it might be better to shift the balance and default to doing thing statically instead of reaching for Wordpress/Rails/Drupal/whatever for each new site...