Live data from Hacker News

I wrote a static web page and accidentally started a community (2023)

localfirstweb.dev

91–100 of 136 posts

Re: I wrote a static web page and accidentally started a community (2023)

#91

This ties in nicely with the bookmarking discussion about Pinboard. I particularly like the following quote from this article: > Now, of course, there are many advantages to this shift: collaboration, backups, multi-device access, and so on. But it’s a trade! In exchange, we’ve lost the ability to work offline, user experience and performance, and indeed true dominion over our own data. I’ve decided that the advantag…

May I ask what the bookmarking discussion about Pinboard is? I tried looking through all of the recent articles but find nothing about pinboard.

What’s your current solution for local bookmarks?

Re: I wrote a static web page and accidentally started a community (2023)

#92

This ties in nicely with the bookmarking discussion about Pinboard. I particularly like the following quote from this article: > Now, of course, there are many advantages to this shift: collaboration, backups, multi-device access, and so on. But it’s a trade! In exchange, we’ve lost the ability to work offline, user experience and performance, and indeed true dominion over our own data. I’ve decided that the advantag…

May I ask what the bookmarking discussion about Pinboard is? I tried looking through all of the recent articles but find nothing about pinboard. What’s your current solution for local bookmarks?

[dead]

Re: I wrote a static web page and accidentally started a community (2023)

#93
> You see, connectivity is generally good on a boat - wifi, cell coverage, and satellite options abound - so we survive. But when it isn’t good, it really isn’t good. And then suddenly, it dawns on you just how much of your life is beholden to the cloud. Your documents don’t load. Your photos don’t sync. Your messages don’t send. Without necessarily consciously realizing it, we have all moved most of our online existence to other people’s computers!

Welcome to the world a huge chunk of the population lives in. It drives me crazy how quick people were to jump onto cloud computing without ever asking the question "how well does it work when my Internet connection sucks?"

Re: I wrote a static web page and accidentally started a community (2023)

#94

From something I wrote in 2021 [0] and based on my experience working on a "browser-based OS" in 2013: What we need is to have a device-transparent way to see our *data*. We got so used to the idea that web applications let us work from "dumb terminals" that we failed to realize that *there is no such thing as a dumb terminal anymore*. With multi-core smartphones, many of them with 4, 8, 12, 16GB of RAM; it's not too…

Goddammit, of course the closest edge/node to the user is their own damn device... I should have realized that long time ago

Re: I wrote a static web page and accidentally started a community (2023)

#95
post #58
post #49

Earlier quoted context omitted.

Maybe this is an opportunity. Is there already a “DNS for ports” whereby the hosts file is propagated with application process identifiers that are mapped to localhost:port in hosts file?

Careening back to inetd and /etc/services …

In some ways it is an inversion of inetd. Instead of something that listens to a bunch of ports and launches a port corresponding process, the user has a service that will listen to a random port and they wish to address it in a human-readable kind of way.

As far as I know, the hosts file does not afford a port number so a solution would look similar to a proxy on a known port like 443 listening for a particular domain name that hosts routes to localhost and the proxy routes to the service on port whatever. Also need to set up local CA to sign a cert for each of the hostfile domain names. . .

0. https://www.baeldung.com/linux/mapping-hostnames-ports

Re: I wrote a static web page and accidentally started a community (2023)

#96
post #22
post #6

Hey browser makers, please allow file:// URLS to actually be able to load other files in the same directory without giving a CORS error. You can't even run a JS file from the same directory! That's what's really killing "local first".

As usual, this sounds great for the nice players. Unfortunately that means if you download an html file and double click on it then it can send anything in your downloads folder to anywhere else.

or just separete what are "document" and what are "application", already, and don´t mix them up. i would not even mind if there was a separate "docjs" - JS code for which only the document is visible and only can do stuff upon it, and the "appjs" which can do all of the wild js stuff which our great browser vendors come up with. this way, in various cases, you can turn off the potentially harmful appjs, while keep the docjs for validating forms, change layout, implementing tinymce, etc...

IMO the problem rooted in co-mingling documents and applications on a web page / in a HTML file. let the user save documents in .html: then it should not be able to do any harm - it's a digital sheet of paper! and web applications in, say, .hta: then he should not expect any more isolatedness then for a downloaded .exe or .sh file; and the user client program should treat it with due care when downloading, eg. by put it in a separate subfolder, set SELinux context, etc...

Re: I wrote a static web page and accidentally started a community (2023)

#97
post #88
post #87

Earlier quoted context omitted.

It also bypasses firewall (ufw on ubuntu)

Yes and no, it's modifying the NAT table and so traffic will not be subjected to inbound rules where you would normally add an "allow HTTPS"-style rule: https://docs.docker.com/engine/network/packet-filtering-fire...

In what way is that "No"? The docs say:

> Docker routes container traffic in the nat table, which means that packets are diverted before it reaches the INPUT and OUTPUT chains that ufw uses. Packets are routed before the firewall rules can be applied, effectively ignoring your firewall configuration.

So docker is "effectively" ignoring your firewall in the case of ufw. I don't see how it can be considered to not ignoring your firewall when it ignores the rules you've setup.

Re: I wrote a static web page and accidentally started a community (2023)

#98

This ties in nicely with the bookmarking discussion about Pinboard. I particularly like the following quote from this article: > Now, of course, there are many advantages to this shift: collaboration, backups, multi-device access, and so on. But it’s a trade! In exchange, we’ve lost the ability to work offline, user experience and performance, and indeed true dominion over our own data. I’ve decided that the advantag…

May I ask what the bookmarking discussion about Pinboard is? I tried looking through all of the recent articles but find nothing about pinboard. What’s your current solution for local bookmarks?

This one: https://news.ycombinator.com/item?id=43022098

I'm right in the middle of setting it up. Basically, curl and a bunch of bash scripts.

Re: I wrote a static web page and accidentally started a community (2023)

#99
post #45

Well, it's always amusing how they discover that applications can run locally without depending on someone else's servers and maybe without pulling unverified code from 50 random repos. Next they'll discover native applications! Innovation! Maybe after that they'll even discover that you can give a shit about the user's battery/power consumption and ram consumption again!

As satisfying as it is to point at local first software and say they forgotten history, it’s important to remember that a lot of development happens where the friction is lowest.

The target platform for many local first apps is browser because you don’t have to mess with EXE/DMG/AppImages.

The goal is to ship, not to ship the most efficient application possible.

Re: I wrote a static web page and accidentally started a community (2023)

#100
post #6

Hey browser makers, please allow file:// URLS to actually be able to load other files in the same directory without giving a CORS error. You can't even run a JS file from the same directory! That's what's really killing "local first".

You can run a JS file from any directory.
Post reply on HN