

My point is that of those 120 probably 110 have never been compromised nor forced you to change the password due to expiration policies. The remaining 10 are the ones that require some mental gymnastics, so while the problem exists it’s not as serious as it sounds. I probably have more than 120 identities using this method since I’ve been using it for years, and I don’t think I ever had to use the counter, it’s a matter of being consistent in how you think about websites, for example if you know how you refer to a site slugify it and use that for the field, so you would use spotify, netflix, amazon-prime.
Configuration is much easier, e.g. this is the full config you need to expose nextcloud on
nextcloud.example.com
(assuming caddy can reach nextcloud using the hostnamenextcloud
)nextcloud.example.com { reverse_proxy nextcloud }
Comparing that to ngnix configs that need a template for each different service (although to be fair they’re mostly the same).