本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域,尤其涉及一種高并發(fā)量廣告投放網(wǎng)站的方法。
背景技術(shù):
隨著互聯(lián)網(wǎng)發(fā)展進(jìn)程的加快,廣告資源網(wǎng)絡(luò)化成為一大潮流,與傳統(tǒng)的廣告宣傳相比,網(wǎng)絡(luò)廣告信息資源在數(shù)量、結(jié)構(gòu)、分布和傳播的范圍、內(nèi)涵傳遞手段等方面都顯示出新的特點(diǎn)。這些新的特點(diǎn)讓廣告達(dá)到了更好、更快、更加人性化的宣傳目的。
互聯(lián)網(wǎng)業(yè)務(wù)的不斷豐富,網(wǎng)站相關(guān)的技術(shù)經(jīng)過這些年的發(fā)展,已經(jīng)細(xì)分到很細(xì)的方方面面,尤其對于大型網(wǎng)站來說,所采用的技術(shù)更是涉及面非常廣,從硬件到軟件、編程語言、數(shù)據(jù)庫、WebServer、防火墻等各個領(lǐng)域都有了很高的要求,已經(jīng)不是原來簡單的html靜態(tài)網(wǎng)站所能比擬的。大型網(wǎng)站,比如大型廣告類投放網(wǎng)站,在面對大量用戶訪問、高并發(fā)請求方面,基本的解決方案集中在這樣幾個環(huán)節(jié):使用高性能的服務(wù)器、高性能的數(shù)據(jù)庫、高效率的編程語言、還有高性能的Web容器。這幾個解決思路在一定程度上意味著更大的投入。
為了應(yīng)對廣告類高并發(fā)的請求,減小服務(wù)器壓力,使小型配置服務(wù)器也能從容應(yīng)對同一時間的大量訪問,達(dá)到廣告展示的目的。從而產(chǎn)生了本專利申請文件。
技術(shù)實(shí)現(xiàn)要素:
本發(fā)明要解決的技術(shù)問題之一,在于提供一種高并發(fā)量廣告投放網(wǎng)站的方法,避免用戶調(diào)用是去服務(wù)器中請求數(shù)據(jù)的行為,這樣能達(dá)到解決廣告訪問高并發(fā)的目的。
本發(fā)明的問題是這樣實(shí)現(xiàn)的:一種高并發(fā)量廣告投放網(wǎng)站的方法,所述方法包括至少一個服務(wù)器和至少一個客戶端,所述方法為:將展示廣告內(nèi)容的程序和廣告形成的程序存儲在客戶端;將客戶端調(diào)用廣告的程序、廣告圖片和文字、相關(guān)數(shù)據(jù)接口請求,形成一.JS格式的文件存儲在服務(wù)器,在高并發(fā)量的廣告投放時,向服務(wù)器請求一個獲得數(shù)據(jù)的接口請求和.JS格式的文件,獲取后的數(shù)據(jù)放置于客戶端中,客戶端將獲取的數(shù)據(jù)通過所述展示廣告內(nèi)容的程序和廣告形成的程序使得廣告在網(wǎng)站進(jìn)行顯示操作。
進(jìn)一步地,所述方法進(jìn)一步包括多個服務(wù)器和一處理數(shù)據(jù)請求接口模塊,不同的廣告對應(yīng)設(shè)置有一.JS格式的文件,將不同的廣告的.JS格式的文件分布在多個服務(wù)器上,這樣防止在同一臺服務(wù)器因大量請求而崩潰;所述處理數(shù)據(jù)請求接口模塊獲取到客戶端要請求的接口后,進(jìn)行判斷該請求的接口在對應(yīng)的哪個服務(wù)器中,從而到對應(yīng)的服務(wù)器中獲得數(shù)據(jù)。
進(jìn)一步地,所述相關(guān)數(shù)據(jù)接口請求包括:ip地址、請求量相關(guān)數(shù)據(jù)、或者展示點(diǎn)擊記錄。
本發(fā)明具有如下優(yōu)點(diǎn):本發(fā)明采用“去服存客”的方式;所謂的“去服存客”,便是將用戶請求到廣告這一過程的大部分程序及處理方式放止于客戶端。服務(wù)器僅提供關(guān)鍵的少量數(shù)據(jù),比如該廣告位最終可請求到的廣告的id,關(guān)鍵的一些數(shù)據(jù)信息,就以文件的形式如.js存到服務(wù)器中。這樣一來,用戶去請求獲取廣告的時候,僅僅向服務(wù)器請求一個獲取關(guān)鍵數(shù)據(jù)的接口,以及服務(wù)器中保存好的文件(.js),這樣客戶端即可對廣告進(jìn)行投放網(wǎng)站進(jìn)行顯示。本發(fā)明將廣告模塊分離出來做,確實(shí)實(shí)現(xiàn)了許多好處;一方面解決了更多的硬件成本投入的問題,節(jié)約了不必要人力物力的投入。另一方由于廣告數(shù)據(jù)的提前生成,廣告訪問速度上也提高了不少,同時服務(wù)器維護(hù)更加方便。
附圖說明
圖1為本發(fā)明的方法流程示意圖。
圖2為本發(fā)明原理框架圖。
具體實(shí)施方式
請參閱圖1和圖2所示,本發(fā)明的一種高并發(fā)量廣告投放網(wǎng)站的方法,所述方法包括至少一個服務(wù)器和至少一個客戶端,所述方法為:將展示廣告內(nèi)容的程序和廣告形成的程序存儲在客戶端;將客戶端調(diào)用廣告的程序、廣告圖片和文字、相關(guān)數(shù)據(jù)接口請求,形成一.JS格式的文件存儲在服務(wù)器,在高并發(fā)量的廣告投放時,向服務(wù)器請求一個獲得數(shù)據(jù)的接口請求和.JS格式的文件,獲取后的數(shù)據(jù)放置于客戶端中,客戶端將獲取的數(shù)據(jù)通過所述展示廣告內(nèi)容的程序和廣告形成的程序使得廣告在網(wǎng)站進(jìn)行顯示操作。所述相關(guān)數(shù)據(jù)接口請求包括:ip地址、請求量相關(guān)數(shù)據(jù)、或者展示點(diǎn)擊記錄。
為了,能更好地緩解服務(wù)器的壓力,提高客戶端的訪問速度;所述方法進(jìn)一步包括多個服務(wù)器和一處理數(shù)據(jù)請求接口模塊,不同的廣告對應(yīng)設(shè)置有一.JS格式的文件,將不同的廣告的.JS格式的文件分布在多個服務(wù)器上,這樣防止在同一臺服務(wù)器因大量請求而崩潰;所述處理數(shù)據(jù)請求接口模塊獲取到客戶端要請求的接口后,進(jìn)行判斷該請求的接口在對應(yīng)的哪個服務(wù)器中(該判讀即服務(wù)器的.JS格式的文件中存有相關(guān)數(shù)據(jù)接口請求,將客戶端要請求的接口與服務(wù)器中的相關(guān)數(shù)據(jù)接口請求進(jìn)行對比,是否匹配來進(jìn)行判斷),從而到對應(yīng)的服務(wù)器中獲得數(shù)據(jù)。
本發(fā)明的一種高并發(fā)量廣告投放網(wǎng)站的方法,“去服存客”,進(jìn)行程序模塊分離,即將服務(wù)器中的程序放到客戶端執(zhí)行,提前生成數(shù)據(jù)文件,并將接口請求分離到對應(yīng)模塊服務(wù)器中,避免用戶調(diào)用是去服務(wù)器中請求數(shù)據(jù)的行為,這樣能達(dá)到解決廣告訪問高并發(fā)的目的。
所謂模塊分離即分析程序邏輯,看看哪些程序可以放到客戶端來執(zhí)行,哪些是不能放到客戶端執(zhí)行,把之前幾乎所有的都在服務(wù)端執(zhí)行的程序拆分出來,能放到客戶端的就都分離到客戶端。其中分離方式為:讀取緩存,讀取數(shù)據(jù)庫等這些工作是客戶端做不到的,但是廣告中包含多個素材進(jìn)行隨機(jī)展示這個事情就可以放到客戶端來做,不用在服務(wù)端隨機(jī)好了再發(fā)給客戶端,或者某廣告只在終端展示固定次數(shù),也可以放到客戶端。廣告后臺投放之后就會把該廣告的相關(guān)數(shù)據(jù)和投放到客戶端執(zhí)行的程序文件生成,這個時候還未進(jìn)行投放工作,此為提前生成數(shù)據(jù)。在實(shí)際投放廣告的時候網(wǎng)頁頁面會包含該程序文件的地址。用戶在請求含有廣告的頁面的時候,必然是使用瀏覽器去看的,在使用瀏覽器查看網(wǎng)頁的時候就會把程序文件下載到客戶端,由客戶端的瀏覽器來執(zhí)行程序文件里的程序,從而使得廣告在網(wǎng)站進(jìn)行顯示。
總之,本發(fā)明采用“去服存客”的方式;所謂的“去服存客”,便是將用戶請求到廣告這一過程的大部分程序及處理方式放止于客戶端。服務(wù)器僅提供關(guān)鍵的少量數(shù)據(jù),比如該廣告位最終可請求到的廣告的id,而關(guān)鍵的一些數(shù)據(jù)信息,如一些圖片文字之類的,在編輯人員發(fā)布廣告的時候,就以文件的形式如.js存到服務(wù)器中,該文件中也包括一些客戶端能調(diào)用的程序,或者一些相關(guān)數(shù)據(jù)接口請求(比如ip、請求量相關(guān)數(shù)據(jù),展示點(diǎn)擊記錄等),而這些接口,可能會分布到不同的服務(wù)器中,防止在同一臺服務(wù)器因大量請求崩掉。這樣一來,用戶去請求獲取廣告的時候,僅僅向服務(wù)器請求一個獲取關(guān)鍵數(shù)據(jù)的接口,以及服務(wù)器中保存好的文件(.js),這樣客戶端即可對廣告進(jìn)行投放網(wǎng)站進(jìn)行顯示。本發(fā)明將廣告模塊分離出來做,確實(shí)實(shí)現(xiàn)了許多好處;一方面解決了更多的硬件成本投入的問題,節(jié)約了不必要人力物力的投入。另一方由于廣告數(shù)據(jù)的提前生成,廣告訪問速度上也提高了不少,同時服務(wù)器維護(hù)更加方便。
以上所述僅為本發(fā)明的較佳實(shí)施例,凡依本發(fā)明申請專利范圍所做的均等變化與修飾,皆應(yīng)屬本發(fā)明的涵蓋范圍。