aiCache的緩存響應(yīng)也能夠通過識別用戶代理字符串進行答復(fù)了。
    默認一般情況下，aiCache的緩存響應(yīng)通過識別用戶請求的主機名和網(wǎng)址進行回復(fù)。這些主機名和網(wǎng)址往往已經(jīng)經(jīng)過處理，要么除去了某些參數(shù)，或者根本刪除了整個query string。
    目前，依據(jù)用戶請求中不同的用戶代理 HTTP header值，即使這些客戶要求訪問的是同一個網(wǎng)址，一些網(wǎng)站也需要來緩存不同的內(nèi)容來響應(yīng)。用戶代理HTTP header是分辨瀏覽器構(gòu)造和型號的關(guān)鍵。
    一個服務(wù)于移動用戶的網(wǎng)站是指其所響應(yīng)的客戶請求的格式是由移動設(shè)備或瀏覽器決定的。為了一方面服務(wù)于移動客戶，同時又緩存web服務(wù)器的響應(yīng)，我們必須將用戶代理信息作為緩存響應(yīng)進行答復(fù)的部分識別依據(jù)。
    假設(shè)，有三臺不同的移動設(shè)備都訪問 “news.html” 這個站點，我們?nèi)孕枰�緩存三個不同的響應(yīng)，每一個響應(yīng)都包含了其移動設(shè)備的用戶代理字符串。
為了達到此目的，我們可以在站點扇區(qū)的配置文件中定義sig_ua的設(shè)置值。 這樣的話，所有站點可緩存響應(yīng)都必須追加用戶代理信息作為識別依據(jù)對客戶進行回復(fù)。你可以運行CLI inventory命令或其衍生命令 (sit, sir, sis, sif)看到這一變化。
    這一特性很可能會極大的增加緩存響應(yīng)的數(shù)量和規(guī)模（因為其中同一站點的數(shù)據(jù)文本在成倍增加），所以，我們建議你只在需要的時候使用這一特性。 這對移動設(shè)備用戶而言是個好消息。
    你也可以將sig_ua和sig_cookie(參照admin guide)的設(shè)置結(jié)合在一起。這樣的話， 你就將selected cookie參數(shù)和用戶代理字符串都設(shè)置為緩存響應(yīng)的識別依據(jù)了，此時，用戶代理字符串就作為簽名的后綴。

標(biāo)簽： web服務(wù)器 服務(wù)器 網(wǎng)站 用戶

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。