Hacker News new | ask | show | jobs
by joshbetz 759 days ago
> Take, for example, the curious case of the lack of post cloning

The percentage of users that need this functionality is exceptionally low. If WordPress bundled every feature that some percentage of users could ever need, we'd have the opposite problem. The GUI would be an endless mishmash of features that most people don't need.

> There's a 99% chance that site is running WordPress and has dozens of plugins and got hacked at some point

I don't know about these statistics, but I take your point. Although I'm not so sure this is as big a problem in recent years. The WordPress team has made big improvements in improving the quality of the WordPress plugin repository.

The reality is that WordPress is a big target. Even if they included all the features from the top 1000 plugins (which would cause an uproar), there would still be a huge market for plugins and some of those plugins would have security vulnerabilities.

1 comments

> The percentage of users that need this functionality is exceptionally low.

I am not sure about this -- I do know users who rely on post-cloning to update their sites. And I don't think it's unreasonable that this functionality should be fore.

But what I would say is, it's not a slam-dunk as a piece of generalised functionality, though it might be possible to implement it fairly completely for the core post types.

It would almost certainly need new core hooks. There are questions for example about who can clone whose posts -- do the editing and ownership mechanisms need updating, etc. And it might need reassessing in the Gutenberg era.

I've found post cloning plugins to be an adequate solution here.

> should be fore

= should be in core.

Goodness knows how that typo happened.