Dear God, the entire source is on one line. There aren't even spaces between tags. From looking around the website a bit, this doesn't appear to be a joke, so I'm seriously wondering how this could happen without anyone noticing.
Since the site was made in FrontPage, I’m guessing that the FrontPage WYSIWYG view showed the site as looking fine, so the author didn’t bother to visit every page on the site after mass-uploading the pages.
It was created on August 14, 2013. I am just glad small business like this continues to run and use technology. We should send an email and tell them to fix it. I am also glad the site didn't go down after all this traffic...
I'm actually surprised. So many unclosed h3 tags would seem to indicate it was a programming error and that the page was generated by some script rather than a visual editor.
Hilarious! Initially I was thinking "poor fellow who made this mistake" and eventually I felt like I got trolled, this almost feels like its not a mistake! PS: There are 38 <h3>s and 2 </h3>s.
I felt like I was watching a visual in an art gallery commenting on the human condition. If you Ctrl+- out all the way and linger on some of the choice phrases you get a better show.
Alas, if only browsers could zoom out infinitely you could conceivably use this method to create a convincing "Star Wars"-esque scrolling text field using only plain HTML.
Well, hard-coded styles don't get cached by browsers, so that's probably not the best example.
That being said, there are a lot of things people can do to improve performance that they neglect to. Sometimes it's just the pressure to get things done. Still, it's worth going back to revisit these issues.
Citation needed. I've seen evidence to the contrary. Generally anything with cache-control (or equivalent) headers suggesting that it should be cached, will be.
This is almost as wonderful as Subway's old website. I think that one had something like five HTML tags and a few BODY tags sprinkled randomly throughout.
Writing a HTML parser to handle everything that's out there on the web is almost as hard as writing a C compiler that tries to produce the "most accurate" executable code based on what it looks like you probably meant.
At my uni there were a large number of profs with websites that, if you viewed the source, showed that they'd been creating in MS Word. This was a CS department. Slightly depressing.
I worked a bit in research and HTML was generally treated as a serialization format for other tools and HTTP was considered a dumb transport.
I had a presentation about REST&Caching and stepped through many of the low-level behaviours of HTTP, like the properties that verbs have and their interaction with caching.
I ended up explaining the whole HTTP verb thing for multiple days straight because it was kind of a revelation to many.
Now, the research department worked in a whole different department, web was only coming up as a topic for them and was of tangential interest.
My conclusion: CS is a vast field. Don't expect experts in theoretical CS to know practical details. Don' expect practitioners in compiler building to know how to build a website or anything about distributed architectures.
It's not depressing, it just shows how vast our field is.
Wonderful! Usually when I find something hilarious, I share with my non-programmer friends who stare at me like I'm some sort of freak; and I am surprised every time.
137 comments
[ 5.0 ms ] story [ 186 ms ] thread<META name="generator" content="Microsoft FrontPage 5.0">
http://www.sewingandembroiderywarehouse.com/index.html
It was created on August 14, 2013. I am just glad small business like this continues to run and use technology. We should send an email and tell them to fix it. I am also glad the site didn't go down after all this traffic...
If you do that I will come to your house and hit your computer with a hammer until it breaks into tiny tiny pieces.
Maybe flat HTML is the way to go.
http://motherfuckingwebsite.com/
should we be hard-coding our styles into html and stop making stylesheets though? seems like a balance is needed
That being said, there are a lot of things people can do to improve performance that they neglect to. Sometimes it's just the pressure to get things done. Still, it's worth going back to revisit these issues.
I saw this on Twitter earlier today, and I found it to be a fairly interesting read on the topic: http://yeoman.io/blog/performance-optimization.html
<META name="generator" content="Microsoft FrontPage 5.0">
But it does look good!
Actually, it is a disgrace.
I had a presentation about REST&Caching and stepped through many of the low-level behaviours of HTTP, like the properties that verbs have and their interaction with caching.
I ended up explaining the whole HTTP verb thing for multiple days straight because it was kind of a revelation to many.
Now, the research department worked in a whole different department, web was only coming up as a topic for them and was of tangential interest.
My conclusion: CS is a vast field. Don't expect experts in theoretical CS to know practical details. Don' expect practitioners in compiler building to know how to build a website or anything about distributed architectures.
It's not depressing, it just shows how vast our field is.
finally