加入收藏
 地圖
 用戶登陸
 幫助中心
電子商務 SEO動態 SEO技術 SEO軟件 SEO推薦 網站留言 SEO用戶 SEO專欄 電子商務   SEO培訓
今天是:2020年6月7日 星期日   您現在位于: 首頁 →  SEO技術 → 搜索引擎優化(GOOGLE優化技術)

What Is A Google Dance?

2020/6/7  電子商務網  瀏覽選項:    本文已被瀏覽 1542 次
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優化技術 → 『關閉窗口』
高效便捷 用QQ快速共享網絡酷圖
年終賀歲 QQ直播Beta3內測版..
網上開店:就業新模式
營銷與創新是企業最根本的職能
VOIP已成為基礎電信電信營運商的..
Windows保密技巧八則
解讀電子商務與會展合作
小技巧加快QQ主程序的啟動速度
不同網段查看網上鄰居四法
打死也不要信的幾種刷Q幣
如何成功地進行網上營銷?
新版亮相(一) 騰訊QQ 2003..
真實感:網上網下兩頭店
解決BT與瀏覽網頁在SP2中的沖突
一、分區的基本知識 入門:學習硬盤..
海爾:將電子商務競爭力融入整體核心..
拒絕銀行帳號被“釣魚”
輕松學做QQ聊天自定義表情
備份你QQ下的重要數據
企業網絡營銷第一招:印“網絡名片”
電子商務實戰經驗七點談
保持桌面整潔的一個好方法
搜出一個產業
在家上網如何保護隱私
不僅看電影 超級解霸另類應用(上)..
Vista趣圖:Win 3.1“再..
協勤偷拿他人身份證 網上開店大肆行騙
鳥槍當炮 PowerPoint玩刻錄
卸載掉您計算機中的屏幕保護程序
必備四大軟件之:IE修復軟件
BT基礎知識 新手觸網之瘋狂BT下載
Windows系統進程應用小知識
測試平臺 貪婪BT(ABC)綜合評測
Photoshop讓色彩絲毫不差
用好Office 2003的翻譯服務
如何快速提高網站的PR值(三)
絕妙:永不過期的刷Q幣技巧
下劃線你別套近乎 離文字遠點兒
Maxthon是MYIE的變身 M..
一、初體驗天下!桌面秀 Widge..
問題索引 寬帶共享常見經典問題
概述 三種方法激活Windows ..
操作系統 軟件安裝指南
誰說臨時文件皆垃圾
閉著眼睛也能找共享文件夾
 熱門文章
 
 保存網頁圖片的八種方法 (53565)
 我的QQ 我的信息中心 (47786)
 2006年值得關注的十個web2.0網站 (39727)
 傳統商務與電子商務的區別 (11555)
 讓Windows序列號原形畢露 (10937)
 近一年來RSS和Blog已逐漸成為互聯網發展的新潮流 (9311)
 如何讓搜索引擎收錄新網站 (8341)
 如何保持網站排名課程記錄 --  電子商務網原創 (7592)
 在Word中輸入乘號和除號的幾種方法 (7379)
 IE6用戶如何升級到IE7.0瀏覽器版本 (7235)
 更換開機畫面 Win XP開機畫面隨我定 (7133)
 Ping命令的使用技巧 常用網絡命令使用技巧詳解 (6502)
 智能ABC輸入法中的使用技巧 (6181)
 抓就要抓最清晰的圖片 (6163)
 微軟推免費文件夾加密軟件 (5969)
 最近更新
 
 保存網頁圖片的八種方法 (8月1日)
 我的QQ 我的信息中心 (8月1日)
 2006年值得關注的十個web2.0網站 (8月1日)
 傳統商務與電子商務的區別 (8月1日)
 讓Windows序列號原形畢露 (8月1日)
 近一年來RSS和Blog已逐漸成為互聯網發展的新潮流 (7月21日)
 如何讓搜索引擎收錄新網站 (8月14日)
 如何保持網站排名課程記錄 --  電子商務網原創 (8月15日)
 在Word中輸入乘號和除號的幾種方法 (8月1日)
 IE6用戶如何升級到IE7.0瀏覽器版本 (12月28日)
 更換開機畫面 Win XP開機畫面隨我定 (8月1日)
 Ping命令的使用技巧 常用網絡命令使用技巧詳解 (8月1日)
 智能ABC輸入法中的使用技巧 (8月1日)
 抓就要抓最清晰的圖片 (8月1日)
 微軟推免費文件夾加密軟件 (8月1日)
 文章搜索
 
搜索選項:            
  → 評論內容 (點擊查看)
(沒有相關評論)
  → 發表我的評論
您的姓名:  您的E-mail:

評論內容:
發表評論:  
   電子商務網每日推薦文章: 如何保持網站排名課程記錄 -- 電子商務網原創2020/6/7
    這個問題對于比較熟練的SEO,都沒有什么難處,因為大多SEO都掌握自己一整套的優化方案和保持排名方案,所以,這個內容屬于初級的問題~,我今天大概講一些方法和注意的地方,我個人觀點,既然懂得如何排上去,就用排上去的那套方法繼續維持排名,天下沒有免費的午餐,沒有誰永遠是第一, 也沒有排上去就掉不下來的第一~~,貴在堅持,OK,我們開始講內容,我們先說說昨天的內容~~
    關于網站改版,大多現在的網站管理人員,SEO,程序員等,都希望自己的網站能夠獲得好的名次,所以費盡了心思和力氣去給網站改版,修改關鍵字,調整網站結構.而且頻率也相當的快,有的2、3天就改版一次~~~ ,大家也許會問,那如果我不更新,網站不就沒有內容了? ......查看詳細內容
關于我們 ┋ 網站留言 ┋ 電子商務網成員網站 ┋ SEO培訓基地 ┋ 地圖 ┋ SEO培訓 ┋ 管理 ┋ TOP
合作站點: 杰晶網絡 | 建材互聯 | Herbal | 淘寶優惠券 | 中國保健品網 | OilPainting | NHE | 杰米世界 | 南強新網 | 十大建材品牌 | 建材市場 | 新聞熱點 | 建材百科
電子商務網 網絡營銷顧問:杰晶網絡 版權所有
Copyright © 2006 ECSoon.com All Rights Reserved
英超比分