캘린더 플러그인에 웹훅 구현하기

기여 기능
1

안녕하세요!

캘린더 플러그인에 웹훅 몇 개를 구현하는 것에 관심이 있으신지 궁금해서 여쭤봅니다.

커뮤니티에서 플러그인에 좋은 추가 기능이 될 거라고 느끼신다면, 제가 진행해볼 수 있습니다…

다만, 플러그인에 웹훅을 구현하는 방법에 대한 적절한 문서를 찾지 못해 조사를 해야 하므로 시간이 좀 걸릴 것입니다 :slight_smile:

5개의 좋아요
2

흥미로운 사용 사례가 있으신가요? 어떤 연산을 구현할 예정인가요? 생성/수정/삭제/이벤트 가입/이벤트 탈퇴인가요?

3

네, 지금 당장 만들고 싶은 이벤트들이 바로 이것입니다. 이 이벤트의 사용 사례는 외부 이벤트 관리 플랫폼에서 이벤트를 트리거하는 것입니다.

다음 단계는 원격 플랫폼 에서 온 후크를 받을 수 있도록 하는 것입니다. 하지만 이는 범용적으로 처리할 수 없기 때문에(제 첫 번째 추측입니다) 별도의 플러그인을 만들 가능성이 높습니다. iCal 형식 지원 기능을 구현한다면 이야기가 달라지겠지만, 그래도 이 방식에는 이미 많은 한계가 있다는 점을 확인할 수 있습니다.

1개의 좋아요
4

웹훅 확장 기능이 포함된 공식 플러그인을 찾았습니다: GitHub - discourse/discourse-solved: Allow accepted answers on topics · GitHub.

반대 의견이 없다면 구현 작업을 시작할 수 있습니다 :slight_smile:

5

코드를 파고들어 보니 새 웹훅을 추가하는 것이 그렇게 쉬운 일은 아니었습니다.

  • 웹훅은 웹훅 그룹의 일부입니다 (관리자용이거나, 이벤트를 네임스페이스로 구분하기 위한 것 같습니다)
  • Solved 플러그인의 경우, solved 그룹 내에 solved_accepted_solution과 solved_unaccepted_solution이라는 두 개의 웹훅이 있습니다

문제가 되는 부분은 다음과 같습니다:

  • solved 그룹은 Discourse의 WebHookEventType 모델에 하드코딩되어 있습니다.
  • 두 이벤트 역시 Discourse의 WebHookEventType 모델에 하드코딩되어 있습니다.

Discourse 코드를 건드리지 않고도 새 이벤트를 선언할 수 있는지, 그리고 그렇게 할 수 있다면 어떻게 해야 하는지 알아볼 예정입니다…

1개의 좋아요