1、伺服器負載均衡問題，需要的設備和軟體
你上面說到的這些伺服器只有Web伺服器需要做負載均衡，而且一般都是前置機才做負載均衡，做伺服器負載均衡的條件是：
1. 你要有提供相同應用的多台Web伺服器。
2. 要有負載均衡的設備（可以是軟體也可以是硬體）。
3. 要為這個服務分配一個虛擬地址（作為服務訪問的統一入口）和若干真實地址（有幾台Web伺服器需要幾個真實地址）。
註：一般建議採用硬體設備，通常需要做負載均衡的應用說明他的負載很大，專用的硬體比較可靠。
具備以上條件後將Web伺服器連接到負載均衡設備上，在負載均衡設備上配置虛擬地址和真實地址、配置負載均衡演算法，配置負載均衡策略，將負載均衡設備接入網路。
這樣，外面的用戶只需要訪問這個虛擬地址就可以了，負載均衡設備收到請求後會按照負載均衡策略和演算法把請求分配到真實地址上，實現負載功能。
以上所說只是負載均衡的一種部署方式，根據實際需要選擇單臂、雙臂接入網路；根據應用的特點選擇健康檢查的方式；根據應用選擇是否使用回話保持演算法等。
2、cms和Discuz有什麼區別？
CMS是可以自由設定版面的PHP程序。就是說利用輔助工具（網頁設計軟體）修改頁面排版等等。後台可以調用自己設定的子頁面及調用。
discuz就是一種論壇程序。PHP語言的。目前在我們國內做論壇使用最多的一種程序。功能強大。
CMS功能也是很強大的。不過需要一點技術。而dz就不需要了。簡單的學習一下。就可以做一個功能強大的論壇。
有點啰嗦了。希望可以幫到你。
3、大型視頻網站如何做均衡
一個小型的網站，可以使用最簡單的html靜態頁面就實現了，配合一些圖片達到美化效果，所有的頁面均存放在一個目錄下，這樣的網站對系統架構、性
能的要求都很簡單。隨著互聯網業務的不斷豐富，網站相關的技術經過這些年的發展，已經細分到很細的方方面面，尤其對於大型網站來說，所採用的技術更是涉及
面非常廣，從硬體到軟體、編程語言、資料庫、WebServer、防火牆等各個領域都有了很高的要求，已經不是原來簡單的html靜態網站所能比擬的。
大型網站，比如門戶網站，在面對大量用戶訪問、高並發請求方面，基本的解決方案集中在這樣幾個環節：使用高性能的伺服器、高性能的資料庫、高效率的編程語言、還有高性能的Web容器。這幾個解決思路在一定程度上意味著更大的投入。
1、HTML靜態化
其實大家都知道，效率最高、消耗最小的就是純靜態化的html頁面，所以我們盡可能使我們的網站上的頁面採用靜態頁面來實現，這個最簡單的方法
其實也是最有效的方法。但是對於大量內容並且頻繁更新的網站，我們無法全部手動去挨個實現，於是出現了我們常見的信息發布系統CMS，像我們常訪問的各個
門戶站點的新聞頻道，甚至他們的其他頻道，都是通過信息發布系統來管理和實現的，信息發布系統可以實現最簡單的信息錄入自動生成靜態頁面，還能具備頻道管
理、許可權管理、自動抓取等功能，對於一個大型網站來說，擁有一套高效、可管理的CMS是必不可少的。
除了門戶和信息發布類型的網站，對於交互性要求很高的社區類型網站來說，盡可能的靜態化也是提高性能的必要手段，將社區內的帖子、文章進行實時的靜態化、有更新的時候再重新靜態化也是大量使用的策略，像Mop的大雜燴就是使用了這樣的策略，網易社區等也是如此。
同時，html靜態化也是某些緩存策略使用的手段，對於系統中頻繁使用資料庫查詢但是內容更新很小的應用，可以考慮使用html靜態化來實現。
比如論壇中論壇的公用設置信息，這些信息目前的主流論壇都可以進行後台管理並且存儲在資料庫中，這些信息其實大量被前台程序調用，但是更新頻率很小，可以
考慮將這部分內容進行後台更新的時候進行靜態化，這樣避免了大量的資料庫訪問請求。
2、圖片伺服器分離
大家知道，對於Web伺服器來說，不管是Apache、IIS還是其他容器，圖片是最消耗資源的，於是我們有必要將圖片與頁面進行分離，這是基
本上大型網站都會採用的策略，他們都有獨立的、甚至很多台的圖片伺服器。這樣的架構可以降低提供頁面訪問請求的伺服器系統壓力，並且可以保證系統不會因為
圖片問題而崩潰。
在應用伺服器和圖片伺服器上，可以進行不同的配置優化，比如apache在配置ContentType的時候可以盡量少支持、盡可能少的LoadMole，保證更高的系統消耗和執行效率。
3、資料庫集群、庫表散列
大型網站都有復雜的應用，這些應用必須使用資料庫，那麼在面對大量訪問的時候，資料庫的瓶頸很快就能顯現出來，這時一台資料庫將很快無法滿足應用，於是我們需要使用資料庫集群或者庫表散列。
在資料庫集群方面，很多資料庫都有自己的解決方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是類似的方案，您使用了什麼樣的DB，就參考相應的解決方案來實施即可。
上面提到的資料庫集群由於在架構、成本、擴張性方面都會受到所採用DB類型的限制，於是我們需要從應用程序的角度來考慮改善系統架構，庫表散列是常用並且最有效的解決方案。
我們在應用程序中安裝業務和應用或者功能模塊將資料庫進行分離，不同的模塊對應不同的資料庫或者表，再按照一定的策略對某個頁面或者功能進行更小的資料庫散列，比如用戶表，按照用戶ID進行表散列，這樣就能夠低成本的提升系統的性能並且有很好的擴展性。
sohu的論壇就是採用了這樣的架構，將論壇的用戶、設置、帖子等信息進行資料庫分離，然後對帖子、用戶按照板塊和ID進行散列資料庫和表，最終可以在配置文件中進行簡單的配置便能讓系統隨時增加一台低成本的資料庫進來補充系統性能。
4、緩存
緩存一詞搞技術的都接觸過，很多地方用到緩存。網站架構和網站開發中的緩存也是非常重要。這里先講述最基本的兩種緩存。高級和分布式的緩存在後面講述。
架構方面的緩存，對Apache比較熟悉的人都能知道Apache提供了自己的緩存模塊，也可以使用外加的Squid模塊進行緩存，這兩種方式均可以有效的提高Apache的訪問響應能力。
網站程序開發方面的緩存，Linux上提供的Memory
Cache是常用的緩存介面，可以在web開發中使用，比如用Java開發的時候就可以調用MemoryCache對一些數據進行緩存和通訊共享，一些大
型社區使用了這樣的架構。另外，在使用web語言開發的時候，各種語言基本都有自己的緩存模塊和方法，PHP有Pear的Cache模塊，Java就更多
了，.net不是很熟悉，相信也肯定有。
5、鏡像
鏡像是大型網站常採用的提高性能和數據安全性的方式，鏡像的技術可以解決不同網路接入商和地域帶來的用戶訪問速度差異，比如ChinaNet和
ENet之間的差異就促使了很多網站在教育網內搭建鏡像站點，數據進行定時更新或者實時更新。在鏡像的細節技術方面，這里不闡述太深，有很多專業的現
成的解決架構和產品可選。也有廉價的通過軟體實現的思路，比如Linux上的rsync等工具。
6、負載均衡
負載均衡將是大型網站解決高負荷訪問和大量並發請求採用的高端解決辦法。
負載均衡技術發展了多年，有很多專業的服務提供商和產品可以選擇，我個人接觸過一些解決方法，其中有兩個架構可以給大家做參考。
（1）、硬體四層交換
第四層交換使用第三層和第四層信息包的報頭信息，根據應用區間識別業務流，將整個區間段的業務流分配到合適的應用伺服器進行處理。
第四層交換功能就像是虛IP，指向物理伺服器。它傳輸的業務服從的協議多種多樣，有HTTP、FTP、NFS、Telnet或其他協議。這些業
務在物理伺服器基礎上，需要復雜的載量平衡演算法。在IP世界，業務類型由終端TCP或UDP埠地址來決定，在第四層交換中的應用區間則由源端和終端IP
地址、TCP和UDP埠共同決定。
在硬體四層交換產品領域，有一些知名的產品可以選擇，比如Alteon、F5等，這些產品很昂貴，但是物有所值，能夠提供非常優秀的性能和很靈活的管理能力。「Yahoo中國」當初接近2000台伺服器，只使用了三、四台Alteon就搞定了。
(2)、軟體四層交換
大家知道了硬體四層交換機的原理後，基於OSI模型來實現的軟體四層交換也就應運而生，這樣的解決方案實現的原理一致，不過性能稍差。但是滿足一定量的壓力還是游刃有餘的，有人說軟體實現方式其實更靈活，處理能力完全看你配置的熟悉能力。
軟體四層交換我們可以使用Linux上常用的LVS來解決，LVS就是Linux Virtual
Server，他提供了基於心跳線heartbeat的實時災難應對解決方案，提高系統的強壯性，同時可供了靈活的虛擬VIP配置和管理功能，可以同時滿
足多種應用需求，這對於分布式的系統來說必不可少。
一個典型的使用負載均衡的策略就是，在軟體或者硬體四層交換的基礎上搭建squid集群，這種思路在很多大型網站包括搜索引擎上被採用，這樣的架構低成本、高性能還有很強的擴張性，隨時往架構裡面增減節點都非常容易。
對於大型網站來說，前面提到的每個方法可能都會被同時使用到，這里介紹得比較淺顯，具體實現過程中很多細節還需要大家慢慢熟悉和體會。有時一個很小的squid參數或者apache參數設置，對於系統性能的影響就會很大。
7、最新：CDN加速技術
什麼是CDN？
CDN的全稱是內容分發網路。其目的是通過在現有的Internet中增加一層新的網路架構，將網站的內容發布到最接近用戶的網路「邊緣」，使用戶可以就近取得所需的內容，提高用戶訪問網站的響應速度。
CDN有別於鏡像，因為它比鏡像更智能，或者可以做這樣一個比喻：CDN=更智能的鏡像+緩存+流量導流。因而，CDN可以明顯提高
Internet網路中信息流動的效率。從技術上全面解決由於網路帶寬小、用戶訪問量大、網點分布不均等問題，提高用戶訪問網站的響應速度。
CDN的類型特點
CDN的實現分為三類：鏡像、高速緩存、專線。
鏡像站點（Mirror Site），是最常見的，它讓內容直接發布，適用於靜態和准動態的數據同步。但是購買和維護新伺服器的費用較高，還必須在各個地區設置鏡像伺服器，配備專業技術人員進行管理與維護。對於大型網站來說，更新所用的帶寬成本也大大提高了。
高速緩存，成本較低，適用於靜態內容。Internet的統計表明，超過80%的用戶經常訪問的是20%的網站的內容，在這個規律下，緩存服務
器可以處理大部分客戶的靜態請求，而原始的伺服器只需處理約20%左右的非緩存請求和動態請求，於是大大加快了客戶請求的響應時間，並降低了原始伺服器的
負載。
CDN服務一般會在全國范圍內的關鍵節點上放置緩存伺服器。
專線，讓用戶直接訪問數據源，可以實現數據的動態同步。
CDN的實例
舉個例子來說，當某用戶訪問網站時，網站會利用全球負載均衡技術，將用戶的訪問指向到距離用戶最近的正常工作的緩存伺服器上，直接響應用戶的請求。
當用戶訪問已經使用了CDN服務的網站時，其解析過程與傳統解析方式的最大區別就在於網站的授權域名伺服器不是以傳統的輪詢方式來響應本地
DNS的解析請求，而是充分考慮用戶發起請求的地點和當時網路的情況，來決定把用戶的請求定向到離用戶最近同時負載相對較輕的節點緩存伺服器上。
通過用戶定位演算法和伺服器健康檢測演算法綜合後的數據，可以將用戶的請求就近定向到分布在網路「邊緣」的緩存伺服器上，保證用戶的訪問能得到更及時可靠的響應。
由於大量的用戶訪問都由分布在網路邊緣的CDN節點緩存伺服器直接響應了，這就不僅提高了用戶的訪問質量，同時有效地降低了源伺服器的負載壓力。
4、帝國cms與dedecms哪個好，用哪個適合大數據，那個強
dede框架太老，幾年都不更新了，帝國還可以，不過文章多了生成靜態幾個小時，還是用pageadmin吧，技術比較新，框架也是流行的mvc。
5、cms 建站系統生成靜態頁面 怎麼分發到負載均衡其它機器
鏡像鏡像是大型網站常採用的提高性能和數據安全性的方式，鏡像的技術可以解決不同網路接入商和地域帶來的用戶訪問速度差異，比如ChinaNet和ENet之間的差異就促使了很多網站在教育網內搭建鏡像站點，數據進行定時更新或者實時更新。在鏡像的細節技術方面，這里不闡述太深，有很多專業的現成的解決架構和產品可選。也有廉價的通過軟體實現的思路，比如Linux上的rsync等工具。
負載均衡負載均衡將是大型網站解決高負荷訪問和大量並發請求採用的終極解決辦法。負載均衡技術發展了多年，有很多專業的服務提供商和產品可以選擇，我個人接觸過一些解決方法，其中有兩個架構可以給大家做參考
6、網站沒收錄 快照沒更新 怎麼辦
如果網站超過十天沒有被百度或者谷歌更新，至少在一定程度上說明，這個網站對谷歌或者百度來說已經無關輕重了。縱觀國內數以百萬計的網站，能夠讓搜索引擎經常更新的卻為數不多。這個情況，也和現實的國情有關，中國不乏像新浪、搜狐這樣的大的網站，也不乏Admin5、站長之家這樣的的IT中堅力量，但是我們更應該清醒的看到，80%或者90%以上的網站來自企業，更為直接一些說，來自中小企業。而中小企業在互聯網營銷方面的工作無疑是缺乏的，更不用說網站的經常更新了。也許，我們現在能夠理解為什麼百度等搜索引擎，對原創內容那麼的如飢似渴，那是因為真正的原創內容實在大少了，就集中在為數有限的新聞站及部分類似Admin5這樣的草根站上。
值得高興的是，在傳統營銷方式成本不斷上升的時候，部分有預見的中小企業還是看到了互聯網營銷的曙光。而且在不斷地深入接觸中，意識到了百度等搜索引擎的重要性。筆者所在的網站建設公司，上海引航科技上周就接到一傢具公司咨詢「為什麼我們公司的網站收錄日期一直停留在2009年5月12日，而同行***的網站日期經常更新」，我當時很直白的告訴他說因為網站沒有更新，所以百度也沒有更新。但是作為專業的網站建設從業人員，我們心裡更清楚，網站快照長時間沒有更新的原因肯定不是網站內容不更新那麼簡單的事情。我們嘗試來分析一下，為什麼有些網站的快照長期不被搜索引擎更新？
一、網站長期沒有更新或者更新極度不規律
一個新網站在剛開始開通的時候，只要能基本上符合WEB標准，沒有「nofollow」標簽，無論當時是否收錄，各大引擎的搜索蜘蛛肯定是頻繁光臨的。至於什麼時候收錄，或者有收錄多少內容、頁面，是根據網站本身內容質量度、豐寡程度以及搜索引擎自身的評判機制而決定的。但是，如每一次搜索蜘蛛來的時候都依舊是老面孔，沒有任何收獲的話，後面光臨你網站的頻率和次數肯定會越來越少。一個即時更新的網站，搜索蜘蛛一天也許可以光臨成千上萬次，而一個長時間不予更新的網站，搜索蜘蛛也許一個月也來不到十次。
還有一個原因就是，有些網站雖然有更新，但是頻率很低而且打漁兩三天，曬網兩三年。長此以往下去，也會給搜索蜘蛛留下網站管理不善，或者沒有太多價值的印象。
建議：持之以恆的、規律性的更新網站內容，是解決網站快照更新頻率及增加收錄量的最完美的方案。
二、網站絕大部分內容拷貝而來，沒有原創
如果網站內容大部分是來自別人的站點，而且很少有自己原創的內容的話，這種網站也極有可能被搜索引擎輕視，但是這類網站一般會有如下一個過程。由於有更新，所以搜索引擎剛開始的時候可能會經常更新網站快照，網頁抓取量也在基本上是與日俱增，但是好景不長。慢慢就會發現已經收錄的內容，過一段時間就會被搜索引擎刪除，網站快照的更新頻率也在慢慢下降。最後會出現的糟糕的情況是，無論網站如何更新搜索引擎始終不收錄也不更新。
建議：建設製作網站的時候，適度的復制借鑒一些他山之石可以理解。但是一旦步入正軌，最好能每天發布一些原創內容上去，不要想著用偽原創來糊弄搜索引擎。
三、網站伺服器不穩定
現在網上竟然有人將1G主機，只賣幾十塊錢，而且還不限流量不限帶寬。在這里，上海網站建設公司引航科技提醒大家的是：切莫貪圖蠅頭小利，伺服器不穩定對網站優化的傷害最大。相對於內容不更新而言，搜索引擎會判斷這個網站價值不高，但是如果伺服器經常出現宕機、網站經常出現無法訪問，搜索引擎就會將這個站點進行將權了。而且不穩定的網站傷害的不僅是搜索引擎，還有您的客戶，如果一個網站三天兩頭出現故障，下次您客戶還會登陸嗎？更有甚者，客戶會以為公司管理有問題。
建議：盡可能的選擇大的，知名IDC服務商的主機，相對網站成本及後期收益，一年幾百塊錢的主機租賃費用微乎其微。
四、同一IP下有網站被懲罰
基於成本考慮，現在很多網站採用的都是虛擬主機，而現在國內虛擬主機絕大部分使用的都是共享IP，也就是說，一個IP下存在幾百個網站是很正常的。誰也不能保證，同一IP下其他網站被搜索引擎懲罰降權後不會影響到你的網站。因為搜索引擎判斷一個網站是基於網站內容、域名、伺服器（IP是搜索引擎識別伺服器的方法之一）等因素綜合考慮的。這種城門失火殃及池魚的現象，在網站優化的實踐中並不鮮見，這也是很多站長十分困惑的地方，網站經常更新，也有質量的外部鏈接，代碼也符合搜索引擎的要去，怎麼快照就是不更新呢？
建議：獨立IP主機是網站優化的最佳選擇，而且國內就有這樣的服務商，價格也不是很高。所以我們建議如有可能，盡可能的選擇獨立IP主機。
一：想做一個好站，搜索引擎是關鍵。
站長比讀：【百度快照不更新或回檔的10種原因】
1。網站內容沒更新。
這種是最基本的了，很多企業站，或者少頁面站內容很少，蜘蛛一次來是這個樣子，二次來還是這個樣子，久了就不來了。百度快照就會停留在一個時間上。這在以前很普遍。但是通常不大影響排名，像信息分類網站每天雖然內容更新不多，但是要保持經常更新。
2。採集內容過多，網站添加內容重復。
採集軟體的普及讓做網站太簡單了，火車頭、NICEWORD、愛聚合，各CMS的採集和自助建站功能讓很多站長一夜之間成千上萬的網頁生成，再加上對採集規則的不靈活，偽原創得一塌糊塗，互聯網上高度重復的內容太多了。人都看膩了，難道百度蜘蛛還不吃膩？
3。網站標題更改太頻繁。
很多站長做SEO太心切，做一個關鍵詞，沒幾天，發現還沒上去，趕快換詞，改標題，重新描述，結果讓蜘蛛無所適從，等等再說咯。
4。網站結構改動太大。
現在網站買賣比較火，很多站長把買來的站來個大換面，換主題，加版塊，甚至改程序。這很容易造就百度快照回檔。
5。網站伺服器不穩定
網站沒備案被服務商停了，搞了幾天才好，發現百度回檔了，這還算好的，沒K你的站就是萬幸；網站被人掛馬了，惡意攻擊，JS跳轉等等，百度也怕了。
6。外鏈太少
這種情況通常發生在你的站還沒有被百度養成天天來更新習慣，每天雖然都在加內容，但蜘蛛沒來吃，所以難更新。
7。新站短期內增加外鏈太多
新站短期增加外鏈太多也容易快照回檔，甚至K站，本身還在考察期，卻來勢洶洶，一口氣來個成百上千的鏈接。千萬急不得。
8。友情鏈接站關聯
友情鏈接多了，也容易出問題，要經常檢查是否有的鏈接站被K了，快照經常不正常。這樣的鏈接站多了，很容易引起連帶反應。天天檢查，有問題的趕緊撤了。
9。群發過多
群發軟體火了，開始用群發軟體做鏈接效果還是蠻不錯，可是如今2009年，都群發幾年了，百度也想了些辦法了，比較有加有鏈接的博客文章就是不收錄你。一夜之間發萬千上萬條的先跟你降降權，或者快照回檔，或者K站。
10。黑鏈
黑鏈最近異常迅猛，特別是在網上被那個「高手們」點破之後，越來越多的站長都用上了黑鏈。可是黑鏈終究是不光明的，不穩定是最大的特點，晚上加上30站，結果第二天早上一檢查看，發現只剩8站。這種不穩定很容易讓百度另眼相看。
好了，說這么多，也比較細了，總結一下，最大的其實就是兩個因素，內容+外鏈，而且這兩個東東都不能急，要有規律有步驟的加。明白了這朴實無華的道理，我們想打造百度天天更新快照站就容易了。
二：想做一個好站，好的習慣是關鍵
站長必看：打造百度天天更新快照站的10個好習慣
1。用好點的空間，穩定壓倒一切
我看過也太多的站，因為空間問題，不是被K，就是降權，回檔。所以即使你不買萬網的豪華空間，你盡量也要來個二流的新網，時代互聯之類的吧。
2。每天給網站添加一些原創內容
這個是必須的，就算你外鏈很強大，一段時間不更新原創的，百度一樣懶得理你。內容要增加多少呢？一般根據你站點內容的多少，大概文章總量的2%-5%吧，比如你用的Z-BLOG，一共有百把篇文章，那你每天加個2，3篇就可以了，如果是用CMS做的站，內容有千把篇，那每天加個2，30篇。這樣很有規律的加，百度蜘蛛會很青睞你的好習慣的。
3。每天給網站找2-3個鏈接
有規律有步驟的加鏈接，那是做站的好品質，很多朋友一時心血來潮，看文章說外鏈作用大，就一天到晚加群換鏈接，一口氣上個百把個，這是加鏈接的大忌，搜索引擎很容易認為你是在作弊。所以得有規律，一步步來。另外，對百度來說PR的影響很小，倒是快照很重要，如果你找的鏈接都是天天快照的，那對你的站來說是相當好的。有的朋友就問怎麼找那麼多百度天天快照的鏈接交換呢？找個QQ群，群里200個天天快照的網站，你每天加3個，夠你加的了。一般的關鍵詞輕松排上去了。
4。每天檢查一下網站的友情鏈接
做了，要天天檢查，現在的網站變化太快了，有的站開始加的時候還不錯，可是站長也是不穩定的人群，去上班了，或者推新站了，或者賣了，然後網站的命運也變化了。很容易出現降權，不更新，K站，鏈接被撤的各種不利情況。
5。每周寫2篇軟文 寫軟文並不難，難的是堅持寫，寫高質量的文章，但是如今軟文是最低成本的推廣方式之一，做為一個合格的站長，是必須學會寫軟文的，不熟悉的朋友可以參加一下站長網舉辦的軟文培訓班。另外，寫軟文，一定要加上你的版權聲明，現在總有一些品質低下的人，轉載了，連個鏈接都不給，有的甚至把你文章的網址改成他自己的，堅決鄙視這種人，人品不好的人做站也不會好。
6。堅決不買黑鏈
不要貪圖便宜，看到黑鏈才1元一條，就心動了。通常便宜沒好貨，再說黑鏈最大的特點是不穩定，而想要穩定的排名，就需要穩定，這兩者完全是相互矛盾的。而且現在這現象很猖狂，未來不長的時間，在黑鏈方面必定受到法律法規的打擊。做正規站的朋友遠離黑鏈的好。
7。不用群發軟體
可能很多高手都用過群發軟體，但是這些高手們往往是最先使用這些軟體的一批人，所以效果也是很好的，當軟體普及到大多數站長都在用的時候，也就往往沒效了。所以在2009年的今天你還群發，你又落伍啦。還不如寫幾入篇軟文效果好。
8。養幾個高權重博客
養博客，在新站上線的時候，隨便帶一下，就很容易讓搜索引擎收錄，有時候加的新欄目或者文章遲遲不收錄的時候，也可以用這些高權重博客帶一下。
9。到相關高權重論壇跟跟貼
跟貼不僅是一種美德，而且掌握了一些跟貼技巧，對網站也是很有益的，你站長類的網站，幾乎發的文章一會兒就收錄了，在後面多跟跟貼很容易成為反鏈，用好簽名也能讓蜘蛛天天去爬你的網站。另外在與你主題相關的活躍論壇上跟跟貼，不僅僅帶外鏈，還能為你的網站帶來用戶，一舉兩得，何樂而不為呢？
10。沒事別經常大改版
生意不好整櫃台，流量不高整網站，其實網站也像人一樣，一個人經常改頭換面，也得讓你周圍的人重新認識你，這需要一個過程，網站規劃好了，版塊定了，就不要輕易改，不得已做網站改版也盡量保持原來的路徑。
百度快照相關的3個常見問題
1。不同的關鍵詞，快照不一樣？
這情況對網站的排名影響可以忽略不計，一般出現這種情況有兩種原因：
a。百度資料庫緩存更新。不同的關鍵詞會自動提取相對應的索引出來，一般數據更新完成這種現象就會消失了。
b。外鏈的偏重。這種情況通常出現在，在網站的外鏈上一部分用A做的錨文字，一部分用B做的錨文字。
2。新加的文章收錄了，首頁快照卻沒更新？
3。百度快照天天更新，卻不收錄新頁面，排名也不靠前，為什麼呢？
這種情況比較多，能保持百度快照天天更新，外鏈一般都很不錯。不收錄新頁面，證明百度蜘蛛還沒養成習慣，可以先到高權重博客發幾篇文章，帶網站每天加的內容頁面的鏈接，這樣可以引蜘蛛先把新加的內容收錄了。然後堅持更新一周左右的時間，即可養成百度天天來更新的習慣。
百度快照天天更新，跟排名靠不靠前沒有必然關系的，因為排名跟內容和外鏈都有重要關系，只有兩樣都很均衡，才比較協調。你搜索排名靠前的站點，發現基本上快照都是經常更新的。再分析他的內容和外鏈，發現他們兩手都在抓。
7、國外的幾種cms 像joomla Drupal plone 哪個更好 各有哪些優缺點 學習他們各要什麼基礎 學習哪個更有前景
我大致了解一點吧，plone我沒用過，沒有發言權。joomla我是用它建了自己公司的網站，drupal我也在用它建自己的個人網站，處於慢慢學習研究的過程中(不過最近有事要忙有點荒廢了)
首先請自己baidu下這2個關鍵字，關於他們的對比網上也比比皆是，就不用我多復制粘貼了
簡單介紹下，joomla和drupal的區別就相當於win和linux的區別：j的特點是比較簡單，不需要懂太多的網頁知識，按提示幫助說明一步步安裝配置就能搭建出相當華麗的網站了，但是功能和靈活性上相對欠缺點；d是目前世界上最強大的系統，水平高的話可以開發出任何想要的功能
至於需要什麼基礎，j的話你只需要會上網就行了，d的話你不僅要會上網，而且要懂html，基本的php語句，還有CSS+DIV，想要好的效果還必須有良好的美學功底，這要求甚至比一般的php程序員還要高，d可不像j那樣有這么多華麗的模板供你任意挑選，即使免費送你套專業漂亮的drupal主題，想要改成自己需要的效果也不是件容易的事情
最初我因工作需要建網站是用的joomla 1.5，建完發現j僅僅只能建出一個漂亮的公司展示型網站，對於用戶分組(據說現在新的1.6版本對用戶管理有所改進)，內容分級等等完全達不到想要的效果，於是轉向了更強大的drupal，從小豬快跑的視頻到無須貓，再到lullabot，學完這些我也差不多算是學會了搭建drupal站的基礎了，但是還是在某些模塊、主題的小細節方面難以施展駕馭能力，總有這樣那樣的瑕疵和不便，即使建完了我也不保證除了我之外別人都能輕松的在這系統上自由馳騁。這確實不是一個容易掌握的東東，更別說建大站時伺服器負載均衡、SEO、網站性能等更高級的技術了
如果你是僅僅為了建個企業網站，博客，相冊等內容展示站，而且又對php不夠精通的話，建議學joomla，畢竟網上有無數模板主題中文資料供你學習使用
如果想要自己建立一些復雜的或者有創新功能的最好還是好好學學drupal，可能起碼要花上一年半載
如果僅僅想學門技術養家糊口的話我勸你別學這些CMS，還是好好學php吧，有空可以學習下joomla，花不了多少時間，偶爾還能幫忙搭個小站也算是門小技術吧，drupal啥的還是別費功夫了，在國內這個大環境下沒有什麼中小企業團隊個人，會願意花大成本用drupal做一個又復雜又不易維護的網站，況且目前國內還沒有什麼團隊能完全掌握drupal，建立出如美國白宮，哈佛大學之類的國際型大站了
自己碼的字，說我復制粘貼的麻煩給個原帖鏈接，我要去拜把子、求交往。。。
8、創新SB A4 音效卡玩龍之谷或者其他大型游戲時Eax裡面的東西全部消失,CMSS 3D 效果沒有,圖示均衡器也打不開.
EAX音效卡？！那得重裝系統了！
9、如何提高並發處理速度
大數據並發處理解決方案：
1、HTML靜態化
效率最高、消耗最小的就是純靜態化的html頁面，所以盡可能使網站上的頁面採用靜態頁面來實現，這個最簡單的方法其實也是最有效的方法。但是對於大量內容並且頻繁更新的網站，無法全部手動去挨個實現，於是出現了常見的信息發布系統CMS，像常訪問的各個門戶站點的新聞頻道，甚至他們的其他頻道，都是通過信息發布系統來管理和實現的，信息發布系統可以實現最簡單的信息錄入自動生成靜態頁面，還能具備頻道管理、許可權管理、自動抓取等功能，對於一個大型網站來說，擁有一套高效、可管理的CMS是必不可少的。
2、圖片伺服器分離
對於Web伺服器來說，不管是Apache、IIS還是其他容器，圖片是最消耗資源的，於是有必要將圖片與頁面進行分離，這是基本上大型網站都會採用的策略，他們都有獨立的圖片伺服器，甚至很多台圖片伺服器。這樣的架構可以降低提供頁面訪問請求的伺服器系統壓力，並且可以保證系統不會因為圖片問題而崩潰，在應用伺服器和圖片伺服器上，可以進行不同的配置優化，比如apache在配置ContentType的時候可以盡量少支持，盡可能少的LoadMole，保證更高的系統消耗和執行效率。 這一實現起來是比較容易的一現，如果伺服器集群操作起來更方便，如果是獨立的伺服器，新手可能出現上傳圖片只能在伺服器本地的情況下，可以在令一台伺服器設置的IIS採用網路路徑來實現圖片伺服器，即不用改變程序，又能提高性能，但對於伺服器本身的IO處理性能是沒有任何的改變。
3、資料庫集群和庫表散列
大型網站都有復雜的應用，這些應用必須使用資料庫，那麼在面對大量訪問的時候，資料庫的瓶頸很快就能顯現出來，這時一台資料庫將很快無法滿足應用，於是需要使用資料庫集群或者庫表散列。
4、緩存
緩存一詞搞技術的都接觸過，很多地方用到緩存。網站架構和網站開發中的緩存也是非常重要。架構方面的緩存，對Apache比較熟悉的人都能知道Apache提供了自己的緩存模塊，也可以使用外加的Squid模塊進行緩存，這兩種方式均可以有效的提高Apache的訪問響應能力。
網站程序開發方面的緩存，Linux上提供的Memory Cache是常用的緩存介面，可以在web開發中使用，比如用Java開發的時候就可以調用MemoryCache對一些數據進行緩存和通訊共享，一些大型社區使用了這樣的架構。另外，在使用web語言開發的時候，各種語言基本都有自己的緩存模塊和方法，PHP有Pear的Cache模塊，Java就更多了，.net不是很熟悉，相信也肯定有。
5、鏡像
鏡像是大型網站常採用的提高性能和數據安全性的方式，鏡像的技術可以解決不同網路接入商和地域帶來的用戶訪問速度差異，比如ChinaNet和ENet之間的差異就促使了很多網站在教育網內搭建鏡像站點，數據進行定時更新或者實時更新。在鏡像的細節技術方面，這里不闡述太深，有很多專業的現成的解決架構和產品可選。也有廉價的通過軟體實現的思路，比如Linux上的rsync等工具。
6、負載均衡
負載均衡將是大型網站解決高負荷訪問和大量並發請求採用的終極解決辦法。 負載均衡技術發展了多年，有很多專業的服務提供商和產品可以選擇。
硬體四層交換
第四層交換使用第三層和第四層信息包的報頭信息，根據應用區間識別業務流，將整個區間段的業務流分配到合適的應用伺服器進行處理。 第四層交換功能就象是虛IP，指向物理伺服器。它傳輸的業務服從的協議多種多樣，有HTTP、FTP、NFS、Telnet或其他協議。這些業務在物理伺服器基礎上，需要復雜的載量平衡演算法。在IP世界，業務類型由終端TCP或UDP埠地址來決定，在第四層交換中的應用區間則由源端和終端IP地址、TCP和UDP埠共同決定。
在硬體四層交換產品領域，有一些知名的產品可以選擇，比如Alteon、F5等，這些產品很昂貴，但是物有所值，能夠提供非常優秀的性能和很靈活的管理能力。Yahoo中國當初接近2000台伺服器使用了三四台Alteon就搞定了。
10、OpenCMS的優勢以及好處在哪裡？客戶為什麼選擇它呢？
OpenCms是一個專業水平的開放源代碼WEB內容管理系統，可被任何組織或企業使用，OpenCms100%開放源碼，採用該技術有如下優點：直接從WEB站點的前台編輯內容 自動在線/離線工作流 靈活的內容資源 集成全文搜索引擎 所見即所得編輯非結構化內容 結構化內容採用易於定義的基於XML的內容項目 在一個應用中管理多個站點 全文搜索支持PDF、Word、Excel文檔資源 為所有的存儲資源均可進行配置 基於時間的自動內容發布和過期 完全支持統一編碼內容 ACL（Access Control List 訪問控製表）許可權控制系統 可選的HTML靜態導出 基於JSP的模版機制 模塊具有版本控制 基於Java/XML，能方便地集成到現有的硬/軟體環境中。易於安裝，具有集成的HTML安裝向導。資源管理快捷、方便，支持幾乎所有的文件類型，在編輯器中可通過拖放快速訪問資源，並可設置不同的訪問許可權。集成用戶許可權管理系統，由OpenCms控制所有內容的訪問。基於項目的發布，提供一個在同一伺服器上包括離線工作/在線實況系統的工作環境。在項目發布前，修改內容可被瀏覽、確認和充分地測試。具有強大的工作流和任務管理功能，對任務可設置用戶組、優先等級、期限、首選用戶。任務生命周期的每一階段都有清晰記錄以確保工作流的完整。所見即所得的編輯功能，編輯頁面無需HTML知識，同時一個集成的源代碼編輯器讓行家操縱HTML源代碼。國際化支持，支持統一的字元編碼標准(UTF-8)，能用國際化字元集處理本地化地內容，支持中文。強大的內容版本控制功能，能讓您追蹤何時被誰修改的痕跡。所有歷史版本都被存檔，能夠恢復，允許您隨時訪問歷史版本。支持多種模板機制，易於實現統一布局的站點設計。OpenCms的Cache機制可隨意地為動態創建的頁面或頁面變化提供高速緩存，來減少運行時從資料庫的查詢次數，大大提高站點的運行性能。安全/SSL支持，通過Https協議保護全部或站點的一部分。任何資源能被標記為https，OpenCms將只給通過Https連接的請求提供該資源。計劃任務系統，OpenCms提供一個集成計劃任務系統。利用它，可周期性或某一個特定時間之後調用一個定製的動作。應用伺服器集成/EJB支持。運行OpenCms在一個J2EE環境(如BEA Weblogic)提供配置分式對象構架，特別是EJB技術。使用這些技術，W eb站點後台處理可以構架為分布式組件方式。根據J2EE應用模型的四層架構，表現與事務邏輯可以嚴格地分開。當內容數據部署到EJB時，OpenCms關注表現數據，利用集成的JSP引擎創建通用的web站點布局。支持負載均衡或失效恢復的集群。為了保證硬體故障時Web站點可用，或處理站點高負載，OpenCms可安裝多個伺服器的集群。當新的內容發布時，OpenCms將自動更新集群中的伺服器。總之，OpenCms基於標準的Java技術，支持多種資料庫和操作系統，易於適應大多數現有IT系統。