[英]IIS6 behaves weirdly when I request a URL with an extension mapped onto ASP.NET ISAPI extension
[英]IIS6 log file reporting chunks as completed downloads for pdf files when mapped to process all request through the asp.net engine
在具有IIS 6的Windows 2003 SP2服務器上,我們將IIS配置為使用aspnet_isapi.dll通過ASP.NET引擎處理所有請求,如此處所述http://professionalaspnet.com/archive/2007/07/27/Configure-IIS- for-Wildcard-Extensions-in-ASP.NET.aspx更改后,我們發現pdf文件的點擊量大幅增加。
例如,在我們進行更改之前,7Mb文件在一天內被“擊中”78次,如HTTP狀態200所示。 更改后,該文件在一天內報告了22,000次“點擊”。
在查看日志時,似乎每個塊都返回了http狀態200,而不是完成下載。 這是更改前日志文件的摘錄
cs-method sc-status sc-substatus sc-win32-status sc-bytes
GET 200 0 0 7452463
HEAD 200 0 0 259
GET 200 0 0 7452463
HEAD 200 0 0 259
第一行和第二行表示來自一個IP地址的請求,第三行和第四行來自第二IP地址
這是從我們進行更改后創建的日志文件中提取的類似內容
cs-method sc-status sc-substatus sc-win32-status sc-bytes
GET 200 0 0 7379092
GET 200 0 0 102331
GET 200 0 0 4249
GET 200 0 0 4212
GET 200 0 0 4521
GET 200 0 0 477
GET 200 0 0 4521
GET 200 0 64 196608
GET 200 0 0 6740403
第一個請求來自一個IP地址,而其余行來自第二個IP地址。
我的問題是這個。 有沒有辦法讓我將pdf文件的下載記錄為單擊,就像我做出改變之前的那樣?
在我看來,日志記錄了實際的請求,並且客戶端的瀏覽器決定將其拆分為chucks以便更有效地下載。
如果此項目的目的是用於報告,我建議創建一個解析器應用程序/服務,以便在特定時間范圍內按IP地址計算PDF命中數,而不是嘗試破解日志記錄機制。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.