포인트 모듈은 잘 사용하지 않고 있었는데, 이번에 포인트히스토리 모듈 스킨 작업을 하다가 필요 이상의 기능을 괜히 시도하는 바람에ㅎ 살짝 의아한 부분이 눈에 들어오게 됐습니다.

 

1. 포인트 모듈은 다 좋은데 스크랩 관련된 포인트 증감 액션이 없더군요. 있으면 좋겠다는 생각이 들었습니다.

2. 이건 그냥 그런 생각이 들었다는 거구요. 이 다음부터가 드리고자 하는 질문입니다.

 

포인트히스토리 모듈에는 message_type이라는 게 있어서 포인트 증감이 어떤 액션에서 비롯된 것인지 알게 해주는 필드가 있는데요.

여기에 들어가는 옵션들이 포인트 모듈의 action_types와 완전히 매칭이 되는 건 아니더라구요.

제가 코드를 살펴본 바에 의하면 포인트히스토리 모듈에서는 액션들을 아래와 같은 맥락으로 기록해주는 것 같습니다.

'read_document' => '게시글 열람',
'member_login' => '오늘 첫 로그인(직접)',
'auto_login' => '오늘 첫 로그인(자동)',
'member_join' => '회원 가입',
'insert_document' => '게시글 작성',
'delete_document' => '게시글 삭제',
'insert_comment' => '댓글 작성',
'delete_comment' => '댓글 삭제',
'download_file' => '파일 다운로드',
'delete_file' => '파일 삭제',
'vote_up' => '추천 받음',
'vote_down' => '비추천 받음',
'update_admin' => '관리자에 의한 업데이트',
'document_manage' => '관리자에 의한 게시글 관리',
'minus' => '기타 사유로 인한 경감',
'add' => '기타 사유로 인한 증가',
'sns_join' => 'SNS로 회원 가입',
'sns_login' => 'SNS로 오늘 첫 로그인',

 

즉, 두 모듈 사이에 액션을 파악하고 기록하는 구조나 맥락이 살짝 다른 부분이 보인다는 건데요.

예컨대, '내가 남의 글을 봤을 때' 생기는 포인트 증감과 '남이 내 글을 봤을 때' 생기는 포인트 증감 같은 것을 구분하지 않고 있거나, 남이 내 글을 봤을 때는 '기타 사유로 인한 증감' 등으로 필드값이 채워지게 되는 것 같더라구요.

마찬가지로 내 글이나 댓글이 비/추천받을 때와 내가 남의 글이나 댓글을 비/추천할 때도 포인트히스토리 모듈이 이를 정확하게 기록하고 있는지도 그렇구요.

포인트히스토리 모듈 최근 버전이 2016년인 걸 보면, 지난 6~7년 동안 포인트모듈의 설정이 분화 및 다변화되어왔던 것을 반영하지 못한 게 아닐까 하는 생각이 들긴 하던데요.

 

그래서,

- 다른 분들은 어떠신가요? 실제로 포인트 모듈에서 '내 글이 읽힘' 등등 에 포인트 설정을 하더라도 포인트히스토리 모듈에서 이를 잘 식별해서 기록하고 있는 건가요?

- 만약 그렇다면 포인트히스토리 모듈의 message_type이 포인트모듈의 action_type과 대응하도록 하는 게 맞는 거겠죠?

  • ?
    보신게 맞습니다. 포인트 히스토리가 오래된 자료이다 보니
    라이믹스에서 세분화된 액션에 대해서 식별하지 못하더군요
  • ? profile
    역시 추측이 맞았군요.
    포인트 증감 사유별로 목록을 만들어볼까 했는데 현재 구조에서는 그게 불완전하겠더라구요.
  • profile

    코어의 포인트 모듈에 내장되어야할 기능이지요.

  • profile profile
    그 방향이 맞겠네요. 그럼 기다려보도록 하겠습니다!! :D
  • profile profile
    많은 양의 데이터가 쌓일 수 있고, 서버 부하도 은근히 많아 일으키는 모듈이라
    코어에서 기본제공하기에는 좀 부담스러운 기능이긴 합니다.
    만약 제공하더라도 기본 OFF로 해두고, 웬만하면 켜지 말라는 경고를 붙여놔야 할 것 같아요.
  • profile profile
    코어팀에 의논하시는 게 우선이겠네요.
    무엇이 되든 합당한 결정을 하시리라 믿습니다.

    - 만약 코어의 포인트 모듈로 통합이 된다면, 포인트 증감 사유별로 목록 처리가 가능하도록 파라미터와 쿼리.xml에도 안배가 되면 좋겠습니다.
    - 그리고 포인트히스토리와 무관하게 포인트 모듈에 스크랩×포인트 설정이 있으면 좋을 것 같습니다.
  • profile profile
    잘 관리되는 서드파티 자료가 있다면 굳이 코어에 넣지 않습니다.
    스크랩 같은 경우에도 이미 트리거를 제공하고 있고요.
  • profile profile
    그럼에도 포인트시스템 사용시 은근 기본적으로 설치해두는 모듈이라...;;
  • profile profile
    @conory 애초에 포인트히스토리 모듈자체가 코노리님이 만드신것으로 알고 있어서.. 코어에 흡수시킬 수 있으면 코어측에 흡수하는것도 나쁘지는 않을 것 같긴합니다만.. 마이그레이션 기능을 지원하면서 사용하게 한다면 소셜로그인처럼 외부 프로젝트를 나눠서 관리하는편이 좀 나을지도 모르겠네요..ㅎㅎ
  • profile profile
    어차피 장기간의 데이터를 쌓아 두기에는 부적합한 기능이라, 마이그레이션까지는 필요 없을 것 같습니다. 대형 커뮤니티들은 일정 기간 이상 지난 로그인 로그, 포인트 히스토리, 알림 등을 모두 자동으로 삭제합니다.
  • profile profile
    아하 ㅎㅎ 굳이 필수적인 데이터가 아니기도 하지요 ㅎㅎ