대부분의 게시판은 중복조회수를 표시하지
페이지 정보
본문
빵카는 같은아이디로 조회하면 조회수 안올라가는데
이게 개발적 측면에서도 그냥 요청들어왔으니까 조회수 업데이트하는거랑, 전에 본사람인지 체크를 한번 더하고 조회수 업데이트하는거랑 DB에 부담은 두배이상이거든요.
기획쪽 측면에서 보면 페이지뷰라는게 결국은 노출된 횟수인데 이게 같은사람한테 또 노출된거라도 결국은 +1이 맞으니까 그냥 조회수 더하는게 맞습니다.
예전에는 뭐 실조회수 반영이라는 식으로 새로고침해도 조회수 안올라가야한다는 주장이 잠깐 뜬적이 있었는데, 실무적으로도 데이터 처리관점에서도, 운영편의에도 아무도움안되서 다들 단순 조회수 업데이트로 바뀐거죠.
나중에 통계필요하면 페이지조회로그 싹 뽑아서 별도분석하는게 서비스에 부하도 줄어드니까요.
그러니까 ㄹㄹ 조회수 줄어든거 실조회수 감소한게 맞아(이게본론)
댓글목록
에르핀님의 댓글
에르핀
작성일
라이믹스 쓰는 사이트들은 관리자 설정에서 조회수 카운트 방식을 바꾸는 것이 가능함
그래서 중복 체크 비활성화하면 트래픽 부담 줄어든다는거 맞지?
그래서 중복 체크 비활성화하면 트래픽 부담 줄어든다는거 맞지?
캣타워님의 댓글의 댓글
캣타워
원글
작성일
트래픽은 뭐 똑같고 db가 일을 덜하죠 ㅎ
에르핀님의 댓글의 댓글
에르핀
작성일
아 서버쪽 부담 얘기군
mybunker.co.kr님의 댓글의 댓글
mybunker.co.kr
작성일
세션 기반으로 처리를 하는데
세션이 파일로 만들어진게 있고 db로 만들어진게 있슴
db로 만들어 진 경우에는 좀 더 다양한 기능을 부하할 수 있는데 반해서
세션이 늘어나면 급격하게 성능이 하락함.
테이블 데이터량이 늘어나면 db 쿼리속도 쭉쭉 꺼짐
파일로 만든거는 그런건 적은 반면에..
세션파일 갯수가 수십만개 수백만개 수천만개로 증가하면서 파일액세스에 문제가 생기는 경우가 발생할 수 있슴
사이트 운영하면서 두가지 다 겪어봤슴미다..
xe 계열이 초반에 db 기반으로 세션 처리 했다가 성능 꼴박아서 파일기반으로 바꿨던 적이 있었듬..
그누보드 계열은 쭉 파일기반이었슴.
중복체크를 한다는 것은 로그인세션이던 접속세션이던 카운트추가할때 기존값이랑 비교를 해야 하니까 .. 그만큼 서버가 일을 많이 함..
클릭이 발생할때마다 매번 확인 하니까 서버부하가 늘어납니다.
세션이 파일로 만들어진게 있고 db로 만들어진게 있슴
db로 만들어 진 경우에는 좀 더 다양한 기능을 부하할 수 있는데 반해서
세션이 늘어나면 급격하게 성능이 하락함.
테이블 데이터량이 늘어나면 db 쿼리속도 쭉쭉 꺼짐
파일로 만든거는 그런건 적은 반면에..
세션파일 갯수가 수십만개 수백만개 수천만개로 증가하면서 파일액세스에 문제가 생기는 경우가 발생할 수 있슴
사이트 운영하면서 두가지 다 겪어봤슴미다..
xe 계열이 초반에 db 기반으로 세션 처리 했다가 성능 꼴박아서 파일기반으로 바꿨던 적이 있었듬..
그누보드 계열은 쭉 파일기반이었슴.
중복체크를 한다는 것은 로그인세션이던 접속세션이던 카운트추가할때 기존값이랑 비교를 해야 하니까 .. 그만큼 서버가 일을 많이 함..
클릭이 발생할때마다 매번 확인 하니까 서버부하가 늘어납니다.
에르핀님의 댓글의 댓글
에르핀
작성일
디비기반보다 화일기반이 더 느릴줄 알았는데 의외였군요