3 ms·
I don't agree with this at all. First off, he mentions Wordpress which is more of a blogging engine than a general CMS. Sure, if you have a blog then a static
by gexla 15y ago
I don't agree with this at all.
First off, he mentions Wordpress which is more of a blogging engine than a general CMS. Sure, if you have a blog then a static site generator is fine, but not all bloggers want to deal with static site generators. Wordpress isn't going anywhere.
"This means putting the site content in a database, then generate a page from a SQL query. Then as we realize that it's too slow to display, a cache is used that creates for each page a HTML file locally."
The problem isn't that queries are slow, it's that developers use too many queries when piecing their sites together in the CMS.
I don't deal with the OS / scaling side in my day job, but I imagine that static files don't always give you the best performance. Loading static files still hits the disk. A better option is probably to load the content from memory based storage / caching.
I have built a lot of client sites, and the blog is usually just one small part of the site. Static site generators wouldn't work for most of the sites I build.
- Lazare 15y agoMinor quibble: The difference between static files and memory based caching is minimal. Any server OS will cache "hot" files in RAM, so in day-to-day use the difference between nginx serving up static files from disk, or hitting memcached is pretty minimal - it's just a question of which part of the stack is caching your content in RAM. Caching, in general, is famously a very hard problem however, and prone to special corner cases. :) Your larger point is correct.