I noticed it saves 52 files back, independent of time. I have e.g. access logs from early 2018. I see no need to keep them that long. A "log retention time" setting would be very practical. As some others have noted, easy access to the error log from the dashboard would be neat. An e-mail alert when there are too many errors during a certain period of time (as it happens, not as a daily digest, as time is of the essence) would also be nice.
This is indeed a good suggestion. We at Cloudways believe in being transparent to our users in all operational areas. We have added this idea to our Product Improvement Ideas list, and information about security would be available on the Cloudways Platform in the coming days.
83 votesAdminCloudways (Admin, Cloudways) responded
After analysing feasibility we have decided to drop this option by now. We are not experts in node.js, there are far too many full-stacks to be able to focus on one and the changes/efforts that we would need to do to adapt our platform are too big compared to the limited market we currently have for node.js.
That said, surely it is something that we may reconsider in the future.
Thanks to all for your feedback.
This could be a different Application (Type). It seems almost all IoT applications and Alexa skills are using Node.
Previously suggested via site feedback, slightly updated:
It would be very nice to see the following in the list of Servers (per server):
- Disk use
- CPU use
- Memory use
- Data use
Possibly all of them relative to maximum, as small charts, or just current status (or e.g. average for the last hour or so) as one value/column each.
I imagine there’s a “cost” to getting the data, but the update frequency wouldn't have to be instantaneous.
Work has been started in this regard, and users would be able to see disk space consumption app wise, and server monthly bandwidth usage.
We are hoping to release the features in December ’18.
In my case I see 18GB is used via the server monitor, but "du" only reports GB from under applications (including backups). System and database size is not included in the latter of course.
I've found this useful for a rough estimate of application script/data sizes:
du -ahcBK --max-depth=1 --threshold=1K --exclude='local_backups' | sort -hr
4 votes1 comment · Service Improvement » Server Configuration Improvements · Flag idea as inappropriate… · Admin →