2009年3月24日星期二

youtube,怎么又被折腾了?(已更新)

2会完毕,但是youtube今天(补正:3月24日)又被折腾了。而且还是两层

C:\Documents and Settings\yksoft1.YKSOFT-PC>tracert www.youtube.com

Tracing route to www.youtube.com [216.234.179.13]
over a maximum of 30 hops:

1 * * * Request timed out.
2 97 ms 60 ms 161 ms 222.247.29.89
3 101 ms 61 ms 127 ms 61.187.255.229
4 65 ms 105 ms 64 ms 61.137.2.173
5 73 ms 129 ms 72 ms 202.97.40.45
6 139 ms 89 ms 87 ms 202.97.35.57
7 88 ms 87 ms 142 ms 202.97.48.26
8 * * * Request timed out.
9 * * * Request timed out.
10 * * * Request timed out.
11 * * * Request timed out.
12 * ^C
C:\Documents and Settings\yksoft1.YKSOFT-PC>

自己google英文搜索 http://www.youtube.com

http://www.google.com/search?hl=en&q=http%3A%2F%2Fwww.youtube.com&btnG=Google+Search&aq=o&oq=

看看是不是又是连接被重置?

3月27日更新:看上去折腾累了。这几天好像非常奇怪,估计哪个敏感地区又发生了什么事情吧。

另外,看来最好的网络硬盘 Mediafire要像什么dodongo那样被永远折腾到死了。

3月30日下午:又来了又来了,和某个lamer又有关吧。。。

2009年3月20日星期五

IE8 正式版上JS测试的结果

IE8正式版昨天出来了。第一时间装上,打开这两个网页来测试一下速度。

(webkit sunspider测试不是完全第三方的,而且对网速、机器的后台程序运行情况非常敏感,因此不用。还是用我惯用的celtic kane的测试程序)

http://celtickane.com/webdesign/jsspeed.php

比较下:

IE8

Test Description Duration (ms)
Try/Catch with errors 47
Layer movement 219
Random number engine 31
Math engine 63
DOM speed 171
Array functions 16
String functions 16
Ajax declaration 1422
Total Duration 1985ms


Seamonkey 2.0b2 20090210 (tracemonkey 打开)

Test Description Duration (ms)
Try/Catch with errors 32
Layer movement 66
Random number engine 13
Math engine 44
DOM speed 222
Array functions 8
String functions 7
Ajax declaration 36
Total Duration 428ms

Safari 4.0b2

Test Description Duration (ms)

Try/Catch with errors 14
Layer movement 12
Random number engine 23
Math engine 57
DOM speed 13
Array functions 9
String functions 15
Ajax declaration 7
Total Duration 150 ms

Opera 10.0 a1139

Test Description Duration (ms)

Try/Catch with errors 16
Layer movement 15
Random number engine 47
Math engine 47
DOM speed 31
Array functions 47
String functions 47
Ajax declaration 16
Total Duration 266 ms

http://celtickane.com/webdesign/jsspeedarchive.php

比较:

IE8

Test Type Runtime (ms)
Array object 63
Date object 31
Error handling 78
Math object 63
RegEx object 219
String object 46
DOM 110
Ajax declarations 250
Total Duration 860

Seamonkey 2.0b2 20090210 (tracemonkey 打开)

Test Type Runtime (ms)
Array object 27
Date object 16
Error handling 7
Math object 12
RegEx object 129
String object 32
DOM 131
Ajax declarations 234
Total Duration 588

Safari 4.0b2

Test Type Runtime (ms)
Array object 17
Date object 14
Error handling 33
Math object 33
RegEx object 50
String object 13
DOM 25
Ajax declarations 36
Total Duration 221

Opera 10.0 a1139

Test Type Runtime (ms)
Array object 141
Date object 15
Error handling 32
Math object 47
RegEx object 78
String object 62
DOM 31
Ajax declarations 47
Total Duration 453

可以看出,Safari新版的高JS性能绝不是吹的。而IE,虽然已经大大更新,还是和06年一样,垫底。

这是我07年在同一台Thinkpad,同一个XP SP2系统上用第一版的http://celtickane.com/webdesign/jsspeed.php测试的数据。

http://yksoft1.spaces.live.com/blog/cns!66B9967EC9D22DD4!277.entry

可以看出IE8运行这个老的测试和IE7相比只提升了100多毫秒,而最快的safari、opera更快了,而Mozilla的速度在有了tracemonkey后,快了差不多一倍。

2009年3月8日星期日

看来有人就是要折腾,要疯狂地折腾

C:\Documents and Settings\yksoft1.YKSOFT-PC>nslookup google.com
Server: resolver1.opendns.com
Address: 208.67.222.222

Non-authoritative answer:
Name: google.com
Addresses: 74.125.45.100, 209.85.171.100, 74.125.67.100

这是OpenDNS解析出的google.com的三个IP。

其中前两个我这里是可以直接连上的。而这三个的先后顺序是随机产生的。根据多数软件进行域名解析的规则,它们都会选择第一个IP进行连接。

但是。。

Last login: Sun Mar  8 18:22:11 on ttys000
Mac-mini:~ (用户名隐藏)$ traceroute google.com
traceroute: Warning: google.com has multiple addresses; using 74.125.67.100
traceroute to google.com (74.125.67.100), 64 hops max, 40 byte packets
1 114.245.192.1 (114.245.192.1) 59.742 ms 19.680 ms 35.331 ms
2 bt-208-077.bta.net.cn (202.106.208.77) 8.068 ms 9.442 ms 8.314 ms
3 61.148.155.181 (61.148.155.181) 8.550 ms 8.104 ms 7.355 ms
4 61.148.156.65 (61.148.156.65) 8.006 ms 11.864 ms 8.517 ms
5 202.96.12.201 (202.96.12.201) 9.034 ms 8.779 ms 9.724 ms
6 219.158.4.186 (219.158.4.186) 38.956 ms 37.301 ms 39.808 ms
7 * * *
......

Tracing route to gw-in-f100.google.com [74.125.67.100]
over a maximum of 30 hops:

1 24 ms 29 ms 15 ms 221.9.118.1
2 19 ms 15 ms 19 ms 122.139.67.133
3 17 ms 17 ms 19 ms ppp6.ly.jl.cn [202.98.27.133]
4 16 ms 19 ms 18 ms 125.32.127.125
5 38 ms 40 ms 38 ms 219.158.13.73
6 57 ms 59 ms 59 ms 219.158.4.98
7 * * * Request timed out.
8 * * * Request timed out.
9 * * * Request timed out.
10 * * * Request timed out.
11 * * * Request timed out.
......
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * * Request timed out.
26 * * * Request timed out.
27 * * * Request timed out.
28 * * * Request timed out.
29 * * * Request timed out.
30 * * * Request timed out.

Trace complete.

之后都是*了。
这是网通的结果;电信的貌似也差不多。

10 37 ms 39 ms 38 ms 202.97.44.170
11 * * * Request timed out
12 * * * Request timed out
13 * * * Request timed out
14 * * * Request timed out

差不多可以确定,74.125.67.100在跟踪超越了电信、网通的出口路由器后,就全部超时。这意味着什么大家应该清楚。

折腾了youtube,又折腾google。测试也没必要拿这种大站来测试吧。不过google 三个IP只封一个这种办法不错,给局外人造成他们什么都没干,是对方的问题的假象。聪明。

另外,有最新报告,google搜索 ax.itunes.apple.com/WebObjects/MZStore.woa/wa/storeFront 这个URL会导致连接被重置。又有什么奇怪的东西出现在itunes store上了?这个不知道。

更新 3月9日晚8点:iTunes Store又可以了。看来折腾够了,是不?google.com(不是www.google.com的智能解析,可能解析到不是国外的服务器)还是可能解析到74.125.67.100,还是可能碰上墙。

2009年3月5日星期四

youtube两年来再次变成了牺牲品(貌似又可以了)


又是一个开全国2会的年头,又有一些网站该牺牲了。这次youtube是07年以来的第三次,也许今年还不知道有多少以前被搞过的站又会被搞,因为今年对某些人来说比较敏感。

现在是GMT+8的2009年3月5日 上午9点30分。

请自己搜索下试试:http://www.google.com/search?hl=en&q=.youtube.com&btnG=Google+Search&aq=f&oq=

3月6日下午4点:貌似长沙电信又可以直接上youtube了。看来这就是吸引眼球了,还是昨天什么重大的东西上了youtube,现在那个具体ID进了关键词,就不需要全局关键词了?