I found myself in a position where I had a huge table locally and wanted to import it on my database.

CSV file ~30mb
SQL file ~200mb

Unfortunately, we can only import tables from sql files. Would love to see different file types like CSV, JSON, XML

When removing Github repo from "Deployment via Git", please ask for a confirmation first. I clicked Remove button by accident, then had to set it up again.

pagespeedy is a php free extension, awesome server side cache... varnish is having some problems in prestashop latest version... plz guys, pagespeedy :)

A dropdown with options next to the "Varnish Toggle" button allowing us to choose which VCL is configured with this application would allow us flexibility to change our stack without having to create a whole new application and reconfigure ours.

I notice when you change the shell username to something else, it doesn't change the ownership of the directories and files in the public_html directory. You have to do an additional step which is Reset Permissions to have it reflect the changes. Maybe have function to also reset permissions when you change the shell username.

Some of the PHP timezones listed on the basic settings and packages page are not supported by PHP. For example, I can select "US/Central" as a timezone, but PHP only supports "America/Chicago", which isn't an option. See: https://secure.php.net/manual/en/timezones.others.php

Currently wishlist member cannot protect individual files unless changes are made to the Nginx configuration. The support team are unable to make these changes on an individual basis, so the whole configuration needs to be updated system wide.

In Ireland and the Uk the clock changes twice a year to adjust for BST which becomes GMT+1 this means the server timezone for all apps running London/Dublin location become inaccurate by an hour.

So it would be better if server time zone could match site application time zone (eg Drupal timezone) or else if server timezone can automatically adjust for BST changes.

I understand you need to limit control. If I need to migrate away from cloudways can you give me access to the server and "detach" from cloudways? Most clients will be fine, but if we hit a "wall" where need to do something you won't let us then want to take entire server config and since we already have the droplet - just let me have it! You can even charge a migration out fee.

Vultr now offers dedicated bare metal servers at a good price when I compare it to the virtual servers and maybe to the cloudways pricing too.

So it would be great in the future to be able to clone over to bare metal dedicated from digital ocean or other provider. I only propose this if there is actual countable benefit over your current virtual options. Well it definitely makes a difference to applications that have a high load and traffic.

Vultr also offers Ddos protection.

Your Varnich settings currently are not compatible with IPB as it is blocking its' cookie.
I highly suggest you to make IPB Compatible with your Varnich setting.

We're looking for a plan that offers root access, and had heard that Power Cloud was the way to go. But your CSR chat tells me that is no more.

Our coder won't work without root. And we've heard great things about you but this is a deal breaker.

I'd like to add a list of pages that will never pull from cache

Add tcsh and csh to your Debian distro

For development reasons we protect our application with HTTP AUTH

After user has been authenticated varnish is not caching the request because of the authorization header always being sent (see default.vcl).

Add "unset req.http.Authorization" after auth check on vcl_recv to force caching.

This configures the storage type of the global/inter-process SSL Session Cache. This cache is an optional facility which speeds up parallel request processing. For requests to the same server process (via HTTP keep-alive), OpenSSL already caches the SSL session information locally. But because modern clients request inlined images and other data via parallel requests (usually up to four parallel requests are common) those requests are served by different pre-forked server processes. Here an inter-process cache helps to avoid unnecessary session handshakes.

Ex.: SSLSessionCache shm:/usr/local/apache/logs/sslgcachedata(32000)

https://httpd.apache.org/docs/2.2/mod/mod_ssl.html#sslsessioncache

Or via Memcached (but this requires Apache v2.4) :
https://httpd.apache.org/docs/2.4/en/mod/modsocachememcache.html

allow xbithack and multiviews in htaccess file

Please allow users to use Apache Subversion on hosting.