This is such a basic feature that exists on any cPanel hosting plan. Simply allow us to set the root folder for a new SFTP accounts for an application.

I have software that automatically uploads to the SFTP but the upload fails because your default root (applcations/(appname) is not writable. Simply add a field to let us specify where the root for he new SFTP we just created will be (i.e. applications/(appname)/public_html/newfolder

I cannot stress enough how useful this will be for us developers and will make the CloudWays experience more robust and scalable.

Currently, Varnish cache is "broken" for all query parameters. This means anyone comeing from Facebook, which adds "fbclid", or from any link with standard UTM parameters like "utm_source" is served an un-cached page.

Varnish WILL then cache that entire page + query strings, but that's not very helpful.

It would be ideal to have it behave like Cloudflare APO as described here: https://developers.cloudflare.com/automatic-platform-optimization/reference/query-parameters/

So, for the "allowed" parameters, Varnish would serve cached content of the base URL without parameters.

My customers are in the USA and my employees in Asia. The US based server is super fast when accessed from the USA, but from Asia it's slow. I want to run a duplicate mirror server in Asia, but have been unable to find someone with the skills to do this. Would be a great feature if Cloudways could do this with a few clicks.

Hi, I've read somewhere in this forum that your architecture don't support multiple php versions. How about making another architecture that supports php versioning per app? It could be a mini server that caters only to single app.

Offer the ability to wipe all files and database entries, before pulling a fresh copy from live to staging.

Sometimes I need to redo our Sandbox environment.
Most of the time, there are various changes to the files and database.

When I choose overwrite it won't wipe the remaining data.

If I delete the whole app and stage again, I have to redo SSL and other settings.

Please give a third option to the "Live > Staging" process.
- Overwrite
- Incremental
- Wipe and Write

Thank you

Please update Composer to version 2.

Support for Composer 1 is deprecated and some packages will not be available. You should upgrade to Composer 2. See https://blog.packagist.com/deprecating-composer-1-support/

Also, allow a user to write to composers cache folder:

"Cannot create cache directory /home/12341234.cloudwaysapps.com/hfjhsdkfhdsjkf/.cache/composer/repo/https---repo.packagist.org/, or directory is not writable. Proceeding without cache"

The current version of ImageMagick is from the legacy (v6) branch. Updating to the latest version of the v7 branch would allow for AVIF image format support. AVIF has been out for a couple years now and can provide substantially better compression than WebP.

Gatsby seems to be sinking its teeth in. It may be here to stay. True headless sites are so ridiculously fast, you can't ignore them. From my research, it seems cloudways does not currently support gatsby serving. I've looked at your other headless options and they're good, but not the same as Gatsby. I recommend you look into it and begin offering options. Thank you for hearing me!

Add option to purge inode,
Right now the only option to do this is just through support.

The curl version is 7.52.1 installed by Vps is about 4.5 years ago. Is it too old to use newer functions or plug-ins?

I have wished for a way to create my own defaults for settings that automatically get propagated to new servers. This would include config options available in:

• Server Management > Settings and Packages (especially Basic, Advanced, and Packages)
• Application Management > Applications Settings (especially General and PHP FPM config)

It would save time to not have to go manually change all the config on each server but have it automatically create the server with my preferred settings.

Thanks!

Assign Resources Manually Its Just Simply Not A Job For A Human ,
This Is A Robot Job , I Can Assure All My Friends Here At Cloudways , Will Be So Happy With This , And Promote Cloudways As The Best VPS Provider Will Be Much More Easier ... Winnings For Everyone ... I Can See The Supermassive Flood Of Users Will Get Here With This New Feature ...

The master user can define bash aliases in .bash_aliases file, but an app user can't do the same, there is no way to define aliases and load them automatically on ssh login
Would be great to be able to define such bash aliases file for app user!

Why we can't have CDN URL for the staging environment?

If you dont support CDN for the staging site how can I test the code & optimize speed before making it live?

All leading managed WP hosting companies have CDN support for staging.

When using Remote-SSH addon for VS Code:
https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-ssh

I think it tries to install something on host (and fails).
Allowing to do so will support working on remote files directly from VS Code which will be super-cool and convenient
=)