📅 Discourse 달력 플러그인에서 iCal 피드 동기화 지원 (.ics URL에서 가져오기)

[Ethsim2 (Ethan)]

드디어 내 Discourse 인스턴스를 성공적으로 재구축했어요

---

Discourse의 공식 discourse-calendar 플러그인은 이미 .ics 내보내기를 지원하므로, Discourse 이벤트를 외부와 공유하는 데 매우 유용합니다. 그러나 교육, 정부, 기업 등 많은 커뮤니티는 외부 iCal 피드를 통해 이벤트 정보를 게시하는 데 의존하고 있습니다(예: Moodle, Office365, Google Calendar 또는 기관 CMS 플랫폼).

현재는 .ics 소스에서 가져오기 또는 동기화할 수 있는 내장 기능이 없습니다. 이로 인해 이미 다른 곳에서 중요한 일정 정보를 게시하고 있는 커뮤니티에 대해 Discourse가 진정한 달력 허브로 활용되는 데 한계가 있습니다.

---

기능 제안

Discourse Calendar 플러그인에 iCal 피드 동기화(.ics URL에서 가져오기) 기능을 추가합니다.

핵심 기능

• 달력 활성화 카테고리나 주제에 대해 .ics 피드 URL을 설정합니다.
• .ics 피드와 일치하도록 이벤트를 캘린더에 자동으로 가져옵니다.
• 동기화 간격(예: 매시간, 매일)을 지정하거나 수동 “지금 동기화” 버튼을 허용합니다.
• 이벤트 UID 필드를 사용하여 중복을 방지하고 수정된 이벤트를 깔끔하게 업데이트합니다.

선택 설정

• 가져온 이벤트에 태그나 라벨을 붙여 외부 출처를 표시합니다.
• 다음 중 선택합니다:
  • 일방통행 동기화 (외부 → Discourse 전용),
  • 또는 양방향 동기화 (Discourse 내에서 동기화된 이벤트를 편집하면 변경 사항이 다시 전송됨 — 향후 범위).
• 캘린더당 여러 .ics 피드를 지원하여 하나의 뷰로 병합합니다.
• 이벤트가 외부에서 동기화되었음을 시각적으로 표시합니다(예: “동기화 출처: outlook.university.edu”).

---

사용 사례

분야	사용 사례 예시
교육	학기 일정, 수업 시간표, 시험 일정 등을 학생 포럼에 자동 입력
정부	CMS 또는 인트라넷의 공식 이벤트를 대외 공개 커뮤니티 캘린더에 동기화
기업	내부 회의 캘린더(Outlook 또는 Google Calendar에서)를 미러링
이벤트 포럼	외부 제공자로부터 연사 목록이나 세션 일정을 통합

---

보안 및 개인정보 보호

• 캘린더 피드는 공개 또는 토큰 기반 접근(예: 시크릿 토큰이 포함된 URL)을 지원할 수 있습니다.
• OAuth2 / Basic Auth 지원은 향후 개선 사항이 될 수 있습니다.

---

관련 항목

• discourse-calendar
• .ics 내보내기는 이미 지원 중 — 훌륭한 선례!
• 유사한 필요성은 이전 스레드에서도 논의된 바 있습니다, 예: 여기

---

호환성

이 기능은 discourse-events(현재 비활성화됨)를 요구하지 않으며, 기존 Discourse Calendar 문법([calendar] 및 [event])과 네이티브로 작동합니다. 사용자는 여전히 수동으로 네이티브 Discourse 이벤트를 생성할 수 있으며, iCal 동기화는 단순히 이러한 캘린더를 보완할 뿐입니다.

---

이 기능이 이미 로드맵에 있는지, 아니면 커뮤니티의 다른 사용자들도 이를 가치 있다고 생각할지 의견을 듣고 싶습니다.

감사합니다!

[Halden42]

@Ethsim2 이것은 매우 큰 기능이 될 것이며, Discourse가 FullCalendar로 전환하면서 이것이 얼마나 실현 가능한지 알아보고 있습니다.

@sam 님이 최근 fullcalendar.io로 직접 링크를 걸었고, FullCalendar가 이제 공식 플러그인 시스템을 통해 **.ics 피드에 대한 1급 지원(first-class support)**을 제공한다는 사실을 알게 되었습니다. 즉, 대부분의 작업은 이미 라이브러리에서 처리되어 있습니다.

---

제안: FullCalendar의 네이티브 지원을 활용한 .ics 피드 동기화 활성화

곧 Discourse에 통합될 FullCalendar v6을 통해 이 기능을 네이티브로 지원하기 위한 기반이 마련되었습니다.

FullCalendar의 @fullcalendar/icalendar 플러그인(내부적으로 ical.js 사용)을 사용하면 다음과 같이 공개된 .ics 피드를 로드할 수 있습니다:

new Calendar(calendarEl, {
  plugins: [dayGridPlugin, iCalendarPlugin],
  events: {
    url: 'https://example.com/my-calendar.ics',
    format: 'ics'
  }
});

이것만으로도 원격 iCal 피드를 캘린더 UI에 렌더링할 수 있습니다. 커스텀 파싱 없이 플러그인 앤 플레이(plug-and-play) 방식으로 작동합니다.

---

Discourse를 위한 권장 구현 단계

1. @fullcalendar/icalendar와 ical.js를 플러그인에 추가합니다 (FullCalendar v6가 완전히 배포된 후).
2. 관리자/플러그인 설정(또는 카테고리별 옵션)을 추가하여 하나 이상의 .ics URL을 입력할 수 있게 합니다.
3. 클라이언트 측에서 피드를 캘린더 뷰에 렌더링합니다.
4. (선택 사항) 서버 측 동기화를 구현합니다:
   • 주기적으로 피드를 가져옵니다
   • 새/수정된 이벤트를 파싱합니다
   • 관련 Discourse 토픽을 생성하거나 업데이트합니다

---

동기화 주기

FullCalendar의 기본 .ics 처리는 브라우저에서 캘린더가 처음 로드될 때만 피드를 가져온다는 점을 주목할 가치가 있습니다. 즉:

• 일일 또는 자동 새로 고침이 없습니다.
• 사용자가 새로 고침하거나 수동으로 새로 고침을 트리거하지 않는 한, 사용자는 오래된 복사본을 보게 됩니다.
• 영속성(persistence)이 없습니다 — 사용자가 다른 곳으로 이동하면 피드 데이터가 사라집니다.

이를 진정으로 유용하게 만들기 위해, Discourse는 이상적으로 다음과 같은 조치를 취해야 합니다:

• 서버 측에서 피드를 가져오는 일일(또는 예약된) Sidekiq 작업을 실행합니다.
• 사용자 간 일관된 렌더링을 위해 파싱된 이벤트를 캐시합니다.
• 완전한 통합을 위해 이벤트를 토픽에 연결하거나 새 토픽을 생성하는 옵션을 제공합니다.

이것은 적절한 동기화 동작을 허용하고, 이전에 Angus의 플러그인에서 처리했던 핵심 기능을 되살릴 수 있게 합니다 — 하지만 깔끔하고 유지보수하기 좋은 기반을 사용하여요.

---

이점

• Google Calendar, Outlook, iCal 등의 .ics 피드를 시ーム리스하게 통합합니다.
• Discourse를 내보내기만 하는 도구가 아닌 캘린더 *소비자(consumer)*로 만듭니다.
• 커뮤니티 포럼, 학생 그룹, 시빅 이벤트 등에 적합합니다.
• 지원되는 FullCalendar 기능에 완전히 기반하여 구축됩니다 — 필요한 커스텀 JS가 최소입니다.

---

캘린더 플러그인이 다시 주목을 받고 있는 지금, 이 기능이 실제로 구현되기를 바랍니다. 테스트를 돕거나 개념 증명(PoC)에 기여하는 것도 기꺼이 하겠습니다.

[Ethsim2 (Ethan)]

죄송합니다 @Halden42, 하지만 게시글을 보고 조금 혼란스럽습니다.

Discourse가 FullCalendar 업그레이드를 통해 캘린더 시스템의 “기반을 정비”하고 있다는 점은 이해합니다. 하지만 바쁜 캘린더를 수동으로 채우는 데 얼마나 많은 시간이 걸릴지 걱정됩니다. 저는 매일 모든 작업을 Discourse GUI로 수행하는데, 인터페이스 밖에서 콘텐츠를 중복 입력하는 것은 제가 절대 받아들일 수 없는 부분입니다.

Angus의 플러그인에서 정말 그리워하는 기능을 언급하신 것을 보았습니다. 이는 Discourse로 이벤트를 동기화하는 것의 핵심이라 생각합니다:

@Halden42

이벤트를 주제(토픽)와 연결하거나 새 주제를 생성

이 부분은 제 사용 사례에서 필수적입니다.

하지만 해당 기능이 어떻게 구현될지에 대해 구체적인 설명이 없어 걱정됩니다. 실제로 어떻게 작동하는지 설명해 주실 수 있을까요? Discourse가 이벤트마다 하나의 주제를 생성하나요? 원본 캘린더가 변경될 경우 업데이트나 삭제를 지원하나요?

제가 가장 많이 의존해야 할 부분이 바로 이것인데, 아직 이 기능이 얼마나 가까운 단계인지 확실하지 않습니다.

상세한 답변을 주셔서 다시 한번 감사합니다.

[Halden42]

Ethsim2님, 좋은 후속 질문 감사합니다. 그리고 제가 생각하기에 여러분이 우려하시는 부분이 정확히 핵심인 것 같습니다. 단순히 .ics 피드에서 이벤트를 표시하는 것만이 아니라, 유용하고 추적 가능한 방식으로 Discourse에 *내장(embedding)*하는 것이 중요하기 때문입니다.

"이벤트를 토픽과 연결하거나 새로운 토픽을 생성한다"고 말씀드렸을 때, 저는 Angus님의 플러그인이 이전에 작동했던 방식과 유사한 구성을 상상하고 있었습니다. 즉, 피드의 각 이벤트가 Discourse의 하나의 토픽에 대응하고, 피드의 업데이트가 시간이 지남에 따라 해당 토픽에 반영되는 방식입니다.

---

현재 FullCalendar 단독으로는 이벤트를 영구적으로 저장(persist)하지 않습니다. 페이지 로드 시 피드에서 가져와서 렌더링할 뿐이죠. 따라서 이벤트가 피드에서 사라지는 경우(예: 취소되거나 외부에서 삭제된 경우), 캘린더 UI에서도 조용히 사라집니다.

하지만 대부분의 포럼 기반 워크플로우, 특히 이벤트 게시물을 토론, RSVP, 공지 등에 활용하는 경우에는 이 정도로는 충분하지 않습니다.

---

이 문제에 대해 제가 제안하는 해결책은 다음과 같습니다:

이벤트가 피드에서 사라졌을 때 토픽을 삭제하는 대신, Discourse가 다음과 같이 처리할 수 있습니다:

• 토픽을 그대로 유지
• 상단에 다음과 같은 문구를 추가:
  ⚠️ 이 이벤트는 취소되었거나 소스 캘린더에서 제거되었습니다.
• 관리자 설정에 따라 토픽을 잠금(lock)하거나 목록에서 제외(unlist)하는 옵션 제공

이렇게 하면 맥락이 보존되고, 답변이 가능하며, 취소 사실이 눈에 띄게 표시됩니다. 아무것도 삭제하지 않으면서 말이죠. 기술적으로도 충분히 실현 가능합니다. 단순히 .ics 파일에 더 이상 존재하지 않는 UID를 플래그 처리하고, 매칭되는 토픽의 상태를 업데이트하면 됩니다.

---

그러므로, FullCalendar 자체는 이러한 상태를 관리하지 않지만, Discourse가 동기화(sync) 계층에서 이를 처리할 수 있습니다. 피드를 가져오는 작업(예: Sidekiq를 통한)은 이전에 존재했但现在 더 이상 존재하지 않는 이벤트를 추적하고, 이에 해당하는 토픽을 적절히 표시하면 됩니다.

이 기능에 관심이 있는 사람이 충분히 많다면, 적절한 스펙을 작성할 수 있을 것 같습니다. 프로토타입을 만드는 것은 어렵지 않을 것입니다.

[Ethsim2 (Ethan)]

생각 깊은 답변 감사합니다 @Halden42 — 덕분에 많은 부분이 명확해졌습니다.

여기서 설명하신 내용…

@Halden42

"이벤트를 토픽에 연결하거나 새 토픽을 생성한다"고 했을 때, 저는 앵거스(Angus)의 플러그인이 예전처럼 작동했던 방식과 유사한 구조를 상상하고 있었습니다. 즉, 피드의 각 이벤트가 디스코urses의 토픽에 대응하고, 피드의 업데이트가 시간이 지남에 따라 해당 토픽에 반영되는 방식입니다.

…이 부분이 바로 앵거스 플러그인을 중단한 이후로 제가 회복하려고 노력해 온 핵심 사용 사례입니다. 저에게 가장 중요한 부분은 이벤트를 시각적으로 렌더링하는 것뿐만 아니라, 라이브 외부 캘린더를 포럼으로 동기화하여 각 이벤트에 토픽을 생성하고, 해당 이벤트의 변경 사항(예: 취소, 일정 변경)이 시간이 지남에 따라 해당 토픽에 반영되는 것입니다.

처음에는 일방향 동기화 모델이면 충분합니다—.ics에서 Discourse로 읽기 전용으로 가져오는 방식—and 단순히 업데이트만 감지해도 제 사용 사례의 90%를 커버할 수 있습니다. 피드에서 이벤트가 제거되었을 때 토픽을 완전히 삭제하는 대신, 이벤트 토픽에 “취소됨” 상태가 표시되는 것이 이상적입니다.

이러한 스펙을 제안할 적절한 장소가 있다면—예를 들어 FullCalendar 업그레이드가 안정화되는 시점에—기여하거나 테스트하는 데 매우 관심이 있습니다.

다시 한번 감사합니다.

[Ethsim2 (Ethan)]

우리는 다양한 회의 유형(실행위원회, 대중 참여 세션, 내부 실무 그룹 등)을 위해 여러 개의 Office 365 캘린더를 관리하고 있으며, 각각 고유한 .ics 피드를 보유하고 있습니다. 이러한 피드는 이미 잘 구조화되어 있으며, 사무직 직원과 관리 팀에 의해 정기적으로 유지 관리되고 있습니다.

우리가 시급히 필요한 것은 다음과 같은 기능을 갖춘 방법입니다:

• 카테고리별(예: 회의 유형별 하나의 피드)로 서로 다른 .ics 피드에 구독하는 것
• 해당 Discourse 카테고리에 새 토픽을 자동으로 생성하는 것
• Angus의 플러그인이 태그나 기타 메타데이터로 필터링할 수 있었던 것과 유사하게, 토픽이 올바른 카테고리에 배치되었는지 검증하는 것
• 캘린더 이벤트가 업데이트되면(시간, 제목 등) 토픽에도 변경 사항이 반영되도록 하는 것
• 이벤트가 취소되거나 피드에서 제거되면 토픽을 선택적으로 플래그 처리하거나 닫는 것

우리 같은 지방자치단체에서는 카테고리를 통해 세밀한 가시성을 관리합니다. 일부 회의는 비공개(예: 집행위원회 또는 계획 관련 회의)인 반면, 다른 회의는 공개적입니다. 잘못 분류된 토픽은 민감한 데이터가 노출될 수 있으므로 카테고리 수준의 검증은 필수적입니다.

다가오는 FullCalendar 대개편에서 이러한 기능이 공식적으로 지원되기를 간절히 희망합니다. 이를 통해 수작업 업무가 크게 줄어들고, 회의 조율과 투명성을 위한 단일 정보 원본으로서 Discourse의 실효성이 훨씬 높아질 것입니다.

[Ethsim2 (Ethan)]

저는 미국의 약학대학생입니다. 저희 대학은 모든 실습(로테이션) 일정, 시험, 실습 평가(프랙티컬)를 캘린더 포털을 통해 제공합니다. 피드 URL은 .ics로 끝나지 않지만, 크롬에서 열면 즉시 유효한 .ics 파일이 다운로드됩니다. 따라서 URL 구조가 다를 뿐, 표준 iCal 피드임이 분명합니다.

최근까지 저는 Angus의 플러그인을 사용했는데, 이 피드를 완벽하게 처리해 주었습니다. 각 이벤트가 하나의 주제(Topic)를 생성했고, 다른 피드를 서로 다른 카테고리(예: “Therapeutics”, “Rotations”, “Exams”)로 라우팅할 수 있어 학습 그룹이 체계적으로 관리할 수 있었습니다.

하지만 최근 this.router 오류로 플러그인이 손상되어, Ethsim2와 마찬가지로 플러그인을 비활성화해야 했습니다. 이제 캘린더를 동기화할 쉬운 방법이 없습니다.

공식 플러그인이 다음 기능을 지원한다면:

• 수신 .ics 피드 지원 (URL이 .ics로 끝나지 않더라도)
• 카테고리 타겟팅을 통한 주제 생성
• 피드별 구성 (예: 하나의 피드 → 하나의 카테고리)
• 업데이트 감지 및 선택적 이벤트 취소 처리

…한다면 Discourse는 학술적 협업에 강력한 도구가 될 것입니다. 플러그인이 손상되기 전까지는 우리에게 완벽하게 작동했기 때문에, 이 기능이 네이티브로 구현되기를 바랍니다.

테스트에 도움이 된다면 샘플 캘린더 URL을 비공개로 공유할 수 있습니다.

[Ethsim2 (Ethan)]

@Ethsim2

수신 .ics 피드(URL이 .ics로 끝나지 않는 경우 포함)

이것은 Office 365에도 적용되며, 미국에서 많은 대학이 해당 생태계를 사용한다는 점을 이해하고 있습니다.

[Ethsim2 (Ethan)]

네, 그 생태계를 쓰고 있어요