Skip to content

WordPress

Choosing WordPress when you create a site runs the whole install: core downloaded, the database created, wp-config.php written, an admin user made. When it finishes you have a working site on real HTTPS.

WP-CLI 2.12.0 and Composer 2.10.2 are bundled, so nothing needs installing separately.

One click opens wp-admin as an administrator. No password, no password manager, no admin/admin on twelve local sites.

Terminal window
rex site login myshop.rex
rex site login myshop.rex --print # print the link instead of opening it

Everything below is in the app, and mirrored on the CLI as vetted WP-CLI operations. All of it reads the site’s database, so while that engine is stopped the WordPress tab says so — MySQL is stopped — and offers Start all, rather than spinning on Loading plugins… until WP-CLI gives up:

Users, roles and passwords too:

Terminal window
rex wp myshop.rex user list
rex wp myshop.rex user create editor editor@example.com --role=editor
rex wp myshop.rex user set-password admin
Terminal window
rex wp myshop.rex search-replace old.rex new.rex --dry-run
rex wp myshop.rex cache-flush
rex wp myshop.rex cron run
rex wp myshop.rex maintenance on
rex wp myshop.rex core versions
rex wp myshop.rex core switch 6.7.1

search-replace defaults to showing you what it would do. Run it with --dry-run first — it is the operation most likely to be right in intent and wrong in scope.

The check compares the docroot with wordpress.org’s file list for the installed version, so it needs the network. Offline, or for a version wordpress.org does not list, the Overview shows nothing and rex doctor reports the site as not checked. The cause is inferred, not proven: a long-named file you deleted by hand reads the same way, and is repaired the same way. A default-theme file is counted only while that theme’s folder is still there.

The site’s WordPress panel has a Core card. Only Update core is also on the CLI; the other two are in the app.

  • Verify core checksums compares core files against wordpress.org’s checksums for the installed version and lists modified, missing and foreign files. Finder clutter such as .DS_Store is shown apart, as harmless, with an offer to delete it and verify again.
  • Re-install core rewrites core files for the installed version from its no-content build, leaving wp-content, wp-config.php and the database alone.

The manager is a vetted set of operations rather than an arbitrary WP-CLI passthrough. For anything outside it, the site’s Terminal tab gives you a real shell, already in the docroot, with the site’s own PHP and wp on PATH:

Terminal window
wp plugin list --status=active --format=json
wp db query "SELECT option_name FROM wp_options WHERE autoload='yes'"

Every message the site sends is caught by Mailpit and none are delivered. That includes the password reset you are about to trigger, which is usually how people discover it.

wp dist-archive builds a distributable plugin or theme zip from a repository asset, into ~/Downloads. Useful when the thing you are developing locally has to ship as a zip.