While we don’t yet offer Mautic as a separate application on our Platform, Mautic is at present fully compatible with our Platform.

Mautic can be easily installed manually on any PHP Stack application on Cloudways. All that is needed to be done is to download and unzip the Mautic application inside the public_html directory of a stock PHP application, and to run its installer from the web (accessing the application URL the first time will automatically start the installer). There is a possibility that the installer may complain about not having the PHP variable “always_populate_raw_post_data” defined to “-1” value. If that happens, then that can be easily handled by defining “php_admin_value[always_populate_raw_post_data] = -1” under Application Settings > PHP Settings and restarting PHPFPM from Manage Services. Afterwards, the installer will proceed and complete successfully.

Furthermore, any required crons for Mautic can be set up through Cron Job Management interface on our Platform or through the CLI.

Once Mautic is set up on a single application, the application cloning feature on the Platform can be used to easily spawn multiple instances of the Mautic.

Please let us know if you face any issues with this.

Additionally, we would very much like to know what your use-cases for Mautic are and how you intend to use it.

Cloudways Team

While we don’t yet offer Mautic as a separate application on our Platform, Mautic is at present fully compatible with our Platform.

Mautic can be easily installed manually on any PHP Stack application on Cloudways. All that is needed to be done is to download and unzip the Mautic application inside the public_html directory of a stock PHP application, and to run its installer from the web (accessing the application URL the first time will automatically start the installer). There is a possibility that the installer may complain about not having the PHP variable “always_populate_raw_post_data” defined to “-1” value. If that happens, then that can be easily handled by defining “php_admin_value[always_populate_raw_post_data] = -1” under Application Settings > PHP Settings and restarting PHPFPM from Manage Services. Afterwards, the installer will proceed and complete successfully.

Furthermore, any required crons for Mautic can be set up through Cron Job Management interface on…

Can any of the supporters please give some scope on what you would like to see implemented when it comes to supporting support?

Do you want to be able to launch containers, let Cloudways deploy your preferred app on top of a container (i.e. wordpress) and manage it like you do with other apps in normal virtual machines on Digital Ocean or Vultr?

Or you want to be able to deploy your own docker images with your application on top of infrastructure (be it a VMs, a physical host …) that we make available to you?

Or something else?

It will help set our mind related to this. We are discussing options internally, one being adding a container (over physical hardware) infrastructure provider over which you could deploy/manage your applications like done now.

For people that wanted to add CW as a WHMCS module, we are releasing a full-blown API this month that will basically allow you to do anything you do via the console, and that should allow you to create the WHMCS module.

After some difficulties with Cloudflare, we have spoken now with Sucuri (https://sucuri.net/). They offer malware removal, website firewall (providing DDoS protection among other things, requires DNS redirection to point to their firewalls) and site scanning (via local agent). All features independent (we can offer all or some).

We are thinking that a better approach to solving our customers problems when it comes to security and performance will be to offer (as add-ons) Sucuri (security centric and very focused on our most common apps) and MaxCDN (pure CDN focused on performance).

Any one has had experience with Sucuri? We have already tested (and in talks with them) and looks very promising.

Let us know thoughts on this (Sucuri + MaxCDN) approach (vs Cloudfront). We know this is well overdue and want to get it rolling.