自從我們推出新的客戶端介面——改進的客戶端區域和內部開發的網站工具(取代 cPanel)以來,已經一年多了。 2019 年 8 月,我們開始讓所有新客戶端使用新介面,不久後我們就開始遷移現有客戶端。截至目前,我們的所有客戶都在使用新的客戶區,我們也成功將 9000 多台伺服器從 cPanel 轉換為 Site Tools。
回顧過去 12 個月,評估遷移過程的複雜性以及 2020 年擺在我們面前的非遷移相關挑戰,我相信我們已經成功地維持了健康的遷移步伐。儘管由於各種情況偶爾會出現速度減慢的情況,但這一目標的實現要歸功於參與轉移的所有團隊的大量工作。
儘管如此我們還有更多的帳戶和伺服器需要轉換
許多人可能想知道為什麼需要時間以及何時輪到您的網站。這就是為什麼我們決定進行後續行動,貝南電話號碼數據 並向您講述我們在過去一年中在幕後所做的事情以及對未來幾個月的預測。
遷移的固有複雜性
毫不奇怪,超過一百萬個即時網站從 cPanel 遷移到網站工具是一個極其複雜的過程。我可能會說,就創建新介面和系統本身所需的努力和資源而言,這是可比的。將營運站點從具有特定結構的一個平台遷移到具有完全不同結構的新平台,而不影響這些站點的可用性和功能是一項相當大的挑戰。
從表面上看,這兩個框架之間似乎只有一個簡單的區別——同一個框架下沒有插件站點。這實際上意味著我們必須能夠從主 cPanel 帳戶中解開任何從屬站點,並在我們的新平台中將它們重新建立為單獨的獨立帳戶。為了說明這個過程對於不同的網站設定可能有多複雜,我將在下面列出一些範例:
使用同一個資料庫的多個插件域
通常,這是不合理的事情發生,因為每個網站,甚至是插件網站,都應該使用自己的資料庫。然而,這在技術上可以透過 cPanel 實現,我們的客戶也以這種方式設定了實際站點。當需要遷移這樣的網站時,我們的遷移腳本必須偵測情況並為每個網站建立單獨的資料庫並複製資料。之後,腳本會自動重新配置每個網站以使用各自的資料庫。
配置中具有絕對路徑的應用程式
遷移腳本應該解決的另一件事是多個應用程式設定為在其配置中使用絕對路徑。系統必須檢測這些,一旦它們成為具有不同系統使用者的獨立站點,就自動重新配置它們以使用新的系統路徑。
插件/停放/子域無限設定選項
在使用 cPanel 中的插件、停車和子網域功能時,使用者設定不同應用程式的文檔根路徑的方式有無數種,有時甚至會弄亂他們的文檔根路徑,示設施和便利設施虛擬遊覽 這是我們傳輸過程的最大挑戰。我們已經成功列出了 30 多種不同方式的非正統文件根路徑案例。最常見的範例之一是多個插件域配置為使用相同資料夾。
認真的開發任務
自動化所有可能的流程
我們在去年九月非常謹慎地開始了第一次遷移。遷移的網站經過手動審核,從 cPanel 切換到站點工具的狀 上述每個問題以及出現的其他問題均已透過遷移腳本的新迭代得到解決。不用說,第一次遷移的手動檢查花費了大量時間,而且從長遠來看是不可持續的,因此我們在遷移腳本中添加了一些額外的自動化功能。
我們現在對所有要遷移的帳戶進行自動預檢查。如果有跡象表明可能存在問題,我們會在遷移開始之前修復它。之後,帳戶實際上從 cPanel 遷移到網站工具。遷移結束後,我們會再次自動檢查遷移後問題。如果偵測到任何問題,資料庫數據 該帳戶將被標記為進行手動審核。