Hacker News new | past | comments | ask | show | jobs | submit login

Why someone would do this: Wordpress has a solid editor, lots of plugins, and is used by millions so the workflow is well tested. The resulting pages are a perfect fit as static content.

You can accomplish this by using a CDN that caches everything, or use plugins that export static files like WP2Static, or use integrations with static site frameworks like Gatsby that treat WP as a CMS.

But yes, doing it all from scratch yourself is probably not worth it, especially if you're unfamiliar with the tech.




>Why someone would do this: Wordpress has a solid editor, lots of plugins, and is used by millions so the workflow is well tested.

Sure - why not. The question, why do you need to host it locally? You can just create a free account on wordpress.com, or get a private hosted solution for peanuts and with the LAMP stack already configured.


But to be fair, the authors core point is correct - running Wordpress locally and then deploying to the internet is an absolute tire-fire.

For context my wife uses wordpress to build various sites. I got lumped with the task of moving this online. It was super painful, as WP encodes the URL name (i.e. localhost) flipping everywhere.

I eventually resolved this by editing the tables which stored the URLS (fortunately, as a DS I know SQL) and doing some sed on various files that cached the URL.

I now refuse to do this, and set her up online with a website before she does any work, because moving it is so painful.



Many packages store the raw URLs in the DB, and don't respect the change of that setting. At least that was my experience.

I did try the obvious things first, to be fair.


You need to use wp-cli to carefully find and replace urls and filesystem paths inside the db. Many professionals don't even know about it.

Another way is to perform the find and replace with PhpMyAdmin.


Forget what I said about PhpMyAdmin, you can't edit serialized blobs easily. Wp-cli is the way to do it.


Or you could just use SQL (which is what I did).


No, you would invalidate all PHP serialized blobs. Things may keep working, but you would lose some config/data.


Apologies, SQL for almost everything, and sed for the text files that didn't get updated.

It appeared to work a few times (or at least my wife/her customers didn't complain).


Yes, that's what the last sentence is about.


>why do you need to host it locally?

offline editing?




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: