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

What Is A Google Dance?

2019/9/21  電子商務網  瀏覽選項:    本文已被瀏覽 1664 次
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優化技術 → 『關閉窗口』
Google搜索可直接輸入拼音
輕松攔截Active插件 Maxt..
服務器系統維護與安全配置
方便的安裝 實戰長角牛—Longh..
解析XP的“單擊鎖定”功能
系統開關機沒聲音的原因及解決
精通防火墻Q&A
添加-放置-編輯圖片 拒絕單調,我..
時尚新玩法——自制開心妙妙貼
網上開店十步走--步步為“贏”
Een kopie van de ..
重裝系統失敗的8種應對辦法
LinkTheater:開創AV播..
TM簡介 騰訊TM,真的適合你嗎?
Omega Constellati..
幾秒種分區格式化120G大硬盤
應用技巧(一) 電腦高手應用技巧大..
Win XP的三條另類操作技巧
網頁排名優化基本概念
Lussuoso Montblan..
Replica Omega ure
個人網店外銷的蝦路蟹道
電子商務采用的主要安全技術問題
內嵌瀏覽器插件,Google直達
Replica Klockor, ..
實現XP關機時自動清理頁面文件
微軟推出了2000兆的郵箱 200..
用影音嗅探專家找出真實地址
用好Total Commander..
網頁格式在排名中所占的份量
XP終極減肥大法
IDC看好中國IPTV市場 奧運會..
Montblanc Meister..
語音聊天聲音小?教你設置MIC
推廣網店的 14個秘訣
PC to Phone方式一 節省..
Fake Breguet Auto..
體驗Windows Vista圖標..
網絡營銷服務市場研究
網上開店,功能和服務一樣重要
Replica Audemars ..
Replica Audemars ..
網拍傳奇:一根明星胸毛底價1元四天..
網上淘金 女大學生開店“撈世界”
12個市場電子商務分析
 熱門文章
 
 保存網頁圖片的八種方法 (53704)
 我的QQ 我的信息中心 (47849)
 用OE郵件發短信不再是夢想! (44591)
 2006年值得關注的十個web2.0網站 (39897)
 傳統商務與電子商務的區別 (11507)
 讓Windows序列號原形畢露 (11085)
 近一年來RSS和Blog已逐漸成為互聯網發展的新潮流 (9752)
 如何讓搜索引擎收錄新網站 (8496)
 IE6用戶如何升級到IE7.0瀏覽器版本 (7561)
 在Word中輸入乘號和除號的幾種方法 (7554)
 更換開機畫面 Win XP開機畫面隨我定 (7383)
 Ping命令的使用技巧 常用網絡命令使用技巧詳解 (6644)
 如何保持網站排名課程記錄 --  電子商務網原創 (6580)
 智能ABC輸入法中的使用技巧 (6402)
 抓就要抓最清晰的圖片 (6270)
 最近更新
 
 保存網頁圖片的八種方法 (8月1日)
 我的QQ 我的信息中心 (8月1日)
 用OE郵件發短信不再是夢想! (8月1日)
 2006年值得關注的十個web2.0網站 (8月1日)
 傳統商務與電子商務的區別 (8月1日)
 讓Windows序列號原形畢露 (8月1日)
 近一年來RSS和Blog已逐漸成為互聯網發展的新潮流 (7月21日)
 如何讓搜索引擎收錄新網站 (8月14日)
 IE6用戶如何升級到IE7.0瀏覽器版本 (12月28日)
 在Word中輸入乘號和除號的幾種方法 (8月1日)
 更換開機畫面 Win XP開機畫面隨我定 (8月1日)
 Ping命令的使用技巧 常用網絡命令使用技巧詳解 (8月1日)
 如何保持網站排名課程記錄 --  電子商務網原創 (8月15日)
 智能ABC輸入法中的使用技巧 (8月1日)
 抓就要抓最清晰的圖片 (8月1日)
 文章搜索
 
搜索選項:            
  → 評論內容 (點擊查看)
(沒有相關評論)
  → 發表我的評論
您的姓名:  您的E-mail:

評論內容:
發表評論:  
   電子商務網每日推薦文章: [原創]橋頁之我見! 2019/9/21
    注:本文中所說的搜索引擎只是使用蜘蛛爬蟲自動收錄的搜索引擎,不包括需要人工審核的收錄搜索引擎。
    橋頁是一個簡單的頁面,是一個專門針對搜索引擎專門定制的頁面,他本身并沒有什么別的實際內容,僅僅是一大堆包括關鍵字的詞語或者短文和外鏈(沒有任何的內鏈)。橋頁可以集中一整頁的優勢去優化另一個相對重要的頁面,也可以制作一個非常適合某一搜索引擎收錄胃口的頁面獲得比較好的排名,然后讓其集中指向另外一個域名,從而達到優化該域名的目的。正因為此,也一度成為優化網站提高排名的重要手段之一。
    由于以前的橋頁僅僅是依靠一個專門的橋頁軟件生成一大堆包括關鍵字的純文本網頁,當用戶點擊搜索出的結果時,然后在這些網頁中做自動的跳轉,把用戶轉接到另外一個主頁上,或者在橋頁上放置一個連接,讓用戶自己點擊。而這往往并非用戶和搜索引擎所想要的東西,大家可想而知,這種方法對用戶以及搜索引擎本身的傷害,所以搜索引擎曾對這種頁面進行過大范圍的刪除和整改。而最近橋頁死灰復燃,現在的橋頁也已經和以前的橋頁有了本質的區別。以前的橋頁是沒有人工進行干預的,而現在的橋頁都是經過專門的針對關鍵字而寫出來的文章或詞匯,本質上已經不是橋頁了,我稱其為橋頁的升級版,或叫超橋頁。因為其加入了人為的干預,使其更具有了專業性和針對性。然后在這些關鍵字中做連接,將用戶引導到自己的主頁上,目的是希望以不同關鍵字來分別優化不同的頁面,來提高網站的流量。......查看詳細內容
關于我們 ┋ 網站留言 ┋ 電子商務網成員網站 ┋ SEO培訓基地 ┋ 地圖 ┋ SEO培訓 ┋ 管理 ┋ TOP
合作站點: 杰晶網絡 | 建材互聯 | Herbal | 淘寶優惠券 | 中國保健品網 | OilPainting | NHE | 杰米世界 | 南強新網
電子商務網 網絡營銷顧問:杰晶網絡 版權所有
Copyright © 2006 ECSoon.com All Rights Reserved
拳皇98登陆 江苏11选5任三遗漏 10月6日福彩开奖结果 亲朋手游爽翻捕鱼 快乐飞艇是国家发行的吗 银川 门窗行业赚钱吗 双色球基本走势图表 为什么说赚钱的生意都在刑法里 湖北11选5前三直走势图 体彩海南飞鱼6分钟开奖 84棋牌娱乐app 红兰分布图 怎么利用企查查赚钱 吉林十一选五走势图真牛 最近双色球选号 云南11选5技巧 大乐透复式返奖