현재 커뮤니티에서 교육용 콘텐츠를 운영하기 위해 events 및 livestream 플러그인을 사용하고 있습니다. 현재는 Teams 타운홀(Townhall) 이벤트를 임베드하고, 사용자가 해당 이벤트에 RSVP(참석 신청)을 해야만 이를 볼 수 있도록 설정해 두었습니다. 시청자들은 Discourse 채팅을 통해 소통하고 질문을 합니다. 현재 방식이 다소 어색하고 불편하게 느껴져서, 여러분의 커뮤니티에서는 어떤 방식이 잘 작동하는지 조언을 듣고 싶습니다.
과거 커뮤니티에서는 Streamyard를 사용하여 좀 더 세련된 쇼 형식으로 진행했는데, 이 방식이 훨씬 효과적이었습니다(다만 실행에 더 많은 노력이 필요했습니다).
Discourse 자체에서는 이벤트/라이브스트림 경로를 사용하지 않고, 모든 것을 Zoom 등록을 통해 처리하는 것을 확인했습니다.
현재 방식에 대한 불만 사항을 확장하여 보기
- [hidden] 태그 뒤에 스트리밍 플레이어를 배치하는 방식은 100% 신뢰할 수 없습니다. '플레이어가 보이지 않으면 RSVP를 취소하고 다시 RSVP를 해주세요’라고 안내해야 할 정도입니다. 가끔은 채팅 채널에 입장하지 못하는 사용자들도 있습니다. 이는 오래전에 RSVP를 하고 이미 ‘참석(Going)’ 상태가 되어 있는 사용자에게 주로 영향을 미치는 것 같습니다. 마케팅 자료와 함께 알려진 버그를 홍보하는 것은 좋은 일이 아닙니다.
- MS Teams와 관련하여, 제 테스트 결과 이벤트가 아직 라이브가 아닌 상태에서는 타운홀 형식이 버그가 있었습니다. 여전히 '이벤트가 아직 시작되지 않았습니다’라고 표시되었습니다. 스트림이 라이브 이벤트를 인식하려면 페이지를 새로고침해야 하는 것으로 기억합니다.
- 이는 우리의 기업 설정 때문일 가능성이 높지만, Teams에서 관객 참여가 꺼져 있음에도 불구하고 Teams 임베드가 시청자의 마이크와 카메라 권한을 요청합니다.
