Google 搜索联盟
2007年12月31日星期一
2007年12月30日星期日
2007年12月22日星期六
2007年12月20日星期四
www
从传统上说,互联网的普及受益于WWW服务,当年Netscape的崛起与后来的Navigator vs. IE的大战也均发生在这个领域,也正因为此,在传统上,网站在主域名中大都使用“WWW”标识,即类似“www.domain.com”之类的格式,以与mail、ftp等服务区别开来。
本站原来用的主域名是pcxingxing.net.ru,现在已经改为www.pcxingxing.net.ru
2007年12月15日星期六
Google网络存储容量可能高达50G
11月底有消息称,Google将推出网络存储服务,允许用户将本地计算机中的文件存储在Google的服务器上.该服务为免费提供,但如果付费,用户可获得更大的存储空间.
对此,iSuppli高级分析师Krishna Chander认为,与希捷等硬盘制造商相比,提供虚拟硬盘服务的利润更加可观.
对用户而言,该服务是十分实用的;对Google而言,也是极具诱惑力的.
目前,雅虎和微软等科技也都提供了网络存储服务,但大部分无法满足企业个人的需求.而且,存储空间也只有5G左右.但Chander预计,Google将免费提供高达50G的存储空间.
通过在存储服务网站上销售广告,Google即可大赚一笔.Chander预计,将有420万用户部署Google的在线存储服务.假设Google每年从每位用户身上获取50美元的广告营收,那么每年的营收就高达2.1亿美元.
至于Google的成本,Chander表示,每GB的费用约为25美分.Google需要部署210,000TB的存储空间,其成本约为5250万美元.
PCSTAR.NET.RU delegated
тестирование DNS-серверов домена PCSTAR.NET.RU успешно завершено.Домен PCSTAR.NET.RU будет делегирован в течение 8 часов при очередномобновлении данных на корневых DNS-серверах домена RU.
---Административно-техническая группа РосНИИРОС
e-mail: ru-ncc@ripn.net
phone: +7 495 737-0601
fax: +7 495 737-0602
--------------------------- English --------------------------
Dear Madam/Sir,
we would like to inform you that the DNS-servers for domain namePCSTAR.NET.RU have been tested successfully.The domain PCSTAR.NET.RU will be activatedin 8 hours when updating the root DNS-servers of the RU ccTLD.
---RIPN Administrative Group
e-mail: ru-ncc@ripn.net
phones: +7 495 737-0601
fax: +7 495 737-0602
2007年12月7日星期五
2007年12月1日星期六
2007年11月24日星期六
DDOS attacks
We have for the last 2 hours been experiencing a large ddos attack.We are
working to mitigate this, however for the moment sites may run slower than
usual.As ever, we apologize for the actions of the remote party that is causing
this.
2007年11月23日星期五
2007年11月14日星期三
firewall maintanance.
2007年11月9日星期五
各大网站域名服务器测评
Sina、sohu、tom、163、baidu、google域名服务器测评
http://www.dnsstuff.com/tools/dnsreport.ch?domain=sina.com.cn
Parent
INFO NS records at parent serversYour NS records at the parent servers are: ns2.sina.com.cn. [61.172.201.254 ] [TTL=21600] [CN]
ns3.sina.com.cn . [202.108.44.55] [TTL=21600] [CN]
ns1.sina.com.cn. [202.106.184.166] [TTL=21600] [CN]
[These were obtained from cns.cernet.net]
NS INFO Nameservers versions Your nameservers have the following versions:
61.172.201.254: No version info available (refused).
202.108.44.55: No version info available (refused).
202.106.184.166: No version info available (refused).
SOA
WARN SOA Serial NumberWARNING: Your SOA serial number is: 5. That is OK, but the recommended format (per RFC1912 2.2) is YYYYMMDDnn, where 'nn' is the revision. For example, if you are making the 3rd change on 02 May 2006, you would use 2006050203. This number must be incremented every time you make a DNS change.
WARN SOA MINIMUM TTL valueWARNING: Your SOA MINIMUM TTL is : 600 seconds. This seems low (unless you are just about to update your DNS). You should consider increasing this value to somewhere between 3600 and 10800. RFC2308 suggests a value of 1-3 hours. This value used to determine the default (technically, minimum) TTL (time-to-live) for DNS entries, but now is used for negative caching.
规范等级:中
http://www.dnsstuff.com/tools/dnsreport.ch?domain=sina.com
Parent
INFO NS records at parent serversYour NS records at the parent servers are: ns1.sina.com.cn. [ 202.106.184.166 (NO GLUE)] [CN]
ns2.sina.com.cn. [61.172.201.254 (NO GLUE)] [CN]
ns3.sina.com.cn. [202.108.44.55 (NO GLUE)] [CN]
[These were obtained from l.gtld-servers.net]
WARN Glue at parent nameservers
WARNING. The parent servers (I checked with l.gtld-servers.net.) are not providing glue for all your nameservers. This means that they are supplying the NS records ( host.example.com), but not supplying the A records (192.0.2.53), which can cause slightly slower connections, and may cause incompatibilities with some non-RFC-compliant programs. This is perfectly acceptable behavior per the RFCs. This will usually occur if your DNS servers are not in the same TLD as your domain (for example, a DNS server of " ns1.example.org" for the domain "example.com"). In this case, you can speed up the connections slightly by having NS records that are in the same TLD as your domain.
NS
WARN Nameservers on separate class C's
WARNING: We cannot test to see if your nameservers are all on the same Class C (technically, /24) range, because the root servers are not sending glue. We plan to add such a test later, but today you will have to manually check to make sure that they are on separate Class C ranges. Your nameservers should be at geographically dispersed locations. You should not have all of your nameservers at the same location. RFC2182 3.1 goes into more detail about secondary nameserver location.
INFO Nameservers versionsYour nameservers have the following versions:
202.106.184.166: No version info available (refused).
61.172.201.254 : No version info available (refused).
202.108.44.55: No version info available (refused).
WARN Nameservers on separate class C's
WARNING: We cannot test to see if your nameservers are all on the same Class C (technically, /24) range, because the root servers are not sending glue. We plan to add such a test later, but today you will have to manually check to make sure that they are on separate Class C ranges. Your nameservers should be at geographically dispersed locations. You should not have all of your nameservers at the same location. RFC2182 3.1 goes into more detail about secondary nameserver location.
SOA WARN SOA MNAME Check
WARNING: Your SOA (Start of Authority) record states that your master (primary) name server is: sina.com. . However, that server is not listed at the parent servers as one of your NS records! This is probably legal, but you should be sure that you know what you are doing.
WARN SOA REFRESH value
WARNING: Your SOA REFRESH interval is : 900 seconds. This seems low. You should consider increasing this value to about 3600-7200 seconds. RFC1912 2.2 recommends a value between 1200 to 43200 seconds (20 minutes to 12 hours). A value that is too low will unncessarily increase Internet traffic.
WARN SOA MINIMUM TTL value
WARNING: Your SOA MINIMUM TTL is : 300 seconds. This seems low (unless you are just about to update your DNS). You should consider increasing this value to somewhere between 3600 and 10800. RFC2308 suggests a value of 1-3 hours. This value used to determine the default (technically, minimum) TTL (time-to-live) for DNS entries, but now is used for negative caching.
规范等级:低
2、 sohu.com
http://www.dnsstuff.com/tools/dnsreport.ch?domain=sohu.com
Parent
INFONS records at parent serversYour NS records at the parent servers are: dns.sohu.com. [61.135.131.86] [TTL=172800] [CN]
ns1.sohu.com. [61.135.131.1] [TTL=172800] [CN]
ns3.sohu.com. [220.181.26.168] [TTL=172800] [CN]
[These were obtained from a.gtld-servers.net]
NS
WARN Single Point of Failure
WARNING: Although you have at least 2 NS records, and they appear to point to different physical servers, it appears that they block the ICMP packets used as part of our test, which means that they may share the same firewall. If they share the same firewall, this results in a single point of failure, which could cause all your DNS servers to be unreachable.
INFO Nameservers versionsYour nameservers have the following versions:
61.135.131.86: " "
61.135.131.1: " "
220.181.26.168: " "
SOA
FAILSOA MINIMUM TTL value
WARNING: Your SOA MINIMUM TTL is : 60 seconds. This seems very low (unless you are just about to update your DNS). You should consider increasing this value to somewhere between 3600 and 10800. RFC2308 suggests a value of 1-3 hours. This value used to determine the default (technically, minimum) TTL (time-to-live) for DNS entries, but now is used for negative caching.
规范等级:高
3、163.com
http://www.dnsstuff.com/tools/dnsreport.ch?domain=163.com
Parent
INFO NS records at parent serversYour NS records at the parent servers are: ns.nease.net. [202.106.185.75] [TTL=172800] [CN]
ns3.nease.net. [220.181.28.3] [TTL=172800] [CN]
[These were obtained from a.gtld-servers.net ]
NS
INFO Nameservers versions Your nameservers have the following versions:
202.106.185.75: "9.2.3"
220.181.28.3: "9.2.3"
SOA
FAILNS agreement on SOA Serial #
ERROR: Your nameservers disagree as to which version of your DNS is the latest (20011937 versus 20011938). This is OK if you have just made a change recently, and your secondary DNS servers haven't yet received the new information from the master. I will continue the report, assuming that 20011938 is the correct serial #. The serial numbers reported by each DNS server are:
202.106.185.75: 20011938
220.181.28.3: 20011937
WARN SOA Serial Number
WARNING: Your SOA serial number is: 20011938. That is OK, but the recommended format (per RFC1912 2.2) is YYYYMMDDnn, where 'nn' is the revision. For example, if you are making the 3rd change on 02 May 2006, you would use 2006050203. This number must be incremented every time you make a DNS change.
规范等级:中
http://www.dnsstuff.com/tools/dnsreport.ch?domain=nease.net
Parent
INFO NS records at parent serversYour NS records at the parent servers are: ns.nease.net. [202.106.185.75] [TTL=172800] [CN]
ns3.nease.net. [220.181.28.3] [TTL=172800] [CN]
[These were obtained from j.gtld-servers.net]
NS
INFO Nameservers versions Your nameservers have the following versions:
202.106.185.75: "9.2.3"
220.181.28.3: "9.2.3"
SOA
WARN SOA Serial Number
WARNING: Your SOA serial number is: 991160. That is OK, but the recommended format (per RFC1912 2.2) is YYYYMMDDnn, where 'nn' is the revision. For example, if you are making the 3rd change on 02 May 2006, you would use 2006050203. This number must be incremented every time you make a DNS change.
WARN SOA EXPIRE value
WARNING: Your SOA EXPIRE time is : 3600000 seconds. This seems a bit high. You should consider decreasing this value to about 1209600 to 2419200 seconds (2 to 4 weeks). RFC1912 suggests 2-4 weeks. This is how long a secondary/slave nameserver will wait before considering its DNS data stale if it can't reach the primary nameserver.
规范等级:中
4、 tom.com
http://www.dnsstuff.com/tools/dnsreport.ch?domain=tom.com
Parent
INFO NS records at parent serversYour NS records at the parent servers are: brown.hutchcity.com. [202.45.84.67] [TTL=172800] [HK]
edns.wyith.net. [202.181.240.44] [TTL=172800] [HK]
ns1.tom.com. [61.135.159.46] [TTL=172800] [CN]
ns2.tom.com. [61.135.159.47] [TTL=172800] [CN]
[These were obtained from f.gtld-servers.net ]
NS
FAILOpen DNS servers
ERROR: One or more of your nameservers reports that it is an open DNS server. This usually means that anyone in the world can query it for domains it is not authoritative for (it is possible that the DNS server advertises that it does recursive lookups when it does not, but that shouldn't happen). This can cause an excessive load on your DNS server. Also, it is strongly discouraged to have a DNS server be both authoritative for your domain and be recursive (even if it is not open), due to the potential for cache poisoning (with no recursion, there is no cache, and it is impossible to poison it). Also, the bad guys could use your DNS server as part of an attack, by forging their IP address. Problem record(s) are: Server 202.45.84.67 reports that it will do recursive lookups. [ test] Server 202.181.240.44 reports that it will do recursive lookups. [ test] Server 61.135.159.46 reports that it will do recursive lookups. [ test] Server 61.135.159.47 reports that it will do recursive lookups.
[test]
See this page for info on closing open DNS servers.
FAIL Lame nameservers
ERROR: You have one or more lame nameservers. These are nameservers that do NOT answer authoritatively for your domain. This is bad; for example, these nameservers may never get updated. The following nameservers are lame:
202.45.84.67
FAIL Missing nameservers 2
ERROR: One or more of the nameservers listed at the parent servers are not listed as NS records at your nameservers. The problem NS records are:
brown.hutchcity.com.
edns.wyith.net.
WARN All nameservers report identical NS records
WARNING: Your nameservers report somewhat different answers for your NS records (varying TTL, for example).
INFO Nameservers versions Your nameservers have the following versions:
202.45.84.67: "8.3.4-REL"
202.181.240.44: "4.9.6-REL"
61.135.159.46: "TOM.COM DNS Server 2.00"
61.135.159.47 : "TOM.COM DNS Server 2.00"
规范等级:低
5、qq.com
http://www.dnsstuff.com/tools/dnsreport.ch?domain=qq.com
Parent
INFO NS records at parent serversYour NS records at the parent servers are: dns1.imok.net. [219.133.40.202] [TTL=172800] [CN]
dns2.imok.net. [61.152.100.5] [TTL=172800] [CN]
[These were obtained from e.gtld-servers.net ]
NS
WARN Single Point of Failure
WARNING: Although you have at least 2 NS records, there is a chance that they may both point to the same server (one of our two tests shows them being different, the other is unsure; it appears that there are one or more firewall(s) that intercept and alter DNS packets (some versions of Linux reportedly have a built-in firewall that does this, too)), which would result in a single point of failure. You are required to have at least 2 nameservers per RFC 1035 section 2.2.
INFO Nameservers versions Your nameservers have the following versions:
219.133.40.202: "9.3.2"
61.152.100.5: "9.3.0rc4"
SOA
WARN SOA MNAME Check
WARNING: Your SOA (Start of Authority) record states that your master (primary) name server is: qq.com.. However, that server is not listed at the parent servers as one of your NS records! This is probably legal, but you should be sure that you know what you are doing.
WARN SOA REFRESH value
WARNING: Your SOA REFRESH interval is : 300 seconds. This seems low. You should consider increasing this value to about 3600-7200 seconds. RFC1912 2.2 recommends a value between 1200 to 43200 seconds (20 minutes to 12 hours). A value that is too low will unncessarily increase Internet traffic.
WARN SOA EXPIRE value
WARNING: Your SOA EXPIRE time is : 86400 seconds. This seems a bit low. You should consider increasing this value to about 1209600 to 2419200 seconds (2 to 4 weeks). RFC1912 suggests 2-4 weeks. This is how long a secondary/slave nameserver will wait before considering its DNS data stale if it can't reach the primary nameserver.
规范等级:低
http://www.dnsstuff.com/tools/dnsreport.ch?domain=imok.net
Parent
INFO NS records at parent serversYour NS records at the parent servers are: dns1.imok.net. [219.133.40.202] [TTL=172800] [CN]
dns2.imok.net. [61.152.100.5] [TTL=172800] [CN]
[These were obtained from j.gtld-servers.net ]
NS
WARN Single Point of Failure
WARNING: Although you have at least 2 NS records, there is a chance that they may both point to the same server (one of our two tests shows them being different, the other is unsure; it appears that there are one or more firewall(s) that intercept and alter DNS packets (some versions of Linux reportedly have a built-in firewall that does this, too)), which would result in a single point of failure. You are required to have at least 2 nameservers per RFC 1035 section 2.2.
INFO Nameservers versions Your nameservers have the following versions:
219.133.40.202: "9.3.2"
61.152.100.5: "9.3.0rc4"
SOA
WARN SOA MNAME Check
WARNING: Your SOA (Start of Authority) record states that your master (primary) name server is: imok.net. . However, that server is not listed at the parent servers as one of your NS records! This is probably legal, but you should be sure that you know what you are doing.
WARN SOA REFRESH value
WARNING: Your SOA REFRESH interval is : 360 seconds. This seems low. You should consider increasing this value to about 3600-7200 seconds. RFC1912 2.2 recommends a value between 1200 to 43200 seconds (20 minutes to 12 hours). A value that is too low will unncessarily increase Internet traffic.
WARN SOA EXPIRE value
WARNING: Your SOA EXPIRE time is : 3600000 seconds. This seems a bit high. You should consider decreasing this value to about 1209600 to 2419200 seconds (2 to 4 weeks). RFC1912 suggests 2-4 weeks. This is how long a secondary/slave nameserver will wait before considering its DNS data stale if it can't reach the primary nameserver.
规范等级:低
6、 baidu.com
http://www.dnsstuff.com/tools/dnsreport.ch?domain=baidu.com
Parent
INFONS records at parent serversYour NS records at the parent servers are: dns.baidu.com. [202.108.250.228] [TTL=172800] [CN]
ns2.baidu.com. [202.108.249.147] [TTL=172800] [CN]
ns3.baidu.com. [220.181.27.61] [TTL=172800] [CN]
ns4.baidu.com. [220.181.27.62] [TTL=172800] [CN]
[These were obtained from m.gtld-servers.net]
NS
FAIL Missing (stealth) nameservers
FAIL: You have one or more missing (stealth) nameservers. The following nameserver(s) are listed (at your nameservers) as nameservers for your domain, but are not listed at the parent nameservers (therefore, they may or may not get used, depending on whether your DNS servers return them in the authority section for other requests, per RFC2181 5.4.1). You need to make sure that these stealth nameservers are working; if they are not responding, you may have serious problems! The DNS Report will not query these servers, so you need to be very careful that they are working properly. ns1.baidu.com.
This is listed as an ERROR because there are some cases where nasty problems can occur (if the TTLs vary from the NS records at the root servers and the NS records point to your own domain, for example).
WARN TCP Allowed
WARNING: One or more of your DNS servers does not accept TCP connections. Although rarely used, TCP connections are occasionally used instead of UDP connections. When firewalls block the TCP DNS connections, it can cause hard-to-diagnose problems. The problem servers are: 202.108.249.147: Error [No response to TCP packets].
220.181.27.61: Error [No response to TCP packets]. 220.181.27.62: Error [No response to TCP packets]
.
WARN Single Point of Failure
WARNING: Although you have at least 2 NS records, there is a chance that they may both point to the same server (one of our two tests shows them being different, the other is unsure; it appears that there are one or more firewall(s) that intercept and alter DNS packets (some versions of Linux reportedly have a built-in firewall that does this, too)), which would result in a single point of failure. You are required to have at least 2 nameservers per RFC 1035 section 2.2.
INFO Nameservers versions Your nameservers have the following versions:
202.108.250.228: "diy by bind"
202.108.249.147: "9.2.1 "
220.181.27.61: "9.2.1"
220.181.27.62: "9.2.1"
FAIL Stealth NS record leakage
Your DNS servers leak stealth information in non-NS requests:
Stealth nameservers are leaked [ns1.baidu.com.]!
This can cause some serious problems (especially if there is a TTL discrepancy). If you must have stealth NS records (NS records listed at the authoritative DNS servers, but not the parent DNS servers), you should make sure that your DNS server does not leak the stealth NS records in response to other queries.
SOA
WARN SOA REFRESH value
WARNING: Your SOA REFRESH interval is : 300 seconds. This seems low. You should consider increasing this value to about 3600-7200 seconds. RFC1912 2.2 recommends a value between 1200 to 43200 seconds (20 minutes to 12 hours). A value that is too low will unncessarily increase Internet traffic.
WARN SOA EXPIRE value
WARNING: Your SOA EXPIRE time is : 2592000 seconds. This seems a bit high. You should consider decreasing this value to about 1209600 to 2419200 seconds (2 to 4 weeks). RFC1912 suggests 2-4 weeks. This is how long a secondary/slave nameserver will wait before considering its DNS data stale if it can't reach the primary nameserver.
规范等级:中
7、 google.com
http://www.dnsstuff.com/tools/dnsreport.ch?domain=google.com
Parent
INFO NS records at parent servers Your NS records at the parent servers are: ns1.google.com. [216.239.32.10] [TTL=172800] [US]
ns2.google.com. [216.239.34.10 ] [TTL=172800] [US]
ns3.google.com. [ 216.239.36.10] [TTL=172800] [US]
ns4.google.com . [216.239.38.10] [TTL=172800] [US]
[These were obtained from k.gtld-servers.net]
NS
INFO Nameservers versions Your nameservers have the following versions:
216.239.32.10: No version info available (refused).
216.239.34.10: No version info available (refused).
216.239.36.10: No version info available (refused).
216.239.38.10: No version info available (refused).
SOA
FAILSOA MINIMUM TTL value
WARNING: Your SOA MINIMUM TTL is : 60 seconds. This seems very low (unless you are just about to update your DNS). You should consider increasing this value to somewhere between 3600 and 10800. RFC2308 suggests a value of 1-3 hours. This value used to determine the default (technically, minimum) TTL (time-to-live) for DNS entries, but now is used for negative caching.
规范等级:中
2007年11月2日星期五
Google 黑板报 -- Google 中国的博客网志: 抄近路上谷歌 — 谷歌最简网址 G.cn 上线
Google 黑板报 -- Google 中国的博客网志: 抄近路上谷歌 — 谷歌最简网址 G.cn 上线
2007年10月27日星期六
Google PR大规模更新
随便看了一些站,观察了一些5月份后增加的栏目和文章,PR由原来的0升到2-3不等,不过有点意外的是有几个8月份注册的域名PR也都上升到3了,也有部分由3降低至2,当然,本次更新来的比较突然,仿佛就在一夜之间,关于还会不会有什么新的变化或者调整,我们继续关注中,赶快Check一下你的站点吧!
作者: 枫林&SEO博客
2007年10月24日星期三
黄垂玲
2007年10月23日星期二
Hoang Thuy Linh
Wong Chui-Ling is an actress Vietnam has always been purified line, a young star comedy "金瑛's Diary" and later ah, the Internet has been a particularly exposed screen, so the theater to broadcast the. She film of the Vietnam National University director of a 15-year-old students, models (Wong Chui-Ling said it was now 19 years old) starring "金瑛's Diary" star, high school and college students highly praised.
On October 11, 2007, yahoo website found Wong Chui-Ling and the former boyfriend of sex-related video, 16 minutes or so.
19-year-old actress Wong Chui-Ling (Hoang Thuy Linh) and the American former boyfriend of Love, short films long five minutes from the cell phone cameras being uploaded to YouTube website. Currently The API has been deleted, but still being reproduced to other sites, including a period of 20 minutes Spread refers to the Internet, Wong Chui-Ling's former boyfriend because of dissatisfaction with her, then sex films will be open.
2007年10月20日星期六
Google的背景变成了黑色
看了一下,搜索框的下面de 说明
We've turned the lights out. Now it's your turn - Lights Out SF.
有这个变化的似乎只有英文版,中文版没有这个。
保存的截图
发件人 pcxingxing |
Google灯
http://www.google.com/lightsoutsf/
谷歌用户在旧金山湾区将公告今天,我们" ,把灯" ,对google.com的网页,作为一种姿态,以提高人们的全市节约能源活动的所谓灯出旧金山。
On Saturday, October 20, 2007, Lights Out San Francisco invites the entire city of San Francisco to install one compact fluorescent light bulb (CFL) and turn off all lights for one hour, from 8:00 pm to 9:00 pm PDT.上周六, 2007年10月20日,所有的灯都列旧金山请整个旧金山市安装一个紧凑型荧光灯泡( cfl的) ,并关掉所有灯光一小时,从下午八时至下午九时之中。 According to estimates, turning the lights out in San Francisco for even one hour could save as much as 15 percent of the energy consumed on an average Saturday night.据估计,转灯,在旧金山,甚至一小时,可节省高达15 %的能源消耗对平均周六夜。
Given our company's commitment to environmental awareness and energy efficiency, we strongly support the Lights Out campaign, and have darkened our homepage today to help spread awareness of what we hope will be a highly successful citywide event.鉴于我们公司致力于环保意识和能源效率的,我们坚决支持灯光出来竞选,并已漆黑,我们今天的网页,以帮助传播的认识,我们希望将是一个极为成功的全市性活动。
2007年10月19日星期五
2007年10月12日星期五
Google Terms of Service
谷歌欢迎您!
1. 您与谷歌的关系
1.1 您对谷歌产品、软件、服务及网站(本文件中合称“服务”,不包括在单独的书面协议项下谷歌向您提供的任何服务)的使用适用您和谷歌之间法律协议的条款。“谷歌”指Google Inc.,主营业地位于1600 Amphitheatre Parkway, Mountain View, CA 94043, United States。本文件解释了协议如何制定,并陈述了协议中的若干条款。
1.2 除非与谷歌另有书面协议,否则您与谷歌的协议将始终至少包括本文件中陈述的条款和条件。这些条款和条件下称“通用条款”。
1.3 除通用条款外,您与谷歌的协议亦将包括适用于服务的任何法律声明中的条款。所有这些法律声明中的条款下称“额外条款”。额外条款适用于服务时,您可在该服务范围内或使用该服务过程中读到该等条款。
1.4 通用条款,连同额外条款,构成您和谷歌之间关于您使用服务的具有法律约束力的协议。您花时间仔细加以阅读是重要的。该法律协议以下合称“本条款”。
1.5 如果额外条款的内容和通用条款的内容发生任何冲突,则就该服务内容,应以额外条款为准。
2. 接受本条款
2.1 使用服务必须首先同意本条款。如果您不接受本条款则不可使用服务。
2.2 您可通过下列方式接受本条款:
(A) 在有关任何服务的用户界面上谷歌向您提供的选择处点击以接受或同意本条款;或
(B) 实际使用服务。在此情况下,您理解并同意谷歌视您自使用服务时起接受本条款。
2.3 在下列情况下您不可使用服务且不能接受本条款:(a)您未达到与谷歌订立有约束力的合同的法定年龄,或(b)根据美国或其他国家(包括您居住的或您从那里使用服务的国家)的法律,您是被禁止接受服务的人。
2.4 您继续之前,您应打印或在本地保存通用条款作为备案。
3. 本条款语言
3.1 谷歌向您提供本条款英文文本的翻译件时,您同意翻译件仅供您方便之用,本条款的英文文本适用于您和谷歌之间的关系。
3.2 如果本条款英文文本和翻译文本存在任何冲突,则以英文文本为准。
4. 谷歌提供服务
4.1 谷歌在世界范围内拥有子公司和关联法律实体(“子公司和关联公司”)。在某些时候,这些公司将代表谷歌向您提供服务。您认知并同意子公司和关联公司有权向您提供服务。
4.2 谷歌不断创新以向其用户提供最优体验。您认知并同意谷歌提供的服务的形式和本质可不经事先通知您而不时变换。
4.3 作为这种持续创新的一部分,您认知并同意谷歌可自行决定,无须事先通知您,即停止(永久或暂时)向您或全体用户提供服务。您可在任何时候停止使用服务。您停止使用服务时无需特别通知谷歌。
4.4 您认知并同意,如果谷歌禁用对您的帐户的访问权,则您可能被阻止获得服务、您的帐户资料或包含在您帐户中的任何文件或其他内容。
4.5 您认知并同意,尽管谷歌可能目前没有设置您可通过服务发送或接收的传输数量或用于提供任何服务的存储空间的上限,但谷歌可自行决定在任何时候设置上限。
5. 您对服务的使用
5.1 为获得某些服务,您可能会被要求提供自身信息(如身份或联系资料)作为服务的登记程序的一部分,或作为您持续使用服务的一部分。您同意您给予谷歌的任何登记信息均是准确、正确和最新的。
5.2 您同意仅为(a)本条款及(b)任何适用法律、法规或有关辖区内公认的惯例或准则(包括关于数据或软件向或从美国或其他相关国家出口的任何法律)所允许的目的使用服务。
5.3 您同意不以通过谷歌提供的界面以外的任何方式获得(或试图获得)任何服务,除非您根据与谷歌的单独协议获得特别允许。
5.4 您同意您不从事妨碍或者破坏服务(或与服务连接的服务器及网络)的任何活动。
5.5 除非您在与谷歌的单独协议中获得特别允许,否则您同意您不为任何目的再制作、复制、拷贝、出售、交易或转售服务。
5.6 您同意独自就您违反您在本条款项下的义务以及任何该等违反的后果(包括谷歌遭受的任何损失或损害)承担责任(谷歌不对您或任何第三方承担责任)。
6. 您的密码和帐户安全
6.1 您同意并理解您有责任将您与用于获得服务的任何帐户相关的密码保密。
6.2 据此,您同意将独自就在您帐户下的所有活动对谷歌负责。
6.3 如果您得知任何对您的密码或您的帐户的任何未经授权的使用,您同意立即用http://www.google.com/support/accounts/bin/answer.py?answer=48601&hl=zh-CN通知谷歌。
7. 隐私与您的个人信息
7.1 关于谷歌的数据保护惯例的信息,请在http://www.google.cn/privacy.html查阅谷歌的隐私政策。该政策解释了谷歌如何处理您的个人信息,并在您使用服务时保护您的隐私。
7.2 您同意按照谷歌的隐私政策使用您的数据。
8. 服务内容
8.1 您理解,作为服务的一部分或通过您使用服务得到的所有信息(如数据文件、书面文本、电脑软件、音乐、音像文件或其他声音、图片、录像或其他图像),完全由该内容出处的人员负责。所有该等信息下称“内容”。
8.2 您应意识到作为服务一部分展示给您的内容,包括但不限于服务中的广告及服务中的赞助内容,可能受向谷歌提供内容的赞助者或广告商(或代表其的其他人员或公司)所拥有的知识产权的保护。您不得修改、租赁、出租、借贷、出售、分发该内容(无论全部还是部分)或根据该内容创作衍生作品,除非谷歌或内容所有人在单独协议中特别告知您可以为之。
8.3 谷歌保留从任何服务中筛选、审阅、标明、过滤、修订、拒绝或删除任何或所有内容的权利(但无义务这样做)。就某些服务而言,谷歌可提供滤除明确色情内容的工具。该等工具包括SafeSearch优先设置(见http://www.google.com/help/customize.html#safe)。此外,还有可以通过商业渠道获得的服务和软件能够限制访问令您反感的材料。
8.4 您理解:通过使用服务,您可能会接触到您觉得冒犯的、粗鄙的、反感的内容,您使用服务时与此相关的风险由您自行承担。
8.5 您同意独自就您在使用服务时创作、传送或展示的任何内容以及您做出该等行为的后果(包括谷歌可能遭受的任何损失或损害)承担责任(谷歌不对您或任何第三方承担责任)。
9. 专有权利
9.1 您认知并同意,谷歌(或谷歌的许可方)对服务拥有一切法定权利、所有权和利益,包括存在于服务中的任何知识产权(无论该等权利是否已经登记,也不论该等权利在世界的何等地方存在)。您进一步认知,服务可能包括谷歌指定为保密的信息,未经谷歌事先书面同意,您不得披露该等信息。
9.2 除非您与谷歌另有书面协议,否则本条款中的任何规定均未给予您使用谷歌任何商号、商标、服务标记、标识、域名及其他显著品牌特征的权利。
9.3 如果您在与谷歌的单独书面协议中被给予一项使用上述品牌特征的明确的权利,则您同意您在使用该等品牌特征时遵守该协议、本条款的任何适用规定以及不时更新的谷歌品牌特征使用指南。您可在http://www.google.com/permissions/guidelines.html(或谷歌为该等目的不时提供的其他网址)在线阅读该等指南。
9.4 除第11条规定的限制许可外,谷歌认知并同意,其不在本条款项下获得您(或您的许可方)对在服务上或通过服务提交、张贴、传输或展示的任何内容的任何权利、所有权或利益,包括该内容中存在的任何知识产权(无论该等权利是否已经登记,亦不论该等权利在世界的何等地方存在)。除非您与谷歌另有书面协议,否则您同意您负责保护并强制执行这些权利,谷歌没有义务代表您这样做。
9.5 您同意您不得删除、掩藏或改动服务所附的或包含的任何专有权利声明(包括著作权和商标声明)。
9.6 除非您得到谷歌书面明确授权这样做,否则您同意在使用服务时,您将不以可能或故意导致混淆该等商标、名称或标识的所有者或授权用户的方式使用任何公司或组织的商标、服务标识、商号、标识。
10. 谷歌的许可
10.1 谷歌给予您一项个人的、全世界范围内的、免交使用费的、不可转让及非排他性的许可,以使用作为谷歌向您所供服务的一部分而向您提供的软件(下称“软件”)。此项许可仅以使您可以根据本条款允许的方式使用和享用谷歌提供的服务的益处为目的。
10.2 您不得(且您不得允许任何其他人)拷贝、修改软件或软件的任何部分,或对软件或软件的任何部分创作衍生作品,进行反向工程、反编辑或试图从软件或软件的任何部分提取源代码,但法律明确允许或要求的或谷歌特别书面告知您的除外。
10.3 除非谷歌给予您明确的书面允许,否则您不得转让您对软件的使用权(或授予该使用权的分许可)、在您对软件的使用权上设置担保权益或以其他方式转让您对软件的使用权的任何部分。
11. 您对内容的许可
11.1 您保留你在服务上或通过服务提交、张贴或展示的内容中已持有的著作权及任何其他权利。通过提交、张贴或展示内容,您给予谷歌一项永久性的、不可撤销的、世界范围内的、免交使用费的及非排他性的许可,以复制、改编、修改、翻译、发布、公开实施、公开展示及分发您在服务上或通过服务提交、张贴或展示的任何内容。此项许可仅以使谷歌可以展示、分发及宣传服务为目的,并可按某些服务的附加条款就该等服务撤销此项许可。
11.2 您同意此项许可包括一项权利,使谷歌可将该等内容提供给与谷歌有提供联合服务的关系的其他公司、组织或个人,并就联合服务的提供使用该内容。
11.3 您理解,谷歌在实施所需的技术措施向用户提供服务时,可(a)在不同的公共网络和不同的媒体传送或分发您的内容;(b)对您的内容作出必要的变更以使内容符合、适应连接网络、装置、服务或介质的技术要求。您同意此项许可允许谷歌采取这些行动。
11.4 您向谷歌确认并保证您拥有所有必要的权利、权力和授权授予上述许可。
12. 软件更新
12.1 您使用的软件可从谷歌不时地自动下载和安装更新版本。这些更新旨在改进、增强和进一步开发服务并可采用修正版、强化功能、新软件模块和全新版本的形式。您同意接受该等更新(并允许谷歌向您交付)作为您使用服务的一部分。
13. 终止您与谷歌的关系
13.1 本条款将持续适用直至根据下述规定由您或谷歌终止。
13.2 如果您希望终止与谷歌的法律协议,您可通过下列方式完成:(a)在任何时候通知谷歌及(b)在谷歌向您提供选择的情况下,关闭您使用的所有服务的帐户。您的通知应书面发送至本条款起始之处规定的谷歌地址。
13.3 发生下列情况时谷歌可终止其与您的法律协议:
(A) 您违反了本条款的任何规定(或您的行为方式明确显示您不打算或不能遵守本条款规定);或
(B) 法律要求谷歌这样做(例如:向您提供服务不合法或变得不合法);或
(C) 谷歌与之一起向您提供服务的合作伙伴已终止与谷歌的关系或停止向您提供服务;或
(D) 谷歌转变为不再向您居住的或您从那里使用服务的国家内的用户提供服务;或
(E) 谷歌认为,谷歌向您提供服务不再具有商业可行性。
13.4 本条的任何规定不得影响谷歌与根据第4条提供服务有关的权利。
13.5 本条款终止时,您和谷歌已经享受或承担的(或在本条款有效期间已经产生的)或明确规定为无限期有效的所有法定权利、义务和责任不受该终止的影响,第20.7条的规定应无限期地适用于该等权利、义务和责任。
14. 不包括其他保证
14.1 本条款中的任何规定,包括第14和第15条,均不排除或限制谷歌根据适用法律不能合法排除或限制的损失保证或责任。某些司法辖区不允许排除某些保证或条件,或限制或排除对由于疏忽、违约、违反暗含条款引起的损失或损害或对附带或后果性损害的责任。因此,只有在您的司法辖区合法的限制对您适用,并且我们的责任将在法律允许的最大限度内受到限制。
14.2 您明示理解并同意,您对使用服务独自承担风险并且服务按“现状”和“原样”的方式提供。
14.3 尤其是,谷歌、其子公司和关联公司及其许可人,不就以下各项向您作出陈述或保证:
(A) 您对服务的使用将符合您的需求;
(B) 您对服务的使用将无中断、及时、安全或没有错误;
(C) 由于您使用服务而获得的任何信息将是准确的或可靠的;及
(D) 作为服务的一部分向您提供的任何软件的运行或功能中的缺陷将被纠正。
14.4 通过使用服务而下载或以其他方式获得的任何材料由您自行作出并承担风险,您将独自对由于下载任何该等材料而导致对电脑系统或其他装置的损害或数据的丢失负责。
14.5 您从谷歌获得的或通过服务或从服务获得的任何建议或信息(无论口头还是书面的)均不创立本条款中未明确规定的任何保证。
14.6 谷歌进一步明确否认任何种类的所有保证和条件(无论明示还是默示的),包括但不限于适销性、适合特定目的及不侵权的默示保证和条件。
15. 责任限制
15.1 在遵守上文第14.1条全部规定的前提下,您明示理解并同意,谷歌、其子公司和关联公司及其许可人不就以下事项对您承担责任:
(A) 您无论由于何种原因和在任何责任理论项下发生的任何直接、间接、附带、特殊、后果性或惩罚性的损害。这应包括但不限于任何利润损失(无论是直接还是间接发生)、任何商誉或业务声誉损失、任何数据丢失、替代物品或服务的购买费用或其他无形损失;
(B) 您可能产生的任何损失或损害,包括但不限于由下列原因导致的损失或损害:
(I) 您对任何广告的完整性、准确性或其存在的信任, 或作为您与其广告出现在服务中的任何广告商或赞助人之间的任何关系或交易的结果;
(II) 谷歌对服务可能做出的变更,或永久或暂时停止提供服务(或服务中的任何功能);
(III) 对通过您使用服务而维持或传输的任何内容及其他通信数据的删除、毁坏或未能将其储存;
(IV) 您未向谷歌提供准确的帐户信息;
(V) 您未对您的密码或帐户资料保持安全及保密;
15.2 无论谷歌是否接到通知或是否应已知晓引起任何该等损失的可能性,上文第15.1条中谷歌对您的责任限制均应适用。
16. 著作权和商标政策
16.1 对关于符合适用国际知识产权法(包括美国的《数字千年著作权法》)的指称的著作权侵权通知做出回应以及终止重复侵权者帐户是谷歌的政策。谷歌的政策详情可查阅http://www.google.com/dmca.html。
16.2 谷歌运行一项关于谷歌广告业务的商标投诉程序,详情可查阅http://www.google.com/tm_complaint.html。
17. 广告
17.1 部分服务由广告收入支持,可展示广告和推销。这些广告可能是针对存储于服务中的信息、通过服务提出的询问或其他信息的内容提供的。
17.2 谷歌在服务上的广告的方式、模式和范围可不经向您特别通知而变更。
17.3 作为谷歌授予您访问和使用服务的权利的对价,您同意谷歌可以在服务上加载该等广告。
18. 其他内容
18.1 服务可包含对其他网站或内容或资源的超级链接。谷歌可能并不控制由谷歌以外的公司或个人提供的任何网站或资源。
18.2 您认知并同意,谷歌不对该等外部网站或资源的可用性负责,亦不对该等网络或资源上的或从该等网站或资源获得的任何广告、产品或其他材料加以认可。
18.3 您认知并同意,谷歌不对由于您由于那些外部的网站或资源的可用性或您对该等网站或资源上的或从该等网站或资源获得的任何广告、产品或其他材料的完整性、准确性或存在的信赖而发生的任何损失或损害承担责任。
19. 本条款的变更
19.1 谷歌可不时对通用条款或附加条款作出变更。当作出这些变更时,谷歌将在http://www.google.com/accounts/TOS?hl=zh提供一份新的通用条款,任何新的附加条款将通过受其影响的服务或在受其影响的服务内向您提供。
19.2 您理解并同意,如果您在通用条款或附加条款变更日期之后使用服务,则谷歌将把您的使用视为接受更新后的通用条款或附加条款。
20. 一般法律条款
20.1 有时候您使用服务,您即可(作为您使用服务的结果或通过您对服务的使用)使用其他人或公司提供的某项服务或下载一个其他人或公司提供的软件,或购买其他人或公司提供的商品。您对这些其他服务、软件或商品的使用受限于您和相关公司或个人的单独条款。在此情况下,本条款不影响您和这些其他公司或个人的法律关系。
20.2 本条款构成您和谷歌之间关于您使用服务(但不包括根据单独书面协议谷歌向您提供的任何服务)的全部法律协议,并完全取代您和谷歌先前就服务达成的任何协议。
20.3 您同意谷歌可通过电子邮件、常规邮件或在服务上张贴的方式向您提供通知,包括关于修订本条款的通知。
20.4 您同意,如果谷歌未行使或未强制执行包含在本条款中的(或谷歌在任何适用法律下有权享受的)任何法定权利或救济,不可视为对谷歌权利的正式放弃,这些权利或救济仍对谷歌有效。
20.5 如果对该等事项有司法决定权的任何法院,判定本条款的任何规定无效,则该等规定将从本条款中删除,而不影响本条款的其他部分。本条款的其余部分将继续有效并可强制执行。
20.6 您认知并同意,谷歌为母公司的公司集团的每一成员应为本条款的第三方受益人,该等其他公司应有权直接强制执行和依赖赋予其利益(或权利)的本条款的任何规定。此外,没有任何人或公司应是本条款的第三方受益人。
20.7 本条款及本条款项下您与谷歌的关系,受加利福尼亚州法律管辖,但排除其冲突法规定。您与谷歌均同意接受位于加利福尼亚州圣克拉拉县境内的法院的专属管辖权,以解决任何由本条款引起的法律事项。尽管有上述规定,您同意谷歌仍被允许请求任何辖区内的禁制令救济(或同等类型的紧急法定救济)。
2007年4月16日
Fwd: Gmail将增长到6G
http://googlesystem.blogspot.com/2007/10/gmails-storage-increases-dramatically.html
需要tor
我看了一下登录页上的增长数字,确实变快了。
Gmail will increase the free storage gradually in the next days. On October
23, you'll get 4321 MB of storage, then the growth will slow down until January
4, when you'll have 6283 MB of storage. From January 4, you'll receive 3.3 MB
every day, that's 10 times bigger than the current rate of growth.
几大网站 Web Server 发生的变化
另外还发现 GNU.org 使用的 Web 服务器,从三月开始操作系统由 Debian 换为 Ubuntu,这么看来 Ubuntu 在服务器操作系统这块付出的努力没有白费。而微软六月份在自己的网站中已经开始使用 IIS 7.0,操作系统还是 Windows Server 2003。
Netcraft 的 Site report: Hosting History 还是比较准确的,例如我的网站使用的几个 IP 地址、操作系统、Web 服务器都有记录,更新时间也差不多。顺便在这里推荐一下,可以用它来查看自己网站使用的 Web 服务器、操作系统什么的。
2007年10月11日星期四
水手服與日本流行文化
2003年玩具商Takara推出穿水手服「リカちゃん」
|
日 本水手服(セーラー服)是從英國海軍軍服演變而來。明治推行新學制,最初學校制服採日式,後來漸以西式衣服取代。一般以福岡市為日本水手服校服的發祥地。 1921年福岡女學校率先以水手服為校服(京都平安女學院宣稱早於1920已使用,但未被廣泛接受),然後風行全國,成為戰前女生的標準校服。上半身作了 些修飾上的改動,下半身長衭變成短裙。戰後水手服改動更大,出現關東風及關西風,與海軍服愈來愈不像。
水 手服至今仍是日本女生最常穿的校服,過半中學及兩成高校都加以採用。連時裝、寫真、電影、電視劇、動畫、遊戲及模型都喜歡加入此元素。此外,在AV及「水 商売」的世界,水手服一直是十分受用。記得在《同一屋檐下2》(或是《Love Generation》?),松隆子穿起水手服在街邊拉客。現在水手服成為在澀谷從事「援助交際」女性的「開工衫」。AV有「セーラー服系」,多找ロリ系 女優演出。相傳Zard歌手坂井泉水早年曾拍水手服的性感錄影帶,但不知是否可信?日本有不少「水手服控」,甚至出現專門向水手服女生下手的痴漢及以收藏 水手服及cosplay/crossdress水手服角色的男性。
水 手服與日本流行文化的關係自1980年代以來變得密切。1980年代可謂是水手服的全盛期。我對藥師丸博子穿水手服最有印象,昔日看其《水手服與機關 槍》(1981),純中帶邪,十分迷人。不過去年翻拍的日劇版卻魅力不大,長澤雅美拍不出「純中帶邪」的感覺。此外,1980年代大熱的美少女偶像組合 「小貓俱樂部」(おニャン子クラブ)(Morning Musume 便是承此風)的成名作是《セーラー服を脱がさないで》 (1985)(不要讓我脫下水手服)。那時我正在日本留學。「小貓俱樂部」不是我杯茶,但卻喜歡38號工藤靜香(現在是木村太太),她也是「純中帶邪」一 類,穿起水手服十分煞食。
90年代《Sailormoon》的熱潮將水手服帶進cosplay的世界,而且在cosplay界一直有支持。 近年萌風大盛,水手服有新的市場。穿水手服的人設大受歡迎。單是涼宮不知迷倒多少毒男?看來水手服在21世紀仍會延續下去,說不定會逆輸回西方世界?
2007年10月3日星期三
2007年10月1日星期一
IssuedAuthSubTokens
Account Upgrades.
Due to great expansion within the premium service and a need to keep
your websites running as fast as possible! We are upgrading our
infrastructure that hosts your site(s). This upgrade will massively
improve your web site speed / accessibility.
The upgrade will involve us moving your websites to a new data center
and onto new more powerful hardware. While this process could be quite
disruptive we will be working to minimize any interruptions.
The migration of the server your site is hosted on will start on.
25-09-2007 (19:00GMT) and will complete by 26-09-2007 (02:00GMT).
During this time, we ask that you try to not make any major site changes.
This upgrade will improve general stability / speed / accessibility of
your site and we are sure you will appreciate the significant
benefits!
Best Regards
Byethost Services
2007年9月30日星期日
2007年9月28日星期五
一些世界著名品牌的来源
来源: 日期:2007-09-26 网址: http://www.aboluowang.com
你知道么?一些世界著名品牌的来源对于当代消费者而言,著名名品牌的身影可谓无处不在。然而这些品牌的名称是如何得来的,恐怕没有多少人能说出个究竟。美国"答案"网站近日就对一些人们耳熟能详的品牌逐一进行了追根溯源。 奥迪(Audi):公司创始人奥古斯特.霍希曾开办过一家名为"霍希"的汽车公司,然而在离开该公司5年后,霍希想重操旧业,碍于原公司还在,他给新公司起名"奥迪"。奥迪是"霍希"这个姓氏德文原意的拉丁文形式。 家乐福(Carrefour):这家著名超市的前身是位于法国阿讷西市内一个十字路口的小店,carrefour意为"十字路口"。 思科(Cisco):该词并非首字母缩写,而是取自SanFrancisco(旧金山)一词的最后5个字母。思科的广告标志便是闻名世界的旧金山金门大桥。 可口可乐(Coca-Cola):得名于主要原料中的古柯叶(coca leaves)和可乐果(kola)。发明人约翰.彭伯顿把kola中的k变成c,目的是让名字更好看一些。 康柏(Compaq):意为"紧凑型计算机"。com为computer(计算机)的字头,paq意指pack(紧凑)。 达能(Danone):伊萨克.卡拉索在巴塞罗那生产他的第一批酸奶时,给产品冠以自己儿子的昵称--达能。 哈根达斯(Haagen-Dazs):与一般人的理解相反,这个冰激凌品牌并非源自欧洲,而是地道的美国货。Haagen与Dazs是编造出来的两个单词,目的是让美国人觉得它像是欧洲舶来品。 孩之宝(Hasbro):这家玩具公司创始人是亨利.哈森费尔德与赫拉尔.哈森费尔德两兄弟,Hasbro是由Hassenfeld brother(哈森费尔德兄弟)两个字的字头合并而成。 柯达(Kodak):这个名称是公司创始人乔治.伊士曼的发明。K是伊士曼最喜欢的字母,他觉得字母K给人感觉强劲有力而且直截了当。他考虑过以K开头和结尾的各种排列组合,认为Kodak这个名字有三个好处:一是它具有商标的特质;二是发音不会被读错;三是拼写方式上不会与其他商标混淆。有些人以为 Kodak源于按照相机快门时发出的"咔哒"声,但那是误解。微软(Microsoft):公司创办人比尔.盖茨取Microcomputer software(微型电脑软件)两个单词的词头,起初定名为Micro-Soft,后来中间的"-"被去掉了。 摩托罗拉(Motorola):公司前身是一家产品颇受欢迎的收音机工厂,唱机品牌为Victrola(维克多)。而当创始人保罗.加尔文开始生产汽车收音机之后,公司名字便改为Motorola,motor意为"汽车",rola则是原名Victrola的词尾。 甲骨文(Oracle):公司创始人拉里.埃利森与鲍勃.奥茨为中央情报局做过一个咨询项目,该项目的代号即为"Oracle"(神谕)。 百事可乐(Pepsi-Cola):因配方中含有可乐果成分,以及宣称能治疗消化不良(dyspep sia)而得名。 锐步(Reebok):Reebok是rhebok(非洲短角羚羊)一词的变体拼法。这家体育用品商的广告标志就是羚羊角。 壳牌(Shell):荷兰皇家-壳牌石油公司成立于1907年,由荷兰皇家石油公司与贝壳运输贸易公司合并。后者是在19世纪末由塞缪尔商业公司组建成立的。塞缪尔公司从事日本贝壳进口生意,后来的壳牌石油公司也因此得名。 星巴克(Starbucks):得名于赫尔曼.梅尔维尔的小说《大白鲸》中的人物名称,书中爱喝咖啡的大副就叫Starbuck。 施乐(Xerox):静电复印机发明人切斯特.卡尔森如此命名公司,是为强调其复印方法是干法复印,区别于当时广泛采用的湿法复印。在希腊语中,Xer这个字根表示"干燥"。 阿迪达斯(Adidas):创始人阿迪.达斯勒(Adi Dassler)的姓名词头合并而成。 乐高(LEGO):丹麦文"leggodt"组合而成,意思是"玩得好",而这也正是这家世界著名塑料玩具厂商所追求的目标。 梅塞德斯-奔驰(Mercedes-Benz):"梅塞德斯"是戴姆勒汽车公司主要经销商埃米尔.耶利内克的小女儿的名字。1899年耶利内克驾驶以梅塞德斯命名的戴姆勒汽车参加法国汽车大赛一举夺魁,1902年戴姆勒公司将梅塞德斯注册为商标。1926年戴姆勒公司与奔驰公司合并,组成戴姆勒-奔驰公司,翌年将Mercedes和Benz两个品牌统一为Mercedes-Benz。 耐克(Nike):公司名称源自希腊胜利女神奈基(Nike)。 诺基亚(Nokia):这家世界电信业巨头的前身是芬兰一家纸浆厂,该厂就坐落于诺基亚市。 沃尔玛(Walmart):由创始人萨姆.沃尔顿(Sam Walton)姓氏中的Wal与"市场"的英文mart组合而成。
[郑重声明: 新闻和文章取自世界媒体和论坛,本则消息未经严格核实, 也不代表《阿波罗网》观点。]
本文地址:http://www.aboluowang.com/life/data/2007/0926/article_14544.html
2007年9月27日星期四
Google今天9岁啦
记得去年的时候,我写了篇文章《Google今天八岁啦》,回顾了当时我使用Google的历史,一年后的今天,Google又到了9岁的生日了。
回头看看那篇文章,真是感慨万千,Google这一年来在中国的发展并不顺利,和百度的差距也没有明显减少,还发生了不少引起各种争议的事件。对于中国网民来说,已经进入中国的Google也并不再那么神秘了,Google.CN及其相关的本地化资源也越来越多,中国的Google已经渐渐融合入了中国的互联网,不过,使用Google搜索中越到的最大的问题:网页快照无法显示的问题到目前依旧无法解决,这就明显阻碍了Google在中国的应用。
当然,九岁的Google也是互联网发展的一个奇迹,没有Google,就没有现在的互联网,没有Google,互联网的发展会是另外一个样子。
2007年9月21日星期五
越过长城,走向世界 - 月光博客
昨天是2007年9月20日,恰好是中国首封电子邮件发送的20周年纪念日。北京时间1987年9月20日20时55分,中国兵器工业计算机应用研究所成功发送了中国第一封电子邮件,这标志这中国与国际计算机网络已经成功连接。
这封邮件的内容是:"Across the Great Wall we can reach every corner in the world.(越过长城,走向世界)",现在看起来,极具讽刺意味,那时是1987年,虽然那时中国在经济上还不开放,但从某种意义上来说,那个时代是中国最自由的时代,那时中国人虽然很穷,但活着却有尊严,那时的人们是善良的,不愿说谎话,真心希望国家富强壮大,人心是有希望的,而这个希望,现在早已经破灭了。
2007年9月20日星期四
2007年9月19日星期三
How we use spam reports
We evaluate the spam report
We take spam reports very seriously, and we have dedicated staff to timely process reports.
We primarily evaluate spam reports in reference to our webmaster guidelines. We determine whether we agree or disagree with the user's report.
A spam site commonly uses illicit techniques to mislead search engines to (mis)lead users to certain websites. The Webmaster Guidelines cover most (but not all) common forms of behavior that we consider deceptive or manipulative. We suggest you review our webmaster guidelines listed in our Webmaster Help Center. These will help you create a search-engine friendly website that both Google and users would view as spam-free. There are cases where we disagree with the spam report's evaluation, and those reports are then disregarded. The confirmed reports are forwarded to our engineering teams.We take action on confirmed spam reports
We take action on many confirmed spam sites, either manually and/or algorithmically. Furthermore, the extent of our action is dependent on the severity of the violation -- a confirmed spam report doesn't necessarily mean the entire site will be removed from the index.Taking action on spam by improving our algorithmsIt's most efficient for us to combat spam through our algorithms. We use spam reports about one site to create algorithmic improvements detecting spam in all sites similar to the report. We then extensively test our changes before we push our new code into production. This engineering process takes time. When people ask the question "Why haven't you penalized the spam site I've reported?", if we confirmed their spam report, then it's likely that we're working, or will be working, on an algorithmic solution.Taking manual action on a spam siteWe may also take manual action on confirmed spam sites. This process is obviously much faster, but it's not as robust a method to improve our search quality as the algorithmic approach.We can contact webmasters to correct their site
If we believe that a reported spam site is in violation of the webmaster guidelines but is otherwise legitimate, we may try to contact the webmaster to correct their site. We contact webmasters via email and, if they have a verified site in Webmaster Tools, we can also send them a note through the Message Center. Our goal is to deliver the most relevant results to users. We hope that our users and webmasters keep reporting spam sites, as it helps us to improve our algorithms and improve search quality. If you have questions about what's spam, visit our Help Center or post your question in our discussion group. And, of course, if you find a spam site, please let us know!
2007年9月18日星期二
台风韦帕凌晨2时30分在浙江苍南渔寮登陆
Google Docs新增演示文稿 - 月光博客
据Google黑板报报道,Google已经正式推出了Google Docs的新成员-Google Docs presentations(Google幻灯片/演示文稿),这是一个类似微软的Microsoft Office PowerPoint的软件,不过这个软件是网络版的。
Google Docs目前已经拥有三个成员,分别为Google Documents(文档)、Google Spreadsheets(电子表格)、Google Presentations(演示文稿),其矛头直指微软的Word、Excel、PowerPoint。不同的是,Google的Office产品是基于 SaaS应用的,而微软的Office是基于桌面的,这也是SaaS对传统桌面的一次新的挑战。
目前Google的这个产品是免费的,不过对于用户的文档进行了一些限制,每个文档最大可达500KB,演示文稿最大可达10MB,电子表格最大可达1MB。 显然这种限制是Google Docs的一个缺陷,我工作时候不少文档都会超过这个限制。
为了进行一番测试,我开始尝试着上传了一个1.5M的PPT文件上去,并打开上传文件进行浏览,这期间的过程,给我的总体感觉是,如果真的要这么办公的话,这简直是一场噩梦。上传PPT花了很长时间,浏览器一度类似死锁,演示PPT依旧花了很长时间,然后提示我,"很抱歉。发生了网络错误,请重试"。好不容易打开PPT文档,只打开第一页就又开始漫长的等待,整体速度慢的惊人。看来,在目前的国际网络速度下,Google的这种协同办公模式还存在性能上的瓶颈。
Google的这个产品将推动Google的SaaS的应用,也显示了Google对于SaaS的巨大野心,不过Google能否成功依靠SaaS战胜微软的桌面办公软件,我还有一些不同的看法,稍后的文章中我会详细分析Google在SaaS上的优势和不足。
07fW211872
發 布 時 間:民國96年9月18日22時15分。
警 報 種 類:海上陸上颱風警報。
颱 風 強 度 及 編 號:中度颱風,編號第12號(國際命名:WIPHA,中文譯名:韋帕)
警 報 報 數:第14-2報。
中 心 氣 壓:950百帕。
目 前 時 間:18日22時。
中 心 位 置:北緯 26.4 度,東經 121.2 度,
即在馬祖的東方約 140 公里之海面上。
暴 風 半 徑:7級風暴風半徑 200 公里,10級風暴風半徑 50 公里。
預 測 速 度 及 方 向:以每小時24轉27公里速度,向北北西轉北進行。
近 中 心 最 大 風 速:每秒 40 公尺(約每小時 144 公里),相當於 13 級風。
瞬 間 之 最 大 陣 風:每秒 50 公尺(約每小時 180 公里),相當於 15 級風。
預 測 時 間:19日20時。
預 測 位 置:北緯 31.4 度,東經 120.3 度,
即在上海的西北西方約 90 公里之處。
颱 風 動 態:根據最近氣象資料顯示,第12號颱風過去3小時強度略為減弱,目前中心在台灣北部
海面,預計向北北西移動,其暴風圈仍籠罩北部、東北部地區,花蓮已脫離其暴風範圍
。預計此颱風未來行徑有偏北加速移動,且強度有繼續減弱的趨勢。
警 戒 區 域 及 事 項:陸上:宜蘭、基隆、台北、桃園、新竹及苗栗地區應嚴加戒備,並防強風豪雨。馬祖亦
應戒備。
海上:台灣北部海面、台灣東北部海面及台灣海峽北部航行及作業船隻應嚴加戒備。
注 意 事 項:1、目前嘉義以北山區雨勢仍強,民眾應避免進入山區及河川活動,山坡地區應嚴防坍
方、落石、土石流及山洪暴發,沿海低漥地區應防淹水及海水倒灌。台灣各沿海地
區風浪仍大,請民眾避免前往海邊活動。
2、17日0時至18日20時止出現較大雨量地區如下:新竹縣白蘭733毫米,苗
栗縣鳳美707毫米,台北市陽明山488毫米,台中縣雪嶺470毫米,桃園縣
高義413毫米,雲林縣草嶺386毫米,嘉義縣樟腦寮351毫米,南投縣溪頭
306毫米,宜蘭縣太平山295毫米。
3、台灣東南部海面風浪仍大,船隻請注意。
下次警報預定發布時間為 9月18日23時30分
Google(谷歌)是怎样处理垃圾网站举报?
发表者 谷海一粟, WebSpam 组转载自谷歌中文网站管理员博客
谷歌网站管理员工具不仅能帮助我们和网站管理员沟通,也提供了举报垃圾网站的在线渠道。感谢我们的用户,我们收到了很多垃圾网站举报。这些举报对我们改进搜索质量,给出更相关、有用的结果有很大帮助。谷歌用户可以很方便地通过两个渠道(认证的和不需认证的)进行垃圾网站举报。我们往往优先处理通过认证的渠道(譬如站长工具)递交的垃圾网站。当然,你也可以提交未经认证报告。由于未经认证报告是匿名举报,我们给他们赋予的优先级会相对较低。
这里我们想讲一讲我们是如何处理从站长管理员工具得到的垃圾网站举报的。
我们评估垃圾网站举报
我们非常重视垃圾网站的举报,并有专门人员及时处理。
我们主要根据我们的网站管理员指南来处理垃圾网站举报,确定是否赞同或不赞同用户的举报。
垃圾站点通常使用作弊手法来误导搜索引擎使之错误地把用户带入某些网站。谷歌网站管理员指南包含大部分(但不是全部)常见形式的欺骗性或操纵行为。我们建议你经常阅读我们网站管理员帮助中心上的网站管理员指南。该指南内容将不但帮助你创建一个对搜索引擎友好的网站,而且避免了谷歌和你的用户把你的网站看作是垃圾网站。
在有些情况下,我们并不赞同用户的举报内容,被举报的网站将不会受到任何影响。对确认作弊的垃圾网站我们会将他们转交给我们的软件工程师作出相应的惩罚。
我们对确认的垃圾网站进行惩罚
对确认作弊的网站,我们会人工地或从算法上采取一些行动。当然,我们对作弊网站的惩罚度会视网站违反质量指南的严重程度而定,也就是说,对确认作弊的网站并不总是把他们全部从我们的索引中移去。
改进反垃圾网站算法反垃圾网站算法是我们打击垃圾网站最有效的方法。对某一网站的举报可能改进我们对所有类似垃圾网站的处理算法。当然,在我们使用我们的新代码之前,我们会大量地测试新代码。这个过程需要时间。当人们问”为什么我举报的网站没有受到惩罚?”,如果是我们确认的垃圾网站举报,很可能是我们正在给出,或者将会给出一个算法上的处理。
人工处理一个垃圾站点我们也可能人工处理一个确认了的垃圾网站。这个过程显然要快得多,但它并不是一个健全的方法。我们更愿意使用算法改善我们的搜索质量。
我们可能联系网站管理员,让他们改正他们的网站
如果我们发现一个被举报的垃圾站点可能无意中违反了谷歌网站管理员指南,我们会试图联络网站管理员来以纠正他们的错误。我们可能通过电子邮件来联系网站管理员。如果他们已经在网站管理员工具上确认了他们的网站,我们会通过信息中心来传递我们的信息。
我们的宗旨是为用户提供最相关的结果。我们希望我们的用户和网站管理员继续举报垃圾网站。它对我们改进算法和改善搜索质量是有很大帮助的。如果您还不了解什么是垃圾网站,请访问我们的帮助中心或者在我们的讨论组上发表你的问题。当然,如果你发现一个垃圾网站,请告诉我们!
2007年9月17日星期一
07fW211842
中央氣象局 颱風警報單
發 布 時 間:民國96年9月18日13時15分。
警 報 種 類:海上陸上颱風警報。
颱 風 強 度 及 編 號:中度颱風,編號第12號(國際命名:WIPHA,中文譯名:韋帕)
警 報 報 數:第11-2報。
中 心 氣 壓:935百帕。
目 前 時 間:18日13時。
中 心 位 置:北緯 25.5 度,東經 122.8 度,
即在宜蘭的東北方約 130 公里之海面上。
暴 風 半 徑:7級風暴風半徑 200 公里,10級風暴風半徑 80 公里。
預 測 速 度 及 方 向:以每小時20轉25公里速度,向西北轉北北西進行。
近 中 心 最 大 風 速:每秒 48 公尺(約每小時 173 公里),相當於 15 級風。
瞬 間 之 最 大 陣 風:每秒 58 公尺(約每小時 209 公里),相當於 17 級風。
預 測 時 間:19日11時。
預 測 位 置:北緯 29.3 度,東經 120.9 度,
即在馬祖的北北東方約 360 公里之處。
颱 風 動 態:根據最近氣象資料顯示,第12號颱風目前中心在宜蘭東北方海面,繼續向西北移動,
其暴風圈已進入宜蘭、基隆、花蓮、台北及桃園地區,北部、東北部及東部地區風雨將
明顯增強。預計此颱風未來移動速度有加快且偏向北北西的趨勢。
警 戒 區 域 及 事 項:陸上:宜蘭、基隆、台北、桃園、新竹及苗栗地區應嚴加戒備,並防強風豪雨。花蓮地
區及馬祖亦應戒備。
海上:台灣北部海面、台灣東北部海面、台灣東南部海面及台灣海峽北部航行及作業船
隻應嚴加戒備。
注 意 事 項:1、颱風影響期間,民眾應避免進入山區及河川活動,山坡地區應嚴防坍方、落石、土
石流及山洪暴發,沿海低漥地區應防淹水及海水倒灌。台灣各沿海地區風浪大,請
民眾避免前往海邊活動。
2、受12號颱風外圍環流影響,台中、南投及嘉義山區今(18)日有局部性大豪雨
或超大豪雨發生的機會,請特別注意。
3、台灣東南部將有焚風出現,請注意。
4、17日0時至18日11時止出現較大雨量地區如下:新竹縣鳥嘴山402毫米,
台北市陽明山373毫米,苗栗縣泰安354毫米,宜蘭縣太平山278毫米,桃
園縣高義236毫米,雲林縣草嶺200毫米。
下次警報預定發布時間為 9月18日14時30分
2007年9月16日星期日
使用Google工具条有助于网站收录
很多站长都怀疑Google工具条是否有助于新站的收录,之前风采依扬也问过SEOer,Google工具条是否有利于网站的收录?答案比较模糊,有的人说:Google tool有可能会把信息发送到google服务器上,但必须大量使用。有的人说:之前Matt Cutts跟Philipp打过赌做试验,最后是Matt Cutts胜出。
今天风采可以告诉大家,google工具条是有利于收录新的页面。我们来看一下Google工具条的设置选项,如图:
在设置选项中”向Google发送使用统计信息”,用户可以选择自己电脑上Google 工具栏是否向 Google 自动发送标准的、数量有限的信息。而Google官方网站也指出:“这些信息可能会保留在 Google 的服务器日志中。除非您启用工具栏的高级功能,否则工具栏不会发送任何有关您访问网页的信息(如网址)。”
风采依扬今天也在车东的博客上看到:基于Google工具条的新内容发现,车东在文章中说:我做了个一个测试网站,但是这个地址是是我刚打开的,只通过我的浏览器访问过后,Googlebot很快就跟过来了。能发现这个地址的,应该只有Google工具条了。
所以进一步的证实google toolbart是有助于新的页面更容易让Google收录!
Google为什么在google tool使用统计信息?
我们知道Google搜索是注重用户体验的,网站用户体验不好在SE上也不会获得有好的排名,同时google 网站管理员指南中也指出:网站应实用且信息丰富,网页文字应清晰、准确地表述要传达的内容。要考虑到用户会使用哪些字词来查找您的网页,确保网站上确实包含了这些文字。Google是拥有一大批用户体验专家,专门负责对Google各项网络技术产品进行易用性改进。因此google toolbart选项中”向Google发送使用统计信息”可收集用户体验数据同时也有助于新站的收录。
有兴趣的SEOer可以一起探讨一下,SEOer也可以做做实验。^_^
2007年9月14日星期五
https
维基百科:
https://secure.wikimedia.org/wikipedia/zh/wiki/
https://secure.wikimedia.org/wikipedia/en/wiki/
SourceForgehttps://sourceforge.net/
RIPN https://www.ripn.net/nic/dns/form/
google 的几个服务如 Gmail 、流量分析、网站管理员工具、Adsense 等都可以使用 https 来访问。
gmail:https://mail.google.com/mail/
reader https://www.google.com/reader
https://www.google.com/analytics/
blogger
Web History https://www.google.com/history/
Google 文件 https://docs.google.com/
网站管理员工具 https://www.google.com/webmasters/tools
2007年9月11日星期二
有利于用户体验和SEO的TAG写法
什么是TAG?Tag是一种分类系统,也可以说是一种关键词标记。通过tag可以把有相关性的文章联系起来。
为什么要写TAG?从用户角度来说,TAG可以帮助用户很快找到相同主题的文章,增加用户粘度和人均PV。从SEO角度来说:1. 增加网站收录数量。2. 提供给搜索引擎一个主题鲜明的TAG页面,以获得排名,从而带来流量。这里我们以土豆网的TAG举例,你会发现搜索某些热门关键词,特别是影视名称时,都会看到土豆的排名,例如关键词“花样少年少女”GOOGLE排名第三
百度排名第二
TAG的使用经验分享:1. 首先TAG一般来说是名词,形容词、动词等做TAG就不太好。
2. TAG的应该有精确到小分类。例如“时尚 汽车 设计”这些词属于大分类,完全可以成为网站频道的,做TAG就很不合适。TAG需要进一步细分,一方面可以给用户提供精确的相关内容,用户点击TAG后呈现的就是用户想要的内容。上面的TAG改成类似“时尚衣着 汽车价格 设计大赛”,这样就好很多。当然细分也有个尺度问题,如你细分到“大众汽车轮胎螺丝”,那会很长一段时间,这个TAG页面只会显示一篇文章。
3. TAG文字最好能在正文中精确匹配(完整的出现)几次。例如把“时尚手机”作为TAG,但正文中提到手机提到时尚,但没有连续出现“时尚手机”,那也不是最好。
4. 一篇文章的TAG数量没有标准,不需要说规定死每篇文章一定写3~5个,完全可以由编辑自由发挥。例如本文只有一个TAG,我不会生搬硬套的往上加。
上面就是KYW的TAG经验分享,每个人都有自己对文章的理解,所以大家写出来的TAG多少会不太一样。现在博客很流行,TAG在博客中应用非常广泛,一些大网站的TAG也用的非常好,如果您公司有编辑人员,给编辑多些时间去这些网站逛逛,然后让编辑对比门户网站的TAG和自己写法的不同,会有进步的。
作者:Kyw@SEO-搜索引擎优化实验室原载: 点石互动版权所有,转载请以链接形式注明作者及原始出处。
2007年9月9日星期日
网站改版应注意的事项
在网站改版中SEOer最怕的就是现有的排名、某些关键词的排名会受到影响,那么我们应该怎样去避免这些风险呢?
一、检查之前的排名情况:
我们可以利用流量统计或由搜索引擎查询来检查原有的网站排名情况,如果是某些特定的关键词那就更了解现有的排名情况,可用记事本、Word来记录好,之前网站的排名情况及网页的标题、关键字等。风采依扬之所以把检查排名情况放在第一步,是因为在建新站时,这些页面的标题、内容、关键字密度尽量少改动,避免在新改版后排名的浮动。
二、保留原有的网页命名/PR值:
保留原有网页,即使网页的结构和内容被更改,搜索引擎蜘蛛还是可以按“原路”找到页面。这种方式能让蜘蛛更快的重新收录原页面中的新内容,也保护了原有的排名及页面的PR值。当然,如果有些页面不合理的,不适合搜索引擎或因设计需要的可以删掉。
三、保留旧网站结构和内容:
在新站建立后,不应马上删掉旧的网站内容,应在原来的旧网站页面中,建立合适的链接指向新的网页。如果原有的网页被删除,就要做404页面避免蜘蛛来时扑空,如果某些页面的排名或PR值高,而因设计的需要非删不可,可使用301永久转向到新的网页。
四、Sitemaps 更新:
能让搜索引擎更好、更快的收录新站,建议建立Sitemaps,告诉搜索引擎我的网站在改变,牵引搜索蜘蛛去收录新的页面。
五、避免站点内容的冲突:
风采依扬经常会发现,一些新改版的网站的内容跟旧版本的内容几乎是一样的,这样对搜索引擎是不友好的,另外加上新、旧网站的网站结构不一样,搜索引擎有可能要花更多的时间来观察、分析你目前的网站情况。所以应该处理好新、旧站之间的链接、内容的关联性,避免出现内容重复。
六、新站维护:
以上工作基本上完成后,一个崭新的网站就出来,在些期间应对网站的内容及时更新。同时去寻找几个高质量的链接,让搜索引擎尽快的收录新站的页面。另外新站的建立后有可能会造成流量的损失,不妨考虑做PPC广告来弥补目前流量的损失。
作者: 风采依扬 原载: 点石互动搜索引擎优化博客版权所有,转载时必须以链接形式注明作者和原始出处及本声明。
2007年9月8日星期六
2007年8月31日星期五
2007年8月30日星期四
Google爬虫的威力有多大?
但是,如果有一天,你发现自己的网站里的所有内容都被googlebot删除掉了,你会有怎样的反应?我并不是说从Google索引里删掉,而真的从你的服务器里!下面就是这样一个离奇的例子。
在Digg上面找到的这个故事里,Googlebot被怀疑是删除掉整个网站的元凶!Josh Breackman在 一间负责一个大型政府网站的CMS系统开发工作的公间工作。这个CMS开发项目主要是为了让政府员工能创建或维护他们自己的网站上的不断变化的内容。但由 于之前他们已经有一个网站,并且网站上面有丰富的内容,所以客户要求在新的网站正式上线之前,将旧网站的内容重组并上传到新网站里。这是一个需时较长的过 程,在几个月后,他们终于把所有的旧网站上的内容都转移到新的CMS系统里,并且把新网站正式放上线,公开浏览。
但就在网站正式上线的第六天,他们突然发现新网站上的所有内容都自己消失了!并且所有网页都指向了默认的"请输入内容"编辑页!
很自然地,Josh被要求对这个事件进行彻查。在调查中,他发现了一个外部的IP曾经进入系统,并且删除了所有系统里的内容!这个IP并不是属于某些海 外的黑客,或者目的是想破坏政府网站的信息,而是属于googlebot.com的!也就是说,这个是一个googlebot爬虫!
那么Googlebot为什么会这么做呢?它怎么会偷偷地将一个网站的内容全部删掉了呢?难道Google与这个政府网站有过节?都不是。经过多番调 查,Josh找到了原因。原来在转移内容的过程中,有一个用户将内容从一个网页复制然后粘贴到另一个网页上,其中包括了"编辑"链接,而这个链接是可以编 辑内容的。在正常情况下,这个链接是没有问题的,因为外部的用户即使点了这个链接,他还需要输入有效的用户名和密码才能通过身份验证,因此他不可能进行编 辑。但是,这个CMS却有一个致命的漏洞,那就是它的认证系统并没有包括像Googlebot这类爬虫在内!也就是说,Googlebot可以轻松通过它 的认证系统!
因为Googlebot没有使用cookies,所以它可以轻松地绕过cookies验证。它也不理会JS代码,所以也 不会像普通用户那样点击了"编辑"链接后被自动转向到正常的未登录提示页上。因此,它大摇大摆地顺着网页上的链接把整个网站逛遍了,其中当然包括了标题 为"删除网页"的网页!
整个事件的起因是这个CMS系统存在致命的漏洞,并且更倒霉的是,它刚好碰上了Google的爬虫。
我的博客列表
-
-
名侦探柯南大结局 2009 最新消息15 年前
-
博客归档
-
►
2015
(3)
- ► 11/01 - 11/08 (1)
- ► 09/13 - 09/20 (1)
- ► 08/30 - 09/06 (1)
-
►
2013
(1)
- ► 01/06 - 01/13 (1)
-
►
2012
(8)
- ► 12/09 - 12/16 (1)
- ► 11/11 - 11/18 (2)
- ► 09/23 - 09/30 (1)
- ► 07/22 - 07/29 (1)
- ► 06/03 - 06/10 (1)
- ► 05/27 - 06/03 (1)
- ► 01/15 - 01/22 (1)
-
►
2011
(10)
- ► 09/11 - 09/18 (2)
- ► 02/13 - 02/20 (2)
- ► 01/23 - 01/30 (2)
- ► 01/16 - 01/23 (3)
- ► 01/02 - 01/09 (1)
-
►
2010
(249)
- ► 12/26 - 01/02 (2)
- ► 12/12 - 12/19 (1)
- ► 12/05 - 12/12 (1)
- ► 11/21 - 11/28 (1)
- ► 11/14 - 11/21 (1)
- ► 11/07 - 11/14 (1)
- ► 10/31 - 11/07 (1)
- ► 10/24 - 10/31 (1)
- ► 10/17 - 10/24 (1)
- ► 09/05 - 09/12 (1)
- ► 08/29 - 09/05 (1)
- ► 08/22 - 08/29 (4)
- ► 08/15 - 08/22 (2)
- ► 08/08 - 08/15 (2)
- ► 07/25 - 08/01 (9)
- ► 07/04 - 07/11 (6)
- ► 06/27 - 07/04 (3)
- ► 06/20 - 06/27 (8)
- ► 06/13 - 06/20 (12)
- ► 06/06 - 06/13 (16)
- ► 05/30 - 06/06 (7)
- ► 05/23 - 05/30 (10)
- ► 05/16 - 05/23 (23)
- ► 05/09 - 05/16 (15)
- ► 05/02 - 05/09 (9)
- ► 04/25 - 05/02 (10)
- ► 04/18 - 04/25 (6)
- ► 04/11 - 04/18 (6)
- ► 04/04 - 04/11 (2)
- ► 03/28 - 04/04 (2)
- ► 03/21 - 03/28 (3)
- ► 02/28 - 03/07 (1)
- ► 02/21 - 02/28 (1)
- ► 02/14 - 02/21 (2)
- ► 02/07 - 02/14 (7)
- ► 01/31 - 02/07 (6)
- ► 01/24 - 01/31 (3)
- ► 01/17 - 01/24 (26)
- ► 01/10 - 01/17 (24)
- ► 01/03 - 01/10 (12)
-
►
2009
(61)
- ► 12/27 - 01/03 (6)
- ► 12/20 - 12/27 (17)
- ► 12/13 - 12/20 (4)
- ► 12/06 - 12/13 (10)
- ► 11/29 - 12/06 (7)
- ► 11/22 - 11/29 (2)
- ► 11/15 - 11/22 (1)
- ► 10/04 - 10/11 (1)
- ► 09/06 - 09/13 (1)
- ► 07/26 - 08/02 (1)
- ► 07/19 - 07/26 (2)
- ► 06/21 - 06/28 (5)
- ► 06/14 - 06/21 (1)
- ► 05/17 - 05/24 (1)
- ► 05/10 - 05/17 (1)
- ► 02/08 - 02/15 (1)
-
►
2008
(837)
- ► 12/14 - 12/21 (1)
- ► 12/07 - 12/14 (15)
- ► 11/23 - 11/30 (2)
- ► 11/16 - 11/23 (1)
- ► 11/09 - 11/16 (4)
- ► 11/02 - 11/09 (19)
- ► 10/26 - 11/02 (1)
- ► 10/12 - 10/19 (12)
- ► 10/05 - 10/12 (69)
- ► 09/28 - 10/05 (5)
- ► 09/21 - 09/28 (26)
- ► 09/14 - 09/21 (27)
- ► 09/07 - 09/14 (1)
- ► 08/24 - 08/31 (17)
- ► 08/17 - 08/24 (64)
- ► 08/10 - 08/17 (160)
- ► 08/03 - 08/10 (97)
- ► 07/27 - 08/03 (90)
- ► 07/20 - 07/27 (45)
- ► 07/13 - 07/20 (139)
- ► 07/06 - 07/13 (8)
- ► 06/29 - 07/06 (5)
- ► 04/27 - 05/04 (1)
- ► 04/20 - 04/27 (2)
- ► 03/09 - 03/16 (1)
- ► 03/02 - 03/09 (2)
- ► 02/24 - 03/02 (4)
- ► 02/17 - 02/24 (1)
- ► 02/10 - 02/17 (2)
- ► 02/03 - 02/10 (2)
- ► 01/27 - 02/03 (5)
- ► 01/20 - 01/27 (4)
- ► 01/13 - 01/20 (1)
- ► 01/06 - 01/13 (4)
-
▼
2007
(245)
- ▼ 12/30 - 01/06 (5)
- ► 10/07 - 10/14 (6)
- ► 09/16 - 09/23 (9)
- ► 09/02 - 09/09 (2)
- ► 08/19 - 08/26 (16)
- ► 08/12 - 08/19 (71)
- ► 08/05 - 08/12 (16)
- ► 07/29 - 08/05 (6)
- ► 07/22 - 07/29 (11)
- ► 07/15 - 07/22 (17)
- ► 07/08 - 07/15 (11)
- ► 07/01 - 07/08 (6)
- ► 06/24 - 07/01 (4)
- ► 06/17 - 06/24 (1)
- ► 06/10 - 06/17 (3)
- ► 06/03 - 06/10 (1)
- ► 05/27 - 06/03 (1)
- ► 05/13 - 05/20 (1)
- ► 04/29 - 05/06 (2)
- ► 04/15 - 04/22 (2)
- ► 04/08 - 04/15 (1)
- ► 04/01 - 04/08 (1)
- ► 03/25 - 04/01 (1)
- ► 03/11 - 03/18 (1)
- ► 02/11 - 02/18 (9)
- ► 01/28 - 02/04 (1)
-
►
2006
(45)
- ► 12/24 - 12/31 (1)
- ► 11/26 - 12/03 (2)
- ► 11/12 - 11/19 (2)
- ► 11/05 - 11/12 (1)
- ► 10/08 - 10/15 (1)
- ► 10/01 - 10/08 (1)
- ► 09/24 - 10/01 (2)
- ► 09/17 - 09/24 (1)
- ► 09/10 - 09/17 (2)
- ► 09/03 - 09/10 (3)
- ► 08/20 - 08/27 (1)
- ► 08/13 - 08/20 (1)
- ► 08/06 - 08/13 (1)
- ► 07/30 - 08/06 (2)
- ► 07/16 - 07/23 (1)
- ► 07/09 - 07/16 (2)
- ► 06/25 - 07/02 (2)
- ► 06/11 - 06/18 (1)
- ► 05/14 - 05/21 (1)
- ► 04/23 - 04/30 (1)
- ► 04/16 - 04/23 (1)
- ► 04/09 - 04/16 (1)
- ► 04/02 - 04/09 (2)
- ► 03/12 - 03/19 (1)
- ► 03/05 - 03/12 (2)
- ► 02/26 - 03/05 (2)
- ► 02/19 - 02/26 (1)
- ► 02/12 - 02/19 (2)
- ► 01/29 - 02/05 (3)
- ► 01/22 - 01/29 (1)