Curiosity Stream is fine if you are looking for a service that let’s you pay to stream nature docs. The rest, I’d probably avoid. Some of the because they suck, others because there are better alternatives.

Edit: Commented thrice due to app issues.

On coaches, they often aren’t unless they have some kinda centralised display system that displays stops.

In local public transport busses, they usually are in my experience.

I think the deciding point is whether the bus has a computerised display/pa system. If the driver has to set it manually through some archaic process, it’s bound to be forgotten.

… sure. Nothing here is wrong, but there’s ways to try and mitigate that. And then it’s kinda an arms race, and vigilance.

Good as a general recommendation.

I also feel like the risk levels are very different. If it’s something that performs a function but doesn’t save/serve any custom data (e.g. bentopdf), that’s a lot easier to decide to do than something complicate like Jellyfin.

I do have public addresses for Matrix, overleaf, AppFlowy, immich because they would be much less useful otherwise. Haven’t had any problems yet, but wouldn’t necessarily recommend it to others.

I’d never host any stuff with “Linux ISOs” on a public adress, that seems like it’d be looking for trouble.

Yes. Strip searches suck. This is about publically sexualising people against their will. That also sucks.

And some people seem to be hell-bent to put much more scrutiny on the person being sexualised than on the person sexualising them.

The way the many societies treat nudity is a problem, but that is a wholly separate issue from people getting ‘undressed’ against their will.

I don’t usually engage with trolls, but my train is late and I’m all out of productive things to do while I wait.

I am not going to debate whether this is AI. If you want to believe it isn’t, you’re welcome to do that. As for why it’d be bad - I believe that a technology that is trained on the work of many artists, without permission or compensation, that puts control of visual - I am not going to call them artistic - outputs under the control of a few tech oligarchs, is bad, and should be boycotted and sabotaged if possible. Even open weight models are, ultimately, usually trained by large corporations, and openly available by their ‘benevolence’. If they decide their next generation model will be closed source, it will be.

I also believe that the sheer amount of both monetary, and physical, resources currently expended on generative AI and related technologies is largely wasted, in a world where we can hardly afford such waste.

Also, please substantiate why using rather clear signifiers of ai generated content to claim something is ai generated is likely to cause harm, and why, in your eyes, ‘pro-ai’ aren’t required to proof the merit of their believes.

Oh, and while we’re at it - do you happen to know whether there is a seahorse emoji?

If you don’t see it, I dunno what to tell you.

cloudflarestatus.com, seems to be hosted on AWS. Probably just got hammered because there was suddenly a lot of people caring about CFs status.

Hey, that was made at my former uni. And now I’m wondering whether other unis adopted it. It always seemed like a neat solution.

worked for a guy

Probably some variation of owner/boss/CEO.

I do get it, and I could have phrased it differently. My point mostly is, it is often painted as an insurmountable problem for adoption, and while that might be true for a lot of users, there’s also a large number of user for who it isn’t.

Also, for me personally, I’d rather switch banks than use a phone with a stock rom, but I know most people don’t view things that way.

I know several banks who’s apps don’t need Google Attestation. I would also not use a bank that forces an app as the main point of contact as my main one. A lot of banks around here offer a tan-device as an alternative. There’s also a lot of transport associations that offer nationally valid chip-cards.

I do see why it’s a problem, but I also don’t think that one should let such services dictate their choice of mobile device. I do know that I come from a privileged position, living in a country where I have options.

I honestly don’t get why everyone is so hung up on banking apps. I run Graphene, and my bank’s app actually does work, but I wouldn’t really have a problem if it didn’t. They have a website that is pretty usable, and I don’t need an app to use my payment cards.

Sure, Graphene OS tries it’s best to limit Apps, but if you don’t trust an App, you just shouldn’t run it, no matter the OS.

I still find them preferable. Less “sponsored” stuff, etc. More tags, etc. for search.

If I remember correctly, it’s a European Broadcasting Union thing, and they’re in cause there used to be a British colony there.

I’m in Germany, and it works pretty fine. They’ve got several datacenters around here, never had an issue with speed or latency.

I don’t like that they got that evil megacorp vibe, but what big Internet firm doesn’t?

Well, I need to run two separate tunnels to not run into hairpinning issue, so, some weirdness, I guess. More down to my services, though.

Interesting. As I said, I never tried yunohost. I usually work with podman, and just assign local ports to pods, then route traffic to those ports internally, which seems to work fine.

Anyway, I feel like we won’t be solving OPs issue here. Still, interesting to see some of the problems people with different setups have to deal with.

Yeah, I feel like we’re missing some info here.

I have to admit that I have no experience with yuno. Always seemed interesting, but not like something that fits into my work flow.

If they’re self-hosting at home (which I’m also doing for some services), I’d presume they’re probably running their stuff on a single machine, so I’m not sure where their router would come Into it. The data the cloudflare tunnel process receives should look the same to the router no matter the port it is ultimately sent to, and when it is sent to an address internal to the machine, shouldn’t pass through the router again.