Cloudron Forum

@timconsidine As part of maintenance, there are database migrations that are part of the update process. The more complex the update process, the more likely there will be issues.

@timconsidine Appreciate the expert opinion. This has certainly opened my eyes about why some apps might "make the cut" and be added to the platform, and why others might not. I think what concerned me the most is the frequent updates and non-trivial data migrations. This might be a case where paying for Zulip Cloud is the smartest option.

So I too would love to see Zulip supported on Cloudron. So much so, that I considered tackling this myself (with the help of one of my programmers). As a prelude, I asked my favorite AI tool to perform an assessment on the difficulty of packaging Zulip for Cloudron. What came back shocked me. Zulip is non-trivial to package, and even more non-trivial to maintain. Here are the details: https://www.perplexity.ai/search/on-a-scale-of-1-to-10-with-10-0nrnZisTRb28m6FIXyHycA#0

I would welcome some comments from the Cloudron team on this assessment and if correct, whether this is something possible to for the team to tackle? My (disappointed) gut says "no"...

Just a guess, but seems that there is a large contingent of users in Europe and the U.S. If that turns out to be true for participants as well, then 3:00 PM - 6:00 PM CET / 9:00 AM - 12:00 PM CST might be the best window (at least according to Perplexity). For that reason, I suggest that people consider these windows when responding to @BrutalBirdie rally poll so that we can accommodate the most people possible. We may need to consider more than one session to allow community members from Asia and Australia to participate at a time that is not in the middle of their night.

Me as well. I'd be willing to host this via Zoom, record the session, and then host it on Vimeo. We could post the Vimeo link in a "Community" category. But I can't do this until December.

@girish Thank you for addressing this annoyance in 9.0.0.

@james Seem to be running into an interesting problem during uploading. So far with 100M as my "size" limits, I am unable to upload FLAC files larger than 50MB. I found out that htaccess, not the .htaccess file I created contained the operative limits: 50M. So by editing the correct file (htaccess) and fixing the limits, both larger FLAC files uploaded. My mistake!

@james My mistake on the .htaccess vs. htaccess. I am so used to using it with the dot and hiding it. I'm happy to experiment with different RAM settings and watch what happens with Koel.

@james Perfect. Koel is working! Thank you. One suggestion, one question. Suggestion: you might want to add the period in the new documentation before htaccess (/app/data/public/.htaccess). Most users will understand the intent, but for inexperienced users, they might take this literally. Question: Based on the size of my FLAC files, I chose 100M as the "size" parameter. Do you have any thoughts on whether we should increase the application RAM to accommodate larger files on both upload and streaming and if yes, how that should scale with "size"?

@james Sure. What's strange is I had no problem uploading .FLAC files at all. Just playing them. Files varied from 12MB up to 30MB.

@james Impressive bit of detective work. Is /app/data/php.ini the proper way to set PHP settings inside Cloudron PHP apps? I understand that /app/code/public/.htaccess overrides this and that is a read-only area.

No. The demo server (https://demo.koel.dev/#/queue) plays just fine for me. I also have the same issue on Windows, so it does not appear to be Linux related. But interestingly, neither the demo site or my Cloudron instance seems to work on iOS Safari.

@robi It's a brand new installation. Cloudron version is 7.15.1 which matches GitHub master release level.

@james I'm not using Cloudflare or proxying. Nothing unusual about my Cloudron setup. I am using that particular Cloudron only for SoGo and Koel (as a test). I have 2 songs in my library, one FLAC, one MP3. When I attempt to play the FLAC, it looks like it tries and then skips over the song and goes to the second MP3.

Cloudron is so reliable I am using Kuma inside Cloudron to check availability on all my other unreliable vendors:) And some of them will have one less customer in the near future.

So I just installed Koel, changed the admin credentials and added another user. All working just fine. I uploaded some m4a files (either ALAC or AAC) and nothing played. I tried FLAC instead and nothing played. Locally (Linux), the files played without issue. Koel supports all 3 formats, so this shouldn't be an issue.

Tried php artisan koel:doctor (running as www-data user) and all tests passed. x_sendfile was the streaming method. And Apache had the xsendifle module available. So this looked good.

I notice that PHP Max Upload was 2M and Max POST was 8M. My high quality files were bigger than either. On a hunch, I uploaded a <5MB MP3 file and Koel streamed the file to my Linux laptop via browser.

My next move was to try and adjust PHP.ini to modify those settings. Unable to edit the files as both www-data and root (read only) .

I don't know if my hunch is correct. There is nothing I could find in the Koel troubleshooting docs to suggest these parameters could cause a streaming issue.

Any advice would be appreciated. If someone can suggest a method to modify these limits, I can see if that is causing the problem.

@LeZalata You always have the option of self-packaging any app. The easiest ones already have Docker versions. But PHP apps and others have been packaged as well. I am not familiar with the two you mentioned so I cannot provide guidance. But the platform is solid already and getting better with each update/upgrade.

@BrutalBirdie Thanks for sharing. A fun travelogue to view.

@fbartels Thanks.

@marcusquinn I would build a new room with floor to ceiling monitors on one wall. Reclining theatre seating and a kegerator. And a Hirsh keypad to prevent anyone except me from entering:)