2010-11-09 50 views
0

我們爲客戶構建了一個廣告印象和點擊跟蹤系統,並且自從我們部署它之後,它絕對殺死了我們的生產Web服務器。MSMQ或組件服務還是什麼?

我的想法是,一個頁面最多包含5個廣告,如果有10個用戶同時點擊該網站,那50個記錄(印象)需要同時記錄。

問題:如果使用Microsoft MSMQ將這些'印象'記錄寫入磁盤每X分鐘會提高整體性能?

感謝 雅克

+0

是10個併發用戶,你真的看到或暗示「殺死我們的生產服務器」而不是100個併發用戶? – Filburt 2010-11-12 11:32:52

回答

0

如果您正在尋求高性能,你不應該使用MSMQ最大吞吐量。在你的情況下,我會問你是否真的需要實時跟蹤。

如果您希望跟蹤對Web前端影響最小,您應該通過像素跟蹤將跟蹤數據轉儲到正常的Web服務器日誌文件中,並使用後端進程將這些日誌文件加載到跟蹤分析系統中。

從我所瞭解的問題來看,問題在於每一個廣告印象都會寫入自己的跟蹤記錄,這當然會降低網頁前端的性能。

+0

你能解釋一下這個技術「像素跟蹤」嗎?實時跟蹤絕對不是要求,在這種情況下的性能更重要。 – Jacques 2010-11-15 07:18:04

+0

只是閱讀這個...我不確定這是最好的解決方案。這是一個廣告工具,可顯示廣告並跟蹤展示次數和點擊次數。它已經使用了一個獨特的擴展,當服務器端請求記錄印象或點擊時,但將其保留到正常的服務器端日誌可能會導致不準確的數字不可能?即如果圖像已被緩存,並且不再從服務器請求? – Jacques 2010-11-15 07:45:19

+0

@Jacques爲了避免緩存像素,您需要爲跟蹤添加可變參數。常用的方法是使用接受參數記錄返回像素的服務器端腳本。它看起來像這個''......幾乎所有的服務器端技術都應該是可能的(我知道ASP.Net最好,但PHP應該也是這樣)。每個單獨的印象都可以使該呼叫獨一無二。如果用戶使用adblock過濾跟蹤像素,他們的數字會變得不準確,但他們仍然會過濾整個廣告。 – Filburt 2010-11-15 16:59:38