Completely agree. I haven't used NPM since I started self hosting a few years ago, but I was never able to get it to work right. I ended up using apache2 as it was pretty well documented everywhere. Moved to caddy v1 when I found it as the config is so easy to write and understand. Moved to v2 when it was released and had no issues. Their forum is incredibly helpful if you run into any issues. At this point its a "relatively" mature platform and most projects I've setup have an example config (usually just 1 or 2 lines because that's all you need).

I just looked into this on my own install, it isn't super straightforward. The "View PDF" tool lets you annotate documents and fill in fields.

I've used it a bit, mostly for merging/splitting some pdf files. Haven't delved much into the advanced features. Its been flawless for those tasks. It was also super simple to setup.

Do you self host your email or use it with an email provider? Also, does it need its own inbox/address to function? I can't really tell from the documentation if it functions along side normal emails or if it'll mess up your inbox if you use it with your normal inbox/address.

This is interesting. I've never heard of this project but it looks really neat.

Not the same person but a couple of the reasons I can't get away from it are:

-ability to "print" a pdf in to it and directly markup the pages without having to open the actual file in another application (it also runs OCR on the pages so they remain searchable)

-you can also "print" PowerPoint presentations in a similar way

-it handles inking with a pen super well

I have lots of academic papers and presentations that I routinely reference for my job so these are killer features for me

Just hit up an apple store bud - they'll swap a new battery for like $89. I had the battery replaced on my 11 a few months ago. Took like 20 minutes.

Also a big fan of Tailscale. Works well out of the box and they have great documentation.

I'll also throw out its nice to see many of their articles comparing services don't end with a simple "We're better!" but a "pick whats best for your use case." Makes them look a lot better imo.