Maybe not a datacenter, but here on NET Virtua in Rio de Janeiro, YouTube videos are served from what appears to be a cache colocated at my ISP:
# tcptraceroute o-o---preferred---sn-oxunxg8pjvn-bpbe---v17---lscache7.c.youtube.com Selected device eth0, address 192.168.1.5, port 46521 for outgoing packets Tracing the path to o-o---preferred---sn-oxunxg8pjvn-bpbe---v17---lscache7.c.youtube.com (201.17.31.76) on TCP port 80 (http), 30 hops max
1 192.168.1.1 1.308 ms 1.173 ms 1.091 ms
2 * * *
3 201.17.0.4 10.131 ms 10.221 ms 10.847 ms
4 192.168.248.11 8.933 ms 13.197 ms 10.367 ms
5 10.10.10.2 18.908 ms 8.914 ms 8.657 ms
6 192.168.248.4 8.981 ms 10.196 ms 9.387 ms
7 c9111f4c.virtua.com.br (201.17.31.76) [open] 9.948 ms 9.289 ms 21.583 ms
504 Gateway Timeout The server was acting as a gateway or proxy and did not receive a timely response from the upstream server.
This what Squid returns when it cannot contact the upstream server and is what I would use it in this situation if I *had* to use HTTP codes. However, a 302 redirect to a local page explaining why it was necessary to hijack your http connection (and how it was done) is a much better idea.
California local government sites were regular victims (I ran into this one). I suspect the brief deletion of ca.gov was frustration and not so inadvertent.
Today, one of my servers was under attack. I sent complaints to vsnl.in and their abuse and postmaster accounts bounce. No one is at the switch... or perhaps they're sleeping.
VSNL changed their name to Tata Communications Ltd. in 2007. The abuse account at tatacommunications.com should be operational (it's registered with whois.abuse.net).
Then there's the ever present library hell. E.g., you can't just download and install Winamp like on Windows. Downloading and trying to compile, say, XMMS off Freshmeat quickly runs into the fact that the libraries aren't the versions it expects, and the ones it expects don't seem to compile on an x64 system without some editing. Sorry, but that's one aspect that Windows got a lot better.
You might think that if you didn't know about external repositories. Add a Packman repo in YaST, then install the xmms package. No compiling required. mplayer, vlc, and other interesting software are in Packman.
S meters in the analog radio world are logarithmic - ideally 6 dB per S unit with S9 calibrated to a 50 microvolt RMS signal at the antenna socket. However, many amateur radio transceivers don't quite get the 6 dB per S unit part right.
The 1GHz A4 in the iPad probably has enough oomph to run Flash without completely sucking but the 420-620MHz (depending on generation) ARMs in the iPhone and iPod Touch do not.
Currently, the iTunes Music Store is only accessible from Windows/MacOS-based Systems. As Apple seems to be open-source-friendly, we would really like to see a native Linux port of the iTunes application.
I really think there are people who use Linux and who would like to buy songs or listen to DAAP-streams via iTunes, but right now there are no (or only insufficient) solutions for that.
So, please port iTunes to Linux!
Sincerely,
Oh look - other domains of the same party. 100 quataloos says they moved partidocolorado.org from here to Google hosting but they forgot to tell the former hoster (who happens to be the state telco) about the move. Result: users of the state telco's DNS continue to get the old IP address because the state telco's DNS is still configured as authoritative for that domain.
I've seen this situation before - an email to the NOC of the former hoster got the obsolete authoritative entries on their DNS pulled within an hour.
Slashdot Mirror
Maybe not a datacenter, but here on NET Virtua in Rio de Janeiro, YouTube videos are served from what appears to be a cache colocated at my ISP:
# tcptraceroute o-o---preferred---sn-oxunxg8pjvn-bpbe---v17---lscache7.c.youtube.com
Selected device eth0, address 192.168.1.5, port 46521 for outgoing packets
Tracing the path to o-o---preferred---sn-oxunxg8pjvn-bpbe---v17---lscache7.c.youtube.com (201.17.31.76) on TCP port 80 (http), 30 hops max
1 192.168.1.1 1.308 ms 1.173 ms 1.091 ms
2 * * *
3 201.17.0.4 10.131 ms 10.221 ms 10.847 ms
4 192.168.248.11 8.933 ms 13.197 ms 10.367 ms
5 10.10.10.2 18.908 ms 8.914 ms 8.657 ms
6 192.168.248.4 8.981 ms 10.196 ms 9.387 ms
7 c9111f4c.virtua.com.br (201.17.31.76) [open] 9.948 ms 9.289 ms 21.583 ms
504 Gateway Timeout
The server was acting as a gateway or proxy and did not receive a timely response from the upstream server.
This what Squid returns when it cannot contact the upstream server and is what I would use it in this situation if I *had* to use HTTP codes. However, a 302 redirect to a local page explaining why it was necessary to hijack your http connection (and how it was done) is a much better idea.
[citation needed]. It's 1.65% according to Wikimedia's stats (includes wikipedia.org traffic - a top 6 site), 5.22% if you include Android.
Citation needed. If Wikimedia's "OS version, non mobile" stats are any indication, Windows market share has fallen to about 84% on desktops.
Cavan, Donegal, and Monaghan, three of the nine Ulster counties, are in the Republic of Ireland.
Jurisdictionally, it's Northern Ireland and the Republic of Ireland.
I would of thought .gov would be the safest domain.
Not so much.
California local government sites were regular victims (I ran into this one). I suspect the brief deletion of ca.gov was frustration and not so inadvertent.
Today, one of my servers was under attack. I sent complaints to vsnl.in and their abuse and postmaster accounts bounce. No one is at the switch... or perhaps they're sleeping.
VSNL changed their name to Tata Communications Ltd. in 2007. The abuse account at tatacommunications.com should be operational (it's registered with whois.abuse.net).
Wikimedia (June): iPhone 1.78%, Linux 1.88%
Hitslink numbers for Linux are suspiciously low.
Wikimedia: 1.8%
W3Counter: 2.78%
W3Schools: 4.5%
Adding a couple of lines to check the return code of MPC::HexToNum() should not need a shitload of regression testing and QA.
Then there's the ever present library hell. E.g., you can't just download and install Winamp like on Windows. Downloading and trying to compile, say, XMMS off Freshmeat quickly runs into the fact that the libraries aren't the versions it expects, and the ones it expects don't seem to compile on an x64 system without some editing. Sorry, but that's one aspect that Windows got a lot better.
You might think that if you didn't know about external repositories. Add a Packman repo in YaST, then install the xmms package. No compiling required. mplayer, vlc, and other interesting software are in Packman.
S meters in the analog radio world are logarithmic - ideally 6 dB per S unit with S9 calibrated to a 50 microvolt RMS signal at the antenna socket. However, many amateur radio transceivers don't quite get the 6 dB per S unit part right.
The 1GHz A4 in the iPad probably has enough oomph to run Flash without completely sucking but the 420-620MHz (depending on generation) ARMs in the iPhone and iPod Touch do not.
I think it is legit enough. Commodore USA is a registered company in the United States, and their site is quite clearly commodoreusa.net
A domain registered by Domains by Proxy, Inc.? It doesn't exactly inspire confidence.
The EU has certainly waited until far too late - this step should have been taken 10 years ago.
Opera waited until December 2007 to file their complaint.
Currently, the iTunes Music Store is only accessible from Windows/MacOS-based Systems. As Apple seems to be open-source-friendly, we would really like to see a native Linux port of the iTunes application. I really think there are people who use Linux and who would like to buy songs or listen to DAAP-streams via iTunes, but right now there are no (or only insufficient) solutions for that. So, please port iTunes to Linux! Sincerely,
The Undersigned
because Adobe saw it as a threat to their business.
http://www.seologs.com/ip-domains.html shows these domains on 201.217.51.114:
1) anr.org.py
2) partidocolorado.org.py
Oh look - other domains of the same party. 100 quataloos says they moved partidocolorado.org from here to Google hosting but they forgot to tell the former hoster (who happens to be the state telco) about the move. Result: users of the state telco's DNS continue to get the old IP address because the state telco's DNS is still configured as authoritative for that domain.
I've seen this situation before - an email to the NOC of the former hoster got the obsolete authoritative entries on their DNS pulled within an hour.