The Achilles heel of WordPress is its backward and brittle storage format: every post is stored in the database, in "html kinda" format, plus random shortcodes initially, and now blocks encoded as JSON inside HTML comments. Plugins then add their own random formats on top of that, and store their metadata in another table, usually in serialized PHP object form.
It's a wobbly Jenga tower of technical debt, and WP's underlying architecture makes this mess fundamentally unfixable. There is zero political will to address these deep-seated design issues, or at least Matt Mullenweg has no will to fix them, which translates in reality to never getting fixed.
They seem to be interested mostly in adding more and more visual editing features that keep making the whole thing more unstable and messy. There's no hope. We already have clients who were with WP for many years switching to Directus and a custom front-end.
The only reason others are still in it is the huge ecosystem and the custom integrations they have built around WP.
The design issues are also in other parts of the system. Major silliness of WP is, that basically every tutorial and documentation encourages a pattern of concattenation, instead of composition. This is in PHP tradition, which just runs scripts from top to bottom, which means you can change code while it is running and next request it will run your changed code, if it passes by that part of the code to handle the request. In the WP ecosystem countless plugins engage in making their parts unreusable, by following this concattenation idea. They will start some HTML element in one part, but not close it. That job they leave to another part, which you just have to implicitly know must come later, to close all the tags. The different parts are described at [1]. This also implies treating HTML as a string, also in old PHP fashion, with all the issues coming along with that.
But not only this major F up. No. The use of global state is very pervasive. One doesn't pass in information to templates to then have information locally and render templates independently from the rest of the system. Instead rendering templates happens while frequently retrieving information from the global state.
Another bad design is how one provides metadata for plugins inside comments inside the code of the plugin, instead of having a clearly separate metadata file. Of course this doesn't lend itself well to being edited automatically, as one would have to parse PHP code and then work on an AST to change it. But I guess no one responsible for this design has ever thought that far.
The whole thing feels more like it is made for people, who live edit code on a server and then check 20 times whether it now works and the moment it looks right, they drop everything and call it a day. This is also the impression that the quality of plugins leaves. You want to see bad code, you just grab a random WP plugin.
WP is in essence a guide showing by example how not to develop a website.
I know it's not the main topic of the post, but I think it may be worth pointing out that Bluehost is owned by a company infamous for poor quality hosting solutions and trying to monopolise the web hosting field:
So regardless of whether you go with WordPress or a different solution, you may want to be cautious about that company. They tend to oversell their services a lot, and care mostly about cost cutting.
Unfortunately that industry has been in a race to the bottom for a very long time. Most customers just care about the dollar amount they're paying. In a race to the bottom there is no corner that can't be cut.
I've met so many people over the years who've worked in the industry at some stage (including myself), and not one of us has had a positive experience.
All that to say, it's almost certainly true that unless you've specifically heard otherwise about a hosting company, you're probably supporting assholes whoever you use.
The Achilles heel of WordPress is its backward and brittle storage format: every post is stored in the database, in "html kinda" format, plus random shortcodes initially, and now blocks encoded as JSON inside HTML comments. Plugins then add their own random formats on top of that, and store their metadata in another table, usually in serialized PHP object form.
It's a wobbly Jenga tower of technical debt, and WP's underlying architecture makes this mess fundamentally unfixable. There is zero political will to address these deep-seated design issues, or at least Matt Mullenweg has no will to fix them, which translates in reality to never getting fixed.
They seem to be interested mostly in adding more and more visual editing features that keep making the whole thing more unstable and messy. There's no hope. We already have clients who were with WP for many years switching to Directus and a custom front-end. The only reason others are still in it is the huge ecosystem and the custom integrations they have built around WP.
The design issues are also in other parts of the system. Major silliness of WP is, that basically every tutorial and documentation encourages a pattern of concattenation, instead of composition. This is in PHP tradition, which just runs scripts from top to bottom, which means you can change code while it is running and next request it will run your changed code, if it passes by that part of the code to handle the request. In the WP ecosystem countless plugins engage in making their parts unreusable, by following this concattenation idea. They will start some HTML element in one part, but not close it. That job they leave to another part, which you just have to implicitly know must come later, to close all the tags. The different parts are described at [1]. This also implies treating HTML as a string, also in old PHP fashion, with all the issues coming along with that.
But not only this major F up. No. The use of global state is very pervasive. One doesn't pass in information to templates to then have information locally and render templates independently from the rest of the system. Instead rendering templates happens while frequently retrieving information from the global state.
Another bad design is how one provides metadata for plugins inside comments inside the code of the plugin, instead of having a clearly separate metadata file. Of course this doesn't lend itself well to being edited automatically, as one would have to parse PHP code and then work on an AST to change it. But I guess no one responsible for this design has ever thought that far.
The whole thing feels more like it is made for people, who live edit code on a server and then check 20 times whether it now works and the moment it looks right, they drop everything and call it a day. This is also the impression that the quality of plugins leaves. You want to see bad code, you just grab a random WP plugin.
WP is in essence a guide showing by example how not to develop a website.
[1]: https://developer.wordpress.org/themes/classic-themes/basics...
I know it's not the main topic of the post, but I think it may be worth pointing out that Bluehost is owned by a company infamous for poor quality hosting solutions and trying to monopolise the web hosting field:
https://en.wikipedia.org/wiki/Endurance_International_Group
So regardless of whether you go with WordPress or a different solution, you may want to be cautious about that company. They tend to oversell their services a lot, and care mostly about cost cutting.
Unfortunately that industry has been in a race to the bottom for a very long time. Most customers just care about the dollar amount they're paying. In a race to the bottom there is no corner that can't be cut.
I've met so many people over the years who've worked in the industry at some stage (including myself), and not one of us has had a positive experience.
All that to say, it's almost certainly true that unless you've specifically heard otherwise about a hosting company, you're probably supporting assholes whoever you use.
Chat -> static site
I've gotten my most tech-averse friend on this flow.
WordPress had its time, and I'm thankful for that time. But the overhead is no longer worth it for the broad audience it use to serve
Might want to check out Kirby cms - sounds like you’ve vibe coded your way to something similar but Kirby will have more niceities.