What's coming in 6.0
-
Actually the screenshot was only a work-in-progress. The action buttons made it too cluttered so those went into the context menu. There is also an action to at least change the owner to the typical ones we currently use in apps.
@nebulon Ahh, I see. Perhaps it could so with a
...at the end of the row to click as well to show that
For interest, I get "Cloudron Error" when trying to navigate into the
Contentsdirectory on my Ghost install. Guessing maybe file permissions or bug?Web Design https://www.evergreen.je
Development https://brandlight.org
Life https://marcusquinn.com -
@nebulon Ahh, I see. Perhaps it could so with a
...at the end of the row to click as well to show thatFor interest, I get "Cloudron Error" when trying to navigate into the
Contentsdirectory on my Ghost install. Guessing maybe file permissions or bug?@marcusquinn They just pushed a 5.4.1 version to fix a bug when navigating symlinks. Maybe ghosts Contents is actually a symlink and that's what you're hitting ?
-
@marcusquinn They just pushed a 5.4.1 version to fix a bug when navigating symlinks. Maybe ghosts Contents is actually a symlink and that's what you're hitting ?
@mehdi Cool - will test again now. The error also seems to trigger Ghost to run out of memory and restart. Will test again after updating...
-
@marcusquinn They just pushed a 5.4.1 version to fix a bug when navigating symlinks. Maybe ghosts Contents is actually a symlink and that's what you're hitting ?
@mehdi Confirmed - fixed - great work going on here!
-
would be nice, but also a big task, to take advantage of Cloudflare proxy for some apps such as
- Nextcloud
- WordPress
- GravCMS
and not simply using it as a DNS manager.
@JOduMonT Question: what features of Cloudflare Proxy do you like? Just thinking most of it can be done another way anyway.
-
ty @girish for the update, we are working on OpenLiteSpeed image for WP, we are having some issue with the config file, but we hope to have a beta soon.
Matteo. R.
Founder and Tech-Support Manager.
MooCloud MSP
Swiss Managed Service Provider -
We are continuing to work on getting many more of the apps published, see the WIP tag. Thanks to the community for really helping us out here!
CHANGE IN PLANS: As mentioned in the 5.4 post, we decided to release some of the features listed here in an intermediary release. I have marked the features below as such.
UPDATE 2: There is now a 5.5
UPDATE 3: There is now a 5.6
UPDATE 4: 6.0
6.0 will be a feature rich release:
- Focal support
- Mailbox sharing - we tried IMAP based mailbox sharing but this doesn't work well for the apps we have. We will instead make it such that a single mailbox can have multiple owners.
- Optimize WP and Nextcloud installations. This is not directly related to box code but we want to speeden things up and optimize the configs since we have a large number of installs with these 2 apps. @MooCloud_Matt has given us a lot of ideas to work with here.
- Unified dashboard for multiple cloudron setups - This will provide a unified auth across cloudron setups plus a single dashboard to control multiple cloudrons. Details are still being worked on and I will post it once I have more info.
- Fix access control for service provider setups - There's a few small issues. Service providers wants admin flag per app, better control of SFTP user management and also to unify PHPMyAdmin across apps. We will see what we can do.
- Mail - Full text search via IMAP (solr integration)
Already released
- (5.4) Dark mode for dashboard
- (5.4) File manager UI to edit the files inside apps. For the initial version, one can only view and edit the files under
/app/data(i.e one cannot view the files in the read-only parts of the file system. this is because of some technical reasons) - (5.5) Backup upload/download speed - Currently, backups can be quite slow but we have some ideas to speed it up
- (5.4) Allow admin to lock email and display name globally. This essentially makes the LDAP directory non-editable by normal users.
- (5.5) Allow backup and update time to be set. Currently, this is all hard coded and it's causing problems for people working in the night
- (5.6) Mail: Configurable mail server settings - whitelist/blacklist, max message size, tls configuration. In the next release after 6.0, we will make spam settings configurable.
@girish said in What's coming in 6.0:
Unified dashboard for multiple cloudron setups - This will provide a unified auth across cloudron setups plus a single dashboard to control multiple cloudrons. Details are still being worked on and I will post it once I have more info.
-
@girish said in What's coming in 6.0:
Unified dashboard for multiple cloudron setups - This will provide a unified auth across cloudron setups plus a single dashboard to control multiple cloudrons. Details are still being worked on and I will post it once I have more info.
-
ty @girish for the update, we are working on OpenLiteSpeed image for WP, we are having some issue with the config file, but we hope to have a beta soon.
@MooCloud_Matt For interest I did a bunch of performance testing for WP a couple of years ago and LiteSpeed didn't give us any edge and was slower in many cases for a large stack (200 plugins).
I have written a ticket for our devs (brandlight.org) to share the things that we tuned for a fast stack, so we will share notes soon with our Brandlight base WP & Woo stack.
Disabling
open_basedirin php gives a big performance improvement on any stack.And we make all directories non-writable for security, except
/uploads/, since the only way anything can be deployed is with GitLab CI/CD with appropriate write permissions.We don't use full-page caching, just fragments and transients and these are our TTFB times for interest, like I say 200+ plugins:
- https://status.brandlight.org (Cloudflare)
- https://status.swanson.co.uk (Route53)
- https://status.healthshop.net (Route53 but moving to DNS Made Easy)
Each on Vultr VMs with Network WAF, and no CDN yet.
Plus, on any of those sites, you should see similar times with any language - again I'll ask our dev team to share more on all that when we get time too.
Maybe there's more to LiteSpeed that we missed but the above is with Apache, Nginx and FastCGI.
Web Design https://www.evergreen.je
Development https://brandlight.org
Life https://marcusquinn.com -
@MooCloud_Matt For interest I did a bunch of performance testing for WP a couple of years ago and LiteSpeed didn't give us any edge and was slower in many cases for a large stack (200 plugins).
I have written a ticket for our devs (brandlight.org) to share the things that we tuned for a fast stack, so we will share notes soon with our Brandlight base WP & Woo stack.
Disabling
open_basedirin php gives a big performance improvement on any stack.And we make all directories non-writable for security, except
/uploads/, since the only way anything can be deployed is with GitLab CI/CD with appropriate write permissions.We don't use full-page caching, just fragments and transients and these are our TTFB times for interest, like I say 200+ plugins:
- https://status.brandlight.org (Cloudflare)
- https://status.swanson.co.uk (Route53)
- https://status.healthshop.net (Route53 but moving to DNS Made Easy)
Each on Vultr VMs with Network WAF, and no CDN yet.
Plus, on any of those sites, you should see similar times with any language - again I'll ask our dev team to share more on all that when we get time too.
Maybe there's more to LiteSpeed that we missed but the above is with Apache, Nginx and FastCGI.
I agree that OLS or LS are not the solution, because Nginx + FastCGI + ProxyCache are excellent (with LS + ESI woocommerce it works better in any situation in this days) especially in big sites with a lot o page, content and static content like images.
But large sites are exceptional cases in the hosting world, especially those who would use cloudron do not have a huge site because they would prefer to use a custom stack in that case.
We are thinking of satisfying the customer who wants performance without doing anything other than installing the LiteSpeed cache plugin. -
We are working with @girish in general to improve the WordPress and NextCloud Apps, probably moving (nothing certain) to Nginx + FastCGI.
The problem will not be nextcloud, but WordPress; We are looking for a way to intelligently implement the cache in wordpress, because one of the problems is cleaning the FastCGI cache from WordPress (we have found some plugins, but they are not always easy to implement) so we are open to advice.Matteo. R.
Founder and Tech-Support Manager.
MooCloud MSP
Swiss Managed Service Provider -
We are working with @girish in general to improve the WordPress and NextCloud Apps, probably moving (nothing certain) to Nginx + FastCGI.
The problem will not be nextcloud, but WordPress; We are looking for a way to intelligently implement the cache in wordpress, because one of the problems is cleaning the FastCGI cache from WordPress (we have found some plugins, but they are not always easy to implement) so we are open to advice.@MooCloud_Matt We use and recommend WP Super Cache for the options to cache fragments. Tried all the rest but came back to this one for code-quality, hooks and ultimately it's what wordpress.com uses.
Is there a thread under the relevant Apps > Wordpress category I can ask our devs to join and contribute?
-
We are working with @girish in general to improve the WordPress and NextCloud Apps, probably moving (nothing certain) to Nginx + FastCGI.
The problem will not be nextcloud, but WordPress; We are looking for a way to intelligently implement the cache in wordpress, because one of the problems is cleaning the FastCGI cache from WordPress (we have found some plugins, but they are not always easy to implement) so we are open to advice.@MooCloud_Matt Dave Hilditch at https://www.wpintense.com is a treasure-trove of tuning knowledge & dev-ops knowledge too, and his performance demo is here: https://foundthru.com
Priority being raw uncached speed because caching is just for scaling traffic really.
Be interested in your feedback before & after for uncached from trying disabling
open_basedir. Query Monitor should give a quick impression on that, although we don't have QM active on live sites of course.We also built a
mustuseunloader plugin, so only the plugins used on any page are loaded. Needs to be actively managed but does mean the minimal php is processing per page load. -
We are continuing to work on getting many more of the apps published, see the WIP tag. Thanks to the community for really helping us out here!
CHANGE IN PLANS: As mentioned in the 5.4 post, we decided to release some of the features listed here in an intermediary release. I have marked the features below as such.
UPDATE 2: There is now a 5.5
UPDATE 3: There is now a 5.6
UPDATE 4: 6.0
6.0 will be a feature rich release:
- Focal support
- Mailbox sharing - we tried IMAP based mailbox sharing but this doesn't work well for the apps we have. We will instead make it such that a single mailbox can have multiple owners.
- Optimize WP and Nextcloud installations. This is not directly related to box code but we want to speeden things up and optimize the configs since we have a large number of installs with these 2 apps. @MooCloud_Matt has given us a lot of ideas to work with here.
- Unified dashboard for multiple cloudron setups - This will provide a unified auth across cloudron setups plus a single dashboard to control multiple cloudrons. Details are still being worked on and I will post it once I have more info.
- Fix access control for service provider setups - There's a few small issues. Service providers wants admin flag per app, better control of SFTP user management and also to unify PHPMyAdmin across apps. We will see what we can do.
- Mail - Full text search via IMAP (solr integration)
Already released
- (5.4) Dark mode for dashboard
- (5.4) File manager UI to edit the files inside apps. For the initial version, one can only view and edit the files under
/app/data(i.e one cannot view the files in the read-only parts of the file system. this is because of some technical reasons) - (5.5) Backup upload/download speed - Currently, backups can be quite slow but we have some ideas to speed it up
- (5.4) Allow admin to lock email and display name globally. This essentially makes the LDAP directory non-editable by normal users.
- (5.5) Allow backup and update time to be set. Currently, this is all hard coded and it's causing problems for people working in the night
- (5.6) Mail: Configurable mail server settings - whitelist/blacklist, max message size, tls configuration. In the next release after 6.0, we will make spam settings configurable.
@girish said in What's coming in 6.0:
Unified dashboard for multiple cloudron setups - This will provide a unified auth across cloudron setups plus a single dashboard to control multiple cloudrons. Details are still being worked on and I will post it once I have more info.
does this come with group- or domain-admins who can only install apps/add and edit users from their designated domains/groups?
-
@girish said in What's coming in 6.0:
Unified dashboard for multiple cloudron setups - This will provide a unified auth across cloudron setups plus a single dashboard to control multiple cloudrons. Details are still being worked on and I will post it once I have more info.
does this come with group- or domain-admins who can only install apps/add and edit users from their designated domains/groups?
@msbt said in What's coming in 6.0:
does this come with group- or domain-admins who can only install apps/add and edit users from their designated domains/groups?
Not part of the multi-host but it's part of the "Fix access control for service provider setups"
-
Very much looking forward to seeing how you develop the multi-host features for 6.0.
If I may suggest for consideration in that it would be very useful to be able to move an entire domain with all it's configurations and apps from one Cloudron to another with a button, confirmation and function that went through the processes. I image it would need to pause all services on that domain during the transition to ensure data is frozen but it could be a scheduled maintenance or just a staging Cloudron to live Cloudron launch process.
So we can set everything up on one Cloudron instance, and them move the whole thing to another separate and dedicated one.
Might be a big ask - but though it worth bearing in mind in your designs and planning.
-
Very much looking forward to seeing how you develop the multi-host features for 6.0.
If I may suggest for consideration in that it would be very useful to be able to move an entire domain with all it's configurations and apps from one Cloudron to another with a button, confirmation and function that went through the processes. I image it would need to pause all services on that domain during the transition to ensure data is frozen but it could be a scheduled maintenance or just a staging Cloudron to live Cloudron launch process.
So we can set everything up on one Cloudron instance, and them move the whole thing to another separate and dedicated one.
Might be a big ask - but though it worth bearing in mind in your designs and planning.
-
@marcusquinn self-hosted auto-magical devops deployments at the click of a button....
@will That's the dream. I like scaleable businesses where the second time doing something is a tiny percentage of the effort of the first time. Setups take time, time is finite, speed is valuable. Templating is where profits are for client and provider
Web Design https://www.evergreen.je
Development https://brandlight.org
Life https://marcusquinn.com -
@will That's the dream. I like scaleable businesses where the second time doing something is a tiny percentage of the effort of the first time. Setups take time, time is finite, speed is valuable. Templating is where profits are for client and provider
@marcusquinn Putting it another way, it would make it quick to move a domain from being on a shared Cloudron to it's own dedicated Cloudron, and we'd be happily paying another licence subscription for these
-
Curious how you're getting on with your 6.0 feature wishlist? I know it's always a difficult question but any idea on timeline yet?
