Topics created by robi

This appears to be S3 compliant, so I guess the generic S3 backend in Cloudron already would work?

@girish Cost and complexity is a thing, from domain integration to simply wanting to use your existing server you pay resources for to run an additional app or two.

The assumption backups are needed is false.

Yet, if we take the time to revisit an old idea of additional VM like isolation via Nestybox, (which is a single line code change) we may have our cake and eat it too, with backups at no extra work.

Personally I don't care for any of the benefits of the packaged apps for the unpackaged ones, unless they're no effort as a side-effect of the implementation.

The only thing I can think of we might need more of is control over nginx rev proxy settings and mappings.

@robi Good point ... I think it's this way because one way to expand boxdata/appdata/platformdata is using symlinks. Then there's volumes , backups. So, it was easier to filter out by known filesystems.

@briankb-0 said in Stop Forum Spam:

one for Discourse in development?

In my (admittedly relatively limited) experience Discourse does a pretty good a preventing spam all by itself (e.g. newly reg'd users can't post links etc)

Holy bananas!

@LoudLemur said in How To Sell Digital Goods with Cloudron:

Anyway, I hope you are all doing well @timconsidine .

👍 thank you

@LoudLemur said in Metager - resist censorship by combining the results of multiple search engines:

I really wish we could support YaCy on Cloudron.

You can sponsor it.. post to the YaCy wishlist topic.

Absolutely 100%
Came to the forum to see if there was yet a request for this.

Better yet, would be ideal starting with this since Invidious still (unfortunately ... ) hasn't made its way in to the app store.

@robi said in Tube Archivist - Your self hosted YouTube media server:

Relies on ElasticSearch

was looking into this and this requirement stood out.

@robi

This would be quite funny if the "ambience" was random fart noises.

@jdaviescoates This looks excellent!

I hope we can support it on Cloudron. Non-Self-hosted text, image, audio and video hosting is all being censored.

A key feature of these tools should be that they support federation/distributed content, so that people who want to support an image or text or whatever, are able to easily click and have that content provided by their own instance.

@jdaviescoates This is a Cloudron Golden Era - we cannot congratulate each other enough! 🙂

@robi Haha! Thank you, @robi!

@robi Quite frankly man this is an amazing find!
I already envision Cloudron becoming the 'bridge' between the actual and the New Internet if that gets implemented on the platform.

What I've found quite interesting and cool is the scripting language is amazingly easy to understand and learn. Much more easy than the PERL scripting in which most of the 'apps' were created with in the first years of the Conquer of the Internet. For instance, at that time apps were called PERL scripts or simply scripts. Still they were Open Source and extremely powerful even just before the beginning of the 21st century.

Discovering this reminds much of how the Internet was cool and free because people who were getting on it were cool because they had more freedom to express themselves using freely the most cutting edge technology that's freely available. While it sounded somewhat a 'good thing' to bring the world together with social media, imho I strongly believe that web 2.0 has killed the Internet of the people for the people.

Apparently, it would be time for the people to pull out the GUN 😁

@girish said in Include Size of App in Config>Storage & Backups:

Should have it in the graphs as well.

Updated the top post to include graphs ;-] 🙏

@girish That's not it. You have OOMs because people install all sorts of apps and try to abuse the system, like WP and trying out large plugins.

My system has 0 OOMs. None.

Mine also has enough of IO as I asked them to limit the number of new customers on the host system.

# dd if=/dev/zero of=/tmp/test1.img bs=1G count=1 oflag=dsync ; rm /tmp/test1.img 1+0 records in 1+0 records out 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 5.50861 s, 195 MB/s

Doesn't explain 48GB mem spikes.

This only seems to be happening on 20.04 Cloudrons, not 18.04.

Btw, the main issue I think you're having is the choice of that NY datacenter, it's networking isn't great, they seem to allow burst traffic but then quickly throttle down or experience congestion.

Seattle has been way better for me.

Does sound good — thankful the world has enough pissed-off smart people to keep challenging centralisation.

Doesn't seem sustainable to have the @staff fork it and maintain the app themselves. Unless its been forked and maintained elsewhere I don't see this going anywhere tbh.

Turn out I wasn't subscribed to https://github.com/phpmyadmin/phpmyadmin . I am now.

This is now fixed for the next version. On upload conflict, the code will add .n to the filepath, whereas n is an increasing number until no conflict is found.

For a start, the next version will require the user to add an encryption password if the backup config indicates that the backup is encrypted.