Live data from Hacker News

The complicated futility of WordPress

coderjerk.com

231–240 of 241 posts

Re: The complicated futility of WordPress

#231
post #117

Earlier quoted context omitted.

The issue is that if you’re developing like this on WP you don’t gain much from it except the ability to use a select few plugins and an admin UI. At this point why not use a solid PHP framework like Laravel?

I can answer this: because people do not want to pay for a developer, they want to pay for a designer. (It is exceedingly rare to find both in a single person.) The designer can, within the structure and strictures of Wordpress, build a site with all the whizzy things the client wants, and they can charge $X for it. A developer can do all of that as well, but they will probably need a designer as well (see above pare…

Cause and effect. Pay bad, get bad.

If performance is a real business concern (and when is it not?), hire developers, not designers.

Hire developers, not WordPress developers. Because the latter will push WP onto a project where clearly the downsides, like performance, outweigh the benefits. But the latter may pick WP when it is a good fit.

Re: The complicated futility of WordPress

#232

Are there any good options for an open source headless CMS that works with a static site generator that has a page builder that has quick and accurate live previews before you deploy? E.g. so you can build new landing pages from header, testimonial and contact form blocks. There's lots of options if you just want Markdown but this isn't enough for heavily branded business websites where you need to check how complex…

You can try Strattic - it turns WordPress into a static site generator so you can use page builders etc. as usual, and then in one click generate the static version of the site. https://www.strattic.com

Re: The complicated futility of WordPress

#233
post #83
post #72

Django [ https://www.djangoproject.com/ ] + Wagtail CMS [ https://wagtail.org/ ] have been great alternatives for our team.

Why did you choose this over WP? Or was WP not even considered as a candidate? I mean the ecosystem of WP seems to be a magnitude greater.

Our company has a website that uses WP and a blog that uses Wagtail. Personally I like the Wagtail/Draftail UI a lot better than messing around in Wordpress.

Re: The complicated futility of WordPress

#234
post #224

Just today I was looking for a quick way to build a marketing site for my startup that would allow my not super technical co-founder to do the majority of the building. It has been a while since I had used WordPress regularly so maybe there are new sources out there, but I defaulted to checking out ThemeForest to find a decent theme to start with. I consider myself fairly decent at design (though I'm far from an expe…

I was recently in a similar boat, I didn't like the themes on Themeforest, so finally I used the Blocksy theme (free version) and it was perfect for what I needed. Really recommend it: https://creativethemes.com/blocksy/

Thanks for the suggestion, that is exactly the kind of theme I was looking for.

Re: The complicated futility of WordPress

#235

Earlier quoted context omitted.

I love GravCMS. I transitioned to Grav from Drupal right as D8 was coming out for my personal projects. Not having to worry about a db was so nice

I used to use Grav. If you want similar more mature and “zen” try Kirby CMS. I am not afiliated but ive been loving it for years. It’s commercial product but i think of it as high-end Grav. More polished and with better admin interface. Actually since Kirby is older i believe Grav was inspired by it a lot.

Thanks for the hint I gotta check it out.

Re: The complicated futility of WordPress

#236

Earlier quoted context omitted.

Why use elementor when you can get far better Google Core Web Vitals, and actually write semantic html all with ACF? Writing PHP isn’t that hard!

A drag and drop page builder can churn out a page in a fraction of the time and many plugins generate fairly decent HTML, it’s rarely worth coding from scratch any more.

This is such a terrible take. Drag and drop page builders produce terrible HTML. Completely unsemantic, and they will always fail Google's core web vital metrics.

Re: The complicated futility of WordPress

#238

Earlier quoted context omitted.

> wait, what use case? Blogging > toward the OP's use case No, they have moved toward general purpose site building, not focused on _blogging_

I thought OP was saying that they did not use WP for blogging, from the start, which always felt like a hack since WP was focused on blogging, but OP made it work anyway. Did I misunderstand? I don't think so. OP says: > I build websites for a living. Lots of them. These websites are designed by a team of designers who design complex, bespoke, heavily branded layouts. I take those designs and my team of developers an…

Sorry - I thought you were referring to the parent comment (https://news.ycombinator.com/item?id=30172268).

To answer your question, though - I believe OP's major concern is that the direction WP is heading gives the _client_ more control over the website structure and design rather than the original designers & developers. Making it less useful for their more rigid requirements and corporate environments.

Re: The complicated futility of WordPress

#239
post #224

Earlier quoted context omitted.

I was recently in a similar boat, I didn't like the themes on Themeforest, so finally I used the Blocksy theme (free version) and it was perfect for what I needed. Really recommend it: https://creativethemes.com/blocksy/

Thanks for the suggestion, that is exactly the kind of theme I was looking for.

I'm using it together with the free version of this block plugin: https://wpstackable.com/

Re: The complicated futility of WordPress

#240

Earlier quoted context omitted.

CraftCMS is great and free for single admin. Can’t recommend it enough. If combining with a static site generator you can find craftcms hosting for $5/month.

We're currently having painful performance issues with Craft at work. It takes 300ms+ just for an empty craft installation to return an empty page. Saving entries to the database programatically is slow too, one of our sites has a nightly sync process, only needs to touch a few thousand entities, with a normal database schema that workload is doable in seconds, with Craft it takes hours.

Did you figure it out? Something's clearly wrong with your hosting or database.
Post reply on HN