靜態(tài)頁(yè)面更新方法及裝置制造方法
【專(zhuān)利摘要】本申請(qǐng)實(shí)施例提供了一種靜態(tài)頁(yè)面更新方法及裝置，所述方法包括：內(nèi)容管理系統(tǒng)CMS獲取待更新的靜態(tài)頁(yè)面；將所述待更新的靜態(tài)頁(yè)面加入處理隊(duì)列中；按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)。本申請(qǐng)實(shí)施例避免了CMS阻塞，降低了靜態(tài)頁(yè)面的觸發(fā)操作對(duì)其他正常業(yè)務(wù)的影響。
【專(zhuān)利說(shuō)明】靜態(tài)頁(yè)面更新方法及裝置

【技術(shù)領(lǐng)域】
[0001]本申請(qǐng)涉及網(wǎng)絡(luò)【技術(shù)領(lǐng)域】，更具體的說(shuō)是涉及一種靜態(tài)頁(yè)面更新方法及裝置。

【背景技術(shù)】
[0002]靜態(tài)頁(yè)面是指將網(wǎng)頁(yè)內(nèi)容展現(xiàn)轉(zhuǎn)換為HTML(HyperText Mark-up Language,超文本標(biāo)記語(yǔ)言)靜態(tài)文件直接存儲(chǔ)在網(wǎng)站服務(wù)器上，并能夠直接在客戶端瀏覽器上顯示出來(lái)的頁(yè)面。
[0003]由于靜態(tài)頁(yè)面不能自主管理發(fā)布更新的頁(yè)面，因此靜態(tài)頁(yè)面的更新，需要通過(guò)CMS (Content Management System,內(nèi)容管理系統(tǒng))進(jìn)行觸發(fā)，以重新靜態(tài)化操作來(lái)改變網(wǎng)站服務(wù)器上HTML靜態(tài)文件的內(nèi)容實(shí)現(xiàn)。
[0004]現(xiàn)有技術(shù)中，是通過(guò)批量觸發(fā)一定數(shù)量的靜態(tài)頁(yè)面，來(lái)實(shí)現(xiàn)靜態(tài)頁(yè)面的更新。但是，發(fā)明人在研究中發(fā)現(xiàn)，這種批量觸發(fā)靜態(tài)頁(yè)面的方式，由于大量數(shù)據(jù)的觸發(fā)，容易造成CMS堵塞，影響其他正常業(yè)務(wù)的執(zhí)行。


【發(fā)明內(nèi)容】

[0005]有鑒于此，本申請(qǐng)?zhí)峁┝艘环N靜態(tài)頁(yè)面更新方法和裝置，解決了 CMS(ContentManagement System,內(nèi)容管理系統(tǒng))阻塞，降低了靜態(tài)頁(yè)面的觸發(fā)操作對(duì)其他正常業(yè)務(wù)的影響。
[0006]為實(shí)現(xiàn)上述目的，本申請(qǐng)?zhí)峁┤缦录夹g(shù)方案:
[0007]一種靜態(tài)頁(yè)面更新方法，包括:
[0008]內(nèi)容管理系統(tǒng)CMS獲取待更新的靜態(tài)頁(yè)面；
[0009]將所述待更新的靜態(tài)頁(yè)面加入處理隊(duì)列中；
[0010]按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)。
[0011 ] 優(yōu)選地，所述按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)包括:
[0012]按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)，且每觸發(fā)一條待更新的靜態(tài)頁(yè)面，休眠預(yù)設(shè)時(shí)間之后再觸發(fā)下一條待更新的靜態(tài)頁(yè)面。
[0013]優(yōu)選地，所述將所述待更新的靜態(tài)頁(yè)面加入處理隊(duì)列中之后，所述方法還包括:
[0014]對(duì)每一條待更新的靜態(tài)頁(yè)面進(jìn)行監(jiān)控，并記錄每一條待更新的靜態(tài)頁(yè)面的執(zhí)行狀態(tài)，所述執(zhí)行狀態(tài)至少包括觸發(fā)成功、觸發(fā)失敗以及是否被觸發(fā)。
[0015]優(yōu)選地，所述按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)之后，所述方法還包括:
[0016]查詢(xún)每一條待更新的靜態(tài)頁(yè)面的執(zhí)行狀態(tài)；
[0017]將觸發(fā)失敗的待更新的靜態(tài)頁(yè)面重新加入所述處理隊(duì)列。
[0018]優(yōu)選地，所述按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)包括:
[0019]按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)；
[0020]當(dāng)接收到暫停指令時(shí)，暫停當(dāng)前的觸發(fā)操作直至接收到恢復(fù)指令。
[0021]一種靜態(tài)頁(yè)面更新裝置，包括:
[0022]頁(yè)面獲取模塊，用于獲取待更新的靜態(tài)頁(yè)面；
[0023]隊(duì)列模塊，用于將所述待更新的靜態(tài)頁(yè)面加入處理隊(duì)列中；
[0024]觸發(fā)模塊，用于按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)。
[0025]優(yōu)選地，所述觸發(fā)模塊按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)時(shí)，且每觸發(fā)一條待更新的靜態(tài)頁(yè)面，休眠預(yù)設(shè)時(shí)間之后再觸發(fā)下一條待更新的靜態(tài)頁(yè)面。
[0026]優(yōu)選地，還包括:
[0027]監(jiān)控模塊，用于對(duì)每一條待更新的靜態(tài)頁(yè)面進(jìn)行監(jiān)控，并記錄每一條待更新的靜態(tài)頁(yè)面的執(zhí)行狀態(tài)，所述執(zhí)行狀態(tài)至少包括觸發(fā)成功、觸發(fā)失敗以及是否被觸發(fā)。
[0028]優(yōu)選地，還包括:
[0029]查詢(xún)模塊，用于查詢(xún)每一條待更新的靜態(tài)頁(yè)面的執(zhí)行狀態(tài)，并將觸發(fā)失敗的待更新的靜態(tài)頁(yè)面重新加入所述處理隊(duì)列。
[0030]優(yōu)選地，所述觸發(fā)模塊按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)時(shí)，當(dāng)接收到暫停指令時(shí)，暫停當(dāng)前的觸發(fā)操作直至接收到恢復(fù)指令。
[0031]經(jīng)由上述的技術(shù)方案可知，與現(xiàn)有技術(shù)相比，本申請(qǐng)?zhí)峁┝艘环N靜態(tài)頁(yè)面更新方法和裝置，獲取待更新的靜態(tài)頁(yè)面；對(duì)于獲取的待更新的靜態(tài)頁(yè)面，將他們加入處理隊(duì)列中，按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)。由于采用串行方式逐條進(jìn)行觸發(fā)，避免了批量觸發(fā)靜態(tài)頁(yè)面導(dǎo)致CMS堵塞，從而降低了靜態(tài)頁(yè)面的觸發(fā)操作對(duì)CMS其他正常業(yè)務(wù)的影響。

【專(zhuān)利附圖】

【附圖說(shuō)明】
[0032]為了更清楚地說(shuō)明本申請(qǐng)實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本申請(qǐng)的實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。
[0033]圖1為本申請(qǐng)實(shí)施例提供了一種靜態(tài)頁(yè)面更新方法一個(gè)實(shí)施例的流程圖；
[0034]圖2為本申請(qǐng)實(shí)施例提供了一種靜態(tài)頁(yè)面更新方法又一個(gè)實(shí)施例的流程圖；
[0035]圖3為本申請(qǐng)實(shí)施例提供了一種靜態(tài)頁(yè)面更新裝置一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；
[0036]圖4為本申請(qǐng)實(shí)施例提供了一種靜態(tài)頁(yè)面更新裝置又一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。

【具體實(shí)施方式】
[0037]下面將結(jié)合本申請(qǐng)實(shí)施例中的附圖,對(duì)本申請(qǐng)實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本申請(qǐng)一部分實(shí)施例，而不是全部的實(shí)施例?；诒旧暾?qǐng)中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本申請(qǐng)保護(hù)的范圍。
[0038]在本申請(qǐng)實(shí)施例中，CMS (Content Management System,內(nèi)容管理系統(tǒng))獲取待更新的靜態(tài)頁(yè)面；對(duì)于獲取的待更新的靜態(tài)頁(yè)面，將他們加入處理隊(duì)列中，按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)。由于采用串行方式逐條進(jìn)行觸發(fā)，避免了批量觸發(fā)靜態(tài)頁(yè)面導(dǎo)致CMS堵塞，從而降低了靜態(tài)頁(yè)面的觸發(fā)操作對(duì)CMS其他正常業(yè)務(wù)的影響。
[0039]圖1為本申請(qǐng)實(shí)施例提供的一種靜態(tài)頁(yè)面更新方法一個(gè)實(shí)施例的流程圖，該方法可以包括以下幾個(gè)步驟:
[0040]101:CMS獲取待更新的靜態(tài)頁(yè)面。
[0041]CMS是提供內(nèi)容管理、頁(yè)面發(fā)布及各種配套內(nèi)容服務(wù)的綜合平臺(tái)，對(duì)靜態(tài)頁(yè)面的更新觸發(fā)是由CMS執(zhí)行的。
[0042]本申請(qǐng)實(shí)施中，首先獲取待更新的靜態(tài)頁(yè)面。
[0043]102:將所述待更新的靜態(tài)頁(yè)面加入處理隊(duì)列中。
[0044]103:按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)。
[0045]觸發(fā)一條待更新的靜態(tài)頁(yè)面之后，即可對(duì)其進(jìn)行更新，例如通過(guò)調(diào)用CMS更新接口，傳遞修改的內(nèi)容信息，以實(shí)現(xiàn)對(duì)一條待更新的靜態(tài)頁(yè)面的更新。
[0046]本申請(qǐng)實(shí)施例中，對(duì)于獲取的待更新的靜態(tài)頁(yè)面，將他們加入處理隊(duì)列中。隊(duì)列是一種特殊的線性表，最先輸入的元素將最先被刪除，滿足先進(jìn)先出規(guī)則。按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)。由于采用串行方式逐條進(jìn)行觸發(fā)，避免了批量觸發(fā)靜態(tài)頁(yè)面導(dǎo)致CMS堵塞，影響其他正常業(yè)務(wù)的執(zhí)行的問(wèn)題。
[0047]現(xiàn)有技術(shù)中，批量觸發(fā)操作通常存在一定的數(shù)量限制，例如500條，在存在大量的待更新的靜態(tài)頁(yè)面時(shí)，例如8000條件，則需要反復(fù)選擇待更新的靜態(tài)頁(yè)面并批量觸發(fā)，重復(fù)執(zhí)行操作次數(shù)太多，每一次選擇都需要人工執(zhí)行，而本申請(qǐng)實(shí)施例中，將待更新的靜態(tài)頁(yè)面加入到處理隊(duì)列中逐條進(jìn)行觸發(fā)，無(wú)法重復(fù)執(zhí)行選擇待更新靜態(tài)頁(yè)面的操作，簡(jiǎn)化了觸發(fā)操作。
[0048]其中，待更新的靜態(tài)頁(yè)面可以是CMS選擇的滿足篩選條件的靜態(tài)頁(yè)面作為待更新的靜態(tài)頁(yè)面，例如根據(jù)頁(yè)面名稱(chēng)、頁(yè)面地址、頁(yè)面內(nèi)容的父對(duì)象標(biāo)識(shí)、頁(yè)面發(fā)布時(shí)間、頁(yè)面結(jié)束時(shí)間，頁(yè)面是否有效、和/或頁(yè)面是否被屏蔽等選擇待更新的靜態(tài)頁(yè)面，例如選擇頁(yè)面發(fā)布時(shí)間大于預(yù)設(shè)時(shí)間的靜態(tài)頁(yè)面作為待更新的靜態(tài)頁(yè)面。或者將無(wú)效的或者被屏蔽的或者頁(yè)面地址為預(yù)設(shè)地址的靜態(tài)頁(yè)面作為待更新的靜態(tài)頁(yè)面等。
[0049]通過(guò)設(shè)定篩選條件，可以?xún)?yōu)選更新某些靜態(tài)頁(yè)面、或者能夠較全面對(duì)靜態(tài)頁(yè)面進(jìn)行更新。
[0050]其中，為了避免執(zhí)行頻率過(guò)高影響CMS的整體性能，因此作為又一個(gè)實(shí)施例，在按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)時(shí)，每觸發(fā)一條待更新的靜態(tài)頁(yè)面，休眠預(yù)設(shè)時(shí)間之后再觸發(fā)下一條待更新的靜態(tài)頁(yè)面。
[0051]該預(yù)設(shè)時(shí)間可以預(yù)先或者實(shí)時(shí)進(jìn)行設(shè)定，例如根據(jù)CMS當(dāng)前的執(zhí)行狀態(tài)，若其空閑時(shí)，則可以將預(yù)設(shè)時(shí)間設(shè)置為較短的數(shù)值，若沒(méi)有較多的空閑資源或觸發(fā)執(zhí)行效率較高時(shí)，則可以將預(yù)設(shè)時(shí)間設(shè)置較長(zhǎng)的數(shù)值等。
[0052]其中，在按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)的過(guò)程中，如果接收到暫停指令，則暫停當(dāng)前的觸發(fā)操作；當(dāng)接收到恢復(fù)指令，繼續(xù)當(dāng)前的觸發(fā)操作。
[0053]該暫停指令可以是在檢測(cè)到CMS的觸發(fā)執(zhí)行效率過(guò)高時(shí)生成、或者CMS空閑資源較少時(shí)生成、或者接收到用戶暫停請(qǐng)求時(shí)生成的、或者檢測(cè)到執(zhí)行異常時(shí)生成的等。
[0054]該恢復(fù)指令，可以是在檢測(cè)到CMS的觸發(fā)執(zhí)行效率低于預(yù)設(shè)值時(shí)生成、或者CMS空閑資源較多時(shí)生成，或者接收到用戶恢復(fù)請(qǐng)求時(shí)生成的、或者檢測(cè)到執(zhí)行異常消除時(shí)生成的等。
[0055]從而通過(guò)本申請(qǐng)實(shí)施例，可以暫?；蛘呋謴?fù)觸發(fā)操作的執(zhí)行，靈活的實(shí)現(xiàn)了對(duì)觸發(fā)操作的控制，避免了批量觸發(fā)操作執(zhí)行過(guò)程不可控，一次觸發(fā)無(wú)法中止的問(wèn)題等。
[0056]為了方便了解靜態(tài)頁(yè)面的觸發(fā)狀態(tài)，如圖2所示，在本申請(qǐng)?zhí)峁┝擞忠粋€(gè)實(shí)施例中，該方法可以包括:
[0057]101:CMS獲取待更新的靜態(tài)頁(yè)面。
[0058]102:將所述待更新的靜態(tài)頁(yè)面加入處理隊(duì)列中。
[0059]103:按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)。
[0060]其中，步驟101?步驟103可以參見(jiàn)上述實(shí)施例中所述，在此不再贅述，此外，所述方法還可以包括:
[0061]104:對(duì)每一條待更新的靜態(tài)頁(yè)面進(jìn)行監(jiān)控，并記錄每一條待更新的靜態(tài)頁(yè)面的執(zhí)行狀態(tài)，所述執(zhí)行狀態(tài)至少包括觸發(fā)成功、觸發(fā)失敗以及是否被觸發(fā)。
[0062]將待更新的靜態(tài)頁(yè)面加入處理隊(duì)列之后，即可對(duì)每一條待更新的靜態(tài)頁(yè)面進(jìn)行監(jiān)控，記錄其執(zhí)行狀態(tài)。其中執(zhí)行狀態(tài)至少包括觸發(fā)成功、觸發(fā)失敗、是否被觸發(fā)以及是否被暫停等。
[0063]根據(jù)用戶的請(qǐng)求，還可以輸出記錄的執(zhí)行狀態(tài)，以方便用戶了解，實(shí)現(xiàn)對(duì)觸發(fā)操作的靈活操作。避免了現(xiàn)有技術(shù)中批量觸發(fā)操作需要人工逐條查閱，浪費(fèi)人力的問(wèn)題，以及在執(zhí)行過(guò)程中無(wú)法了解執(zhí)行狀態(tài)的問(wèn)題。
[0064]其中，待更新的靜態(tài)頁(yè)面可能觸發(fā)失敗，因此，為了提高觸發(fā)成功率，作為又一個(gè)實(shí)施例，所述方法還可以包括:
[0065]105:查詢(xún)每一條待更新的靜態(tài)頁(yè)面的執(zhí)行狀態(tài)。
[0066]106:將觸發(fā)失敗的待更新的靜態(tài)頁(yè)面重新加入所述處理隊(duì)列。
[0067]查詢(xún)操作可以是在待更新的靜態(tài)頁(yè)面全文觸發(fā)結(jié)束時(shí)執(zhí)行，或者在逐條觸發(fā)待更新的靜態(tài)頁(yè)面中執(zhí)行，一旦發(fā)現(xiàn)觸發(fā)失敗的待更新的靜態(tài)頁(yè)面，即可重新將其加入所述處理隊(duì)列，以繼續(xù)進(jìn)行觸發(fā)，無(wú)需人工手動(dòng)操作、提高了觸發(fā)成功率。
[0068]對(duì)于前述的各方法實(shí)施例，為了簡(jiǎn)單描述，故將其都表述為一系列的動(dòng)作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本申請(qǐng)并不受所描述的動(dòng)作順序的限制，因?yàn)橐罁?jù)本申請(qǐng)，某些步驟可以采用其他順序或者同時(shí)進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說(shuō)明書(shū)中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動(dòng)作和模塊并不一定是本申請(qǐng)所必須的。
[0069]圖3為本申請(qǐng)實(shí)施例提供了一種靜態(tài)頁(yè)面更新裝置一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，該裝置具體應(yīng)用于CMS中，可以包括:
[0070]頁(yè)面獲取模塊301，用于獲取待更新的靜態(tài)頁(yè)面。
[0071]隊(duì)列模塊302，用于將所述待更新的靜態(tài)頁(yè)面加入處理隊(duì)列中。
[0072]觸發(fā)模塊303，用于按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)。
[0073]觸發(fā)模塊觸發(fā)一條待更新的靜態(tài)頁(yè)面之后，即可對(duì)其進(jìn)行更新，例如通過(guò)調(diào)用CMS更新接口，傳遞修改的內(nèi)容信息，以實(shí)現(xiàn)對(duì)一條待更新的靜態(tài)頁(yè)面的更新。
[0074]本申請(qǐng)實(shí)施例中，對(duì)于獲取的待更新的靜態(tài)頁(yè)面，將他們加入處理隊(duì)列中。隊(duì)列是一種特殊的線性表，最先輸入的元素將最先被刪除，滿足先進(jìn)先出規(guī)則。按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)。由于采用串行方式逐條進(jìn)行觸發(fā)，避免了批量觸發(fā)靜態(tài)頁(yè)面導(dǎo)致CMS堵塞，影響其他正常業(yè)務(wù)的執(zhí)行的問(wèn)題。
[0075]其中，待更新的靜態(tài)頁(yè)面可以是CMS選擇的滿足篩選條件的靜態(tài)頁(yè)面作為待更新的靜態(tài)頁(yè)面，例如根據(jù)頁(yè)面名稱(chēng)、頁(yè)面地址、頁(yè)面內(nèi)容的父對(duì)象標(biāo)識(shí)、頁(yè)面發(fā)布時(shí)間、頁(yè)面結(jié)束時(shí)間，頁(yè)面是否有效、和/或頁(yè)面是否被屏蔽等選擇待更新的靜態(tài)頁(yè)面，例如選擇頁(yè)面發(fā)布時(shí)間大于預(yù)設(shè)時(shí)間的靜態(tài)頁(yè)面作為待更新的靜態(tài)頁(yè)面?；蛘邔o(wú)效的或者被屏蔽的或者頁(yè)面地址為預(yù)設(shè)地址的靜態(tài)頁(yè)面作為待更新的靜態(tài)頁(yè)面等。
[0076]通過(guò)設(shè)定篩選條件，可以?xún)?yōu)選更新某些靜態(tài)頁(yè)面、或者能夠較全面對(duì)靜態(tài)頁(yè)面進(jìn)行更新。
[0077]其中，為了避免執(zhí)行頻率過(guò)高影響CMS的整體性能，因此作為又一個(gè)實(shí)施例，所述觸發(fā)模塊按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)時(shí)，可以每觸發(fā)一條待更新的靜態(tài)頁(yè)面，休眠預(yù)設(shè)時(shí)間之后再觸發(fā)下一條待更新的靜態(tài)頁(yè)面。
[0078]該預(yù)設(shè)時(shí)間可以預(yù)先或者實(shí)時(shí)進(jìn)行設(shè)定，例如根據(jù)CMS當(dāng)前的執(zhí)行狀態(tài)，若其空閑時(shí)，則可以將預(yù)設(shè)時(shí)間設(shè)置為較短的數(shù)值，若沒(méi)有較多的空閑資源或觸發(fā)執(zhí)行效率較高時(shí)，則可以將預(yù)設(shè)時(shí)間設(shè)置較長(zhǎng)的數(shù)值等。
[0079]其中，在按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)的過(guò)程中，如果接收到暫停指令，則暫停當(dāng)前的觸發(fā)操作；當(dāng)接收到恢復(fù)指令，繼續(xù)當(dāng)前的觸發(fā)操作。
[0080]因此，作為又一個(gè)實(shí)施例，該觸發(fā)模塊可以具體用于按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)時(shí)，當(dāng)接收到暫停指令時(shí)，暫停當(dāng)前的觸發(fā)操作直至接收到恢復(fù)指令。
[0081]該暫停指令可以是在檢測(cè)到CMS的觸發(fā)執(zhí)行效率過(guò)高時(shí)生成、或者CMS空閑資源較少時(shí)生成、或者接收到用戶暫停請(qǐng)求時(shí)生成的、或者檢測(cè)到執(zhí)行異常時(shí)生成的等。
[0082]該恢復(fù)指令，可以是在檢測(cè)到CMS的觸發(fā)執(zhí)行效率低于預(yù)設(shè)值時(shí)生成、或者CMS空閑資源較多時(shí)生成，或者接收到用戶恢復(fù)請(qǐng)求時(shí)生成的、或者檢測(cè)到執(zhí)行異常消除時(shí)生成的等。
[0083]從而通過(guò)本申請(qǐng)實(shí)施例，可以暫?；蛘呋謴?fù)觸發(fā)操作的執(zhí)行，靈活的實(shí)現(xiàn)了對(duì)觸發(fā)操作的控制，避免了批量觸發(fā)操作執(zhí)行過(guò)程不可控，一次觸發(fā)無(wú)法中止的問(wèn)題等。
[0084]為了方便了解靜態(tài)頁(yè)面的觸發(fā)狀態(tài)，如圖4所示，在本申請(qǐng)?zhí)峁┝擞忠粋€(gè)實(shí)施例中，該裝置可以包括:
[0085]頁(yè)面獲取模塊301，用于獲取待更新的靜態(tài)頁(yè)面。
[0086]隊(duì)列模塊302，用于將所述待更新的靜態(tài)頁(yè)面加入處理隊(duì)列中。
[0087]觸發(fā)模塊303，用于按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)。
[0088]其中，頁(yè)面獲取模塊301、隊(duì)列模塊302以及觸發(fā)模塊303可以參見(jiàn)上述實(shí)施例中所述，在此不再贅述。
[0089]此外，本實(shí)施例中，該裝置還可以包括:
[0090]監(jiān)控模塊304，用于對(duì)每一條待更新的靜態(tài)頁(yè)面進(jìn)行監(jiān)控，并記錄每一條待更新的靜態(tài)頁(yè)面的執(zhí)行狀態(tài)。
[0091]所述執(zhí)行狀態(tài)至少包括觸發(fā)成功、觸發(fā)失敗以及是否被觸發(fā)。
[0092]其中，根據(jù)用戶的請(qǐng)求，還可以輸出記錄的執(zhí)行狀態(tài)，以方便用戶了解，實(shí)現(xiàn)對(duì)觸發(fā)操作的靈活操作。避免了現(xiàn)有技術(shù)中批量觸發(fā)操作需要人工逐條查閱，浪費(fèi)人力的問(wèn)題，以及在執(zhí)行過(guò)程中無(wú)法了解執(zhí)行狀態(tài)的問(wèn)題。
[0093]其中，待更新的靜態(tài)頁(yè)面可能觸發(fā)失敗，因此，為了提高觸發(fā)成功率，作為又一個(gè)實(shí)施例，該裝置還可以包括:
[0094]查詢(xún)模塊305，用于查詢(xún)每一條待更新的靜態(tài)頁(yè)面的執(zhí)行狀態(tài)，并將觸發(fā)失敗的待更新的靜態(tài)頁(yè)面重新加入所述處理隊(duì)列。
[0095]查詢(xún)操作可以是在待更新的靜態(tài)頁(yè)面全文觸發(fā)結(jié)束時(shí)執(zhí)行，或者在逐條觸發(fā)待更新的靜態(tài)頁(yè)面中執(zhí)行，一旦發(fā)現(xiàn)觸發(fā)失敗的待更新的靜態(tài)頁(yè)面，即可重新將其加入所述處理隊(duì)列，以繼續(xù)進(jìn)行觸發(fā)，無(wú)需人工手動(dòng)操作、提高了觸發(fā)成功率。
[0096]本說(shuō)明書(shū)中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似部分互相參見(jiàn)即可。對(duì)于實(shí)施例公開(kāi)的裝置而言，由于其與實(shí)施例公開(kāi)的方法相對(duì)應(yīng)，所以描述的比較簡(jiǎn)單，相關(guān)之處參見(jiàn)方法部分說(shuō)明即可。
[0097]最后，還需要說(shuō)明的是，在本文中，諸如第一和第二等之類(lèi)的關(guān)系術(shù)語(yǔ)僅僅用來(lái)將一個(gè)實(shí)體或者操作與另一個(gè)實(shí)體或操作區(qū)分開(kāi)來(lái)，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語(yǔ)“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過(guò)程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒(méi)有明確列出的其他要素，或者是還包括為這種過(guò)程、方法、物品或者設(shè)備所固有的要素。在沒(méi)有更多限制的情況下，由語(yǔ)句“包括一個(gè)……”限定的要素，并不排除在包括所述要素的過(guò)程、方法、物品或者設(shè)備中還存在另外的相同要素。
[0098]為了描述的方便，描述以上裝置時(shí)以功能分為各種單元分別描述。當(dāng)然，在實(shí)施本申請(qǐng)時(shí)可以把各單元的功能在同一個(gè)或多個(gè)軟件和/或硬件中實(shí)現(xiàn)。
[0099]通過(guò)以上的實(shí)施方式的描述可知，本領(lǐng)域的技術(shù)人員可以清楚地了解到本申請(qǐng)可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)。基于這樣的理解，本申請(qǐng)的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在存儲(chǔ)介質(zhì)中，如R0M/RAM、磁碟、光盤(pán)等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請(qǐng)各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。
[0100]對(duì)所公開(kāi)的實(shí)施例的上述說(shuō)明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本申請(qǐng)。對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專(zhuān)業(yè)技術(shù)人員來(lái)說(shuō)將是顯而易見(jiàn)的，本文中所定義的一般原理可以在不脫離本申請(qǐng)的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本申請(qǐng)將不會(huì)被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開(kāi)的原理和新穎特點(diǎn)相一致的最寬的范圍。
【權(quán)利要求】
1.一種靜態(tài)頁(yè)面更新方法，其特征在于，包括: 內(nèi)容管理系統(tǒng)CMS獲取待更新的靜態(tài)頁(yè)面； 將所述待更新的靜態(tài)頁(yè)面加入處理隊(duì)列中； 按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)包括: 按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)，且每觸發(fā)一條待更新的靜態(tài)頁(yè)面，休眠預(yù)設(shè)時(shí)間之后再觸發(fā)下一條待更新的靜態(tài)頁(yè)面。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述將所述待更新的靜態(tài)頁(yè)面加入處理隊(duì)列中之后，所述方法還包括: 對(duì)每一條待更新的靜態(tài)頁(yè)面進(jìn)行監(jiān)控，并記錄每一條待更新的靜態(tài)頁(yè)面的執(zhí)行狀態(tài)，所述執(zhí)行狀態(tài)至少包括觸發(fā)成功、觸發(fā)失敗以及是否被觸發(fā)。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)之后，所述方法還包括: 查詢(xún)每一條待更新的靜態(tài)頁(yè)面的執(zhí)行狀態(tài)； 將觸發(fā)失敗的待更新的靜態(tài)頁(yè)面重新加入所述處理隊(duì)列。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)包括: 按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)； 當(dāng)接收到暫停指令時(shí)，暫停當(dāng)前的觸發(fā)操作直至接收到恢復(fù)指令。
6.一種靜態(tài)頁(yè)面更新裝置，其特征在于，包括: 頁(yè)面獲取模塊，用于獲取待更新的靜態(tài)頁(yè)面； 隊(duì)列模塊，用于將所述待更新的靜態(tài)頁(yè)面加入處理隊(duì)列中； 觸發(fā)模塊，用于按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述觸發(fā)模塊按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)時(shí)，且每觸發(fā)一條待更新的靜態(tài)頁(yè)面，休眠預(yù)設(shè)時(shí)間之后再觸發(fā)下一條待更新的靜態(tài)頁(yè)面。
8.根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，還包括: 監(jiān)控模塊，用于對(duì)每一條待更新的靜態(tài)頁(yè)面進(jìn)行監(jiān)控，并記錄每一條待更新的靜態(tài)頁(yè)面的執(zhí)行狀態(tài)，所述執(zhí)行狀態(tài)至少包括觸發(fā)成功、觸發(fā)失敗以及是否被觸發(fā)。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，還包括: 查詢(xún)模塊，用于查詢(xún)每一條待更新的靜態(tài)頁(yè)面的執(zhí)行狀態(tài)，并將觸發(fā)失敗的待更新的靜態(tài)頁(yè)面重新加入所述處理隊(duì)列。
10.根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，所述觸發(fā)模塊按照串行方式將所述處理隊(duì)列中的所述待更新的靜態(tài)頁(yè)面逐條進(jìn)行觸發(fā)時(shí)，當(dāng)接收到暫停指令時(shí)，暫停當(dāng)前的觸發(fā)操作直至接收到恢復(fù)指令。
【文檔編號(hào)】G06F17/30GK104331511SQ201410683524
【公開(kāi)日】2015年2月4日 申請(qǐng)日期:2014年11月24日 優(yōu)先權(quán)日:2014年11月24日
【發(fā)明者】閔博, 劉慶慶, 曾辰 申請(qǐng)人:飛狐信息技術(shù)（天津）有限公司