本發(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)爬蟲的應(yīng)用更是加劇了這一點(diǎn)。在這種情況下,傳統(tǒng)的SEO頁(yè)面更顯示出頁(yè)面加載慢、并發(fā)低的缺陷,難以適應(yīng)新的形勢(shì)。這就對(duì)SEO站點(diǎn)提出了新的需求,亟需一種更為快速高效的SEO站點(diǎn)架構(gòu)和
解決方案。http://jinyejixie.com
發(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ù)寫入第一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://jinyejixie.com
在符合本領(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ù)寫入第一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://jinyejixie.com
在一些優(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)利要求書限定的。本領(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://jinyejixie.com/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)請(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)