You can give Arpeggi a try. It’s still in beta and Testflight only, but already (imo) by far the best iOS app for Navidrome/subsonic servers. It also supports Opus playback on current iOS versions (since Apple added native support for the codec).
It is wild how bad things have gotten. I have a small Linux tablet with 8GB of RAM that I only really use for browsing. Even that runs out of RAM quickly when I open more than 20 tabs (depends on the sites of course). And more than 3 Electron apps pretty much always means game over.
15 years ago 8 gigabytes of RAM were "wow what am I going to do with all this space" territory.
> What? The app is infamous for just "forgetting" tickets
Citation needed. I've never heard of this being an issue (certainly not an "infamous" one) and almost everyone I know constantly travels by train and uses the app regularly. Maybe you're mixing things up with Deutschlandticket apps by regional transport associations, but that's not DB's fault.
Tickets get hidden from the default view once they're expired, but that's to be expected and you can press the prominent "Previous trips" button to see them.
If they were genuinely just attempting to "troll" by spamming (which is a pretty lame thing to do to begin with), they wouldn't have had to use a racist slur in their message. The fact they did makes their intent pretty clear.
If a project taking a stance against people spamming the n-word makes you lose respect for them, that says a lot more about you than the project.
This comment is a great illustration of the needlessly hostile interactions mentioned in the blog post.
There's a nuanced technical discussion about the merits of adding this to Mastodon and whether the effort would really be worth it. Eugen made some reasonable points against it.
But instead of engaging with the discussion in good faith, people like you automatically assume the worst intentions and claim Eugen personally is "blocking progress" like there's some grand conspiracy (Instead of the much more boring reality of limited dev time and having to prioritize things).
My understanding is that the non-profit in the US exists exclusively to handle fundraising from US donors who might not be able to give to non-US organizations for tax reasons.
Spamming the same bad-faith argument over and over in this thread on an account you clearly solely created for this purpose does not make it more true.
Personally I'm quite happy that these tiles cut down on the clutter in the original OSM tiles. It made it very hard for me to actually use them for navigation because there was just so much stuff everywhere.
For example the old tiles displayed rail tracks extremely prominently, which just aren't relevant 99% of the time even when traveling by train. In the vector tiles they're much more muted and thinner.
Mostly the better documentation (last I checked FastAPI docs felt more like a series of blog posts than actual docs, but maybe that's improved). I also preferred the community-driven approach of Litestar as opposed to FastAPI's BDFL-type development structure.
I think there were also some technical details I liked better about Litestar where it was more explicit about things while FastAPI was more "opaque magic happening in the background", but to be honest I don't remember all of those.
I’ve also switched away from Django (to Litestar), but the ORM is the mean thing I keep missing from Django. SQLAlchemy feels really clunky by comparison
Borg is a fork of Attic, not restic. Restic is also written in Go while Attic/Borg is in Python.
For me the reason to use Borg over Restic has always been that it was _much_ faster due to using a server-side daemon that could filter/compress things. The downside being you can’t use something like S3 as storage (but services like Borgbase or Hetzner Storage Boxes support Borg).
That’s probably changed with the server backend, but with the same downside.