Discourse Yearly Review

이것을 재현할 수 없습니다. "sidekiq에서 생성 트리거"라고 하셨을 때 이 버튼을 클릭하시는 걸 의미하시는 거죠?

주제가 이미 존재하는지 확인하는 로직은 FIX: Check for existing review topic by custom field (#65) · discourse/discourse-yearly-review@98012d8 · GitHub 수정 사항에 따라 커스텀 필드를 기반으로 하므로, 카테고리를 변경해도 차이가 없어야 합니다(물론 주제를 삭제하는 경우는 다릅니다):

def review_topic_exists?(review_year)
  TopicCustomField
    .find_by(name: ::YearlyReview::POST_CUSTOM_FIELD, value: review_year.to_s)
    &.topic
    .present?
end

혹시 이 커스텀 필드를 지우는 것이나 제가 모르는 다른 문제가 있는 건가요?

1개의 좋아요

그런데 실제로 이런 일이 벌어지고 있습니다. 제 경우를 보면,

  • 플러그인이 1월 1일에 forum 카테고리를 사용했습니다.
  • 설정을 community 카테고리로 변경했습니다.
  • 타이머를 사용하지 않고 재게시하지 않은 채, 주제 자체를 편집하여 생성된 리뷰를 forum에서 community로 이동했습니다.
  • 이튿날 플러그인이 중복 헤더를 허용해 둔 상태였는데도 불구하고 새로운 리뷰를 생성했습니다.

또는

  • 플러그인이 staff 카테고리를 사용하도록 설정되어 있습니다.
  • 주제 자체를 편집하여 생성된 주제를 staff에서 community로 이동했습니다.
  • 이튿날 플러그인이 staff 카테고리에 새로운 주제를 생성했습니다.

마지막 사례는 다음과 같은 이유로 문제가 되었을 수 있습니다.

  • 스태프 구성원 없이 생성된 리뷰를 이동하여 community로 옮겼습니다.
  • 스태프를 포함하고 생성을 트리거했는데, 그때는 요청대로 스태프가 포함된 새로운 리뷰가 생성되었습니다.
  • 해당 주제의 이름을 편집하고 community로 이동했습니다.
  • 설정을 다시 스태프 제외로 변경했습니다.
  • 그리고 이튿날 플러그인이 새로운 리뷰를 생성했습니다.

다음 조건을 충족할 때 리뷰를 생성해야 합니다.

  • 날짜가 1월 1일 이후이고, 그리고
  • 올바른 이름의 주제가 존재하지 않을 때

제 지식 범위 내에서, 플러그인은 그 논리를 따르는 것이 맞습니다. 제가 완전히 틀렸을 수도 있습니다. 하지만 코딩에 대한 지식이 전혀 없더라도 대담하게 주장해 보겠습니다. 현재 설정에서 지정된 것과 카테고리가 다르기 때문에, 플러그인이 주제 이름을 인식하지 못하고 있는 것입니다.

2개의 좋아요

맞습니다.

오늘도 제 개인 사이트에서 동일한 단계를 그대로 따랐더니 이 문제가 재현되었습니다. 이제 세 가지 서로 다른 카테고리에 이 토픽이 세 개씩 있습니다.

초대해 드릴 수 있으니 보여드리겠습니다.

2개의 좋아요

최근 이 부분을 해당 연도의 연례 리뷰 토픽에 커스텀 필드가 존재하는지 확인하도록 변경했습니다. 토픽 제목은 영향을 주지 않아야 합니다:

확인차 질문드리는데, @tobiaseigen 님과 함께 이 커밋 FIX: Check for existing review topic by custom field (#65) · discourse/discourse-yearly-review@98012d8 · GitHub 이 포함된 최신 버전을 설치해 두셨나요?

발생하지 않는다고 말하는 것은 아닙니다 – 제 로컬 설정과 당신/토비아스의 사이트 사이에는 명확하게 설정상의 차이점이나 기타 다른 차이가 분명히 존재하므로, 수정안을 배포할 수 있도록 문제를 좁혀 나가는 중입니다.

@tobiaseigen 네, 꼭 그렇게 해주세요!

2개의 좋아요

모르겠어요, 당신이 말해봐요 :smirking_face:

3.2.0.beta4-dev (9ac3961f23)

어쨌든, 저는 일 년에 한 번 업그레이드하는 방식을 크게 믿지 않거든요. 그래서 오늘도 다시 빌드할 겁니다.

2개의 좋아요

지난주에 이 주제를 업데이트했나 싶었는데, 그러지 않았네요 :facepalm: 문제를 찾았고, 수정 사항은 다음과 같습니다:

요약: 이전에 제가 만든 커밋에 버그가 있었습니다. 해당 연도의 첫 번째 연도 주제가 삭제되면, 이후의 sidekiq 실행 시 주제가 계속 생성되는 문제가 발생했습니다. 해당 커밋을 적용하면 문제가 해결되어야 합니다.

5개의 좋아요

가상 세계가 변했으니 한 가지 질문이 있습니다. AI 페르소나들은 어떤 식으로든 제외되나요? 제가 말하려는 건, 멘션할 수 있는 그 수다쟁이 AI들이요.

만약 그 비인간 존재들이 리뷰에 등장하게 되면, 저는 큰 곤란에 빠질 테니까요.

처음에는 AI들을 스태프 그룹에 추가하려고 했지만, 불가능했습니다.

3개의 좋아요

좋은 질문입니다! 사이트에서 테스트해 보시고 결과를 알려주시겠어요?

봇은 공개 토론에 참여하지 않기 때문에, 아마도 해당 기능이 적용되지 않을 것입니다.

2개의 좋아요

음, 내 봇들이 꽤 많이 참여하거든요. 그래서 언급할 만한 가치가 있는 거예요.

수동으로 리뷰를 트리거해서 테스트 드라이빙을 해볼 수도 있겠네요. 그 옵션은 전혀 생각도 못 했어요 :joy:

수정: 아무 반응도 없었어요. 리뷰도 전혀 생성되지 않았어요 :thinking:

2개의 좋아요

1월에만 작동하는 것 같습니다.

휴대폰으로 간단히 살펴봤는데, UserID가 0보다 큰지 확인하는 로직이 몇 군데 있습니다. Discourse AI 플러그인이 생성한 AI 사용자는 ID가 음수입니다.

4개의 좋아요

수동으로 실행하는 경우를 제외하면 맞습니다. 첫 번째 게시물의 지침을 참고해 주세요.

3개의 좋아요

제 이해로는, 첫 번째 설정 옵션에 아무것도 지정하지 않은 경우에만 상위 5개 공개 카테고리에서 데이터를 가져온다고 합니다. 그렇다면 해당 옵션에 20개나 30개(또는 그 이상)의 카테고리를 지정하면, 모두 소스 데이터로 사용된다고 봐도 될까요? 제 경우 카테고리가 매우 많아서 상위 5개만으로는 사용자 기반을 잘 대표하지 못합니다.

새해 복 많이 받으세요

1개의 좋아요

응, 봇은 포함되지 않네. 좋네.

새해 복 많이 받으세요!

제 사이트 3곳에서 플러그인이 실행되지 않았습니다. 적어도 새 주제가 생성되지는 않았어요. 지금 제 지역 기준으로 오전 11시입니다. 수동으로 실행해야 하나요? 그리고 혹시 두 번 실행되지는 않나요?

스태프를 포함하여 그림자 리뷰를 생성해 보았습니다. 콘텐츠 측면에서 사용자가 얼마나 큰 비중을 차지하는지 사용자에게 좋은 리마인더를 주는 것이죠. 하지만 생성을 거부합니다 — 아마도 이미 수행된 것을 알고 있기 때문일 것입니다.

유일한 해결책이 원래 파일을 삭제하고 새 파일을 생성한 뒤 첫 번째 파일을 복원하는 것인가요?

플러그인을 설치한 시각을 따릅니다. 따라서 수동으로 트리거를 실행하면 해당 작업이 수행되며, 내년에는 그 시각을 따르게 됩니다.

1개의 좋아요

절대 할 수 있어요. 작년에 둘 다로 하나 만들었거든요. 어떻게 했는지 기억은 안 나지만, 분명히 아무것도 삭제하지 않았어요. 그냥 옵션을 클릭했고, 그 다음에 강제 실행을 한 것 같아요.

1개의 좋아요

하지만 지금은 그렇게 하지 않습니다. 이전 버그와 관련이 있을 것 같은데, 그때는 기존 리뷰가 새로운 카테고리로 이동되면 새 리뷰가 생성되던 문제가 있었습니다.

작은 버그가 있습니다. 마크다운 표에 포함시키기 전에 주제 제목에서 파이프 기호 |를 제거해야 합니다.

1개의 좋아요

해당 작업을 수행했고 세 가지 인스턴스 모두에 대한 검토 주제를 받았습니다. 불행히도 세 주제 모두 영어로 되어 있었고, 인스턴스의 언어인 독일어가 아니었습니다.

작년에는 검토 주제가 오전 3시 15분에 생성되었습니다(자동으로 생성되었는지 수동으로 트리거되었는지 더 이상 기억이 나지 않습니다). 따라서 말씀하신 대로 여기에는 뭔가 문제가 있는 것으로 보입니다.

내년에는 언어 문제와 자동 트리거 관련 사항을 검토해 주실 수 있을까요?