This is a positive review of Cloudron, presenting the advantage of the Cloudron platform and easily convincing the couple of attendees.
It does not go very much in depth technically, but gives example of using popular apps on Cloudron and why Cloudron makes them stand apart from other paas solutions (1 click install, integrated backup, users sync etc..).
All in all, it's a positive review by someone having only good things to say.
Swetrix is a cookieless Google Analytics alternative that does not invade your users' privacy.
This is the way analytics should be: GDPR compliant, lightweight and easy to use.
Website: https://swetrix.com/
source: https://github.com/Swetrix
docs: https://docs.swetrix.com/
roadmap: https://github.com/orgs/Swetrix/projects/2
License: Swetrix is released under the AGPL v3.0 licence
Selfhosting/docker info:
source: https://github.com/Swetrix/selfhosting
docs: https://docs.swetrix.com/selfhosting/how-to
Hi all,
I am wondering if we are far away from an addition of mailpiler to the Cloudron app repository. It would be of great help in a couple of the situation I am facing atm.
@vladimir-d Maybe you have had the chance to commit the working app version to Clourdon's GitLab already
If I can help (within the remit of my abilities) or contribute in making this happen, I would be happy to do so.
Hi all,
A short off topic question, humbly pooling community wisdom:
Let's say you have an app idea (nothing too complicated but also not a static website), and while you can mostly read an interpret code, web dev is not your current daily occupation.
You start with a "blank canva" (albeit the idea is pretty well defined - and you know it fits a need, albeit somewhat niche) and have no attach to one or another tech stack.
Naturally, you want to start simple before adding more relevant features (so the potential to further develop and add on the existing is important)
Ideally, you would want to have a first version in the next 8-10 months and while your time cannot be 100% dedicated to this, you are ready to devote a fair amount of resources to this project (whether it is time or money). You are willing to fail but do not hope or expect to. Succeeding means your app will be used, nothing more, nothing less. But it also means it would open the door to other projects.
Ultimately, you imagine a PWA or web app with mobile apps, with auth integration (OIDC, LDAP etc..) and easy to update, maintain and deploy (did I hear Cloudron app?).
You are not interested in being at the forefront of the tech trends (AI, AR/VR etc.. ) at this stage, yet you wouldn't close the door on possibilities.
**
Question: Which way would you go to make this happen, in today's world?
Would it be to go at it alone, learn from books, training, people etc.. and make this happen?
Would it be to go the AI way and see how far this leads, while learning?
Or find a someone (contractor dev or "co founder" or else) with whom you convince to share your idea and hope to be able to rely on a long cooperation?
Something else?
What's is your best advice/experience with this?
**
There is such a compelling community of Cloudronians that I though it would be interesting to ask.
Thanks in advance for your thoughts!
@avatar1024 Unless I am mistaken, according to Outline's github, this is a "cloud + enterprise only" feature.
https://github.com/outline/outline/issues/4270#issuecomment-1368054227
Going by the output of the "cat | grep" command, Cloud VPS from SSDnodes has AVX support.
Hi - Thanks @ChristopherMag for the suggestion.
It seems as all importers have been gathered under the Firefly Data Importer app aka FIDI It think it would make sense to rename the topic accordingly as I was unable to find it upon an initial search in the whislist.
With the continuous Firefly development, I am of the view that this would also be very much of benefit to the Firefly on Cloudron package.
Unless mistaken, this was already mentioned here
See @girish response:
we have introduced a new environment variable (just last week) in next release - https://git.cloudron.io/cloudron/box/-/commit/daa8a60da282fc3c8bbccd4b2b1a4920c2b06812 . After the release, we have to adjust the apps to use the text in the environment variable. And then, Branding view will set that variable.
So it seems, it is coming.
Oh how I would love to have this packaged... Anyone started taking a look a putting this on Cloudron?
Happy to help any way I can within my abilities.
@echokos said in Umami - Failed container start with environment variables:
May 24 20:32:41 /app/data/env: line
I had something similar with IGNORE_IP when I lazily copied the variable from the umami doc (https://umami.is/docs/environment-variables)
try this FORCE_SSL=1 (without spaces)
and restart your app - This seems to work.
@LoudLemur
Not too sure about the naming here but here is my take:
Documize Zerabase aims indeed to be "is the all-in-one product delivery and insight discovery platform that provides product teams with a place to think, share and execute."
Documize Community aims instead to be "the enterprise-ready wiki and knowledge-base software. Simple, elegant, usable by both technical and non-technical people alike."
Personally, I am far more attracted by Documize Community at this stage than the Zerabase option which aims to encompass more than what would be useful for my use cases.
Hence, when I look at this, I do not think that comparing Documize Community to Zerabase/Odoo is entirely relevant, since not the same product.
But I am well aware that this is a personal view, that I might be wrong or that others Cloudronites (??) (Cloudronians ??) here might have a different take on this.
All I know: Documize Community (on paper at least) scratch the exact itch that I have in multiple use cases / scenarii, that other knowledge base / wiki products do not, or not entirely.
I have, as a plan, to try to give this a go outside of Cloudron for now, to see if indeed this delivers on what it advertises, but at last, I have not reach that stage in my to-do list.
Maybe others have and can comment?
All I know for sure, is that the convenience of having this packaged on Cloudron would be undeniable - for all that Cloudron brings and more...
@darkben Hi Ben,
I beleive this to be related to https://forum.cloudron.io/topic/7489/umami-update-1-37-0-package-version-1-6-0-won-t-start-errors-in-logs
My understanding is that the upstream Umami developer(s) made some breaking changes in their previous release, leading to an automatic update not being possible. Please see the forum post for more details.
@girish published this breaking changes under app package 2.0 in Cloudron so that no automatic update would take place and thus avoid inoperable application without notice.
But the underlying situation remains.
See here: https://forum.cloudron.io/post/52142
Couple of "solutions" / workaround:
Neither are ideal, but it least it gets you running again.
Hopefully this helps further.
@JLX89 Yes and it seems that another fellow Cloudron user has been sucessful in running it using Cloudron's Directus app:
https://forum.cloudron.io/post/75981
@froodle Could Open Collective be relevant / of interest here?
https://opencollective.com/
I only know of them from contributing once and the little I read about them.
Quick related question: is there a list of Cloudron email notifications and their triggers somewhere?
I know of the Events/Webhooks/API possibilities and I have heard of (potential/future) other email notifications, but I am not clear on what email notifications a Cloudron server generates at present times.
Also I suppose it only works so long as outbound email is properly setup on the related Cloudron server.
I suppose what I am asking is where can I find more information about Email notification related to a Cloudron Server?
I could not find any specific info about email notifications in Cloudron docs. Hopefully I have not missed something otherwise apologies in advance.
Thanks for the suggestion
Please correct me if I am wrong but I do not think PicApport is open source, or is it?
Not that I am opposed to the idea, on the contrary as I think Cloudron could do with a better photo/video management app (other than Lychee).
Yet accessible source is still, in my opinion, a massive point for the integration of an app on Cloudron over another. Which is why, at this stage, my preference would go for something like Piwigo as an alternative (to Lychee / Photoprism - if still not integrable).
Of course, the above is moot if PicApport is indeed open source and I simply did not find it.
Also, the mention "Free for private users" on their website (they also mention to contact them for using the app as a company) makes me think that PicApport might not be suitable to the extend of use-cases that Cloudron is being used with. Other Cloudron users here might also have better insight.
In the reddit thread mentioned above, I find it also interesting to consider the SN Dev answer (scroll way down..). In his/her/theirs answer is mentioned, amongst other things, the self hosting cost of 39$/year too.
Some interesting points made from "both sides" when taken objectively.
Edit: @girish beat me to it....
Quick update - The issue had nothing to do with Cloudron server and everything to do with the Nginx Proxy Manager host sitting in front of the Cloudron server.
Good time to mention that NPM in front of a Cloudron server is not an officially supported Cloudron setup.
Yet, with this being said, once Websockets relay was enabled on NPM proxy host, everything fell into places.
Many many thanks for @nebulon and the cloudron team for their support as always.
Dupe from https://forum.cloudron.io/post/87474
