Forum Moderators: Robert Charlton & goodroi
However, If I directly visit those IP addreses individually, then I get old skool non-CSS SERPs.
.
Disappointed to see a flurry of <nobr> tags in there. They aren't proper, valid, HTML code tags.
I still also see a few remaining <font> tags lurking, so I guess the job isn't completely finished.
I like the new Google layout with the CSS etc. However I would like it if they could e.g show the inbox count for Mail on the top bar. A drop down with your groups, an alert for your calendar if you have one etc. Just more functionality would be nice.
[edited by: tedster at 4:34 am (utc) on May 17, 2007]
You're right! Guess it's too much to ask an industry giant like Google to validate their code. I only find 39 errors!
And, given the 65% increase in the raw file size, that percentage reduction in errors per byte is even more impressive :)
That extra 65% on their home page is likely to translate into a substantial number of extra terabytes of data served every day.....May even set back the cause of global warming remediation by a noticeable time.
Of course, they could read up on include files for CSS and Javascript, then their page would be smaller than the existing non-CSS version.
But that would mean all of our browsers caching some Google content. Image the horror at Google Towers when they realize other people may be caching Google's data :)
To start with, while includes might reduce total bandwidth on your single server, how do you get your if-modified-since working right across hundreds of thousands of servers across all the data centers?
Not to mention, includes aren't as free as a lot of people believe. The include must still be requested and downloaded if updated AFTER the main HTML file is downloaded. It will be competing with the images for the available accesses to the google servers. Depending on all the different parameters, the larger HTML file with all the CSS in the <head> could easily render faster than having a separate include file. I believe that google cares more about the speed of rendering than the bandwidth.