Jason Scott answers Dragan’s question about GeoCities profiles that have apparently survived during VERBINDINGEN/JONCTIONS 13 2011-12-04.

In his opinion these happened to people who payed for Yahoo! Web Hosting, an option suggested to GeoCities users when Yahoo! announced its end. And because of a technical glitch, not only the newly bought domain names lead to the old content, but also the classic GeoCities URLs.

We just looked at Yahoo!’s help and found something else, a supposed premium GeoCities account called GeoCities Plus that promised unupdatable eternity, WWW’s hell :

If you’re a Yahoo! GeoCities Plus customer, your friends and family can still view your web site as usual. However, you can no longer access your files or update your pages with GeoCities tools. To update your site, you’ll need to upgrade to Web Hosting.

You won’t believe, but several hours ago, while surfing and looking for something unrelated to Geocities, we found a Geocities page that still exists! on Geocities!
Not a folder with templates by Yahoo. Not an invisible GIF.

But a real profile of a real user!

Namely famous ASCII artist Joan G. Stark.
http://www.geocities.com/spunk1111/
Last updated in 2001.

We rubbed our eyes, reloaded and Shift-reloaded, but the miracle didn’t disappear. The page is still there. And that’s not all, further research showed that Spunk’s previous account /7373 in SoHo neighborhood is also online. http://www.geocities.com/SoHo/7373/
Last updated in 2001 as well.

Both profiles are almost identical. And there is the 3rd one — http://www.ascii-art.com/.

But it is only an index page –not updated since 2001 and squatted by porn spam — if you click enter you are back at Geocities/SoHo/7373/

What’s going on? How did it happen? Was it forgotten? Protected? Paid? Are there other survivors?

Update: the question about other survivors is answered in comments by Nick and Google http://www.google.ca/search?q=site%3Ageocities.com.
What are all these profiles doing there?

I don’t know how to begin writing about web pages made “In loving memory of -“. They’re too personal and emotionally loaded for a formal analysis. No, writing is already the next issue, I don’t even collect and categorize them, nor do I bookmark or tag them. I don’t take screenshots and can’t even “save the image as”. Which is a trouble because these images and layouts are very strong. Often unique, probably because I’m not the only user who stopped herself from appropriating parts of these tributes.

Pages of web masters in grief are loaded with the belief that through “the network of the networks” you can establish a connection with those who are no longer among us: through links, buttons, forms, applets … These pages are medium specific in the ultimate way — being a system (infrastructure) for communicating with lost ones.

A quote from Scott’s talk at the Personal Digital Archiving conference earlier this year:

“This is a site created by a mother to commemorate her lost son, who died
as an infant. What struck me, if you look at the dates, is that he died
in 1983, a full 15 years before Geocities came along, and her feelings
were still strong in two ways – she wanted to keep his memory alive, and
she saw Geocities as the way to do it.”

“Graphic, Animation, and background by Ivelisse Hernández © 1997 & 1998”

Original URL: http://www.geocities.com/SoHo/Cafe/2625/

The Wizard is still there, but you can’t build anything with it. I’m still guessing why Yahoo! keeps a lot of Geocities supplementary stuff online.

What you get by downloading the Geocities Torrent is not actually an “archive”. It contains many 7zip archive files, but how the data therein is organized is not fit to make statistical analysis. The Geocities Torrent tells the story of a great disaster and salvation, also in its structure.

For example, to simply answer the question “How many Geocities accounts are contained in the torrent?” or “What was the most used divider image in a certain neighborhood?”, counting index.html files is not enough. For this, we need to know the original directory structure on the Geocities server, and since Yahoo! didn’t give anybody access to it directly, we have to rely on the information about it that was available to the Archive Team via HTTP during the time when they made the copy. Also, the Archive Team had to pack the data for optimal distribution, which worked very well, and created an almost entertaining downloading experience.1 But the big amount of symbolic links makes it difficult to do even simple counting.

Users do not like case-sensitive file systems

Geocities used the powerful Apache web server on an unknown Unix-like operating system.2 User account names, neighborhood names plus directory and file names were stored case-sensitive on there, meaning that the file “Hello.html” is different from “hello.html” or “heLLo.html”. Traditionally, most users do not understand why there should be a difference for the same name written in a different case. “Consumer” operating systems (aka Windows and Macintosh) do not distinguish case in the file system. Most users of Geocities didn’t care for case when putting links in their HTML code, for example they could link to http://www.geocities.com/bob/dogs/ when the actual file name on the Geocities server would call for a link like http://www.geocities.com/Bob/Dogs/.

Apparently, Geocities followed two strategies for easing their users’ pain with case-sensitivity:

Symbolic Links by Geocities

They created symbolic links in their file system that pointed from Bob to bob.3 This means that when looking into the directorly bob, it will always contain the same content as the directory Bob, and vice-versa. Symbolic links are a powerful file system feature, however it is very easy to create train wrecks with for example directories that contain a link to themselves: an infinite loop in the file system. What’s worse, when looking at a site through a browser, symbolic links can not be distinguished from a real file or directory. So both Bob and bob would exist as if there were two users instead of one. And the Archive Team of course hadto save both variations, because, without looking inside of each directory, they wouldn’t know if there maybe was another user that went with the same name in lowercase.4

There are many ruins of symbolic links to be found in the torrent, especially of the type that creates infinite loops.

mod_speling

There is a plugin for the Apache web server, mod_speling, which tries to correct wrongly typed URLs and redirects the browser to the actual URL with the correct case. It appears like at some point the Geocities server was equipped with this module — otherwise it would be a miracle how all this could function in general. However, the mirror tool wget used by the Archive Team to copy Geocities, will still save the file under the original request name. So if you ask wget to copy bob, it will be redirected to Bob and save what is found there, but still locally give it the name bob.5 And again it would result in a potentially duplicate file.

This is neither the fault of Archive Team6, the wget developers or Geocities. HTTP and HTML were designed in a certain way, but when millions of users are let loose on a technically well-defined standard, unpredictable things happen.

Where the Archive Team detected duplicate downloads, they replaced them with symbolic links in their copy’s file system. While this makes browsing the data much easier, it also leads to problems about deciding for what operation which type of symbolic link has to be followed. If for example a symlink makes a whole sub-neighborhood exist twice in two different spellings, this symlink should be ignored. A symlink to an user’s account that is stored in YAHOOIDS should be followed though. It would be possible to develop a logic that takes all of this into account, but it will be prone to errors, resulting in some research operations having to be repeated when bugs in research scripts are found. And each run can take ages! So it seems like a good investment to fix the file system before going any further.

Fixing

  1. Most analysis on the Geocities Torrent will have to be conducted through HTTP and an Apache webserver running mod_speling. Redirects will have to be taken into account.
  2. All symbolic links have to be resolved. Steps:
    1. Use the command find . -type l to catch the first level of symbolic links.
    2. Use readlink to determine where symlinks are pointing and replace them with the original files (first rm the symlink, then mv the original to the symlink’s location).
    3. Repeat steps C and B until no symbolic links are left.

    Of course, every round of found symlinks has to be examined manually for infinite loops or obvious traps.

  3. Find directories and with “almost equal” names, e.g. names that would be found by mod_speling. Compare the pairs’ contents. If the contents are equal, decide which is the original and delete the other. If the contents are partly different, merge the contents and keep only one version. If the content is different, keep both versions. (Probably should be done using diff.)

Each of these operations takes from hours to days. So please bear with us for a while :)


  1. How the user accounts were pouring in which the arrival of each 7zip file was simply blissful. []
  2. We know because Apache generates certain kinds of index and error pages that can be found in the torrent. Also, the file system is definitely case-sensivite. []
  3. It is not clear if users were also allowed to create symbolic links. []
  4. If they had taken the time to compare all this, there would probably be no torrent at all. []
  5. Browsers still do the same: How often did you save a PDF file with the name download.php? []
  6. In fact, using the default behaviors of standard software was the best choice in this case, because now the coming about of the data can easily be reconstructed. If the Archive Team had made assumptions on how the Geocities server was configured and had modified wget accordingly, a lot of data might have been lost. []


Olia and Dragan reading chapter “Adding Multimedia to your GeoCities Site” (p 213)


We ordered the book, after finding this review:


Original URL: http://www.geocities.com/PicketFence/1284/oldindex.htm

The EXTERNAL LINK led to Amazon where it is still possible to buy “Creating GeoCities Websites”, and much much cheaper than 12 years ago. $0.10 against $39.99 in 1999. But I wouldn’t recommend to do it. Even in 1999 readers left very skeptical feedback.

May 14, 1999:

“This is absoluately a laugher, an entire book on how to design a website for ONE specific free webpage server, and unfortunately, a heavily contraversial one with their excess amount of involuntary advertising of themselves using pop-up ads […]”

May 20, 1999:

“This book is a terrible resource on designing web pages. I suppose if you wanted your site to look like every other pitiful GeoCities site out there, then you could find a use for this book.”

And last but really last, I don’t think there will be any more. September 28, 2005:

“the book was printed in 1999, so all of the information i needed about geocities was way outdated. product sucked”

The following is an addition to the Personal Page Blue findings.

Shown are the Blues of the last two decades, as seen on pages and profiles of web users.

1995

1997

1999

2006

2010

As you might already have noticed we are always happy to find a website that was created in 1996 and is still exists in its original design. But nothing can compare with the pleasure to find a page that was made in 2011, but looks like made in 1998.


Original URL: http://www.geocities.com/Heartland/Pointe/4104/main.html