The Internet Gopher from Minnesota
abortretry.fail
abortretry.fail
> If one were to attempt to identify a single failure of Gopher in competition with the web, it would be the licensing costs. No such fee existed for the World Wide Web.
This, a thousand times. I watched as this happened. The instant that announcement was made, gopher was finished. Gopher might have lost later as HTML kept adding features, but by the time those features were added to HTML, gopher had already lost.
A number of people in that era thought this was a fad and that business as usual would prevail.
For all the gauzy what-could-have-been speculations about Gopher, it really was more like a hierarchical wiki. WWW's freestyle document model quickly expanded to an application platform that could support all manner and style of services. Fees or not, Gopher didn't have a chance.
The Gopher standard mixes a document format with a networking protocol. The HTTP standards don't say a damn thing about HTML, but the Gopher standard defines a standard for sending directory information to a client, right down to the fixed list of file types that can occur in a directory. (MIME Type? What's that?) This is the hypertext part of Gopher, as only those directories can link to other places, so constraining that gives you a nice, simple way to have pretty plain-text sites with an enforce separation of lists of links, one one hand, and images and documents, on the other, which HTTP has no equivalent for.
(Not just file types, in fact, in that they have a special type for tn3270 telnet sessions. Yep, those IBM mainframes with block-mode terminals were quite important back then, but it's a bit out of place now. They also have a type for GIF and a generic 'client-figures-it-out' image type. How forward-thinking.)
HTTP stands for Hypertext transfer protocol. The whole thing was predicated on sending HTML documents and couldn't originally send anything else.
> (MIME Type? What's that?)
MIME is a hack to add attachments to email that was later also hacked into HTTP so you could send add "attachments" to a protocol designed only to transfer hypertext, it's a kludge added in version 1.1.
Gopher's main difference with the web was that its linking was directory-based with directory tree documents rather than embedded hyperlinks. This was inferior, strictly speaking since you can easily make a directory HTML document on the web, but you could also cross-link.
I'm sure that would have been changed though, along with additional file-types or whatever had Gopher succeeded. The web's success over Gopher was never down to technical details.
OK, HTTP/0.9 was apparently like that. By HTTP/1.0 (1996) they'd learned better, and that was the growth phase:
https://www.w3.org/Protocols/HTTP/1.0/spec.html
> MIME is a hack to add attachments to email that was later also hacked into HTTP so you could send add "attachments" to a protocol designed only to transfer hypertext, it's a kludge added in version 1.1.
Like how Gopher got kludged to add other item types? All useful protocols evolve, and Gopher is no exception.
https://github.com/gopher-protocol/gopher-plus/blob/main/gop...
> Gopher's main difference with the web was that its linking was directory-based with directory tree documents rather than embedded hyperlinks. This was inferior, strictly speaking since you can easily make a directory HTML document on the web, but you could also cross-link.
Yes, that's true.
> I'm sure that would have been changed though, along with additional file-types or whatever had Gopher succeeded. The web's success over Gopher was never down to technical details.
Also true, and that New Gopher is now called Gemini.
It also defines a hypertext document format (Gemtext) but it allows HTML-style free linking and (depending on client) inline images, although that's not really what the Gemini users want. Again, this is more social than technical, and more self-consciously social because it's a deliberate reaction to existing paradigms: The Web as it is now (too invasive, too busy) and Gopher as it is now (a moribund retrocomputing exercise that can't realistically incorporate new technologies or serve new goals).
Speaking of clients:
https://gmi.skyjake.fi/lagrange/
https://thelambdalab.xyz/elpher/
Both do Gemini and Gopher.
A design based on directories of static files makes it a lot easier to mirror the entire site, or a subtree.
The article isn't entirely correct about the early web being completely free. Netscape was not free software, at least on paper. In practice they didn't try to stop people from spreading it far and wide and I think the sales were somewhat modest despite being the core element of a technological revolution. Also, I guess NCSA Mosiac was technically around, but it lacked enough features to make it a second class citizen compared to Netscape Navigator.
And, conversely, the popular WWW crap.
For what it's worth, I have a copy of Netscape on a CD-ROM that came with a copy of PC/Computing sometime around 1994-1995. For those magazine subscribers, it was "free" if you squint a little.
Well yes, if you were lucky enough to have a new entry-level PC in 1994, you'd have a 486SX with just enough VRAM to run WFW at 800x600.
But, at least as late as Obtober 1992, the cheapest new PCs I see in PCMag are PC/AT clones running a 16MHz 286 (it probably had a VGA card, but come on). You could buy a cheap modem, plug it into your AT clone, and yank down some Gopher stuff.
Some folks didn't have a PC, but still had a computer. One of my old machines is a TRS-80 that was being used almost daily as late as 2013.
now get off my lawn!
I'd disagree slightly. Users did not have the high bandwidth always on connections then that they do now. Images were nice but were also avoided as they made pages "slow". The main reason lightboxes and other clickable thumbnails came into existence.
> was still doggedly text based because they were still supporting the VT100 users
I used lynx and links for a very long time. What made me switch was the prevalence and ultimate utility of JavaScript. It turned simple pages that were best consumed after being fully downloaded into complete progressive applications.
users at universities did. i do remember this time as a student, early websites with small but colorful pictures and formatted text were clearly more appealing than gopher.
I first used the web in 1995 and websites definitely used inline images. The images were mostly small GIF images but they were definitely there. Every web authoring guide implored you to set explicit sizes on img tags so browsers wouldn't have to do a full repaint as images loaded.
Modems weren't that slow in the mid-90s, 14.4k modems were common and 28.8k modems were starting to be the default OEM option.
Gemini cannot be upgraded (or fixed). It was done as a one-off.
Gopher lives on.
Even the original IBM PC can comfortably browse gopher sites with gopherus[0].
8-Track instead of cassette
Minidiscs instead of CDs
Yahoo instead of Google
Gopher instead of HTTP
I want to believe that such alternative universe exists. How do I get there? I'm tired of this one...
gopher://hngopher.com HN
gopher://magical.fish Huge portal, the news section is big
gopher://gopherddit.com Reddit
gopher://sdf.org SDF blogs
gopher://gopher.icu Nice site
gopher://hoi.st Retroprogrammer
TBH i never understood the Google hype: i grew up with Altavista and Yahoo. (and astalavista.box.sk FWIW)
Other hostnames we had from bands and SciFi
huskerdu / nirvana / supernova / arcwelder
hafnhaf (big bonus points if you can figure this one out, lol!)
ashpool / tessier / joeboy / countzero
gopher://magical.fish
As for the client, you can use Lynx under Unix/Linux and Lagrange under everything else.