① 怎麼建立鏡像網站
現在有幾個備選方案：
1。程序移植，資料庫仍統一管理。
這種方式最易實現，但存在的問題資料庫必須開放internet通道，如何保證安全，是個問題。而且，訪問速度是否能達到要求同樣是個問題。採用vpn通道？速度上又不能滿足。
2。程序和資料庫都移植。
這種方式能實現的鏡像效果最好，但實施難度較大，在國內網站中實現這種鏡像的還不多。這方案還有2種不同實現方式：
2.1
程序不改，資料庫同步
這種方式相對簡單些，程序部分基本不用改動，依靠sqlserver2000的同步功能來實現數據同步。
但從我在erp項目實施中獲得的經驗看，這種方式看似簡單，但其實問題可能最多。首先，sqlserver同樣繼承了microsoft的老毛病：效率不高。同步復制3G的數據這個速度我實在不樂觀。其次需直接開放internet訪問，如何避免安全問題，還沒想好，還需要找安全專家咨詢。最後，同步復制過程中如果發生網路故障，如何保證多數據源的數據完整性和一致性又是個極大的挑戰。
2.2
平台程序改動，資料庫非同步復制
這種方式對程序的要求較高，網站平台架構的調整較大。等於是把網站由單站點程序轉為多站點平台。這樣在業務和數據一致性上都有較高要求。這種方式工作最大，難度看似也最大，但我認為這種方式最可行。首先，把程序結構按照事務劃分，藉助mts可實現多站點統一事務，保證數據的一致性；其次，數據採用非同步復制，能避免網路中斷造成的數據不完整，防止引起某些邏輯錯誤；最後，這種方式要求我們盡量少的訪問資料庫，由於負載的分擔，可考慮大量的使用內存替代資料庫，提高整體的訪問效率。
不過，由於存在時間差，會造成鏡像站點間的內容不一致的情況，我還沒想好如何解決。
並且,需要開發一個事務調度程序對各鏡像數據進行統一更新維護,每秒可能需要面臨200次的請求，程序性能和效率會是問題，如何採用分布式我也沒想好。
② 網站鏡像如何做
1．基於特定伺服器軟體的負載均衡 ---- 這種技術是利用網路協議的重定向功能來實現負載均衡的，例如在Http協議中支持定位指令，接收到這個指令的瀏覽器將自動重定向到該指令指明的另一個URL上。由於和執行服務請求相比，發送定位指令對Web伺服器的負載要小得多，因此可以根據這個功能來設計一種負載均衡的伺服器。一旦Web伺服器認為自己的負載較大，它就不再直接發送回瀏覽器請求的網頁，而是送回一個定位指令，讓瀏覽器去伺服器集群中的其他伺服器上獲得所需要的網頁。在這種方式下，伺服器本身必須支持這種功能，然而具體實現起來卻有很多困難，例如一台伺服器如何能保證它重定向過的伺服器是比較空閑的，並且不會再次發送定位指令？定位指令和瀏覽器都沒有這方面的支持能力，這樣很容易在瀏覽器上形成一種死循環。因此這種方式實際應用當中並不多見，使用這種方式實現的伺服器集群軟體也較少。
---- 2．基於DNS的負載均衡 ---- DNS負載均衡技術是最早的負載均衡解決方案，它是通過DNS服務中的隨機名字解析來實現的，在DNS伺服器中，可以為多個不同的地址配置同一個名字，而最終查詢這個名字的客戶機將在解析這個名字時得到其中的一個地址。因此，對於同一個名字，不同的客戶機會得到不同的地址，它們也就訪問不同地址上的Web伺服器，從而達到負載均衡的目的。
---- 這種技術的優點是，實現簡單、實施容易、成本低、適用於大多數TCP/IP應用；但是，其缺點也非常明顯，首先這種方案不是真正意義上的負載均衡，DNS伺服器將Http請求平均地分配到後台的Web伺服器上，而不考慮每個Web伺服器當前的負載情況；如果後台的Web伺服器的配置和處理能力不同，最慢的Web伺服器將成為系統的瓶頸，處理能力強的伺服器不能充分發揮作用；其次未考慮容錯，如果後台的某台Web伺服器出現故障，DNS伺服器仍然會把DNS請求分配到這台故障伺服器上，導致不能響應客戶端。最後一點是致命的，有可能造成相當一部分客戶不能享受Web服務，並且由於DNS緩存的原因，所造成的後果要持續相當長一段時間(一般DNS的刷新周期約為24小時)。所以在國外最新的建設中心Web站點方案中，已經很少採用這種方案了。
---- 3.基於四層交換技術的負載均衡 ---- 這種技術是在第四層交換機上設置Web服務的虛擬IP地址，這個虛擬IP地址是DNS伺服器中解析到的Web伺服器的IP地址，對客戶端是可見的。當客戶訪問此Web應用時，客戶端的Http請求會先被第四層交換機接收到，它將基於第四層交換技術實時檢測後台Web伺服器的負載，根據設定的演算法進行快速交換。常見的演算法有輪詢、加權、最少連接、隨機和響應時間等。
---- 4．基於七層交換技術的負載均衡 ---- 基於第七層交換的負載均衡技術主要用於實現Web應用的負載平衡和服務質量保證。它與第四層交換機比較起來有許多優勢：第七層交換機不僅能檢查TCP/IP數據包的TCP和UDP埠號，從而轉發給後台的某台伺服器來處理，而且能從會話層以上來分析Http請求的URL，根據URL的不同將不同的Http請求交給不同的伺服器來處理(可以具體到某一類文件，直至某一個文件)，甚至同一個URL請求可以讓多個伺服器來響應以分擔負載(當客戶訪問某一個URL，發起Http請求時，它實際上要與伺服器建立多個會話連接，得到多個對象，例如.txt/.gif/.jpg文檔，當這些對象都下載到本地後，才組成一個完整的頁面)。
---- 5．站點鏡像技術 ---- 以上幾種負載均衡技術主要應用於一個站點內的伺服器群，但是由於一個站點接入Internet的帶寬是有限的，因此可以把負載均衡技術開始應用於不同的網路站點之間，這就是站點鏡像技術，站點鏡像技術實際上利用了DNS負載均衡技術。
網站鏡像大師軟體下載
http://www.msmir.net/Soft/down200/down1000/200506/745.html
③ 如何給網站做鏡像
Windows里的話配置IIS。LINUX就要手動修改DNS文件了，分都沒有，別人怎麼幫你。
④ 如何建立網站鏡像
鏡像網站是將一個完全相同的站點放到幾個伺服器，分別有自己的URL，在這些伺服器上互為鏡像網站。它和主站並沒有太大差別，或者可算是為主站作的後備措 施。有了鏡像網站的好處是：如果不能對主站作正常訪問（如某個伺服器死掉或出了意外），但仍能通過其它伺服器正常瀏覽。相對來說主站在速度等各方面比鏡像 站點略勝一籌。 鏡像就是做一個和你的站一模一樣的站, 也就是說, 就跟鏡子一樣嘛. 一般是個人網站的站長為自己的站做一個備份, 也就是說, 一個站由於流量或其它原因訪問不到時, 人們可以去另一個一模一樣的站看. 這個站還可以起到分流, 減少伺服器壓力的作用. 不過, 這些都是由於個人網站的伺服器不能接受太多的訪問量而採取的辦法. 商業網站一般不用這樣的辦法. 因為用戶要記兩個域名, 內容要上傳兩次, 要隨時保持兩個地方一致, 內容一多非常麻煩. 如果是別人把自己的站也這樣原樣做一份放在網上, 我在想, 網站的主人肯定是不能容忍的, 可以用搜索引擎找到這樣的站, 現在這樣搞的人已經比較少了, 在2000年, 我們經常會發現有人這樣照抄人家的站. 所以, 哪時候很多網站都加了一句嚴禁建立鏡像.
⑤ 如何製作別人的 網站 鏡像
唯一的方法就是另存為網頁,不過麻煩很多,但是能留住好的東西,還是值得的
建立一個轉用的文件夾,然後打開自己最喜歡的頁面,菜單:文件->另存為.然後把他存到指定的文件夾里,把這些東西弄到一起,簡單的製作一下使他能連貫的瀏覽(需要學一點網頁製作的基礎),這樣就可以留下美好的東西了:)
⑥ 網站被別人鏡像了 如何是好
你好，可以參考下面方式解決
1.更換IP或空間。本條僅提供一種可行性方案。事實上，如果你不解決獨立IP及根目錄程序問題，只是治標不治本。因為惡意者更換成本及操作上更簡單。
2.改變網站程序位置，由根目錄換到一級目錄。如果該方案可以實施的話，可以有效解決網站惡意鏡像問題，因為惡意鏡像只能解析IP，而無法與目錄進行綁定。
3.伺服器端操作。如果你的伺服器可以設置禁止直接通過IP訪問，必須使用某個域名訪問，那麼設置好它。
頁面head區域使用base標簽，一定程度上對於確定網站首選域及不被其它域名惡意取代有好處
⑦ 鏡像別人的網站算侵權嗎修改些代碼
中國暫時沒有網站版權的法律，修改些代碼做成自己的站可以的
⑧ 如何鏡像別人的網站！做seo的能告訴下嗎！
別人的網站不能鏡像，不然自己做一個仿站吧，很容易的，如果是自己的網站可以301轉向，就能有兩個一模一樣的網站了，有什麼不懂可以問，望採納，謝謝。
⑨ 如何給別人的一個網站做鏡像
所謂鏡像的意思是指同一個域名下的多個相同內容的網站空間,用戶可以根據自己的實際情況選擇最快速的一個鏡像來訪問。
網站鏡像不需要什麼硬體投入，只需要在不同的伺服器上開幾個虛擬主機就可以了，有自己伺服器的朋友，可以和其他有伺服器的朋友互相交換空間，不必將伺服器託管到昂貴的雙通機房。所以，只要從中選擇了一個電信、一個網通、一個聯通三個不同線路的空間，萬事具備，就能上傳鏡像網站了。
⑩ 如何做網站鏡像
現在有幾個備選方案：
1。程序移植，資料庫仍統一管理。
這種方式最易實現，但存在的問題資料庫必須開放internet通道，如何保證安全，是個問題。而且，訪問速度是否能達到要求同樣是個問題。採用vpn通道？速度上又不能滿足。
2。程序和資料庫都移植。
這種方式能實現的鏡像效果最好，但實施難度較大，在國內網站中實現這種鏡像的還不多。這方案還有2種不同實現方式：
2.1 程序不改，資料庫同步
這種方式相對簡單些，程序部分基本不用改動，依靠sqlserver2000的同步功能來實現數據同步。
但從我在erp項目實施中獲得的經驗看，這種方式看似簡單，但其實問題可能最多。首先，sqlserver同樣繼承了microsoft的老毛病：效率不高。同步復制3G的數據這個速度我實在不樂觀。其次需直接開放internet訪問，如何避免安全問題，還沒想好，還需要找安全專家咨詢。最後，同步復制過程中如果發生網路故障，如何保證多數據源的數據完整性和一致性又是個極大的挑戰。
2.2 平台程序改動，資料庫非同步復制
這種方式對程序的要求較高，網站平台架構的調整較大。等於是把網站由單站點程序轉為多站點平台。這樣在業務和數據一致性上都有較高要求。這種方式工作最大，難度看似也最大，但我認為這種方式最可行。首先，把程序結構按照事務劃分，藉助mts可實現多站點統一事務，保證數據的一致性；其次，數據採用非同步復制，能避免網路中斷造成的數據不完整，防止引起某些邏輯錯誤；最後，這種方式要求我們盡量少的訪問資料庫，由於負載的分擔，可考慮大量的使用內存替代資料庫，提高整體的訪問效率。
不過，由於存在時間差，會造成鏡像站點間的內容不一致的情況，我還沒想好如何解決。 並且,需要開發一個事務調度程序對各鏡像數據進行統一更新維護,每秒可能需要面臨200次的請求，程序性能和效率會是問題，如何採用分布式我也沒想好。