What's coming in 6.0

[nebulon]

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.

[mehdi]

@nebulon A context menu ! These are quite rare on the web, so I would never have guessed to try it, but yeah it's really neat

[marcusquinn]

@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 Contents directory on my Ghost install. Guessing maybe file permissions or bug?

[mehdi]

@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]

@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]

@mehdi Confirmed - fixed - great work going on here!

[marcusquinn]

@JOduMonT Question: what features of Cloudflare Proxy do you like? Just thinking most of it can be done another way anyway.

[MooCloud_Matt]

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.

[yusf]

@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]

@yusf No details yet, we are working on https://forum.cloudron.io/topic/2918/what-s-coming-in-5-5

[marcusquinn]

@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_basedir in 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.

[MooCloud_Matt]

@marcusquinn

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.

[MooCloud_Matt]

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.

[marcusquinn]

@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?

[marcusquinn]

@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 mustuse unloader 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.

[msbt]

@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]

@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"

[marcusquinn]

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.

[will]

@marcusquinn self-hosted auto-magical devops deployments at the click of a button....

[marcusquinn]

@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