[發明專利]一種全站靜態化的方法和頁面靜態化的方法

在審

• 申請號: 201811602509.8
• 申請日: 2018-12-26
• 公開（公告）號: CN109815432A
• 公開（公告）日: 2019-05-28
• 發明（設計）人: 楊昕;邢海峰;苑明星
• 申請（專利權）人: 北京博鰲縱橫網絡科技有限公司
• 主分類號: G06F16/958
• 分類號: G06F16/958;G06F16/957
• 代理公司: 北京聯瑞聯豐知識產權代理事務所(普通合伙) 11411
• 代理人: 蘇友娟

本發明公開了一種全站靜態化的方法和頁面靜態化的方法，包括以下步驟，緩存服務器接收用戶終端發來的url請求，檢查該url請求是否已被緩存；若是則直接將緩存結果返回給用戶終端，否則執行下一步，緩存服務器保持用戶終端的url請求的目標地址不變，而生成新的url請求傳輸到web服務器；web服務器接收新的url請求，并通過處理偽靜態請求的方式，將新的url請求轉換為實際動態請求，發送至服務器端腳本處理處理單元；web服務器接收對實際動態請求的響應結果并返回到緩存服務器進行緩存，將緩存的結果發送至用戶終端。本發明不僅可以充分利用web服務器處理純靜態化內容高效的特點，提高靜態化后網站的效率，還提高了動態網頁靜態化的效率。

技術領域

本發明涉及一種全站靜態化的方法和頁面靜態化的方法。

背景技術

隨著網絡的快速發展，web網頁技術也在不斷的推陳出新，web技術的發展大致經歷了以下三個階段：靜態文檔階段、動態網頁階段和Web2.0網頁階段。靜態文檔階段通過客戶機端的Web瀏覽器,用戶可以訪問網絡上各個Web站點,通過Web站點上的主頁訪問整個網站，但是采用靜態頁面方式建立起來的站點只能夠簡單的根據用戶的請求傳送現有頁面，而無法實現各種動態的交互功能。即靜態頁面無法支持后臺數據庫、無法有效的對站點信息進行及時的更新、無法實現動態顯示效果。而這些不足之處，促使Web技術進入了動態網頁階段。動態網頁階段在網絡的客戶端和服務端實現了動態和個性化的交流與互動。Web2.0網頁階段中，每個用戶都可以在開放的網站上通過簡單的瀏覽器操作而擁有他們自己的數據，人們可以更加方便的進行信息獲取、發布、共享以及溝通交流和群組討論等。

但是對于動態網頁來說，存在一個致命的壓力負載問題。當網站訪問量達到一定數量級之后，網頁的響應速度會急劇降低，大大影響最終的用戶體驗。所以對于大容量、高并發的網站(動態網頁)來說，常常將動態網頁的靈活性與靜態網頁的高并發結合起來，以滿足對網站的大用戶量訪問要求，動態頁面靜態化方法成為熱門技術。

現有技術方案中，全站靜態化存在下面幾個問題：(1)應用比較復雜，需要進行大量編碼還需要對靜態化后的內容進行存儲管理。(2)靜態化的過程在服務器端腳本程序中處理，所以整體效率不高。(3)對于以前生成的靜態化頁面的內容很難修改。(4)用戶在訪問所述靜態化頁面時，新的數據或頁面修改無法生效。

發明內容

本發明提出一種全站靜態化的方法和頁面靜態化的方法，該方法不僅可以充分利用web服務器處理純靜態化內容高效的特點，提高靜態化后網站的效率，同時網頁靜態化的過程中只將需要靜態化的動態內容做靜態化處理，無需對網頁中的靜態內容也做靜態化處理，提高了動態網頁靜態化的效率。

本發明的技術方案是這樣實現的：

一種全站靜態化的方法，包括以下步驟

步驟1：緩存服務器接收用戶終端發來的url請求；

步驟2：所述緩存服務器檢查所述用戶終端發出的url請求是否已被緩存；如果已被緩存，則直接將緩存結果返回給用戶終端，如果未被緩存，則執行步驟3；

步驟3：所述緩存服務器保持用戶終端的url請求的目標地址不變，而生成新的url請求傳輸到web服務器；

步驟4：所述web服務器接收所述緩存服務器發送的新的url請求，并通過處理偽靜態請求的方式，將新的url請求轉換為實際動態請求，發送至服務器端腳本處理處理單元；

步驟5：所述web服務器接收服務器端腳本處理處理單元發送的經處理后得到的對所述實際動態請求的響應結果；

步驟6：所述web服務器將所述響應結果返回到所述緩存服務器進行緩存，并將緩存的結果發送至所述用戶終端。