關(guān)鍵詞優(yōu)化/SEO站點(diǎn)構(gòu)建方法及SEO請(qǐng)求的響應(yīng)方法

本發(fā)明涉及SEO(搜索引擎優(yōu)化)領(lǐng)域，尤其涉及一種SEO站點(diǎn)構(gòu)建方法及SEO請(qǐng)求的響應(yīng)方法。
背景技術(shù)
隨著越來(lái)越多的商業(yè)性網(wǎng)站以及網(wǎng)絡(luò)服務(wù)商的業(yè)務(wù)發(fā)展，SEO頁(yè)面的訪問(wèn)量越來(lái)越龐大，一些訪問(wèn)爬蟲(chóng)的應(yīng)用更是加劇了這一點(diǎn)。在這種情況下，傳統(tǒng)的SEO頁(yè)面更顯示出頁(yè)面加載慢、并發(fā)低的缺陷，難以適應(yīng)新的形勢(shì)。這就對(duì)SEO站點(diǎn)提出了新的需求，亟需一種更為快速高效的SEO站點(diǎn)架構(gòu)和解決方案。http://muchs.cn
發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是為了克服現(xiàn)有技術(shù)中的傳統(tǒng)SEO頁(yè)面存在加載慢、并發(fā)低的缺陷，提出一種SEO站點(diǎn)構(gòu)建方法及SEO請(qǐng)求的響應(yīng)方法。
本發(fā)明是通過(guò)下述技術(shù)方案來(lái)解決上述技術(shù)問(wèn)題的：
本發(fā)明提供了一種SEO站點(diǎn)構(gòu)建方法，其特點(diǎn)在于，包括以下步驟：
S1、基于原始SEO站點(diǎn)的數(shù)據(jù)和業(yè)務(wù)邏輯，預(yù)先生成待建的所有SEO頁(yè)面所需的數(shù)據(jù)，對(duì)預(yù)先生成的所有數(shù)據(jù)進(jìn)行聚合處理，并將聚合處理后的數(shù)據(jù)寫(xiě)入第一Redis緩存，所述聚合處理后的數(shù)據(jù)反映了多類信息；
S2、針對(duì)待建的所有SEO頁(yè)面，采用MVC框架建立SEO頁(yè)面，獲取第一Redis緩存中的數(shù)據(jù)，并通過(guò)多個(gè)信息查詢接口實(shí)現(xiàn)SEO頁(yè)面的業(yè)務(wù)邏輯；
S3、將SEO頁(yè)面的動(dòng)態(tài)頁(yè)面靜態(tài)化為HTML代碼數(shù)據(jù)，并將所述HTML代碼數(shù)據(jù)存入到第二Redis緩存中，以作為新的SEO站點(diǎn)的一部分，其中第二Redis緩存與第一Redis緩存相互獨(dú)立；
S4、針對(duì)SEO頁(yè)面的SLB層做正則匹配。
由于第二Redis緩存中存有靜態(tài)化的SEO頁(yè)面的相關(guān)數(shù)據(jù)，因而在站點(diǎn)收到SEO請(qǐng)求的情況下，至少在部分情形下可能直接由第二Redis緩存以自身存儲(chǔ)的數(shù)據(jù)響應(yīng)SEO請(qǐng)求，大幅提高SEO頁(yè)面的加載速度和效率。本發(fā)明中采用的SLB層正則匹配則保證了URL的不變。
較佳地，步驟S3包括：
針對(duì)執(zhí)行各個(gè)業(yè)務(wù)邏輯的動(dòng)態(tài)頁(yè)面，分別渲染得到所述HTML代碼數(shù)據(jù)。
較佳地，步驟S1包括：
從與原始SEO站點(diǎn)對(duì)應(yīng)的數(shù)據(jù)庫(kù)中，以遍歷各個(gè)數(shù)據(jù)分類的方式獲取待建的所有SEO頁(yè)面所需的數(shù)據(jù)。
較佳地，步驟S1中通過(guò)請(qǐng)求和數(shù)據(jù)庫(kù)相關(guān)聯(lián)的Api接口獲取待建的所有SEO頁(yè)面所需的數(shù)據(jù)。
較佳地，步驟S4還包括：
將路由配置為兼容原始SEO站點(diǎn)的邏輯。
較佳地，步驟S3中將所述HTML代碼數(shù)據(jù)采用GZip壓縮后再存入到第二Redis緩存中。
本發(fā)明還提供了一種SEO站點(diǎn)對(duì)SEO請(qǐng)求的響應(yīng)方法，所述SEO站點(diǎn)由如上所述的SEO站點(diǎn)構(gòu)建方法建立，所述響應(yīng)方法包括以下步驟：
S51、利用路由規(guī)則根據(jù)收到的SEO請(qǐng)求匹配到頁(yè)面；
S52、判斷第二Redis緩存中是否存在和所述頁(yè)面匹配的HTML代碼數(shù)據(jù)，若判斷結(jié)果為是，則由第二Redis緩存直接響應(yīng)所述SEO請(qǐng)求，若判斷結(jié)果為否，則根據(jù)所述SEO請(qǐng)求訪問(wèn)相對(duì)應(yīng)的信息查詢接口以獲取數(shù)據(jù)。http://muchs.cn
在符合本領(lǐng)域常識(shí)的基礎(chǔ)上，上述各優(yōu)選條件，可任意組合，即得本發(fā)明各較佳實(shí)例。
本發(fā)明的積極進(jìn)步效果在于：
本發(fā)明的SEO站點(diǎn)構(gòu)建方法及SEO請(qǐng)求的響應(yīng)方法，相較于傳統(tǒng)SEO頁(yè)面，在加載速度和效率上具有極大優(yōu)勢(shì)。
附圖說(shuō)明
圖1為本發(fā)明一較佳實(shí)施例的SEO站點(diǎn)構(gòu)建方法的流程圖。
具體實(shí)施方式
下面結(jié)合附圖給出本發(fā)明較佳實(shí)施例，以詳細(xì)說(shuō)明本發(fā)明的技術(shù)方案，但并不因此將本發(fā)明限制在所述的實(shí)施例范圍之中。
本發(fā)明一較佳實(shí)施例的SEO站點(diǎn)構(gòu)建方法，參考圖1所示，包括以下步驟：
S1、基于原始SEO站點(diǎn)的數(shù)據(jù)和業(yè)務(wù)邏輯，預(yù)先生成待建的所有SEO頁(yè)面所需的數(shù)據(jù)，對(duì)預(yù)先生成的所有數(shù)據(jù)進(jìn)行聚合處理，并將聚合處理后的數(shù)據(jù)寫(xiě)入第一Redis緩存，所述聚合處理后的數(shù)據(jù)反映了多類信息；
S2、針對(duì)待建的所有SEO頁(yè)面，采用MVC框架建立SEO頁(yè)面，獲取第一Redis緩存中的數(shù)據(jù)，并通過(guò)多個(gè)信息查詢接口實(shí)現(xiàn)SEO頁(yè)面的業(yè)務(wù)邏輯；
S3、將SEO頁(yè)面的動(dòng)態(tài)頁(yè)面靜態(tài)化為HTML代碼數(shù)據(jù)，并將所述HTML代碼數(shù)據(jù)存入到第二Redis緩存中，以作為新的SEO站點(diǎn)的一部分，其中第二Redis緩存與第一Redis緩存相互獨(dú)立；
S4、針對(duì)SEO頁(yè)面的SLB層做正則匹配。
在一些優(yōu)選實(shí)施方式中，步驟S1包括：從與原始SEO站點(diǎn)對(duì)應(yīng)的數(shù)據(jù)庫(kù)中，以遍歷各個(gè)數(shù)據(jù)分類的方式獲取待建的所有SEO頁(yè)面所需的數(shù)據(jù)。
進(jìn)一步優(yōu)選地，步驟S1中通過(guò)請(qǐng)求和數(shù)據(jù)庫(kù)相關(guān)聯(lián)的Api接口獲取待建的所有SEO頁(yè)面所需的數(shù)據(jù)。
舉例來(lái)說(shuō)，以在線旅游服務(wù)提供商為例，可以首先在數(shù)據(jù)庫(kù)中建城市表，推薦表，字段包含城市Id，國(guó)家Id，推薦的城市Id列表等。然后以定時(shí)任務(wù)的方式，先從數(shù)據(jù)庫(kù)中讀取城市列表，遍歷城市Id，通過(guò)請(qǐng)求大系統(tǒng)Api接口來(lái)獲取到城市下的酒店數(shù)據(jù)，每個(gè)星級(jí)的酒店數(shù)量，每個(gè)區(qū)域的酒店數(shù)量，每個(gè)類型的酒店數(shù)量等。同時(shí)根據(jù)遍歷每個(gè)區(qū)域的Id，去獲取區(qū)域下對(duì)應(yīng)的信息。并將這些信息聚合起來(lái)，放入到第一Redis緩存中。
然后，建立新的MVC站點(diǎn)和SEO頁(yè)面，根據(jù)第一Redis緩存中的信息，通過(guò)信息查詢接口，來(lái)實(shí)現(xiàn)SEO頁(yè)面的業(yè)務(wù)邏輯。http://muchs.cn
在一些優(yōu)選實(shí)施方式中，步驟S3包括：針對(duì)執(zhí)行各個(gè)業(yè)務(wù)邏輯的動(dòng)態(tài)頁(yè)面，分別渲染得到所述HTML代碼數(shù)據(jù)。
由此就能做到在第一次頁(yè)面加載中，在用MVC生成頁(yè)面View的同時(shí)，將渲染出來(lái)的Html結(jié)果數(shù)據(jù)存入到第二Redis緩存，在此后需進(jìn)行的頁(yè)面加載中，就可以直接從緩存取出結(jié)果，而不用執(zhí)行復(fù)雜的業(yè)務(wù)邏輯。
根據(jù)本發(fā)明的另一個(gè)方面，步驟S3中可將所述HTML代碼數(shù)據(jù)采用GZip壓縮后再存入到第二Redis緩存中。這有助于節(jié)省空間并減少存取和讀取的數(shù)據(jù)量，加快緩存中數(shù)據(jù)的讀取速度，對(duì)于用戶而言，這提高了系統(tǒng)的響應(yīng)速度。
在本發(fā)明的一些優(yōu)選實(shí)施方式中，步驟S4還包括：將路由配置為兼容原始SEO站點(diǎn)的邏輯。
由于SLB層做了正則匹配，這樣新的SEO應(yīng)用就可以保持Url不變。進(jìn)一步地，可以在路由配置上兼容原有站點(diǎn)的邏輯，這樣即使正則匹配有疏漏，也不會(huì)產(chǎn)生不利影響。
本發(fā)明另一較佳實(shí)施例的SEO站點(diǎn)對(duì)SEO請(qǐng)求的響應(yīng)方法，所述SEO站點(diǎn)由如上所述的SEO站點(diǎn)構(gòu)建方法建立，這一較佳實(shí)施例的響應(yīng)方法包括以下步驟：
S51、利用路由規(guī)則根據(jù)收到的SEO請(qǐng)求匹配到頁(yè)面；
S52、判斷第二Redis緩存中是否存在和所述頁(yè)面匹配的HTML代碼數(shù)據(jù)，若判斷結(jié)果為是，則由第二Redis緩存直接響應(yīng)所述SEO請(qǐng)求，若判斷結(jié)果為否，則根據(jù)所述SEO請(qǐng)求訪問(wèn)相對(duì)應(yīng)的信息查詢接口以獲取數(shù)據(jù)。
由此，即通過(guò)緩存中的數(shù)據(jù)實(shí)現(xiàn)了更快的對(duì)于SEO請(qǐng)求的響應(yīng)。
雖然以上描述了本發(fā)明的具體實(shí)施方式，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，這些僅是舉例說(shuō)明，本發(fā)明的保護(hù)范圍是由所附權(quán)利要求書(shū)限定的。本領(lǐng)域的技術(shù)人員在不背離本發(fā)明的原理和實(shí)質(zhì)的前提下，可以對(duì)這些實(shí)施方式做出多種變更或修改，但這些變更和修改均落入本發(fā)明的保護(hù)范圍。

分享名稱：關(guān)鍵詞優(yōu)化/SEO站點(diǎn)構(gòu)建方法及SEO請(qǐng)求的響應(yīng)方法
文章出自：http://muchs.cn/article4/dghioie.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供、企業(yè)建站、外貿(mào)建站、網(wǎng)站排名、做網(wǎng)站、App開(kāi)發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)

營(yíng)銷型網(wǎng)站建設(shè)