You can also replace common or shared attributes between your configs using env files: https://docs.docker.com/compose/environment-variables/set-environment-variables/#use-the-env_file-attribute

Things I put there: UIDs, GIDs, TZ, shared mount paths, etc.

deleted by creator

No, that is counter intuitive. It may appear more expensive at first, but on the long run it is a lot more cheaper. It avoid vendor lock-in, recurring increase of dev costs and licensing and lots of other plagues of closed proprietary development like blackbox development and justification of hidden complexity as a driving factor on costs. I worked with legacy closed proprietary sw development and lock-in combined with legacy complexity made man-hour costs exorbitant. These are partially solved by open-sourcing, as kicking out a team and putting a new one is easier, but most importantly transparency as a driving factor on quality of development.

This is the best: https://github.com/sahib/rmlint

First, good job. Looks very good and feels snappy. So high potential player in the ecosystem. So here a quick feedback after a few minutes using this:

1. when exiting the “home screen” that contains some albums, trying to get back to the same screen with same content is impossible. Getting back to “albums” screen has different content, alphabetically sorted.

2. I’ve been looking for a player with proper “preferred” management and features. This app let’s us mark an album as preferred (heart), but not sure what it does here. But what I really miss in a player, is a way to mark preferred individual tracks and then to see all these tracks and be able to use that as a giant playlist that we can play in sequence or randomly. Please consider this feature and your app will be already more featured packed and useful than any other jellyfin player out there.

mine was really sluggish for a long time, then I saw someone in here explaining their similar issue and their fix. I don’t have the post link, but it was related to DNS settings. Basically for some reason using my pihole dns made only nextcloud sluggish, the fix suggestion was to use 1.1.1.1, which worked. Now, it is a pretty fast nextcloud.