cogdog
(Alan Levine)
11월 3, 2021, 3:19오후
1
교육 커뮤니티에서는 사용자가 iframe을 통해 H5P (HTML5) 콘텐츠를 삽입할 수 있으며, 허용된 iframe URL로 잘 작동합니다.
하지만 오디오 레코더를 임베드하는 특정 콘텐츠 유형에서 다음 오류가 보고되고 있습니다:
저희 Discourse의 모든 콘텐츠는 HTTPS로 제공되며, 임베드된 모든 URL도 HTTPS입니다.
Discourse에서 오류가 보고되는 위치는 다음과 같습니다:
https://connect.oeglobal.org/t/contribute-your-voice-to-oeg-voices-opening-segment/3213/19
같은 임베드는 WordPress 사이트 Is This Thing On? – The H5P Kitchen 에서 예상대로 정상 작동합니다.
이는 소스 콘텐츠가 연결을 테스트하는 방식에 문제가 있을 수 있다는 점을 인지하고 있지만, Discourse에서 iframe으로 임베드될 때 무엇이 다른지 분리해 보고자 합니다.
pfaffman
(Jay Pfaffman)
11월 3, 2021, 3:40오후
2
최근에 커맨드 라인에서 업그레이드를 진행하셨나요? force_https가 활성화되어 있나요?
cogdog
(Alan Levine)
11월 3, 2021, 4:59오후
3
최근 3주 동안 커맨드 라인 업그레이드가 있었습니다. force_https를 활성화하는 방법에 대한 참고 자료는 찾았지만, 어떻게 해야 하는지는 모르겠습니다. 전문적인 시스템 관리자는 아니지만 모든 권한을 가지고 있으니, 쉽게 설명해 주시겠습니까?
pfaffman
(Jay Pfaffman)
11월 3, 2021, 5:21오후
4
관리자 설정에서 "force"를 검색했는데 force_https가 보이지 않는다면, 이미 설정되어 있다는 뜻입니다.
참고로, 링크해 주신 페이지에서 http 오류는 보이지 않습니다.
cogdog
(Alan Levine)
11월 3, 2021, 6:51오후
5
네, 감사합니다. 해당 항목이 없습니다.
소프트웨어 개발자들은 결국 HTTPS 문제가 아닐 가능성이 높다고 언급했습니다(잘 표현되지 않은 오류 메시지를 인정했으며), 더 가능성이 높은 원인은 iframe이 마이크 접근 요청에 대한 기능 정책을 허용하지 않는 것입니다. allow="microphone *"를 추가해도 도움이 되지 않았습니다.
이 문제는 그리 심각하지 않지만, 개인적으로는 호기심이 더 큽니다.
cogdog
(Alan Levine)
11월 4, 2021, 6:59오후
6
문제는 마이크 접근을 허용하기 위한 iframe의 allow= 속성이 discourse의 iframe 태그에서 제거된다는 것입니다. 다른 곳에서 보고된 바와 같이 .