❶ 手機鏡像網站怎麼用
以蘋果手機為例，其鏡像功能在【控制中心】，其方法是：手機解鎖情況下，從任一屏幕底部用手指向上滑動，調出控制中心。
可以看到【屏幕鏡像】，點擊屏幕鏡像。一個Python反向HTTP代理程序， 用於快速、簡單地創建別的網站的鏡像， 自帶本地文件緩存、CDN支持 比如國內可以訪問的Google鏡像/中文維基鏡像
這里給出了南京郵電大學的鏡像開源軟體鏡像網站地址和國內其它大學和企業如阿里、騰訊、網易等的開源鏡像地址。
1. 南京郵電大學開源鏡像網站地址：Njupt Open Source Mirror_mirrors.njupt.e.cn/
2. 清華大學開源軟體鏡像站地址：Tsinghua Open Source Mirror_mirror.tuna.tsinghua.e.cn/
3. 中國科大開源軟體鏡像站地址：Welcome to OpenResty!_mirrors4.ustc.e.cn/
4. 網易開源鏡像站地址：歡迎訪問網易開源鏡像站_mirrors.163.com/
5. 阿里雲開源鏡像站地址：阿里巴巴開源鏡像站-OPSX鏡像站-阿里雲開發者社區_mirrors.aliyun.com/
6. 騰訊雲開源鏡像站地址：騰訊軟體源_mirrors.cloud.tencent.com/
❷ 網站鏡像怎麼做
一般的話，只要弄個二級域名就行了，比如www.domainname.com解析到電信伺服器，www1.domainname.com解析到教育網伺服器，然後在各自的首頁做一個選擇。
以下是搜狐企業的解決方案，學習原理
--------------------------------------------------
網站鏡像站點解決方案
問題概述
許多公司希望自己的網站能夠被全世界的瀏覽者快速訪問，但由於世界各地互聯網的發展是不均衡的，特別是網路基礎設施的建設、與國際出口連接的帶寬等存在很大的差別，這些差別將造成您的網站可能對世界各地互聯網的使用者具有不同的性能。在不同的地區建立鏡像站點，無疑是最好的解決方案。建立鏡像站點，有多種選擇，您可以在不同的地方使用不同的域名，但是不利於企業的形象宣傳，最好的辦法是各地使用同一域名，系統能夠智能化地選擇提供服務的站點，搜狐公司的異地鏡像站點方案將幫助您的用戶去訪問您的最佳性能站點。該鏡像站點可以滿足如下要求：
l 各地的訪問者均使用www.CompanyName.COM訪問網站
l 自動將用戶放置到能夠提供最快請求響應的伺服器
l 所有的內容能夠實現同步更新
l 集中收集並統一處理用戶資料
系統結構圖如下：
[圖片見參考資料]
註： 1）紅色虛線圍成的方形代表位於美國、中國和香港的三個不同站點；
2）黑色的實體線代表設備和互聯網的連接，帶紅色字和箭頭的藍色線表示最終用戶請求服務的過程。
解決方案
■ 每個鏡像站點可能有多台伺服器提供服務，採用BIG IP負載均衡設備連接所有的伺服器，該設備能夠迅速地檢測出伺服器和應用故障，並將流量分配給正常運行的伺服器和應用。
■ 通過搜狐公司開發的內容管理系統，管理人員可以將內容分發到不同的站點，保持站點之間的內容同步。
■ 通過互聯網收集的信息可以採用分散存儲，然後定時集中的方案，也可以採用將所有的數據全部傳送到一個數據中心。前者可以保證所有的應用都具有比較好的響應速度，後者不能保證所有與資料庫操作的有關功能全部具有比較好的性能，但是不需要增加大量的投資費用。
■ 用戶的請求過程採用藍色帶箭頭的虛線表示，第1步用戶的請求發到本地的DNS伺服器，如果本地的DNS伺服器緩存有該地址解析結果，將把該結果返回給客戶，否則它將把該用戶的請求轉發給上一級的DNS伺服器，直到最後請求被發給3DNS伺服器（第2步），在該3DNS伺服器上運行一個代理軟體，同樣在美國、中國和香港三個站點的BIG IP負載均衡設備上也運行該代理軟體，這些代理軟體之間將相互溝通，確定哪一個站點能夠為用戶提供最佳的服務（溝通的過程見第3，4，5步驟），最後將用戶的請求發往該站點。該方法是使用動態最佳性能平衡技術，可用的動態平衡演算法包括循環法、比率法、最少連接法、隨機法、用戶定義的服務質量法、往返時間法、完成率（數據包丟失）法、BIG/IP包速率法、等等。
■ 靜態負載均衡技術是根據全球的IP地址分布確定用戶所處的地理范圍，將用戶的請求送到離其最近的網站，由該網站對其提供服務，這種方案的優點是費用比較低，但是由於這種方案僅僅考慮了用戶的地理分布，假設每一個站點的服務是同等出色，沒有考慮站點本身運行狀況，例如可能某個站點離該用戶最近，但是該站點本身可能負載太大，或者根本不能提供服務，此時用戶的請求依舊會被傳遞到該站點。這種方案只需要3DNS設備，不需要BIG/IP設備配合使用。該方案的工作原理是：每一個用戶連入互聯網後，會從一個互聯網服務商處獲得一個動態分配的IP地址，根據用戶的IP地址，基本上可以確定用戶所在的地理范圍，然後將用戶的請求發送到離他最近的網站。
❸ 鏡像網站的技術原理
鏡像網站是將一個完全相同的站點放到幾個伺服器，分別有自己的URL，在這些伺服器上互為鏡像網站。
概述：
網站鏡像，通過復制整個網站或部分網頁內容並分配以不同域名和伺服器，以此欺騙搜索引擎對同一站點或同一頁面進行多次索引的行為，這既是為什麼有的網站註明禁止未授權不得做網站鏡像的原因了，兩個網站的內容完全一樣，相似度過高必然會導致自己的網站受到影響。
❹ 怎麼建立鏡像網站
現在有幾個備選方案：
1。程序移植，資料庫仍統一管理。
這種方式最易實現，但存在的問題資料庫必須開放internet通道，如何保證安全，是個問題。而且，訪問速度是否能達到要求同樣是個問題。採用vpn通道？速度上又不能滿足。
2。程序和資料庫都移植。
這種方式能實現的鏡像效果最好，但實施難度較大，在國內網站中實現這種鏡像的還不多。這方案還有2種不同實現方式：
2.1
程序不改，資料庫同步
這種方式相對簡單些，程序部分基本不用改動，依靠sqlserver2000的同步功能來實現數據同步。
但從我在erp項目實施中獲得的經驗看，這種方式看似簡單，但其實問題可能最多。首先，sqlserver同樣繼承了microsoft的老毛病：效率不高。同步復制3G的數據這個速度我實在不樂觀。其次需直接開放internet訪問，如何避免安全問題，還沒想好，還需要找安全專家咨詢。最後，同步復制過程中如果發生網路故障，如何保證多數據源的數據完整性和一致性又是個極大的挑戰。
2.2
平台程序改動，資料庫非同步復制
這種方式對程序的要求較高，網站平台架構的調整較大。等於是把網站由單站點程序轉為多站點平台。這樣在業務和數據一致性上都有較高要求。這種方式工作最大，難度看似也最大，但我認為這種方式最可行。首先，把程序結構按照事務劃分，藉助mts可實現多站點統一事務，保證數據的一致性；其次，數據採用非同步復制，能避免網路中斷造成的數據不完整，防止引起某些邏輯錯誤；最後，這種方式要求我們盡量少的訪問資料庫，由於負載的分擔，可考慮大量的使用內存替代資料庫，提高整體的訪問效率。
不過，由於存在時間差，會造成鏡像站點間的內容不一致的情況，我還沒想好如何解決。
並且,需要開發一個事務調度程序對各鏡像數據進行統一更新維護,每秒可能需要面臨200次的請求，程序性能和效率會是問題，如何採用分布式我也沒想好。