"Code-server is VS Code running on a remote server, accessible through the browser."
https://github.com/codercom/code-server
Try it out
docker run -p 127.0.0.1:8443:8443 -v "${PWD}:/root/project" codercom/code-server code-server --allow-http --no-auth
@murgero said in Cloudron 3.6 - new plans:
@girish Why not have them use LAMP, which is what this was made for? Leave the current Wordpress as is, and not make another one. No one is stopping them from using common sense and installing Wordpress in the COMPLETELY OPEN LAMP Stack app..
The promise of Cloudron is to have one-click install app. It's a better version of Plesk+Softaculous.
In this regard -and with Wordpress is the most popular app on Cloudron- having a Wordpress unmanaged app is good to have. Cloudron could attract a lot of users from these platforms and make life easier to a lot of webdevs/users. 
in terms of Cloudron experience, I think it would be good to only have one "Wordpress" in the appstore, and have then the managed/unmanaged choice coming up at install time. (which would create actually 3 choices, managed LDAP / Managed non-LDAP/ Unmanaged)
As for SFTP support, I'm looking forward to it.
Hi all
Would it be possible to have Firefly III without LDAP? Most app have LDAP integration as an option, and it would also make sense for some usecases here too.
Thanks for looking into it.
Grocy is a web-based self-hosted groceries & household management solution for your home.
There are two dockers repo recommended by Grocy:
(while I don't feel the need for such an app, maybe some people would like it )
Right now with cloudron, some apps supports LDAP, some don't.
If I need to do a cloudron setup comprising apps that are all LDAP, I of course use LDAP in order to get one login to rule them all.
But if I do a cloudron setup where an app is not LDAP, I prefer to have all app not using LDAP.
It's confusing to have to explain to people that for those X apps, you need to use the same login, but for those X apps, it's separate logins, even though it's all based on the same main domain.
That's why I prefer to have both LDAP and non LDAP version of an app available.
In the case of Firefly, I think LDAP is even less useful, because it's personal finance and probably less useful in an organization context. For example, if I want to give a Firefly instance for a friend, I don't need to have an additional LDAP user. I'd prefer to have the friend has its own login with the app.
@girish @nebulon It would be great if apps that are being worked on could also being marked as such in the forum. (Ideally, with the repository)
First of all, domain level separation would be really great. (it makes sense, because there already email which are also domain related)
Then we could maybe have "favorite" apps, appearing on top.
Renaming app would be useful, if this could be taken into account also in the notifications: sometimes we have the docker ID of the app, but it isn't always really helpful when there's no context added.
Related to the same page, it would be helpful to have a different tile color for apps which are crashed or in a bad state. Right now if I see an app with ID has crashed alert, I have to scroll through all my apps to find the correct one.
Just stumbled on this one, to see it is already in the suggested list.
It has also third party android app and development is still ongoing regularly.
There's a docker for this: https://firefly-iii.readthedocs.io/en/latest/installation/docker.html
@ebelinski said in What does it take to run and manage Cloudron in the longterm?:
Hi everyone,
I am a bit of a novice when it comes to devops. I am evaluating Cloudron right now, which I installed as a DigitalOcean droplet. I then installed Nextcloud and Collabora using the instructions. So far, everything has been amazingly smooth. I didn't even have to SSH into my droplet and I haven't run into any difficult setup issues. But I know that all VPSes at some point require maintenance. There will always be updates to apply and issues to fix. So my question is, if I keep using Cloudron for the months and years to come, what am I getting myself into? Is this whole system more or less a turnkey solution that updates itself and won't exhibit any problems, or will real devops skills be required? If I had off the management of a Cloudron VPS to someone else without devops experience, will they have difficulties?
Thank you.
Cloudron is incredibly stable. I have minimal devops skills and I've been running it for 1.5 years.
Most issues I had was because of my choice of a dirty cheap VPS and the support is really good.
If you keep external backups, even reinstalling/moving server is straightforward by following instructions.
The most difficult part is the install, so once it's running, as long as you're not out of resources, you can definitely explain how to use/install apps to someone without devops skills.
@jdaviescoates When this came out, the license was not Common Clause. 
But now that we know the license and indeed Cloudron can redistribute it, I'm all for this to be ported here.
Grocy is a web-based self-hosted groceries & household management solution for your home.
There are two dockers repo recommended by Grocy:
(while I don't feel the need for such an app, maybe some people would like it )
@RoboMod Would you be willing to share your script?
Also, what is the best way to differentiate a full backup from a partial backup?
Is checking whether the backup contains a file starting with box_ a correct way?
I started to think about backup schedule, because I currently use for backups Exoscale, which doesn't have a storage lifecycle methods.
Right now, every X months, I go to Exoscale buckets and manually delete all my weekly backups except one per month for the past 6 months and then keep 1 backup per year. I need to do that otherwise my backup bills go through the roof.
So I started to think about creating an app using Exoscale API to do this for me. But right now, it's a mess because there are two types of backups: the complete backups and the partial apps backup triggered by apps update.
Through the Settings, we can choose the app update schedule:
Through the Backups configuration, we can choose the backup interval:
Right now, if I select weekly (which I have), I have no idea when the cloudron backup will be done.
Apps update happens either daily or weekly.
Backups also happens at least at the same frequency.
Which means it should be possible to synchronize both operations: we could have the full backups done as part of the scheduled apps update (so before the update): it would ensure a full backup is done, and minimize the space used by backups. (and lower costs, yay!)
The only case where that would be an issue is with the 3 days backups: it doesn't fit the weekly apps update schedule. But it can be mitigated by changing from 3 days to 3.5 days, which is half a week.^^
And manual backups/apps update could still be triggered manually without interfering with the schedule.
Ok, that was quite long.
I'm would be interested to have your thoughts on this (and also discuss about alternative strategies to do lifecycle backups management).
Right now with cloudron, some apps supports LDAP, some don't.
If I need to do a cloudron setup comprising apps that are all LDAP, I of course use LDAP in order to get one login to rule them all.
But if I do a cloudron setup where an app is not LDAP, I prefer to have all app not using LDAP.
It's confusing to have to explain to people that for those X apps, you need to use the same login, but for those X apps, it's separate logins, even though it's all based on the same main domain.
That's why I prefer to have both LDAP and non LDAP version of an app available.
In the case of Firefly, I think LDAP is even less useful, because it's personal finance and probably less useful in an organization context. For example, if I want to give a Firefly instance for a friend, I don't need to have an additional LDAP user. I'd prefer to have the friend has its own login with the app.
Hi all
Would it be possible to have Firefly III without LDAP? Most app have LDAP integration as an option, and it would also make sense for some usecases here too.
Thanks for looking into it.
@alex-adestech I suggest you open a thread in App Wishlist subforum.
There's also Contabo VPS.
Don't ever ever ever take one of the cheapest listed: they are buggy and crash.
But the most powerful ones are doing a fine job. (I'm on the VPS L SSD and it's a smooth ride)
@yusf From my experience, yes. And you're sure to start from a clean slate for another few years.
@jdaviescoates When this came out, the license was not Common Clause.
But now that we know the license and indeed Cloudron can redistribute it, I'm all for this to be ported here.