加入收藏
 地图
 用户登陆
 帮助中心
电子商务 SEO动态 SEO技术 SEO软件 SEO推荐 网站留言 SEO用户 SEO专栏 电子商务   SEO培训
今天是:2019年4月21日 星期日   您现在位于: 首页 →  SEO技术 → 搜索引擎优化(GOOGLE优化技术)

What Is A Google Dance?

2019/4/21  电子商务网  浏览选项:    本文已被浏览 1497 次
What Is A Google Dance?

The name "Google Dance" is often used to describe the index update of the Google search engine. Google's index update occurs on average once per month. It can be identified by significant movement in search results and especially by Google's cache of all indexed pages reflecting the status of Google's last spidering. But the update does not proceed as a switch from one index to another at one point in time. In fact, it takes several days to complete the index update. During this period, the old and the new index alternate on www.google.com. At an early stage, the results from the new index occur sporadically. But later on, they appear more frequently. Google dances.

Technical Background on Google

The Google search engine pulls its results from more than 10,000 servers which are simple Linux PCs that are used by Google for reasons of cost. Naturally, an index update cannot be proceeded on all those servers at the same time. One server after the other has to be updated with the new index.

Many webmasters think that, during the Google Dance, Google is in some way able to control if a server with the new index or a server with an old index responds to a search query. But, since Google's index is inverse, this would be very complicated. As we will show below, there is no such control within the system. In fact, the reason for the Google Dance is Google's way of using the Domain Name System (DNS).

Google Dance and DNS

Not only Google's index is spread over more than 10,000 servers, but also these servers are, as of now, placed in eight different data centers. These data centers are mainly located in the US (i.e. Santa Clara, California and Herndon, Virginia), indeed, in June 2002 Google's first European data center in Zurich, Switzerland went online. Very likely, there are more data centers to come, which will perhaps be spread over the whole world. However, in January and April 2003 Google has put two data centers on stream which are again located in the US.

In order to direct traffic to all these data centers, Google could thoeretically record all queries centrally and then send them to the data centers. But this would obviously be inefficient. In fact, each data center has its own IP address (numerical address on the internet) and the way these IP addresses are accessed is managed by the Domain Name System.

Basically, the DNS works like this: On the Internet, data transfers always take place in-between IP addresses. The information about which domain resolves to which IP address is provided by the name servers of the DNS. When a user enters a domain into his browser, a locally configured name server gets him the IP address for that domain by contacting the name server which is responsible for that domain. (The DNS is structured hierarchically. Illustrating the whole process would go beyond the scope of this paper.) The IP address is then cached by the name server, so that it is not necessary to contact the responsible name server each time a connection is built up to a domain.

The records for a domain at the responsible name server constitute for how long the record may be cached by a caching name server. This is the Time To Live (TTL) of a domain. As soon as the TTL expires, the caching name server has to fetch the record for a domain again from the responsible name server. Quite often, the TTL is set to one or more days. In contrast, the Time To Live of the domain www.google.com is only five minutes. So, a name server may only cache Google's IP address for five minutes and has then to look up the IP address again. 

Each time, Google's name server is contacted, it sends back the IP address of only one data center. In this way, Google queries are always directed to different data centers by changing DNS records. On the one hand, the DNS records may be based on the load of the single data centers. In this way, Google would conduct a simple form of load balancing by its use of the DNS. On the other hand, the geographical location of a caching name server may influence how often it receives the single data centers' IP addresses. So, the distance for data transmissions can be reduced. In order to show the DNS records of the domain www.google.com, we present them here by the example of one caching name server.

How data centers, DNS and Google Dance are related, is easily answered. During the Google Dance, the data centers do not receive the new index at the same time. In fact, the new index is transferred to one data center after the other. When a user queries Google during the Google Dance, he may get the results from a data center which still has the old index at one point im time and from a data center which has the new index a few minutes later. From the users perspective, the index update took place within some minutes. But of course, this procedure may reverse, so that Google switches seemingly between the old and the new index.

The Google Dance Test Domains www2 & www3

The beginning of a Google Dance can always be watched at the test domains www2.google.com and www3.google.com. Those domains normally have stable DNS records which make the domains resolve to only one (often the same) IP address. Before the Google Dance begins, at least one of the test domains is assigned the IP address of the data center that receives the new index first.

Building up a completely new index once per month can cause quite some trouble. After all, Google has to spider some billion document. an then to process many TeraBytes of data. Therefore, testing the new index is inevitable. Of course, the folks at Google don't need the test domains themselves. Most certainly, they have many options to check a new index internally, but they do not have a lot of time to conduct the tests.

So, the reason for having www2 and www3 is rather to show the new index to webmasters which are interested in their upcoming rankings. Many of these webmasters discuss the new index at the Google forums out on the web. These discussions can be observed by Google employees. At that time, the general public cannot see the new index yet, because the DNS records for www.google.com normally do not point to the IP address of the data center that is updated first when the update begins.

As soon as Google's test community of forums members does not find any severe malfunctions caused by the new index, Google's DNS records are ready to make www.google.com resolve the the data center that is updated first. This is the time when the Google Dance begins. But if severe malfunctions become obvious during this test phase, there is still the possibility to cancel the update at the other data centers. The domain www.google.com would not resolve to the data center which has the flawed index and the general public could not take any notice about it. In this case, the index could be rebuilt or the web could be spidered again.

So, the search results which are to be seen on www2.google.com and www3.google.com will always appear on www.google.com later on, as long as there is a regular index update. However, there may be minor fluctuations. On the one hand, the index at one data center never absolutely equals the index at another data center. We can easily check this by watching the number of results for the same query at the data center domains listed above, which often differ from each other. On the other hand, it is often assumed that the iterative PageRank calculation is not finished yet, when the Google Dance begins so that preliminary values exert influence on rankings at that point in time. 
 发布人:杰米  [ → 我要发表文章 ] 上篇文章:友情连接经验之对等连接(平行连接)
下篇文章:提交DMOZ目录时应注意哪些问题!!!
→ 主题所属分类:  搜索引擎优化 → GOOGLE优化技术 → 『关闭窗口』
自动给Excel数据添加计量单位
千万别舍不得!挥挥手和腾讯TT说拜拜
Linksys面向小企业发布基于S..
新版2GB Hotmail先睹为快
教你简单做出精美LOGO
GOOGLE技术之302/301重..
小窍门:IE右下角地球图标的妙用
使用防火墙禁止端口法 禁用QQ四招
博客网站的商业化策略
系统补丁管理 与黑客病毒抢时间
美女大学生网上挣钱攻略
新一代的影音格式:RMVB
另类招数助你加密Word文档
加速移动上网:笔记本IP地址伴侣
意想不到的收获 QQ截图键的妙用
免费给你的QQ个人信息面板加上彩色..
七成市民对网上购药不放心 要小心选购
导入DVD源文件 从DVD音轨到O..
Excel中限制数值的可输入位数
保驾护航 保护迅雷下载安全四招(上..
菲利浦.摩里斯的品牌营销策略
Cookies捣乱,邮箱被"冻"
处理速度和“消失点”工具 Phot..
随心所欲地引用您的QQ秀形象
增强插件为IE“强身健体”
[原创]连接的阶段作用和选择~
电子商务对传统企业的影响
网上开店 你也能搞定
轻松卸载掉Windows Vist..
在WPS中快速输入上、下标
巧用Ghost进行快速分区格式化
取经:首饰网站推广方法
电子商务在我们生活中的重要性
有故障,Win XP也能自己修复
网络支撑不足将成IPTV发展瓶颈
读懂Windows“虚拟内存”问题..
基本功能(一) “网络爸爸”看您的..
将3721雅虎上网助手“踢”出你的..
网上开店 你也能搞定
快速进入QQ相册(上) 最新QQ超..
GreenBrowser:我是绿色..
网上冲浪不留痕迹
保证MSN传输文件的安全
WORD全套快捷键小技巧
操作系统也会限制大容量硬盘
 热门文章
 
 保存网页图片的八种方法 (53475)
 我的QQ 我的信息中心 (47649)
 2006年值得关注的十个web2.0网站 (39619)
 用OE邮件发短信不再是梦想! (26472)
 传统商务与电子商务的区别 (11235)
 让Windows序列号原形毕露 (10858)
 近一年来RSS和Blog已逐渐成为互联网发展的新潮流 (8273)
 如何让搜索引擎收录新网站 (8237)
 在Word中输入乘号和除号的几种方法 (7324)
 IE6用户如何升级到IE7.0浏览器版本 (7177)
 更换开机画面 Win XP开机画面随我定 (7064)
 Ping命令的使用技巧 常用网络命令使用技巧详解 (6371)
 智能ABC输入法中的使用技巧 (6115)
 抓就要抓最清晰的图片 (6028)
 如何保持网站排名课程记录 --  电子商务网原创 (6026)
 最近更新
 
 保存网页图片的八种方法 (8月1日)
 我的QQ 我的信息中心 (8月1日)
 2006年值得关注的十个web2.0网站 (8月1日)
 用OE邮件发短信不再是梦想! (8月1日)
 传统商务与电子商务的区别 (8月1日)
 让Windows序列号原形毕露 (8月1日)
 近一年来RSS和Blog已逐渐成为互联网发展的新潮流 (7月21日)
 如何让搜索引擎收录新网站 (8月14日)
 在Word中输入乘号和除号的几种方法 (8月1日)
 IE6用户如何升级到IE7.0浏览器版本 (12月28日)
 更换开机画面 Win XP开机画面随我定 (8月1日)
 Ping命令的使用技巧 常用网络命令使用技巧详解 (8月1日)
 智能ABC输入法中的使用技巧 (8月1日)
 抓就要抓最清晰的图片 (8月1日)
 如何保持网站排名课程记录 --  电子商务网原创 (8月15日)
 文章搜索
 
搜索选项:            
  → 评论内容 (点击查看)
(没有相关评论)
  → 发表我的评论
您的姓名:  您的E-mail:

评论内容:
发表评论:  
   电子商务网每日推荐文章: 如何保持网站排名课程记录 -- 电子商务网原创2019/4/21
    这个问题对于比较熟练的SEO,都没有什么难处,因为大多SEO都掌握自己一整套的优化方案和保持排名方案,所以,这个内容属于初级的问题~,我今天大概讲一些方法和注意的地方,我个人观点,既然懂得如何排上去,就用排上去的那套方法继续维持排名,天下没有免费的午餐,没有谁永远是第一, 也没有排上去就掉不下来的第一~~,贵在坚持,OK,我们开始讲内容,我们先说说昨天的内容~~
    关于网站改版,大多现在的网站管理人员,SEO,程序员等,都希望自己的网站能够获得好的名次,所以费尽了心思和力气去给网站改版,修改关键字,调整网站结构.而且频率也相当的快,有的2、3天就改版一次~~~ ,大家也许会问,那如果我不更新,网站不就没有内容了? ......查看详细内容
关于我们 ┋ 网站留言 ┋ 电子商务网成员网站 ┋ SEO培训基地 ┋ 地图 ┋ SEO培训 ┋ 管理 ┋ TOP
合作站点: 杰晶网络 | 建材互联 | Herbal | 淘宝优惠券 | 中国保健品网 | OilPainting | NHE | 杰米世界 | 南强新网
电子商务网 网络营销顾问:杰晶网络 版权所有
Copyright © 2006 ECSoon.com All Rights Reserved