@ekevu123 I think we have a different understanding of staging.
No point in testing an app before promotion without real data.

Sure. I assumed you wanted to say that you install a second app, and then swap domains between the original and second app, which would mean that the second app without the data becomes production.

Maybe I misunderstood?

@nebulon said in Staging environment for custom apps:

I am not 100% sure what the proposed solution here is, but sounds like a simple shell script wrapper around the cloudron cli achieves that already?

Essentially this would be:

1. backup prod app
2. clone from prod backup to staging
3. update stating app instance
4. test
5. if test is good, update the prod app

Is there anything missing from this?

I can't say for sure, I kind of wanted to start a discussion first and see if other users have the same problem.

Essentially this would be:

1. backup prod app
2. clone from prod backup to staging
3. update stating app instance
4. test
5. if test is good, update the prod app

Is there anything missing from this?

So, I'm not on Staff, I can only go by what the website says and what I've read on the Forums, and if this drives your business away @ekevu123 ... Sorry Cloudron team! But the website says, "Complete solution for running apps on your own server", not, "Complete solution for running your own apps on a server". Like I said, there are other options that are more openly and purposefully built for that (and suck, unless you are a top dev). Cloudron lets me run apps, which I've chosen from the ones they've prepared, on my own server. I could see that the Introduction section of https://docs.cloudron.io/ could make one think that "apps" means ANY app, but it more directly means the apps in the app store.

On the home page of Cloudron there is one text, "Users can use the dashboard to access their apps." which again could be understood to mean ANY APP, but then further down we read "We put great effort into our app packages" which makes it clear that the apps are prepped BY Cloudron. So, your assertion that "the purpose of cloudron is to let me run popular open-source apps next to my own ones without the need of an additional server."* is not correct. You could say, "the power of cloudron allows me to run popular open-source apps next to my own ones without the need of an additional server and with the help from the Forum."* but like I said, this is a community-appreciated ability generated by the goodwill of the Cloudron team. There have been many who assume that whatever they want should be allowed, squeezed in, coded for, and to a surprising degree Cloudron devs really listen and implements some of these.

You really don't need to retract anything. You suggested something, some others suggested alternatives, I suggested it wasn't needed. This is all discussion about Cloudron. If the Cloudron Team wants to add this stuff, I won't stop them... but the amount of work they already do to have gotten us all this far, and keeping things stable, just to add a fringe request which ppl think will be "simple" "logical", just some shortcuts... oh man, much much more than that is involved to keep the Cloudron system as good and secure as it is. And different apps will need different approaches for a staging level, dbs, backups, domains, proxies or not, visible or not, email or not, Now the Cloudron Team is coding solutions for these apps, something the app's developers should be doing!

*I don't get the deal about the need for an additional server. Do you mean you run a server with Cloudron on it, AND a second (or more) server with the apps that Cloudron doesn't have, or the dev apps you have, and you wish you didn't need that second server? I myself have 3 additional servers running apps that Cloudron doesn't have. Some of the apps are on the App Wishlist; I understand why they haven't prepped them. I am excited by the prospect that I could prep them (but I lack the dev chops). Such is life.

I don’t see that writing an interface around this process is worth the effort, but hey, if that’s what others want, I have no beef with that.
I just think there are higher priority wish list items.

Naaah. If you want to use custom apps there are lots of options built just for that for you to have fun with (easypanel, runtipi, yunohost, etc.). Cloudron is for Cloudron-prepped apps; they admire the tinkerer mindset and graciously leave it open for those who can tinker to do so. I don't think they need to formalize/code-alize this option any more than they have.

I just noticed there isn't a downvote option.

For me, the purpose of cloudron is to let me run popular open-source apps next to my own ones without the need of an additional server. If that's a minority opinion around here, I gladly retract my suggestion, but I don't think just saying "I wouldn't benefit from this feature" is a reason for not letting others have it.

@humptydumpty said in Staging environment for custom apps:

The whole switching thing sounds unnecessary. Why not have a "sync" button to keep the staging site up-to-date with the production site for future testing?

I am with you here. Let's see it more as an open discussion how staging vs. production could be simplified (if needed).

I just noticed there isn't a downvote option.