哇。我很驚訝,這還沒有任何答案。不管怎麼說,這裏有雲:
1.使用現有的腳本/框架
很顯然,谷歌Analytics(分析)將不會爲你工作,因爲它是基於JavaScript。我確信那裏有PHP分析框架。無論您是否使用它們都是您個人選擇的問題。這些現有的框架是否記錄了你需要的一切?如果不是,他們是否容易被修改?你可以使用一個好的現有框架,並選擇不重新發明輪子。就我個人而言,我會爲自己的學習體驗寫作自己的作品。
我從頭到尾都不知道這樣的框架,因爲我從來不需要這樣的框架。我可以做一個谷歌搜索,並在這裏粘貼前幾個結果,但你也可以。
2.登錄文件或MySQL
絕對不會有很好的理由記錄到文件中。你首先將它記錄到一個文件中。然後寫一個腳本來解析這個文件。明天你決定要捕獲一些額外的信息。您現在需要修改您的分析腳本。這會變得混亂。我得到的是 - 您不需要在數據庫之前使用文件作爲中間存儲。 4-5k個小時的寫請求(我認爲除了查詢數據庫之外,還有很多讀請求)對於MySQL來說是輕而易舉的。此外,由於此數據庫不會用於向用戶提供數據,因此您不關心它是否稍微未優化。就我所見,你是唯一一個會查詢數據庫的人。
編輯: 當您談論使用文件時,我認爲您只是想將其用作臨時存儲,直到您處理文件並將內容傳輸到數據庫爲止。如果你不是這個意思,而是想將信息永久存儲在文件中 - 那將是一場噩夢。想象一下,試圖查詢分散在文件中的某些信息。你不僅需要編寫一個可以解析文件的腳本,你必須有一個非平凡的腳本,可以在不加載所有內容的情況下查詢腳本。這會變得非常,非常快,並極大地削弱你的能力,發現趨勢的數據等。
再次 - 4-5K可能看起來像很多的請求,但一個優化良好的數據庫可以處理它。查詢一個合理優化的數據庫將會大大超過解析和查詢大量文件的速度。
我可能會去數據庫解決方案。這有點沉重,但每小時只有4-5000個請求,這應該不成問題。一個實際的解決方案就是記錄每次點擊,並在查看統計數據時對其進行一些計算。 – 2012-03-14 14:04:59
我會使用一個日誌文件。 idk任何#1和#3似乎很重,如果你已經有5K的請求。 – 2012-03-14 14:05:24