I used to run an instance, and one of the reasons that I stopped was there is no good way to update it. If I pulled the source code again and recompiled the Docker it just wouldn’t start. Wiped the database and it still wouldn’t start.
This is why I still tell people Kbin is not production ready.
I was going to get involved in the development but after 4 months they still haven't merged the PR which makes it easier to onboard new developers (and also makes it easier to spin up new or update existing environments) so I've reconsidered where to spend my time. Which is a shame because when I saw kbin was built on Symfony in PHP I had very high hopes for it. I think the onslaught of new users completely overwhelmed the developer to where maintaining the instance took priority over developing it, which in the end makes it more likely to die off instead. /rant
i update kbin.run to stay in sync with the most recent commit to the dev branch on a regular basis, although the update frequency is much lower now compared to 4 months ago... it's a "bare metal" install (no docker), so i made a very simple shell script to update it. half the time no one notices until they refresh the page or get inadvertently logged out due to a backend cache getting cleared. you're welcome to try it out if you'd like.
(edit): i've migrated kbin.run's codebase to mbin, the security updates alone are enough for me to make this change since kbin's development has stalled significantly. it's a fork of kbin, so 100% compatible (for now).
Which is now also running the forked version (Mbin).
Magazine dedicated to discussions about the kbin itself. Provide feedback, ask questions, suggest improvements, and engage in conversations related to the platform organization, policies, features, and community dynamics. ---- * Roadmap 2023 * m/kbinDevlog * m/kbinDesign