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