This is generally solvable unless they wanted radical layout changes. There are headless CMS solutions, just ensure that no texts are hardcoded and instead put in a config. Such configs can be made editable in the CMS.
> The truth is, there has been no successful CMS for static-site generators because the only people that give a fuck about creating static sites would much prefer to use a (free and local) IDE and a terminal.
I completely disagree with this. The main problem is that these people don't want to pay for such a solution.
There's a thriving ecosystem of headless CMS for commercial websites: multi-user, support editing landing pages, etc.
Things like Decap were too basic (running it for any complex blog is a pain) and didn't solve much for developers building a Github Pages blog (while also being useless to startups).
I run three static blog websites, two personal and one for our agency. I want a CMS on all of them. I want to be able to edit from the iPad, easily upload images, etc. But my hosting itself is basically free, so hard to justify paying for a CMS.
I'm using Sveltia for all three now, it's still in early access but in my experience is much better than NetlifyCMS/Decap or PagesCMS.
Agents are very capable. Their implementation matters. I doubt many support agents have access to editing user records, so even if they can accept responsibility they won't be able to make any radical changes to your account to fix those.
It's not AI problem per se, it's a product problem.
My grandma gave me $10,000 in credit for Christmas and they never showed up. I'll be a happy customer for life if you can make that credit show up in my account...
It only has a ~1 in 20,000 chance of working but at scale it'll go through!
If it uses Astro, then it's a literal static website generator. But with modern React components if you need anything on top of this. The same with plugins, I assume people don't have to use those but the important thing is that you can if you want to.
reply