항목이 가져 오는 고유 한 뷰의 수를 기록하고 싶은 사이트가 있습니다. 현재 각 뷰를 테이블에 저장하고 있지만 (아래 참조) 너무 무거울 때 느낄 수 없습니다.페이지 뷰 계산
+--------+---------------+
| postid | remote_addr |
+--------+---------------+
| 1 | 192.168.0.0 |
| 2 | 127.0.0.1 |
+--------+---------------+
는 분명히 이것은 그래서이 일을 간단/가벼운 방법이 페이지의 콘텐츠의 나머지 부분에 추가 페이지 당 하나 개 이상의 쿼리가 필요?
당신이 당신의 웹 로그에서 얻을 수있는이 뭔가? 그렇다면 로그 파서를 통해 페이지와 고유 방문자를 필터링 할 수 있습니다.
자동화 된 스크립트가 처리 할 수있는 흥미로운 솔루션처럼 들립니다. – Ross
좋은 정보가 여기에 있습니다 :
Counting number of views for a page ignoring search engines?
이것은 과거에 시도한 것으로, 로그 분석기로 하여금 자신이 잘하는 일을하도록하는 것을 포기했습니다. 내가 그 일을했을 때, 당신이 묘사하고있는 기술을 사용했습니다. 그것은 많은 오버 헤드를 발생시키지 않았지만,보고 및 필터링 봇에 대한 내 자신의 논리를 모두 써야만 했어. 재미 없어.
IP 주소를 저장하는 것만으로는 순 쿠키를 녹음하지 않을 것입니다. 방문자가 프록시 (특히 AOL은 몇 년 전에 눈치 챘습니다) 뒤에서 오는 것은 드문 일이 아닙니다.
나는 실제 사용자 ID로 뷰를 제한하는 것에 대해 논쟁 중이다. 그러나 이것은 로그인 한 사용자 수만 계산한다. 나는 IP가 아마도 지금은 충분히 좋다고 생각한다. – Ross
내가 강력하게 Google Analytics 또는 기타 유사한 도구를 사용하는 것이 좋습니다, 그것은 또한 쉽게 당신에게 아주 좋은 보고서와 상세한 통계 방문자에 대한 ... 독특한 방문, 사이트에 시간, 재 방문자 등
을 제공합니다 설치하려면 해당 사이트에서 자바 스크립트 코드를 추가하면됩니다.
페이지 당 1 개의 쿼리가 문제가되는 이유는 무엇입니까? 이미 성능 문제가 없다면 그렇게 중요하지 않습니다. –
@code : 사소한 것처럼 들리지만 각 쿼리는 중요하며 어쩌면 소규모 사이트에서는 그다지 많지 않을 수도 있습니다. 그러나 따르는 것이 좋습니다. – Stiropor
@ code-is-art : 사실, 많은 문제가 없습니다. 그것은 내 관점에서 과잉으로 보이는 것입니다. 나만있을 수도 있습니다 = P – Ross