反向代理服務(wù)器，也是一個 IMAP/P0P3/SMTP代理服務(wù)器，因其占有內(nèi)存少，并發(fā)能力強，被廣泛使用，事實上nginx的 并發(fā)能力確實在同類型的網(wǎng)頁服務(wù)器中表現(xiàn)較好。
[0112] 圖6是根據(jù)一示例性實施例示出的一種訪問日志的處理方法實施例六的流程圖， 如圖6所示，在圖5所示的實施例的基礎(chǔ)上，該訪問日志的處理方法實現(xiàn)步驟具體包括：
[0113] 在步驟S601中，接收客戶端發(fā)送的訪問請求；所述訪問請求為客戶端根據(jù)獲取的 頁面中的日志收集鏈接發(fā)送的；所述日志收集鏈接為預先隱藏設(shè)置在需獲取訪問日志的頁 面中且指向?qū)?yīng)的日志收集服務(wù)器。
[0114] 在步驟S602中，通過HTTP的GET方法獲取所述頁面的訪問日志。
[0115] 在步驟S603中，將所述頁面的訪問日志存儲在數(shù)據(jù)庫預設(shè)的訪問日志存儲表中。
[0116] 在步驟S604中，當接收客戶端發(fā)送的頁面訪問消息時，向客戶端返回確認消息。
[0117] 在本公開實施例中，如果需要向客戶端返回確認消息，可以向客戶端發(fā)送預置尺 寸的空白圖片，即該確認消息可以是一個空白圖片，該確認消息的大小盡量小，例如：直接 返回客戶端一個1X1的空白圖片，這只是一個很小的、內(nèi)存中的圖片，對日志收集服務(wù)器 來說資源消耗非常小。
[0118] 在成功收集原始訪問日志后，可以根據(jù)日志需要的使用方的具體需求進行日志分 析，最后通過web方式展現(xiàn)出來，因日志分析和展現(xiàn)并不非本方案的重點，這里就不再贅 述。
[0119] 在上述圖1至圖6任一所示的實施例的基礎(chǔ)上，下面結(jié)合一實例說明該訪問日志 的處理方法的方案：
[0120] 首先，在應(yīng)用服務(wù)器端，在記錄日志需求的靜態(tài)頁面中嵌入一個HTTP超鏈接 http://192. 168. 0. 1/stats ? kl = xx&k2 = xx&k3 = XX，在完成超鏈接的嵌入之后，將該 頁面發(fā)布到應(yīng)用服務(wù)器上，以使客戶端訪問獲取該頁面。
[0121] 用戶通過客戶端（瀏覽器）訪問網(wǎng)站的url，例如：http://mydomain. com/phone， 向應(yīng)用服務(wù)器發(fā)送對應(yīng)的訪問消息，并接收到應(yīng)用服務(wù)器返回的對應(yīng)的頁面，該頁面中會 有一個 HTTP 超鏈接 http://192. 168. 0· 1/stats ? kl = xx&k2 = xx&k3 = XX，在得到該頁 面后，瀏覽器會自動請求該超鏈接。
[0122] 應(yīng)用收集服務(wù)器端預先部署了一臺基于Nignx的Web服務(wù)器，并且預先在數(shù)據(jù)庫 中，添加一張接收訪問日志的表，例如下表1 :
[0123] 表1:
[0124]

[0125] 在客戶端訪問頁面中嵌入的HTTP超鏈接、日志收集服務(wù)器(Nginx服務(wù)器）會接 收 http: //192. 168. 0· 1/stats ? kl = xx&k2 = xx&k3 = XX 傳進來的參數(shù)，并命名為 $arg_ KU $arg_K2、$arg_K3,通過Nginx的lua-resty-mysql模塊將接收的參數(shù)存入數(shù)據(jù)庫中預 先設(shè)置的表格中，以便后續(xù)將存儲的所述頁面的訪問日志進行分析處理，得到日志分析結(jié) 果，并將所述日志分析結(jié)果以網(wǎng)頁WEB形式顯示。
[0126] 本方案提供的訪問日志的處理方法，通過將日志收集功能從應(yīng)用服務(wù)代碼中剝離 出來，并將日志生成改為由客戶端瀏覽器直接向日志收集服務(wù)器發(fā)送請求，不會占用任何 應(yīng)用服務(wù)器上資源消耗，從而達到了減輕應(yīng)用服務(wù)器負擔的目的。同時因為日志收集服務(wù) 器采用了 Nginx這個高性能的HTTP服務(wù)器軟件，還可以實現(xiàn)高并發(fā)、高可靠以及高可擴展 性的目標。
[0127] 圖7是根據(jù)一示例性實施例示出的一種客戶端設(shè)備實施例一的框圖。參照圖6,該 客戶端設(shè)備10包括：第一發(fā)送模塊11、第一接收模塊12、第二發(fā)送模塊13 ;
[0128] 第一發(fā)送模塊11，被配置為向應(yīng)用服務(wù)器發(fā)送頁面訪問消息；
[0129] 第一接收模塊12,被配置為接收所述應(yīng)用服務(wù)器返回的頁面；
[0130] 第二發(fā)送模塊13,被配置為若所述頁面包括預設(shè)日志收集鏈接，則向所述日志收 集鏈接對應(yīng)的日志收集服務(wù)器發(fā)送訪問請求，以使所述日志收集服務(wù)器獲取對所述頁面的 訪問日志并存儲；所述日志收集鏈接預先隱藏設(shè)置在需獲取訪問日志的頁面中，指向?qū)?yīng) 的日志收集服務(wù)器。
[0131] 在上述圖7所示的實施例的基礎(chǔ)上，圖8是根據(jù)一示例性實施例示出的一種客戶 端設(shè)備實施例二的框圖，參照圖8該客戶端設(shè)備10還包括：
[0132] 第二接收模塊14,被配置為接收所述日志收集服務(wù)器返回的確認消息；所述確認 消息用于指示所述日志收集服務(wù)器已存儲所述頁面的訪問日志。
[0133] 關(guān)于上述各個實施例中的客戶端設(shè)備，其中各個模塊執(zhí)行操作的具體方式和技術(shù) 效果已經(jīng)在圖1、圖2所示的方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。
[0134] 圖9是根據(jù)一示例性實施例示出的一種應(yīng)用服務(wù)器實施例一的框圖。參照圖9,該 應(yīng)用服務(wù)器20包括：第一處理模塊21、接收模塊22、第二處理模塊23和發(fā)送模塊24 ;
[0135] 第一處理模塊21，被配置為為需獲取訪問日志的頁面設(shè)置隱藏的日志收集鏈接， 所述日志收集鏈接指向?qū)?yīng)的日志收集服務(wù)器；
[0136] 接收模塊22,被配置為接收客戶端發(fā)送的頁面訪問消息；
[0137] 第二處理模塊23,被配置為獲取與所述頁面訪問消息對應(yīng)的頁面；
[0138] 發(fā)送模塊24,被配置為將所述頁面發(fā)送至所述客戶端，以使所述客戶端根據(jù)所述 頁面中包括的日志收集鏈接，向所述日志收集鏈接對應(yīng)的日志收集服務(wù)器發(fā)送訪問請求。
[0139] 在上述圖9所示的實施例的基礎(chǔ)上，圖10是根據(jù)一示例性實施例示出的一種應(yīng)用 服務(wù)器實施例二的框圖，參照圖10該第一處理模塊21包括：
[0140] 第一處理單元211，被配置為在靜態(tài)的需獲取訪問日志的頁面模板中嵌入所述日 志收集鏈接，形成新的頁面模板。
[0141] 在上述圖9或圖10所示的實施例的基礎(chǔ)上，圖11是根據(jù)一示例性實施例示出的 一種應(yīng)用服務(wù)器實施例三的框圖，參照圖11，該第二處理模塊23包括：
[0142] 第二處理單元231，被配置為根據(jù)所述頁面訪問消息，在所述新的頁面模板中，生 成包含有日志收集鏈接的頁面。
[0143] 關(guān)于上述各個實施例中的應(yīng)用服務(wù)器，其中各個模塊執(zhí)行操作的具體方式和技術(shù) 效果已經(jīng)在圖3、圖4所示的方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。
[0144] 圖12是根據(jù)一示例性實施例示出的一種日志收集服務(wù)器實施例一的框圖，參照 圖12,該日志收集服務(wù)器30,包括：接收模塊31和處理模塊32 ;
[0145] 接收模塊31，被配置為接收客戶端發(fā)送的訪問請求；所述訪問請求為客戶端根據(jù) 獲取的頁面中的日志收集鏈接發(fā)送的；所述日志收集鏈接為預先隱藏設(shè)置在需獲取訪問日 志的頁面中且指向?qū)?yīng)的日志收集服務(wù)器；
[0146] 第一處理模塊32,被配置為根據(jù)所述訪問請求，獲取并存儲所述頁面的訪問日志。
[0147] 在上述圖12所示的實施例的基礎(chǔ)上，圖13是根據(jù)一示例性實施例示出的一種日 志收集服務(wù)器實施例二的框圖，參照圖13,該第一處理模塊32包括：
[0148] 獲取單元321，被配置為通過超文本傳輸協(xié)議HTTP的GET方法獲取所述頁面的訪 問日志；
[0149] 存儲單元322,被配置為將所述頁面的訪問日志存儲在數(shù)據(jù)庫預設(shè)的訪問日志存 儲表中。
[0150] 在上述圖13所示的實施例的基礎(chǔ)上，圖14是根據(jù)一示例性實施例示出的一種日 志收集服務(wù)器實施例三的框圖，參照圖14,該日志收集服務(wù)器30還包括：
[0151] 發(fā)送模塊33,被配置為當接收客戶端發(fā)送的頁面訪問消息時，向客戶端返回確認 消息。
[0152] 所述發(fā)送模塊33包括：發(fā)送單元331，被配置為向客戶端發(fā)送預置尺寸的空白圖 片。
[0153] 在上述圖14所示的實施例的基礎(chǔ)上，圖15是根據(jù)一示例性實施例示出的一種日 志收集服務(wù)器實施例四的框圖，參照圖15,該日志收集服務(wù)器30還包括：
[0154] 第二處理模塊24,被配置為將存儲的所述頁面的訪問日志進行分析處理，得到日 志分析結(jié)果；
[0155] 顯示模塊25,被配置為將所述日志分析結(jié)果以網(wǎng)頁WEB形式顯示。
[0156] 關(guān)于上述各個實施例中的日志收集服務(wù)器，其中各個模塊執(zhí)行操作的具體方式和 技術(shù)效果已經(jīng)在圖5、圖6所示的方法的實施例中進行了詳細描述，此處將不做詳細闡述說 明。
[0157] 以上描述了客戶端設(shè)備的內(nèi)部功能模塊和結(jié)構(gòu)示意，圖16是根據(jù)一示例性實施 例示出的一種客戶端設(shè)備的實體的框圖，參照圖16,該終端設(shè)備可以具體實現(xiàn)為：
[0158] 所述發(fā)送器，被配置為向應(yīng)用服務(wù)器發(fā)送頁面訪問消息；
[0159] 所述接收器，被配置為接收所述應(yīng)用服務(wù)器返回的頁面；
[0160] 所述發(fā)送器還被配置為若所述頁面包括預設(shè)日志收集鏈接，則向所述日志收集鏈 接對應(yīng)的日志收集服務(wù)器發(fā)送訪問請求，以使所述日志收集服務(wù)器獲取對所述頁面的訪問 日志并存儲；所述日志收集鏈接預先隱藏設(shè)置在需獲取訪問日志的頁面中，指向?qū)?yīng)的日 志收集服務(wù)器。
[0161] 以上描述了應(yīng)用服務(wù)器的內(nèi)部功能模塊和結(jié)構(gòu)示意，圖17是根據(jù)一示例性實施 例示出的一種應(yīng)用服務(wù)器的實體的框圖，參照圖17,該應(yīng)用服務(wù)器可以具體實現(xiàn)為：
[0162] 接收器、發(fā)送器、處理器和被配置為存儲處理器可執(zhí)行指令的存儲器；
[0163] 所述處理器，被配置為為需獲取訪問日志的頁面設(shè)置隱藏的日志收集鏈接，所述 日志收集鏈接指向?qū)?yīng)的日志收集服務(wù)器；
[0164] 所述接收器，被配置為接收客戶端發(fā)送的頁面訪問消息；
[0165] 所述處理器還被配置為獲取與所述頁面訪問消息對應(yīng)的頁面；
[0166] 所述發(fā)送器，被配置為將所述頁面發(fā)送至所述客戶端，以使所述客戶端根據(jù)所述 頁面中包括的日志收集鏈接，向所述