My Chrome flags this site as not secure, but it doesnt tell me why which is strange.
EDIT: Looking at it, chrome seems to hide all security info about sites now and only display a generic 'Not Secure' badge for anything. This is a very awkward change and removes lots of convenience when troubleshooting random sites.
The web(html) is a hierarchical system and as such it's proper place in the world is mapped to the filesystem.
Which is honestly what I thought plan9's webfs https://man.cat-v.org/plan_9/4/webfs did and then you could use the filesystem api to parse it. But alas, I actually read the man page to double check, and it looks like it does the much more sane option and just fetches web resources(http), I am crushed.
But it may be a fun weekend project to see if that mapping could be done and where it fails. So not a complete loss.
Hah, I had somewhat similar plan, but based on the concept of FIFO (named pipes) and the Unix tool `mkfifo`, so I built https://mkfifo.com to make it easier for people to build pipes instead of shell commands.
There are also a few FIFOs there that works like rclone, using my own `rfetch` library.
Very much a fan of this, of the 9p life. What times seeing a shell on the web with 9p access!
9p is very shell coded, as we see here, but I also really want to imagine going further. I want to imagine apps and systems that interoperate via small fine grained files. As a scripting environment, I really hope it's easy and fun for programs and now llms to look at and alter state, to work other systems, and 9p feels like it is rallying around a core truth that's there all the time just more of it, more files. Instead of descending beyond the os into deeper datastructures like toml.
A downside is that now you need lots of kernel syscalls to talk to all the files. That alas has not, historically, been performant.
My Chrome flags this site as not secure, but it doesnt tell me why which is strange.
EDIT: Looking at it, chrome seems to hide all security info about sites now and only display a generic 'Not Secure' badge for anything. This is a very awkward change and removes lots of convenience when troubleshooting random sites.
Still, the site needs to fix its SSL certificate.
The web(html) is a hierarchical system and as such it's proper place in the world is mapped to the filesystem.
Which is honestly what I thought plan9's webfs https://man.cat-v.org/plan_9/4/webfs did and then you could use the filesystem api to parse it. But alas, I actually read the man page to double check, and it looks like it does the much more sane option and just fetches web resources(http), I am crushed.
But it may be a fun weekend project to see if that mapping could be done and where it fails. So not a complete loss.
Hah, I had somewhat similar plan, but based on the concept of FIFO (named pipes) and the Unix tool `mkfifo`, so I built https://mkfifo.com to make it easier for people to build pipes instead of shell commands.
There are also a few FIFOs there that works like rclone, using my own `rfetch` library.
Still a WIP though.
(2015). Connect to g+!
Very much a fan of this, of the 9p life. What times seeing a shell on the web with 9p access!
9p is very shell coded, as we see here, but I also really want to imagine going further. I want to imagine apps and systems that interoperate via small fine grained files. As a scripting environment, I really hope it's easy and fun for programs and now llms to look at and alter state, to work other systems, and 9p feels like it is rallying around a core truth that's there all the time just more of it, more files. Instead of descending beyond the os into deeper datastructures like toml.
A downside is that now you need lots of kernel syscalls to talk to all the files. That alas has not, historically, been performant.
Pigshell explores taking plan9 to the next level.