anderspitman

You can start investing in open platforms and services that get better, not worse, over time. Centralized tech doesn't result in less pain. It's just amortized over eternity.

Related discussion from yesterday: https://news.ycombinator.com/item?id=37546255

Tunneling solves the ISP problem and the complexity problem of handling inbound connections. It also has some nice security benefits

One advantage of tunneling is your ISP doesn't know what the traffic is. Also I expect ISP competition to slowly improve. More people are getting access to fiber all the time.

Sandstorm is awesome but requires significant modifications to apps in order to work within the system. Also, it doesn't solve the complexity problem. You still need a programmer or sysadmin to set it up and manage security.

See also Cloudron, Yunohost, Umbrel.

That link is corrupted. HN thinks the ");" is part of it:

https://forum.restic.net/t/continuous-backup/593

Any sufficiently popular/reputable VPN provider will eventually remove port forwarding functionality. It's almost exclusively used for scams and torrenting and creates a fat target for litigation.

How would you synchronize them?

For small deployments, you might be surprised how far you can get with just systemd/journalctl. It even has built in aggregation over a network.

I was introduced to this concept as a kid by "The Great Brain" book series. Was surprised to discover as an adult that it actually works in many ways. I'm a huge proponent of sleeping when I'm stuck on something. The tricky part is recognizing when I'm in an unfruitful debugging session and pulling myself away.

> We all claim to hate complexity, but it’s actually just complexity added by other people that we hate — our own bugbears are always exempted, and for things we understand we quickly become unable to even see there is a potential problem for other people

Dr Warnock spoke several months ago at an awesome graphics symposium at the University of Utah: https://youtube.com/watch?v=H4lCCyKkChk&pp=ygUkdXRhaCBncmFwa...

I've had a great experience with eSIMs these past few days during a trip to Europe (coming from the US). It's so convenient to be able to arrive at a city and use airport wifi to download a mobile data package for a few bucks. The process is slightly clunky but not bad at all.

There's a lot of use cases outside traditional tablet functionality, such as running a webserver or turning those excellent Apple screens into a secondary monitor.

Would love to see it, but my guess would be only if there's ever regulation to force Apple to allow it under climate concerns or right to repair type policy.

Not refuting your valid points but just another angle to consider, do all websites need to work all the time? If my family knows they can go to apitman.com to see my latest trip photos, if it's down occasionally that's not going to significantly impact their experience. They can just try again later.

That said, when I imagine self hosting from a phone I definitely think the phone + USB drive in a closet approach makes more sense.

> 99.99999% of people want to host nothing at all

While I agree this is true today, people also didn't know they wanted cars or smartphones until good implementations were made. Smartphones existed for many years but were niche before the iPhone. We as an industry have thus far completely failed to show the value of self hosting.

I'm a big proponent of this idea. Unfortunately IPv6 alone isn't enough, due to firewalls. It's just not realistic for the average person to be expected to set up port forwarding etc. Now, if something like UPnP was universally deployed alongside IPv6, that would pretty much do it.

Personally, I think the future of self hosting is going to happen through IPv4 tunnels[0] with SNI routing. You also get the added benefit of not exposing your actual IP address, and dealing with things like DDoS become the tunnel provider's concern.

[0]: https://github.com/anderspitman/awesome-tunneling

Do you have an overview anywhere of the protocol you're using to encapsulate TCP in HTTP? Why did you go with HTTP instead of WebSockets? Does Narrowlink support UDP?

Sorry for so many questions

Hot take. IPv6 adoption is never going to hit 100% because SNI routing covers most of the cases people actually need. If UDP functionality is necessary QUIC will be used. I wish this wasn't the case. It would be nice if the software was good enough that more people were enabled to self host.

Hopefully we'll see browser integration eventually

Yep, and WinFSP and dokany are two options for FUSE on Windows. I'd recommend using rclone or maybe check this list: https://winfsp.dev/doc/Known-File-Systems/

You might be interested in our paper that just got published in Bioinformatics today as chance would have it: https://academic.oup.com/bioinformatics/advance-article-abst...

You mean you're implementing something like this to be used by puter.com?

The current browser stack is a lost cause. There's just no way for anyone who cares to compete with Google.

But we still have TCP and HTTP. We will rebuild this place.

I don't see a huge difference between Firefox and Chrome these days, as they implement everything Google tells them to (and pays them to)

Seems like this is going to get a lot of pushback. It might not go through. But remember whether it goes through or not isn't the important thing. The fact that Google wants it to is what matters.

You're ascribing a ton of ill will here, and I hope you'll give me a little more grace, but on the other hand maybe there is some truth to your words. I'll see if I can communicate more clearly and authentically in the future. Thanks for the opportunity to introspect.

Your initial intent was clear. I was simply trying to move this towards something productive. Clearly I failed

Are you sure you understand what my position is? Care to strongman it?

Fwiw I think you're actually right that HN tends to spend way too much time on semantics, and I'm certainly guilty of that myself sometimes