Best posts made by Lonkle

The developers are responsive and intelligent. The community rallies behind one another even the non-developers cheering on the developers.

There's a new update at least every few weeks to Cloudron so it's clearly actively maintained and it's just a brilliant platform with exciting new features that the community actually gets to weigh in on. So, yeah, thanks everyone for putting up with my incessant posting and allowing me to be part of the future of the web (I really believe that's what the Cloudron concept is going to be).

It was @fbartels live coding video on Matterbridge that helped me understand Docker, and Cloudron's context within it. I searched high and low for everything I could because I hate watching video tutorials (I'm a reader). But I really got into the video and it successfully helped me create my first app. So, I just wanted to thank him in a public way because without his video, I may not have even joined the forums - and all of you guys are great! ️

Edit: Video link in the forum below. It inspired me to become a Cloudron developer enthusiast. You should check it outtttt!

I'm making this a separate request from WP Multisite Official Support because it actually would cover a lot of use cases way beyond Wordpress. Almost every control panel allows for aliases in this way, and would be very helpful for Cloudron to add this as a base feature in the Location tab of every app (choosing whether you want a domain to be treated as a redirection to the primary domain, or as an alias to the primary domain - to which the web app would handle the routing - and that is currently already built in to Wordpress' Multisite feature).

@marcusquinn I love being a developer user myself. Contributing to the code that I'm using to run my web apps (custom or otherwise) I find very fulfilling. I followed @mehdi's advice and submitted the contributors agreement so I hope to contribute to Cloudron in a meaningful way. ️

@nebulon That's absolutely amazing what the two of you have created. Like, seriously, this is fantastic. I haven't been this excited about development in a lonk time (if you couldn't tell from my over-zealousness in the forums, I forgot how much I enjoy development).

I think this thread is valuable for @girish and @nebulon - because there are people like us who are passionate about open-source and we all have different reasons why we want to develop for and maintain apps for Cloudron and though I don’t have any issue with “semi-open-source” - I know a lot of other developers that do. Which this discussion and girish's / nebulon's reaction to the entire thread of opinions - may be a way to attract new develoeprs: “Cloudron goes fully open source” kind of headline.

I will say tho - if Cloudron became closed source I would stop creating apps for it (and I have 5 apps I have in mind to continue to port already)...okay maybe, I'm 50 / 50 on that (I really like Cloudron ). But I couldn't have created the apps I have now without direct access to their very readable and commented source. Though, they’ve made it decently clear thats not what the developers want to do (close the source entirely).

So yeah, I want to continue to hear people’s passion about their open source software beliefs and how they feel about it in the Cloudron context.

I’d def like to be part of an online get-together. The forum is great, don’t get me wrong - but an intentional online get together I think would be incredibly beneficial to the community since we all seem to have a lot of passion for the platform.

I've packaged an OpenVPN Client for Cloudron that can:

• Change VPN Servers on-demand using a full PHP / Apache based backend
• Connect to other Cloudron apps for all of their traffic (except for incoming traffic to the web app itself) to go through the VPN Server's container (which will allow for some cool intranet webapp stuff I'm sure)
• It mandates the use of LDAP so it has a log in system and only administrators are allowed to change the server the OpenVPN Client app is connected to.

So basically a VPN Client that accepts any .ovpn or .conf file to allow for connection to a new server that a different Cloudron app would be using.

I'll update this with the Github for the project. I haven't pushed it since it was finalized.

@girish You said you wanted to discuss if there needs box code changes. I outlined the 15 lines of codes that need to change to make the app work. I also have not written a dropdown box for the Cloudron Dashboard's App Settings page to "Choose which OpenVPN Client app to route your traffic through?" since I just got the hotfix tool working. Having the OVPN Client app choose the other app to connect to is possible in-app if you'd prefer to put it in there. But I'll need to make a few adjustments with the token access to make that happen seamlessly. But I do see a case for allowing users to know they're connected to an OpenVPN Client on the dashboard, just my two cents. So, the dashboard stuff is optional and up to you. But the slight box changes are unavoidable and outlined in your DMs on this forum from me. ️

Oh, POLL TIME:
• How many of you would actually want to connect more than one other app to the OpenVPN Client Cloudron app a time. It's possible (with caveats right now), but if there is demand, I'll think more of a solution to make the amount of apps able to connect to it more than 1 at a time (with no caveats which I may need to pick @appdev's brains' for help on that one).

I see some people have “app dev” labels on the forum. And I know my VPN Client isn’t on the store yet. But I wanted to ask that once girish and I figure that out - I wanted to ask if I’d get that cool label too? 🥺

This was a recently upvoted feature that was closed out but I see it as an important one for casual users. Customization of the UI by adding or removing the various links and elements is part of the “Branding” experience that was recently released. @andres-moya put it this way in Gitlab which I very much agreed with:

“ One of the useful features of Cloudron is to give users a single panel with all the apps they need in one place. But if we need to use some app that is not viable to be packed into Cloudron, this feature is lost.

But if we were able to add custom buttons to external apps, this would be great.”

@malvim That’s exactly how I feel about @nebulon and @girish. When I found out there was only two main developers, it blew my mind. I have so much respect for their company and the software their built / build - it’s probably why I’m so invested in making it the best it can be. I should cool it with the feature requests.

Cause they have enough on their plate, but despite that @nebulon has taken a lot of time out of his day to debate with me about a Cloudron procedure in another thread. It’s touching that he’s taken so much time to explain his perspective and consideration of my opinions.

@girish often goes out of his way to help me understand box code too. Like linking to individual lines in the git just to help me understand. Like what other creator of a huge project like this would do that for me? Answer: @girish is one of a kind!

My favorite thing about both of them though is sometimes, people will request something for box and they’ll have it done and committed in an hour for the next upgrade of Cloudron. I plan on packaging a lot more apps but this has been a fun and wild ride. Thanks to the @appdevs and @girish / @nebulon.

I will be soon I hope. As far as credentials go now:

• 10 years of experience in Wordpress / WooCommerce
• 1 month of Cloudron experience.
• Packaged two apps for Cloudron, one will likely end up in the store. The other is for my personal use...unless I determine it has value for others; that’ll be in a different forum post I make asking later on though.
• Currently working on converting 4Minitz as @marcusquinn is sponsoring me to do so. I’ll also be working on 2 other apps he’s sponsored me for after 4Minitz is finished.
• I understand box and dockerode just in case the app being converted needs lower level (cloudron base code) changes - that @girish has helped me with and allowed me to contribute to in the development of my apps which I’m grateful for.

Something like this, that would download the URL lists, decompress, and keep them updated:

@jdaviescoates said in Usability - Can't find current Cloudron version on my.domain.tld:

But, I still like my preferred solution here:
https://forum.cloudron.io/post/15541
Would keep everyone happy, no? (and also has 4 upvotes )

Five now, we already have a "Footer" section to change the footer text, a checkbox for "Add version number" isn't too crazy I think for those of us that liked it (I did personally).

@girish said in Domain Aliases:

I have checked with WP multisite and it works well (I am sure there are possibly package tweaks we have to do further).

You da man! This was the big box change to make it all possible. There are some subtle Multisite changes, that I'll submit as PR to WP Developer and WP Managed. They involve:

1. Upgrading the databases of all subsites on on WP Update (by default, it only upgrades the primary sites database on upgrades and overlooks sub-sites which can cause conflicts) - and this requires only a few WP-CLI lines of code after a WP Update (it detects version changes and upgrades all sub-site databases right away to prevent any sites getting out of sync from the primary sub-site which automatically has it's database upgraded when needed).

2. The default WP-Cron script included in Cloudron's package runs every minute and disables Wordpress built-in Cron. Sub-sites need to be accounted for when disabling cron, and luckily, I wrote another WP-CLI that loops and runs the Cron Queue for each sub-site (if they exist).

3. (Optional) I'm writing a "Cloudron for Wordpress" Must Use plugin to make sure if a domain gets changed from within Wordpress, it adds the new domain to the list of aliases in app locations within Cloudron's Dashboard. I see you added an API endpoint for this so it'll be easy enough for me to do, though a user will have to enter in a login token or app token into the WP plugin (UNLESS you'd like to automate this on install).

@jdaviescoates I’m an idiot, you’re absolutely right: https://forum.cloudron.io/topic/2686/live-stream-on-creating-an-app-for-cloudron?_=1602281676588

This is the clip that made me a Cloudron developer enthusiast. I think it could help anyone / everyone starting out.

Also, if anyone has any questions let me know. I had to take the week off work due to a hugely personal situation. But I’ll be back on Monday full steam on the forum and would love to help any new developers (in the same way @fbartels helped me, indirectly). I don’t know as much about box as @girish but if someone is making an app that needs deeper level dockerode / Docker / node knowledge - let me know. It took me 4 days to understand how node asynchronicity worked. So if I can help someone turn that into one day. I can tell you how do to so.

Note: Cloudron box uses callback Node methodology so when researching it, make sure to look into that type of methodology when it comes to handling asynchronousity since this project was started in the timeframe callbacks were the most popular.

@wexlerj Yeah, @girish and I are working on domain aliases first and foremost as that's step #1 in getting multisite to work properly. That's what's minimally needed to make multisite work on Cloudron.

From there, I plan on making plenty of Quality of Life changes focused solely on Wordpress Multisite. But when @girish and I work out and release the Domain Alias feature, I'll ping ya to let you know you can start using this plugin. ️

Wait a second does focal support...is that the name of Ubuntu 20.04. If so...uhm, I'm an idiot. I've been wondering what focal support was for days and even looked it up.

I use WP Multisite already with subdirectories but I'm still in the "testing phase" of my Cloudron usage. I recently found out that at the Cloudron level, you can't add more than one top level domain, making one of the most important aspects of WP Multisite broken. It actually may be the only aspect of multisite that's broken on Cloudron (everything else works perfectly with subdirectories). This is, in fact, a Cloudron limitation and shouldn't be too hard to allow for domain aliases instead of only domain redirections (which breaks the built in WP Multisite domain mapping support). I've found a few users on this forum that want this. And, for me, to switch Cloudron to production, is a feature I'd need.

I'm getting more and more familiar with the Cloudron API, so I'll create a Wordpress plugin that when a domain gets mapped within Wordpress, it automatically adds that domain to Cloudron's domain aliases (if you decide to add this in addition to your current domain redirections) so that the experience will be absolutely seamless for users. I don't need this since I only run three mapped domains, but I want to make Cloudron the best it can be for the average user (the more successful you guys are, the more you'll be able to work on this platform that I'm growing to love). I've already made a plugin that does this very thing for CPanel so it won't be difficult for me to do so for Cloudron as well. I want to take as much load off the developers as possible so they can work on bigger picture Cloudron infrastructure (example: 6.0 stuff).

Got the tool fully working on macOS. Worked like a charm after I figured out everything the tool wanted.

I had to make a small commit to dashboard since macOS doesn't support the timedatectl CLI tool so I converted that command into a universal one that returns the same values on either Ubuntu and Macs. But that was literally the only thing that didn't work in the entire tool and I've already committed a change for that (locally, of course).

So, thanks for your help @girish, this will allow me to build a cloudron-master Cloudron install that's, ofc, unstable - but it will be just to test my apps in before you turn your new commits into a release to make sure my apps are always compatible with your newest changes! ️

@marcusquinn said in Changes to WordPress apps:

@Lonk The worry with wordpress.com, Shopify etc, is always the risk of de-platforming with no recourse, when they are judge & jury.

I'm convinced self-hosting federation is the future, relying o the whims of a single provider, that can have their Abuse processes abused by rogue competitors is a very real risk, that increases the more successful you are and rogue competition or trolls can take a dislike and interrupt innocent people & businesses at any time.

Your belief in open source is one of the many reasons I respect ya, man. I think it's more important than people think or realize. Even I didn't for a lonk time. But it's important to own your future. Understand what you're running on, be able to fix something that the developer doesn't have time to because you have access to what you're running on. But seriously, I gotta brag about Cloudron's API one more time, it's amazinggggg. And half of it's private! I'll think about documenting it one day though if I find there's interest but it seems like I've been the only one interested as much in the API.

@nebulon I was wondering about the reboot process. If I reboot from my main VPS control panel. Rebooting is fairly quick (a few minutes). But if I reboot with Cloudron, I have to wait 10 - 15 minutes till everything is back up. I thought maybe it was because it was applying security updates, but it happens even when I reboot the VPS from within Cloudron just even without security updates to install.

Ubuntu Live patches would solve the problem for sure so that's exciting. The only annoying part of the slow reboot is that I get so many "app is down" notifications by the time it's fully rebooted. Which means Cloudron starts running its checks before it's fully rebooted. Neither issue exists when opening from the VPS control panel. I was always curious why but I'm glad to know I'm not the only one and even more glad to know that Ubuntu Livepatch support is coming. Do you think that will be ready for 6.0?

I wanna make it to the next one of these, just struggling financially due to the pandemic so I'm setting little time away for my hobbies like Cloudron for now. But later in the year I'll be contributing more to these kinds of activities. ️

And I second @plusone-nick, we def need at least a way for people that don't have the app-dev label on here to be notified of these events.

@moocloud_matt said in What's coming in 6.0 (take 2):

@jimcavoli
i think that's possible with nginx too, the ldap backend for auth.
Custom Template for nginx config, will be the best i think, especially for performance optimization.

But this Kong proxy is interesting i will ask to my team, if they have use it.

Should we branch this topic off into its own thread about centralized authentication? It seems like an important aspect to discuss but this thread is about 6.0, which this couldn't be a part of, right? This would be further down the road? @girish @nebulon

Alright, v0.3 release notes:

• Uses cloudron:2.0 base image now.
• Added apache to start the process of configuring a web interface (it'll need to do a few things like add dev-node /app/code/net-tun to the openvpn-server.ovpn files and convert them into vpn.conf files (which is stored in app/data so it's persistent and can change at anytime through an API endpoint I'm going to write...for now, you can change the file yourself and add it in the Cloudron File Manager and then restart the app).
• Fixed the healthcheck so that Cloudron now runs it as a full fledged app

This is at the point where I'm ready to upload it to Github tonight and I'll post the link. I just need to revoke my personal OVPN Server certificate first before I do that and I have some more testing when it comes to the web interface and modifying files.

@girish Do you have any questions from me in order to make your side of things (Cloudron's base code) connect to this container's network to other apps on Cloudron? Were you able to find and pull my testing image from the DockerHub through the form I submitted - which I did get a response, as I'm now in the contributor program and I'm happy to be because developing with Cloudron is just getting more and more fun. I have some ideas for Wordpress which is where my real expertise is. I'll finish this project and then move onto that after you guys release 6.0 (since I know it's coming with Wordpress changes).

After way too long debugging this, I've come to realize that I needed to uninstall the app and re-install it as cloudron update does not initialize those environment variables.

Works perfectly now. #thelittlethings

@mehdi Thanks for being so active in this community and on my posts. You’ve been very helpful and insightful! I’ll sign up for the contributors agreement now. Thanks again! ️

@robi Well, I don’t plan on stopping, personally. I’m having a blast writing the OpenVPN Client app and I have so many more ideas. But, one at a time here.

@jdaviescoates Can vouch for MainWP, it’s a pretty cool concept because it runs inside of another WP installation which makes making add-ons (I make a lot of WP plugins) for it so much easier.

As could probably be gleaned from my previous posts, I’d love to contribute to the code. Adding an option for disabling unsafe backup notifications, adding support for inter-app network communication (so my OpenVPN Client Cloudron app I’m building’s network can be used by any Cloudron app with a quick restart of the app), adding multiple domains for Wordpress Multisite, etc.

I do feel a little bound to the main developers roadmap when I’m loving Cloudron more and more with each update. Some fixes are just mere nice-to-have (the option to disable unsafe backup notifications), but some are necessary features I need. I’m no stranger to building what I need for myself and then letting others benefit from it. But a pull request for these features is impossible if it’s now closed / proprietary. Which, by the way, I totally understand. I just wish I could contribute to the project my main features so the developers don’t have to do so (eventually) and I can get what I need as soon as I need it.

I honestly didn’t know there was a GIT somewhere for Cloudron so I can at least start browsing the code to get familiar with it.

@nebulon Did you just already implement an idea someone had on this forum 8 hours ago? As if I didn’t already love this community enough; you guys are great!

I'll definitely be writing about Cloudron very positively based on such quick and intelligent responses from the staff and the product as a whole being wonderfully designed. I love working with it. ️

@marcusquinn Haha, the only reason for that one million comment thread was because I constantly needed to reference back. I've actually got box down pretty well. And, hey, now a random live blog of me doing 1000 things wrong, and finally getting 1002nd attempt right exists in the world! I'll always get to go back and say "hey, that was my first attempt at learning docker, and cloudron." ️

What are the benefits of this Bitwarden connection with Cloudron?

@girish Okay, yeah, that makes sense and I hear you on that. I got over-zealous with box changes when I started making them myself. But things like Dot the Repair Bot (the one that monitors all Cloudron apps and repairs them the once if they switch to an UNHEALTHY status), the entire code can just run inside it's own lil app and maybe even be an app on the store one day as an option for users who like the idea (though it just does feel more right being a "global" option). Hmmm, but if Dot was on the store, he'd be like an app a Cloudron add-on, never thought of asking if the community would want something like that. But his name is non-negotiable. He's Dot, the repair Bot!

As for me, you could tell me 2022 and I wouldn't be disappointed. I'd just be ready to code when you were. Now that I can make box hot fixes, I should be able to make any outer level changes I need if and only if an app I'm making needs them (which I hope the VPN Client will be the only one that needs them ). I'm incredibly grateful you accepted to us adding the needed hot fixes to box for the VPN Client to run stably in the actual app store. I'm super excited for that, but I don't mind if that's years away - just that you agreed to do it one day is fine by me.

And yes, I've thought about the irony of Dot the Repair Bot, all of the sudden, Not Responding and needing a repair to get back working for some unknown reason!

@marcusquinn Security has become my newest point of interest in the programming world - amazing how ridiculously insecure things were even 15 years ago.

@thetomester13 I think that both of those are reasonable requests and because the file manager is so new, the feedback is great. I would definitely find the things you mentioned useful but never would have thought of them.

I am constantly clicking the Logs button to get into the Terminal or the File Manager. I never even use the info button.

Basically, I think there is space for five buttons on the right side of an app. Configure would be at the top like always, Info could be moved into the Configure pane (since people only need that once and it pops up on first click into an app anyways I think). My personal preference:

• Configure
• Logs
• Terminal
• File Manager
• Admin Link (like /wp-admin/ in WP)

What would other's custom favorite button order be?

Just like the new "Admin Button" you guys told me about, it made my whole life easier, so this is also an awareness post for people about the Admin Tab, check it out:

@nebulon said in Automatically "/repair" app when the HealthCheck goes down (Not Responding):

1. My goal is not to hide anything from the admin, just make the apps have higher up times by cutting out a human step. I don't see a difference of handling this the same way you run out of memory. Post a notification on the Dashboard, display the error:

"App was not responding due to x error - Cloudron automatically repaired the app and it's running but please look at the logs here to see what might have happen to have caused this (and the log screen should show the last bit of the log file before the app stopped responding).

2. For me personally, this has only happened once. A Wordpress blog that wasn't even in use (no plugins yet - aside from the pre-installed ones) stopped responding and a restart didn't work. A "repair" did though. I still don't know what was wrong but it never went down after that (it's been a month now). So this feature is more of a comfort for me to know that edge case would be covered when I'm on "vacation for a week."

3. As a developer, I don't want "band-aids" - I want to fix the problem, but if your notification system gives me the date, time, and logs of when it had to /repair the app, then I can still do that with virtually only 5 minutes downtime of my app (instead of me, a human, getting around to checking the logs, try to figure out what happened, meanwhile I can't repair without adding more to the log, so a snapshot of the log, and a automatic singular attempt to "repair" the app seems like a better flow for user and developer alike). I, of course, don't mind an app stopping since I only use Cloudron for development - but I'm thinking more about your everyday users. If people get this proposed repair notification feature I'm asking for, then there app doesn't stay down, which is good - but it allows them to post on the forums the logs and the app (mine was Wordpress Unmanaged, and like I said, it only happened once).

4. As @fbartels mentioned, surpervisor does things like this. And as @girish mentioned, the latest Docker itself now does this. So, this is definitely a valid suggestion. Why would all of these other app managers do this is if it wasn't useful? We can make it even more useful by snapshotting the logs and adding a notification saying that something may need to be fixed even though a auto-repair was successful (then click on the snapshotted logs and dig in).

@jdaviescoates Okay, so I am a WP developer almost solely, here are my thoughts:

• Unmanaged can actually be more secure than Managed because we have to wait for one of two developers to update Wordpress to it's latest version rather than having it automatically update the minute it comes out (no time for exploits). Though, that's not to say that it's not more secure if only by it's obscurity. I'm guessing the only directory that can be written to is /plugins/ which technically negates the benefit of a read-only filesystem in /app/code/ BUT most hackers out there build scripts to take advantage of vulnerabilities and their scripts expect all the directories to be writable so some scripts will fail if they don't use the plugins directory as their entry point (Docker pun ).

• LDAP integration is possible with the security of passwords and username / emails intact despite all of the directories being writable. For instance, Cloudron can have a Must Use plugin that hooks into the login code and authenticates users based on passwords in Cloudron (meaning the users would be stored in Wordpress DB, but their passwords wouldn't be). There are other alternatives to this method, and though I have no interest in LDAP myself. I look forward to either helping or watching how @girish decides is best to integrate LDAP into Wordpress Unmanaged.

• Small point, but I wanted to second the "Rename Wordpress (Unmanaged)" to just Wordpress because the differences between the two are small enough for the average user to understand that Managed just means Cloudron does the updates and LDAP integration is built in. Their descriptions should actually contain a comparison of the two apps for users to understand better. For example, I'm not particularly dumb but I thought from reading both descriptions that Wordpress (Managed) meant no plugins. Silly misconception, but I truly believed that so their differences could be made more clear in the app store itself. In their descriptions, linking to each other would also be nice.

I'm making this right now mostly for Cloudron Multisite support (distributing Cloudron's minute-ly cron call across all subsites and syncing domains and domain changes up with Cloudron). If the new feature of Domain Aliases passes then I'll also use this plugin to allow for adding subsites with subdomain support.

Anyway, the reason I made this post was #1, to ask if you guys would like it made public for anyone to use as I work on it (just upvote if you want me to make it public)? And #2, do you have any other ideas for integration between Cloudron and Wordpress that you'd personally like me to add while working on this (doesn't matter if it's single site or multisite related)?

@girish Thanks! I also wanted to put this idea out there which may be a simple solution that covers this entire issue:

• Merge the two apps into one. During installation, just like a user selects LDAP, they should also select SFTP access. If they select LDAP, the SFTP option gets greyed out (until it’s supported of course). Then the third box would be “Have Cloudron manage Wordpress updates, or have Wordpress automatically update itself. Note: That plugins and themes must always be manually updated.”

That’s very very rough wording but then the app can be called Wordpress and it just has two extra options instead of just LDAP and sub domain choices during installation (like every other app).

Do people like this idea at all? I think the conveyance couldn’t be clearer IMO. To me, that solution completely eliminates all confusion and makes certain the user gets the actual installation they want / need because they chose it without having to read two descriptions of two different apps to help them decide. Eases user friction for sure.

@nebulon Oh, I have no intention of moving from the cloud and have no reason to run it at home. It would just make my development flow for the OpenVPN Client app I'm working on faster since it'd be localhost (my everyday work laptop). But, like I said, due to the way you guys designed cloudron build and cloudron update, it's actually pretty fast even in the cloud. One of my favorite aspects about your platform so far - ease of development.

So I'll just keep doing that...well, I guess I could keep switching it back and forth, developing locally and then seeing how it performs in the cloud after the app is finished. I don't use Cloudron for anything production related right now, I'm just happily building apps to see how far we can take this platform.

I’m honored you chose my suggestion! I’m excited about feature parity between the two.

Would you like any help with LDAP integration for Unmanaged? I just coded a small PHP library for doing so but you mentioned security worries in Wordpress (Developer). If you open another thread, the community can talk about ways to do it securely, but you’d know best about how to do so since you guys made the Managed Version already integrate with LDAP.

@jdaviescoates Yup yup, I'm just an idiot and was confused about who Samir was and didn't even notice. But I love nodebb let you take me to the exact post I needed to see.

So, the "Cloudron CLI" has a bunch of important functions that the REST API doesn't, yet the REST APIs documentation says the CLI uses the REST API. Are there just undocumented REST API functions that the Cloudron CLI client has?

My main goal is that I have a Docker container (https://github.com/dperson/openvpn-client) that runs external to Cloudron (named "vpn") on the VPS (though I could build it into an actual Cloudron app if needed). And I need to run my Cloudron apps on demand through that container using the --net=container:vpn argument when using Docker Run.

The CLI will allow me to update the VPN as needed if I turn it into a Cloudron app, but I haven't found a way within Cloudron CLI or it's REST API to add that argument --net=container:vpn before it starts an Dockerized app.

Does anyone have any ideas?

I think the title says it all? Just trying to understand the use of this feature and if I want to use it for any reason.

@marcusquinn said in Changes to WordPress apps:

I spotted an article recently that reminded me of this debate, and I think I can make the distinction a little more familiar:

• Wordpress (Managed) is more like wordpress.com
• Wordpress (Unmanaged) is more like wordpress.org

Great comparison and should hit home, I - for no particular reason - think the name should stay, but at the end of each desciption, it could say:

"Think of this as as simple and easy "wordpress.com" but with plugin support."

Something to that affect would work to compare the two for existing Wordpress users looking to switch.

This is needed nearly every week and it would be so much more helpful if I could just automatically set Cloudron to reboot the server every Sunday at 3AM.

And, my VPS is kind of slow to get back up and running so if I could disable the "app is down" detectors for a little while after reboot so I don't get 5 "your app is down" notifications per reboot, that would be a cool addition as well.

@girish said in Is Cloudron not installing for anyone?:

@lonk You can just try sudo apt update. Does that work?

Close, just needed to add a -get to that,apt-get update fixed everything. I've just never had to do that before. But now I'll know what to do for next time! ️

Thanks for the help everyone!

@marcusquinn said in Changes to WordPress apps:

If ever anyone says WP & Woo can't scale, send them my way

I've been talking about the viability of Woo and Scaling for awhile so I'm excited to see what you've done (at a higher level than your normal communication about it) when you announce it fully. ️

@atrilahiji I agree that these two would be separate issues. I plan on adjusting the Cloudron Wordpress Project for Multisite support after @girish and @nebulon are finished with 6.0. Which I’m really hoping will come with domain aliases. Cause I can do the rest very easily (domain alias code is needed at the Cloudron level and it turned out to be a pretty popular feature request by itself which was cool). I have a decade of Wordpress (and WooCommerce) development experience and I found a new platform that I really love to work out it in (Cloudron).

The funny thing is, was that this platform was the one cloud panel I found with a no-op for DNS domain lookup which I needed for a specialized project I was working on. And I just fell in love with the platform after that - then even more after being part of the forums here. Everyone here is encouraging and it makes development fun.

Oh, gotcha @mehdi just made it clear that only one top level domain is allowed with this method and in testing, that is true. So I added a Feature Request for Domain Aliases on Cloudron. WP Multisite won't be the only app that benefits this. Every control panel allows for domain aliases for different reasons and I think this is an important feature.

@marcusquinn You and @mehdi are the reasons I was able to get everything working myself. I’m touched you both commented and gave me the inspiration to keep working on it!

@micmc said in Changes to WordPress apps:

Yep, that is why I discussed about the above plugins and mentioned it was working prertty well at the time, Now that they are retired and GPL as well one can update and use them. And maybe just study them and see how ut was done so one can find the solution to adapt it to WP multisite on CLOUDRON.

The three caveats I mentioned.

• URL / Location changing without crashing the site. It’s a fix that needs to be done on Cloudron’s side but I think I can patch it to make this work pretty easily.
• WP-Cron could be made as a primary or network activated plug-in to trigger all of the other sub-site Crons. So that’s possible. But more ideal would be to edit Cloudron’s custom CRON to support sub-sites which should be pretty easy and I’m sure the devs would let me.
• Sub-sites have to be subdirectories, no TLDs or subdomains. This also can only be fixed by adding domain aliases in box and dashboard (the two parts that make up Cloudron). This would be the hardest to add for me though @girish heavily implied he wants to add them himself (he didn’t promise anything tho)

Being able to easily spawn multiple instances of all kinds of apps nearly instantly makes things get outta of hand pretty easily, maybe there could be an option to put apps into "folders" based on their tags?

But make no mistake - if either of the founders / creators (girish and nebulon) of this app tell us they'd make it completely open-source if they had time to do [insert x code thing here]. I'd offer to do that in a heartbeat to make it fully open source.

@marcusquinn Send the Git links of Odoo + 4minitz and I'll take a look! ️

Ah, I got the time wrong on this, I missed the hang. Hope it was a good one, 6.1 is an amazing release!

@nebulon Well yes, but even as simple a task as this is unheard of in other communities to be implemented in hours. I’ve never seen such quick and responsive developers ((like how @girish is helping me with connecting the network of the app containers). It’s just really inspiring.

Quick question tho, is it just you two developing Cloudron? Or is it just that you two the only ones active in the forums?

I realize now that it's just changing the name servers automatically, or maybe the DNS servers or whichever way it does it whenever you add a new domain. But if Cloudron has my Namecheap token, it would be possible to auto-populate it with all of my purchased domains? But would anyone want this? I think it completes the "as much as possible within Cloudron Dashboard" approach - but I wanna hear other's opinions.

We don't have a bulk input of domains, but having them all at the ready when installing apps / changing domains would be cool, maybe an extra list item at the end of the domains you've already added in the "Add Domain" page saying "find more on linked registrars" and it'll auto-populate beyond the domains you've "chosen" to add / link to Cloudron.