top | item 24598451

(no title)

conatus | 5 years ago

Most of this plain isn't true - afraid it does feel very much like a bubble there!

> - Uses PHP 5 spaghetti code with a handful of garbage event listeners and output buffering

I mean it has listeners for almost every event you might want to interupt and trigger something on that are well documented and have been for decades.

The PHP 5 code is very much legacy so I will grant you this.

> - Has no integration with composer at all

Composer support is absolutely fine and there are well maintained ways of keeping plugins and themes under Composer and have been for many years.

> - Doesn't have any form of content types without plugins

Yes, but adding further content types at the level of code or these plugins is easy, trivially so.

> - Has no cache, no theming engine, no multi-language, etc etc

It has several caches that are very powerful indeed, including those included by default. PHP is a theming engine.

Internationalisation built into the core, I'll grant the multi-language support is not as good as it might be. Could be better.

> - Beyond a media library it has literally no aspects of a "content management system"

I mean, people use it to run newspapers, so not sure if this is true. It depends what you need.

The organisations behind WordPress decided to meet their user need and provide a really good, well understood platform for content management with an extensively tested UX experience of end users. They prioritised this over developer niceities.

If the purpose of software is to augment human capacity and be genuinely useful, this was the right decision. The rough edges from a developer experience perspective have been largely smoothed off by a well established ecosystem like Roots.

discuss

order

dubcanada|5 years ago

> Composer support is absolutely fine and there are well maintained ways of keeping plugins and themes under Composer and have been for many years.

You need to use a third party service or setup.

> Yes, but adding further content types at the level of code or these plugins is easy, trivially so.

Compared to what? Drupal? CraftCMS? Joomla? Where you go to a UI and do it all, versus installing a plugin with it's own quirks or using functions.php which ends up being the last place you want to touch after your done?

> It has several caches that are very powerful indeed, including those included by default. PHP is a theming engine.

No it doesn't, you need a plugin like W3 Total Cache. On their Cache page they tell you to use a plugin. https://wordpress.org/support/article/optimization-caching/

The other caching setups Opcache, Varnish are either integrated in PHP or a completely different service.

PHP is not a theming engine. Blade, twig, etc are theming engines.

> I mean, people use it to run newspapers, so not sure if this is true. It depends what you need.

Newspapers are glorified blogs, so yes that makes sense that they run on WordPress.

But the problem isn't random sites use WordPress, the problem is people build weird monstrosities on top of a really garbage system.

conatus|5 years ago

Fair enough. Probably at "agree to disagree" here.

I'll agree that its easier to do custom post types on other CMS. But sometimes at the cost of real overheads in terms of complexity for users to swallow to get there.

Caching is built into the core, which is what all caching plugins leverage, the interface to it is hidden.

PHP is a theming engine.

I've never got why people escape into Blade, Twig or so on. PHP was designed to have loops, logic, to take variables and so on and interpolate them within HTML. It has an alternative syntax to make this easier. It's one of the unique capabilities the language has over almost all other languages you'd use on the web. More often than not you end up escaping into pure PHP in any case in something like Blade.

> But the problem isn't random sites use WordPress, the problem is people build weird monstrosities on top of a really garbage system.

Don't think its garbage for the reasons explained, but I think this true of all software projects. Seen plennty of Drupal, Laravel or Joomla projects end in this state.

dathinab|5 years ago

> I mean, people use it to run newspapers [...]

I wouldn't use that as an argument.

For me many maybe even most newspaper sites are just plain out bad designed.

They tend to be overloaded, slow to load, easy to overlook things easy to get accidental lost and hard to find things from lets say a week ago.