Thanks for trying though! Appreciate it. I’m happy to use nextcloud just for regular files for now anyways.

Nope, all I have is the default phone region not set.

Great to know! Something is really odd on my instance. The DB is definitely working well on its own, all the queries are returned quite fast from what I gather on the monitoring side. Probably something odd on the server side. I’m using redis for caching, it helps a bit as it comes down to a halt without redis.

Well. It just stopped working after the 2k items mark for me. Had to increase php memory and all for almost 6GB to make it work. Still sluggish AF. It’ll be just my file bucket for now on. EDIT: I will like to add, Immich is now with 32k assets for me, working flawlessly and only using 300MB when active of memory.

Ahhh! That does make more sense. I’d suggest dropping in on their GitHub and disclosing this. I am not sure if this is in their roadmap as it would be interesting to share metadata that is personal to others. But I would say the “partner sharing” feature could potentially be what you are looking for. I am not sure if it is available yet. But yeah, that could be a challenge

Hey’ I am not sure what you are saying about the sharing library and user passwords. I’ve been using Immich with my wife just fine for a while and it’s been working well for both of us to have our own libraries and share the ones we want. Care to go into more detail on what you mean?

Same here. Works great self hosted and the regex manager solves most of everything that is not sorted out of the box

HighAvailability

It’s more about people being able to interact with your public projects without having to sign up to your instance. I’ve been wanting this for a few tools that I create and maintain. It’s awkward for people to open issues if they can’t sign up to my gitlab instance

Yep! Authentik is my choice there, and it works flawlessly for my use-cases. The only thing that keeps me on my toes is still the celery dependency on redis that makes it not HA. They’re working on it and making me happy :)

I’ve been using Immich, and while it’s under heavy development, it’s working amazingly well for myself and my wife.

Yeah? I meant the 66MB one. The 1GB was an image that I just installed everything necessary to compile my code and run from the same image. I didn’t try to make it “right”. Nice to know I don’t have to worry about it though!

Honestly look into k3s or other “distros” of k8s. There are some versions of the orchestrator made for edge computing that are quite slim in their size and gives you all the perks of the k8s api layer.

Agree!

Fair point! What I’ve done in my app to test out and ensure it works is a proper health endpoint that tests the use-cases of the app. So far it has been very good on keeping everything that I need on slimming.

Yep, same thing I found out! Crazy to see my already quite slim image being reduce all that much!

COuldn’t agree more on this! Honestly. I understand that people want hefty descriptions with few inputs on their side, but this is sad.

Anyways! Some of my python cronjobs that I run on my cluster don’t have an exposed service, and I can still make it work just fine by passing along the --exec flag and the stuff that takes to run the app. The complicated part is to define properly your environment variables that are necessary to run your use-cases and make sure that you execute all the necessary files. It’s not a solution that fits all, for sure! And I honestly don’t use it for everything. It’s a tool to be used in some use-cases

Great write up! That’s everything exactly right. It’s mostly useful to try and reduce the time it takes to pull images to run them. And also reduce the footprint of storing those in your registries.

I use a combination of flux and a python app that checks out everything running on my cluster and keeps me a list of what needs some attention from upgrades and kube-clarity as well. It’s more kubernetes related though.

I was about to say the same. My nodes have weekly updates, but that’s fine. Just k8s things.