We're always adding new features and improvements to SpinupWP.
See below for the latest enhancements and email us if there’s a feature you'd
like to see next.
You can now remove an old version of PHP from your server with a couple of clicks.
Previously, Assistant would let you know that an old version of PHP should be removed from your server, but you had to remove it manually.
If the old version of PHP is still running on some of your sites, Assistant will let you know and provide you with a way of updating all those sites to a newer version of PHP in one click.
Immediately after launching Todos we knew it wasn’t a great name for the feature. It was more than a todo list. It was coaching customers on how best to maintain their servers and sites. It deserved a name that conveyed this and so we’re now calling it Assistant.
In addition to renaming this feature, we’ve added some functionality. Previously, there were no notifications at all. It was up to you to visit the Todos screen regularly to keep an eye on things. Now a notification will appear in your in-app notifications when a todo escalates to Critical priority.
In addition, you can now receive a weekly or monthly email summarizing your prioritized todos and giving you a good idea of the status of your servers and sites.
This email replaces the server reboot notifications (email and in-app) that many have found annoying, including members of our team. 🙃
We’ve made some tweaks to the site domains UI. It should now be more obvious that changes to the domains are queued in a batch and only applied to the server when you click the Save button. As you add, update, and delete domains, no changes are made to the server until you click the Save button. This allows you to make many changes quickly and process them in one batch, minimizing Nginx reloads and SSL certificate regeneration and downtime.
We’ve added a new custom server endpoint to the API allowing you to provide the IP address and credentials for a server you’ve already set up with one of the latest two LTS versions of Ubuntu. SpinupWP will connect to the server, provision it, and add it to your SpinupWP account.
We’ve updated the API’s servers endpoint to support the provisioning of servers at Vultr, Akamai/Linode, and Hetzner. Previously you couldn’t provision a server at these providers via the API at all. Only DigitalOcean was supported.
And because it’s not always easy to find server regions and sizes metadata in each provider’s docs, we’ve also added a convenient new server providers endpoint to get the server regions and sizes metadata that we use in our UI.
You can now configure your backups to be sent to another server via SFTP:
You’ll need to provide all the connection information to the server. You have the option of using password or public key authentication. You can also configure a separate filesystem path for the backups of each site:
Newly deployed servers will now have MySQL 8.4 instead of MySQL 8.0. Existing servers will remain on MySQL 8.0. If you want to upgrade to MySQL 8.4, we recommend deploying a new server and moving your sites over to it. There’s no rush however, as MySQL 8.0 will continue to receive security updates for another year, reaching end-of-life on April 30th, 2026.
There have been a few things we’ve wanted to improve with Todos since launching it 18 months ago but other things took priority. For one thing, users restricted to specific servers and sites in an account would still see the todos for all servers and sites. Similarly, if you turned off notifications for a server or site, you would still see it in your todos. Both of these issues have been fixed.
In addition, some customers suggested that after they dealt with some todos, it would be really nice if there was a button to get SpinupWP to check the todos again and refresh the list. I’m happy to report that there’s now a Refresh button on the Todos screen.
You can now enable/disable a site’s cron from your SpinupWP dashboard:
When cron is enabled, you can select the interval, the number of minutes between cron runs for the site. For new sites, the interval is set to 5 minutes by default.
As part of this update, Linux cron schedules are now random for each site so that all crons aren’t scheduled to run at the exact same time, which can cause CPU spikes. We’ve also implemented a lock to prevent the Linux cron from running when the previous cron run is still running. To upgrade the Linux cron of a site with these improvements, simply toggle your cron off and then back on again.