WordPress (or other apps) staging (live and test site combination)
Cloudways definition of staging is somewhat different from other managed WP services like SiteGround and MT Premium WP. It would be great to have dual WP setup for live and test without cloning, and hopefully with easy/simple sync feature.
The feature( in beta) is now available in Platform.
For information on how to use Staging feature please follow link below,
Hey guys, loving the new staging feature and have used it quite a few times now so super happy with it! Everything seems to be working well, except a recent issue I've discovered in pushing changes from staging to live. The edit and adding of plugins is replicated but the removal of plugins isn't. So for example, I removed a few plugins in staging that were still there after pushing to live. Although the plugins I added or edited in staging came across to live as expected. I have proven this on two seperate applications.
need this feature! please check this out.
It would be great to get an update on the progress of this much needed feature. Thanks!
I too would like to know where Cloudways stands on this feature request. It's a much-needed function!
Sanjeev S commented
We are past mid June and wondering if there is any update on this as this was supposed to roll out last month. Please advise. Thanks,
Charles Blevins commented
Any update on this?
Any update on this?
I can't migrate my clients to Cloudways until there is a functional workflow similar to:
prod -> dev (clone)
prod -> stage (clone)
dev -> stage (merge)
stage -> prod (merge)
Staging please. I am sure that the increase in number of clients would more than make up for the development of a proper staging option.
Any updates on staging? This is a must-have for multisites.
I’ve read a couple articles but all of your competitors have a much simpler process.
This is the one missing element that has been keeping me from immediately moving my clients to Cloudways.
1. Allow for creating a snapshot of the production site as the staging site.
2. Allow setting my custom domain with a staging URL, such as a subdomain
3. Allow for publishing (overwriting) the production site with my changes.
4. Allow for taking a new snapshot of the production site to overwrite the staging site again.
5. Do NOT overwrite any traffic data when publishing changes from staging to production.
6. Make sure all URLs when publishing from staging to production use the Production format...not the staging URL.
Again, WP Engine, Flywheel, and many others have done so beautifully. But, I do not enjoy paying PER WordPress site...especially when a client has two tiny WordPress sites.
A true staging environment for WordPress sites is a must. Please look at implementing this feature ASAP.
I agree with all the comments here. The Cloudways solution is not "more flexible," it's just less functional. What's missing is a tool to push database changes. At minimum, there should be a set of syncing options.
I see that this is one suggestion with the most votes, where cloudways does not have acted upon yet! Please consider adding this! :)
I am evaluating cloudways for over a month, and i mentioned this several times to support: cloudways promises staging environments on its pages but does not deliver it I read the comments of the staff, but they make no sense. STAGING IS NOT CLONING! We really need an automatic deploy from staging to production WITH DATABASE SYNC AND USING GIT in an automated way for wordpress (and others)
please listen to your customers and add this soon. Many other providers have this already, and this is my no 1 reason, not to move all my sites to cloudways.
The ability to push from a staging to production is one a the key reasons I haven't moved all of my WP site from WPEngine to Cloudways yet. The ability to pick files and/or database changes (and exclude tables) is a key part of our development workflow.
AdminCloudways (Admin, Cloudways) commented
Since in a clone process we do not carry forward associated/mapped domains of the source, instead replace domain to subdomain of cloudwaysapss.com, therefore it doesn't make sense to clone the SSL from source to destination.
As for cannot create new certificate, could you please provide more details perhaps create a support ticket, you should be able to create one without any trouble.
A major downfall of the current setup is that my certificate cannot be cloned. Not can I create a new certificate for my cloned site. This means https won't work on my cloned site. And must browsers won't even let me look at http, even if my access rules allow http.
This makes the cloning for dev or staging useless.
We really need Let's Encrypt certificate to function on our cloned dev sites.