hmm, are you sure about that? the whole reason I use the linuxserver offerings is that they all follow the same pattern of not using root privileges in the container and also factoring the uid and group id out as compose variables so you can match them to other containers if needed.
Yes their images are standardized, which helps if you want "linuxserver experience" and don't care about actual image.
Try to understand what actually happens on container startup and you're stuck in three layers of base images that they use as framework, with hooks on each layer.
Wanna inherit some image and eg. copy something into config dir? Nope. Config dir is overwritten by symlink, by script on some layer. Actual config dir is moved somewhere to fit their internal convention.
Their framework allows them to quickly add new applications and keep them updated. But it's pain to work with.
I guess if you're willing to learn it and you're 100% sure, you're not going to modify image or configure application beyond of what they exposed - you might be okay using it. Otherwise just get official image.
I think both are true - LinuxServer images are usually well maintained, and they all use a common format, so once you know how to configure one, it's easy to configure the rest.
But they make a lot of decisions that are not "best practices" in Docker - such as running multiple processes per container, under a supervisor.
IMO, they are great for single-machine home deployments.
