136 comments

[ 255 ms ] story [ 954 ms ] thread
I remember making websites in Frontpage and uploading them to Geocities.
Error 503 is intended?
no it's just down from too much traffic
So...what is the 503 page served from, then? ;)
Probably a reverse proxy running on a modern machine, for security.
I'm imagining that the HN hug of death will literally set the floppy disks on fire.
I almost spit my coffee out this morning because of this :)
I think it's interesting and creative...
To me it's as interesting as putting a lawnmower engine in a container ship. Not even worth firing up because you know the ship won't move anywhere.

I'd rather read about the story and implementation.

Lead with the positive curiosity of wanting to know how the author did this rather than your negativity of “what’s the point?” The author could very well post a follow-up article detailing how
What is there to talk about really? Hook up a USB floppy drive to an IIS machine, select the floppy as the source for the site and voila. Takes 1 minute to set up if you have a USB floppy drive hanging around.
It’s great that you already have an idea of how this was done; others may not. There’s a lot to talk about there for people unfamiliar, don’t you think? Saying otherwise would be very close-minded.

It seems to me from your other comments in this thread that you’re intent on being negative / reductionist to others work without offering much to the conversation, so I will happily disengage with you now.

If you really checked my comment history, you’d see that I actually gave a warm compliment just a few days ago. I apprecite the work of others, but not necessarily when the work is trivial and keeps popping up on HN quite often.
The site loaded for me. So I can tell you; it does not use IIS. And it's running on a 386 so I doubt there's any USB involved. What he pulled off is a lot more interesting than what you're describing.

It was a fun thing he did to see if he could and when, to his apparent delight, it worked he decided to share his results. As someone who grew up in the era of floppy disks and constant worry about disk space and performance I found the whole thing very entertaining.

Sometimes we need to take a break from all the serious and just have a little fun. Items like this guy's post are why I come to HN.

Thank you for the clarification. I too find this interesting, especially because it runs on win 3.x. The floppy part is a bit unorthodox, but cool nonetheless!
The fact it exists is creative and interesting. One could even argue it's a piece of performance art.

The fact the link doesn't work is, as you point out, inevitable. But that doesn't detract the artistic merit of the submission.

But that doesn't detract the artistic merit of the submission.

Agreed, looked at in that light I'd suggest that it actually adds to the artistic expression. I was one of a few, apparently, that the site loaded for (sans images) and it was a tiny thrill to see it load. So, it felt like watching a performance of sorts, for me at least.

Probably because the author found it fun and interesting to do. Not everything serves an audience (especially if you're not paying for it).

It reminds me of the few times I've seen random people stumble across game jams and complain that they're unfinished and have bugs

Glad I'm not the only one thinking like this. Are we just too old and grumpy?
That's what I was thinking. Look, I stored my site in a very slow medium. See, it's slow.
Reminds me of Hotline Connect file servers, sometimes people would host directories linking to different drives in their system, including the A: drive

“See, its slow.”

One point could well be to see how your setup handles extreme overload?

I guess different OSes and server software would handle it very differently, so using HN to trigger a huge overload would be a smart way to get some science done along those lines.

"Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something."

https://news.ycombinator.com/newsguidelines.html

Agreed! Next time I will gather more arguments.
Your comment was a shallow dismissal. Please don't post those.
Those two things can easily both be true, and it doesn't change the fact that shallow comments are bad for HN and therefore against the rules here.

It's perfectly possible to write a non-shallow comment about work that you consider shallow. More likely, though, there isn't much that's interesting to say about it, in which case you shouldn't post anything.

Running a full OS with a TCP stack and drivers and host actual data (game demo) on 1.44MB is pretty impressive IMHO.
Guess the ~1MB (probably less) is deliberately not paged into memory, HTTP 503 for me just now.
Having images was a bit too optimistic I guess, ASCII drawings would have been more appropriate.
Not sure how this works unless somehow (how?) deliberately disabling writes to memory. Not going to survive HN HoD.
Reminds me of that blog/magazine who went fully solar and stopped thinking about uptime. What a time to be alive.

https://solar.lowtechmagazine.com/

Next: a website that loads from punched cards!

Where to stop?

Surely a website that doesn’t exist but is left to the imagination of the reader

Is the final stop

I have one like that. It contains pictures of cats.
> Surely a website that doesn’t exist but is left to the imagination of the reader

A startup looking for funding, full circle

That's what I just experienced. They should probably upgrade to a zip drive.
Punched tape (on loop) would be more suitable :)
Eniac or Babbage Difference Engine doing HTTP/2.0. I can't remember if both are Turing complete, so it's an exercise for the maker.
Unfortunately it is not fully solar - it is as far as it can go, but then it is connected to a home router connected to mains etc.
I do have a fully solar powered VPN gateway/LTE router/web server/Wi-Fi relay - in my case, it’s out of necessity, as I live in a deep valley, and the only way I could get internet access here was to stick a mast on top of a hill with an IP67 box of goodies and a solar panel and battery, and an LPDA and yagi antenna for LTE and 802.11n respectively. The web server isn’t public, but fulfils a few important functions for me.
Cool. Do you have a writeup of what you made and how?
Sounds like our local ham relay station. On the top of the mountain, solar and deep cycle batteries, and a radio relay. All housed in a cheap little shack.

I was last up there around '98 to help top off the batteries with water, but it's still running strong today.

If you want to nitpick go all the way.

It's fully solar because a long time ago the sun got hot and the solar system got put together and that combination resulted in life and then later some sample of that life built a website with materials extracted from what the sun did to the original mess.

Nitpick++: A fair percentage of electricity in the world is powered by other stars, because Uranium didn’t come from our star.
Ah, coool. But it's still fair to say it's solar powered, right ? Just not our sun ?
Not really. The transuranics are believed to be mostly created during supernovas (core-collapse supernova nucleosynthesis) and neutron star mergers.

Those events are not particularly similar to our sun's normal solar radiation.

I think you are grasping at straws (although I'll be honest I don't know what that literally means). And I think the word solar really only applies to our own sun.

Thanks for the explanation :).

> I think you are grasping at straws (although I'll be honest I don't know what that literally means).

Yup, I tried all I could ^^.

> And I think the word solar really only applies to our own sun.

So be it then. In scifi they always talked about sol-3 anyway and caspix-9, etc..

Which reminds me of a catastrophe movie, where all countries launched all their nukes, and earth became radioactively poisoned. A submarine survived, looking for signs of life, and they received sporadic messages like "the whales are fine" (which made sense to them since whales live under-water). They went to the origin of the signal, only to find a computer turning on and off because of its solar panel, sending messages at every boot.
oh crap... now I had some sort of flashback from Fallout 4 (Yangtze) :)

Thanks guys for sharing the link of the movie.

> They went to the origin of the signal, only to find a computer turning on and off because of its solar panel, sending messages at every boot.

In the original film [0] and book, the signal is caused by a soda-bottle being knocked by a window-blind against a Morse-code telegraph key.

[0] https://en.wikipedia.org/wiki/On_the_Beach_(1959_film)

> Location: Barcelona

That is interesting as in winter and summer you will get a noticeable difference in availability. It varies between 9 and 15 hours of sun a day.

Now just span across multiple sun availability zones and ensure the local sun harvesting is redundant for a HA setup ^^
Nice! Next step: an Arduino website run from ambient RF energy harvesting. :))
Which reminds me of the http://solarprotocol.net/ I stumbled up on earlier today. It' a network of solar powered servers and the content of the site is delivered by the peer with the most sunshine.
(comment deleted)
Couldn't you cache the entire site? The speed of the floppy shouldn't matter that much.
That would remove the fun wouldn't it? I want to believe there is that crunching floppy sound when I press a link.
I've never used a floppy disk before so I wouldn't know that sound. I think making sure your site fits on it could be a challenge.
Making sites fit would be pretty easy. Images will probably be your biggest piece of data.

Sony used to have a floppy disk based digital camera. I think it could take about 20 pictures per disk. Plus, I’m sure you could reduce that size.

You could store about 240,000 words, or about 2-3 novels.
1.44 Mb is alot.

I used 56k modems to surf and a floppy would take like 1440/7 seconds to load at perfect conditions. Most pages loaded way faster than that.

edit: Nice could load the site now.

"Windows 3.11 for workgroups!

Xitami web server, because it's the only one that does no caching at all, so the website is always served fresh from the floppy."

Perfect stack.

I think that would defeat the point - one of the items on his site "feature" list says :

Xitami web server, because it's the only one that does no caching at all, so the website is always served fresh from the floppy.

So I think it's more about proving what you can do with old software/hardware when you put your mind to it...

If you wanted to prove that, wouldn't you want to make it scale to handle HN traffic. I'm sure it would be possible.
Error 503 unfortunately. I promise I was patient.

Once back in the early 2000s I connected the floppy drive incorrectly and the entire thing melted inside with some smoke. It was rather funny at the time, mostly because it wasn't my computer. That said, I'm hoping bigcat.space r&d headquarters are not on fire and the website will be back up soon :)

I am curious about the reliability of this media - how many requests until the floppy is busted. Can the website owner comment on this?
I published my first website in 1994 via floppy disk.

I didn't have the internet at home so would design the website there, save to floppy disk, then go to the local library that had internet terminals you could hire for an hour. From there I'd upload the website from floppy disk.

I did the same in 1996 (hosting at my univesity). On an Amiga. Which didn't even have a TCP/IP stack (I think you could get a commercial implementation).
I found one of my earliest web sites from 1996 on a floppy not long ago. It was surprisingly awesome.
Pragmatic approach would be host it from floppy disk, but have some caching proxy before it. It could cache into RAM, most modern machines have enough memory to cache many many many floppies. Even Raspberry Pi.
This is exactly what Linux will do by default, without any special setup or config. Everything goes through the buffer cache.

In fact, you would have to do active work to disable the caching.

Don’t all modern operating systems have a RAM-based disk cache?
I don't have deep knowledge of any other operating system. But I'm sure you are right.
The pragmatic approach would be to not host it from a floppy. If you are going to host it on a floppy then just having it all constantly in cache somewhat defeats the point.
You need somewhere to persist writes from those CGI scripts.
The website says that he uses:

"Xitami web server, because it's the only one that does no caching at all, so the website is always served fresh from the floppy."

Source: https://web.archive.org/web/20220120092324/https://old.bigca...

I was wondering how he prevented the kernel from caching the disk blocks in memory, but then I saw he is running it on a machine with 4MB of main memory, and presumably most of that is eaten up by the TCP stack, web server, and parallel ethernet drivers. Not to mention memory needed by the OS itself.

Even more surprising, his page isn't just pretty, it is functional! You can get a copy of the demo for Wolfenstein 3D off of the site (supposedly, I did not try).

It's hosted on a machine with 4M of ram on windows 3.11, and specifically uses a web server which doesn't use caching (And I don't think Dos 6 caches files at the OS level, at least by default)
Nice, although if it is set to 15, that's only 7,680 bytes of buffer, and even 99 is just 50,688 bytes. It's not loading now, but I suspect a single load of all those images will flush that data
I can't remember how buffers in DOS work, but that page seems to indicate that for input purposes they're used as some kind of a read-ahead buffer. That doesn't sound quite the same as keeping recently or commonly accessed data in RAM to speed repeated access.

DOS did have SmartDrive [1], though, which IIRC provided a more typical disk cache. I wouldn't think it was loaded in the default configuration, though I'm not sure.

[1] https://en.wikipedia.org/wiki/SmartDrive

As said in that page and the documentation, the read-ahead is the [,X] part, which is actually disabled by default in every DOS past 6.x (incl FreeDOS). The first part is the number of primary buffers which is indeed "for keeping recently read data in RAM".

Smartdrv, like Fastopen, just allows disk buffers to survive a Close File call. Normally DOS only does close-to-open consistency i.e. buffers are flushed on close. Smartdrv specifically also allows write-back rather than write-through.

And, anyway: yes, Smartdrv is enabled by default in 6.x installs with enough memory.

Okay, thanks for the clarification.
I'll check back in a couple of weeks...
Unsurprisingly I got a 503 error. I'll be more curious how many requests it can handle if it is really only on floppy (no caching etc..). 1.44 MB is plenty of space to host a nice website !
Are you asking about how many requests per second - or about how many request per floppy (before that needs replacing)? ;)
Yeh, if it is down, it's sad that the HN effect has caused the death of a floppy or floppy drive :( haha
Yes sorry, I meant I'll be curious to know how many requests per second that floppy can handle. Well for sure it's not enough for instance since I still get 503 :). Since I am curious so I'll just bookmark for next time.
are we talking about the same site ? as the pages on the archive org version say: "The specs: .... a 256MB IDE Disk on Module."
I imagine the OS is on the IDE disk and the floppy disk contains the files for the website
Linux had page cache for a while. Not sure what this should show.

Independently can we pls stop using floppy disks to show how slow, fast, small or big something else is in comparison?

I haven't had a floppy disk in my hands for 19 years and they were shitty 2000 already.

I also guess even less people are even getting anything out of floppy disk comparisons.

> Best viewed in uwutscape navigator at 640x480 or something

This is not true. It shows horizontal scroll at this resolution. Absolutely unusable in my 15" CRT.

Having had small CRT monitors, I can't tell if this is true or trolling.
"Service Unavailable"

Can someone re-insert the disk please??

This may not be enough. They may have to click open the window a few times and blow on it
Someone needs to flip it over mid load.