←back to thread

752 points crazypython | 8 comments | | HN request time: 0.834s | source | bottom
1. laurent92 ◴[] No.26371018[source]
Wordpress would have benefited from this.

What a lot of webmasters want is, test the site locally, then merge it back. A lot of people turned to Jekyll or Hugo for the very reason that it can be checked into git, and git is reliable. A static website can’t get hacked, whereas anyone who has been burnt with Wordpress security fail knows they’d prefer a static site.

And even more: People would like to pass the new website from the designer to the customer to managers — Wordpress might have not needed to develop their approval workflows (permission schemes, draft/preview/publish) if they had had a forkable database.

replies(4): >>26371473 #>>26371545 #>>26374035 #>>26374373 #
2. ◴[] No.26371473[source]
3. kenniskrag ◴[] No.26371545[source]
they have a theme preview now. :)
replies(1): >>26372561 #
4. jimsmart ◴[] No.26372561[source]
The parent post here is speaking to the content stored in the database, not the templates on the filesystem. Dolt enables one to merge, push and pull data, just as one would with files and git.
replies(1): >>26373974 #
5. 2malaq ◴[] No.26373974{3}[source]
I read it as sarcasm.
6. TimTheTinker ◴[] No.26374035[source]
Sure, but Wordpress is still running PHP files for every page load and back-end query. Dolt would help offload some of the code’s complexity, but that would still leave a significant attack surface area.

In other words, by itself Dolt couldn’t solve the problem of Wordpress not being run mostly from static assets on a server (plus an API).

7. berkes ◴[] No.26374373[source]
At the root of this lies the problem that content, configuration and code is stored in one blurp (a single db). Never clearly bounded nor contained. Config is spread over tables. Usergenerated content (from comments to orders) mixed up with redactional content: often even in tables, sometimes even in the same column. Drupal suffers the same.

What is needed, is a clear line between configuration (and logic), redactional content, and user generated content. Those three have very distinct lifecycles. As long as they are treated as one, the distinct lifecycles will conflict. No matter how good your database merging is: the root is a missing piece of architecture.

replies(1): >>26378778 #
8. Hallucinaut ◴[] No.26378778[source]
Very well summarised. I can see clearly you too have tried to apply normal software lifecycle principles and come out the other end with a rather dismal impression of WordPress.