On top of not being able to delete logs ourselves (which should be made possible - as suggested by other feature request), it would be massively useful if there was an option to set a timer for logs (both error & access) to be auto-cleaned.

Even if we can control the error logs to a degree (by fixing the application errors), we can't fully control access logs which is a problem because it literally means that the disk space for app is constantly growing - and if you don't pay attention it could take your site down due to full disk within a few weeks (more or less depending on disk size).

Long story short, would love to see a feature to setup a timer for auto cleaning all kinds of logs (older than X days; every 30 days, every 15 days, etc).

Actually, we can take SERVER backups but we can RESTORE single applications. This is good but it would be great if we could also take a backup of a single application.

Consider this : we'll deploy an upgrade but before we want to made a backup that we can restore just after deployment if anything goes wrong.

• Actually, we need to take a full server backup, which takes several minutes ;
• I f we could made a backup of this single app, it would take 90% less time.

This could be placed at the same level than RESTORE tab under Applications.

We have a console for Servers, where we can list all of our servers, enter each one and see the list of Applications on that server (by hitting application management and then viewing the drop-down list)

I'd like a console for viewing all applications, independent of server, so we could find a specific site without having to trudge through each server screen.

It'd simply act as a list of shortcuts directly into the Application Management screen for each.

At the end of the day, we only care about our Applications, that we need servers to host them is incidental, ideally we don't want to consider where they live, unless we need to alter some setting on that environment

I should be able to have full control over my team members. if i want to set their login password i should be able to do it, but as it stands right now I have to bother my user and ask them to perform a password creation step that they shouldn't have to.

I should be able to go to them and say "here is your access" as I don't want them to have access to the Cloudways console, I just want them to have an SFTP login, thats it. Requiring them to login and create their own credentials is not good for us.

I think you should keep the applications sftp access credential in the master account. I know that it seem duplicated but in fact, it's not. since the application credential locks to one applications. also, if I need a application credentail I would need to create a team member account and do all the crazy thing to set up the new member account in order to make the application credentials. this is very tedious and troublesome sometime because all we need is to get the credential info and send it to someone. Normally, we need the application credentail is because we want this as a extra level of security when doing update. because using the master is very easy to get into the wrong folder and update the wrong codes. when the application credential, this will prevent this type of mistake to happen. I think it's not a bad thing to keep the application credential in the master account as this will make our life a lot easier whenever we need the application credentials. This way we dont need to keep loging out and in to each account and find our the corresponding credential of each applications in the server. Hope you understand.