자동 관련 글 추천 애드온

사용자 피드백 13

• flowerrain

  2026.08.31 21:50

  감사합니다. 적용해보니 너무 좋네요^^

  좋아요 1
• 

  hatali

  2026.09.01 21:48

  잘 작동합니다. 활용도 매우 높은 자료 감사드립니다.

   

  아직 게시글이 많지 않아 속도저하(서버부하)에 대한 테스트는 불가한 상태지만 현재는 쾌적하게 잘 되고 있어요.

  향후 게시글 유의미하게 증가될 때 지속적으로 점검 해보겠습니다.

   

  아래는 현재로도 좋지만 UX 측면에서 개선되면 좋겠다 싶은 내용인데 여유되시면 부탁드립니다.

   

  1. 제목 외 확장변수 출력 가능
     - 다소 큰 작업 같은데 없으면 아쉬울 듯 합니다.
     - 최소 한개라고 출력되면 좋겠습니다.

  
  2. 출력 위치 "댓글 바로 아래" 추가
     - 이 위치도 많이 쓰일 듯 합니다.

  좋아요 1
• 

  index

  2026.09.03 23:12
  @hatali

  제 개인 홈은 확장변수를 사용하지 않아서 생각을 못했는데,  확장변수를  집계로 추가하는 것은 다른 값들보다 복잡성이 있어 보이네요.  주말에 생까해 보겠습니다.

  좋아요 1
• 

  hatali

  2026.09.04 10:48
  @index

  거듭 감사드립니다. 어떤 자료든 확장변수 있고 없고는 크게 느껴지더라구요.

  좋아요 0
• 

  hatali

  2026.09.06 17:03
  @index

  업데이트 감사드립니다.

   

  확장변수 때문에 일이 많이 커진 것 같습니다.

  제 설명이 좀 부족했던 것 같습니다.

  아래 그림처럼 제목 외 확장변수 값(가격 등)을 출력하고 싶어서 부탁 드렸습니다. ㅠㅠ

   

  

  좋아요 0
• 

  index

  2026.09.06 20:55
  @hatali

  ㅎㅎ 그건 다소 개인적인데요~ ^^
  제목 밑에 지정된 확장 변수 항목 하나 넣을 수 있게 하고 모바일에서 제목과 확장변수 가운데 정렬 하게 수정해 보겠습니다.

  좋아요 1
• 

  hatali

  2026.09.06 21:29
  @index

  아 너무 감사드립니다 

  좋아요 0
• 

  hatali

  4시간 전
  @index

  와~ 벌써 업데이트 해주셨네요. 정말 능력자이시네요.

   

  확장변수 단위와 천단위 쉼표까지 해주시고, 쾌적하게 잘 작동됩니다. ^^

  너무 감사드립니다. 

  좋아요 0
• 

  index

  2026.09.04 19:21

  애드온 설정 화면을 보시면 느껴지겠지만, 디자인을 못해서 기능 구현에 정보 과부하가 걸려 UI는 그다지 보기 좋지 않습니다. 
  시간 될때 디자인은 다시 구상해 보고 수정하겠습니다.

  좋아요 0
• 블리스세븐

  2026.09.06 05:45

  안녕하세요

   

  좋은 애드온 감사합니다

   

  다름이 아니라 개선할점이 하나 보여서 의견 및 수정된 소스코드 전달 드립니다.

   

   

  일단 관련글 애드온이 최근글만 가져오는 로직이라 시리즈물이 나중에 되면 문제가 될 수 있습니다

   

  따라서 최신글 뿐만 아니라 해당 글 앞뒤로 글들을 후보군에 등록하는 로직을 추가하였습니다.

   

   

  

   

   

  수정 사항은 아래와 같습니다

   

   

  기존의 같은 게시판 최신 글 후보 조회 로직은 그대로 유지하고, 현재 글을 기준으로 가까운 앞뒤 글을 추가 후보로 가져오는 기능만 추가했습니다.

   

  추가된 설정

  • use_adjacent_candidates

    • 현재 글 앞뒤 후보 사용 여부

    • 기본값 Y

  • adjacent_candidate_count

    • 현재 글보다 새 글과 오래된 글을 각각 몇 개씩 가져올지 설정

    • 기본값 120, 범위 1~300

  • 기존 candidate_count는 최신 글 후보 수로 그대로 사용

  예를 들어 adjacent_candidate_count = 120이면 현재 글 기준으로 새 글 120개와 오래된 글 120개를 각각 조회합니다.

   

  후보군 구성 변경

  $latest_candidates = self::getCandidateDocuments(
      $module_srl,
      $candidate_limit + 1
  );
  
  $adjacent_candidates = $use_adjacent_candidates
      ? self::getAdjacentCandidateDocuments(
          $module_srl,
          $document_srl,
          self::getDocumentValue($oDocument, 'list_order'),
          $adjacent_candidate_limit
      )
      : array();
  
  $candidates = self::mergeCandidateDocuments(array(
      $latest_candidates,
      $adjacent_candidates,
  ));

  최종 후보군은 다음과 같습니다.

  최신 글 후보
  + 현재 글보다 가까운 새 글 후보
  + 현재 글보다 가까운 오래된 글 후보
  - document_srl이 같은 중복 후보

   

   

  앞뒤 글 조회 방식

  현재 글의 list_order를 기준으로 범위 조회합니다.

  -- 현재 글보다 새 글
  WHERE module_srl = ?
    AND status = 'PUBLIC'
    AND list_order < 현재글_list_order
  ORDER BY list_order DESC
  LIMIT 설정값

  -- 현재 글보다 오래된 글
  WHERE module_srl = ?
    AND status = 'PUBLIC'
    AND list_order > 현재글_list_order
  ORDER BY list_order ASC
  LIMIT 설정값

  따라서 깊은 페이지의 OFFSET을 사용하거나 게시판 전체 글을 불러오지 않습니다. 현재 문서 객체에서 list_order를 구하지 못할 때만 현재 문서의 list_order를 한 번 조회합니다.

   

   

  중복 제거 로직

  최신 후보와 앞뒤 후보가 겹칠 수 있으므로 document_srl 기준으로 한 번만 남깁니다.

  private static function mergeCandidateDocuments($candidate_groups)
  {
      $documents = array();
      $seen = array();
  
      foreach((array) $candidate_groups as $group)
      {
          foreach((array) $group as $row)
          {
              $row = self::normalizeDocumentRow($row);
              $document_srl = isset($row['document_srl'])
                  ? (int) $row['document_srl']
                  : 0;
  
              if($document_srl <= 0 || isset($seen[$document_srl]))
              {
                  continue;
              }
  
              $seen[$document_srl] = true;
              $documents[] = $row;
          }
      }
  
      return $documents;
  }

   

  캐시 변경

  앞뒤 후보 설정이나 현재 글의 위치가 바뀌었을 때 기존 추천 캐시가 잘못 재사용되지 않도록 캐시 시그니처에 다음 값을 추가했습니다.

  'use_adjacent_candidates',
  'adjacent_candidate_count',

  $values['document_list_order']
      = (string) self::getDocumentValue($oDocument, 'list_order');

  기존 캐시와 구분하기 위해 내부 캐시 버전도 변경했습니다.

  const CACHE_VERSION = 14;

  에서:

  const CACHE_VERSION = 15;

  관련도 점수 계산, 출력 개수, 카테고리·제목·태그·본문·확장변수 점수 로직은 변경하지 않았습니다. 후보군을 만드는 부분만 확장한 것입니다.

   

  좋아요 1
• 

  index

  2026.09.06 08:17
  @블리스세븐

  네~ 의미 있는 개선이네요. 제 개인 홈에서만 사용하다 보니 이 부분도 생각하지 못했습니다.
  그런데, 추천해 주신 앞뒤 후보 추가 방식에서도 사이에 글이 많으면 놓치는 경우가 발생하는데, 
  시리즈의 경우 확장변수나 태그를 별도 조회하는 방식을 적용하면 후보글이나 앞뒤글 구분 없이 전체글 기준으로 별도 지정할 수 있을 것 같고, 시리즈 회차에 맞춰서 표시 할 수 있을 것 같은데요. 이런 방식은 어떠세요?
   

  좋아요 0
• 블리스세븐

  2026.09.07 03:04
  @index

  일단 커뮤니티에 경우 유저들이 태그를 사용하지않아서 크게 의미가 없긴해요 
  
  블로그로 쓰시는 분들에겐 유용할듯합니다
  
  그리고 커뮤니티의 전체글들의 수가 상당해서 전체글을 다 조회하는건 서버에 부담을 주게 됩니다

   

  지금 최신글 + 해당 글 앞뒤로 추가로 후보를 뽑는 방식이 가장 부담이 없는듯합니다

   

   

  지금 제가 추가한 로직은 커뮤니티 해당 글 앞뒤로 넉넉하게 가져올수있어서 누락없이 작동합니다

   

  물론 시리즈물의 작성하는 텀이 정말 길다면 문제겠지만 일반적인 유저는 텀이 아주 길지는 않습니다
  
  게다가 앞뒤로 글을 가져오는 로직이야 300개의 값을 주면 해당 글 앞뒤로 300개씩 총 600개를 가져오기 떄문에 누락은 거의 없습니다
  
  정말 텀이 길다면 그런 특별한 경우까지 다 커버하기엔 서버에 부하가 너무 클듯해요 그냥 그정도의 글까진 후보로 안가져와도 될듯 합니다

   

  일반적인 경우에선 특정 글 앞뒤의 글들을 후보로 가져오는 로직으로 충분히 커버가 됩니다

   

   

  사실 좀 더 나아간다면 특정 게시판의 글을 동일한 게시판이 아니라도 가져오는 로직도 추가해볼까 고민중이긴 합니다

   

  왜냐면 정보글이 써지는 게시판과 잡담이 써지는 게시판이 분리되어있는 경우

   

  잡담 게시판의 글에서 관련글들이 추출될떄 정보글에서 가져올수있으면 좋을듯합니다

  좋아요 2
• 

  index

  2026.09.07 05:56
  @블리스세븐

  네~ 옵션으로 추가해 보겠습니다. 
  이미 구현한 시리즈 옵션은 끄고 켤 수 있어 환경에 맞춰 선택 하도록 놔두겠습니다.

  좋아요 1