The fall of CMS and the rise of JavaScript frameworks. Bootstrap vs. Worpdress.
scriptol.com
scriptol.com
The author seems to have no idea what a CMS is, what a Javascript framework is, or what Bootstrap is. He's sort of trying to compare a blog engine to a blog template, which is kind of like answering the age old question: What's better: a house or wall?
We get insane gems like:
The basic design of the blogging CMS has in fact always
been deficient. 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.
That's not really true, and Wordpress has drop-in plugins which handle all that for you anyhow. And we don't get anything about how a Javascript framework might work; needless to say they are all database backed. Then we see: Why put the contents into a database and then copy it to
a file on the local system, rather than store it directly
in an HTML container?
Apparently he's advocating for static file generators like Jekyll? That...almost makes sense. Not that he names any such apps or frameworks, or gives any discussion why they're useful, and he apparently thinks they somehow are jQuery based...?!What a trainwreck. The only purpose seems to be to try and drive page rank to www.xaml.fr which doesn't look like a real site to me. I think this is just some sort of blogspam/linkbait/SEO trick.
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.
Your larger point is correct.