레드잇(Reddit)도 같은 방식으로 인수되었습니다. 토론 공간이 정말로 위험에 처해 있습니다. (거의 항상 그렇듯, 너무 늦어질 때까지 아무도 귀를 기울이지 않습니다.)
우리는 확실히 디스코र्स(Discourse)를 가지고 있습니다. 
1개의 좋아요
이것은 의도된 기능입니다. 편집 중 iframe이 여러 번 요청되는 것을 방지하기 위해, 작성(compose) 모드에서 해당 컴포넌트가 활성화되는 것을 허용하지 않았습니다.
6개의 좋아요
이것이 설치된 후, 스레드로 이동하면 먼저 '마지막 게시글’로 이동한 다음, Twitter 임베드 기능이 로드되면서 매번 몇 개의 게시글로 다시 돌아가는 현상이 발생했습니다.
이 문제를 해결할 수 있는 방법이 있을까요?
2개의 좋아요
이 테마 컴포넌트는 Twitter API를 사용하지 않으므로, 그 부분에서는 제한이 없습니다.
1개의 좋아요
이 커밋(FIX: Use Twitter API v2 for oneboxes and restore OpenGraph fallback (… · discourse/discourse@24c9053 · GitHub)에 따라 Twitter의 원박스(onebox)가 변경되었습니다.
테스트 인스턴스에서 이 테마 구성 요소를 시도해 보았지만 미디어가 표시되지 않습니다:
이것과 관련이 있을까요?
1개의 좋아요
이 테마 컴포넌트는 onebox가 작동하지 않을 때만 작동합니다
1개의 좋아요
좋아요 
.
테스트해 보니, 원박스(Onebox)가 제대로 작동하지 않는 경우(예: 미디어가 표시되지 않는 경우)에는 해당 컴포넌트가 작동하려면 차단된 원박스 도메인에 twitter.com을 추가해야 합니다.
다음과 같이 변경하세요:
다음과 같이:
저는 테마 컴포넌트를 널리 사용하지 않았고 해당 문제를 겪지 못했지만, 제 추측으로는 Discourse가 콘텐츠가 로드되기 전에 Twitter iframe의 높이를 알 수 없기 때문인 것 같습니다. iframe이 로드되면 주변 콘텐츠를 밀어내면서 이런 현상이 발생합니다.
해당 문제를 영상으로 녹화해 주실 수 있나요?
2개의 좋아요
특정 박스(one box)가 다시 트윗에 대해 작동하기 시작하여 이 컴포넌트를 오버라이드하고 있습니다. 오늘 이 현상을 목격한 분이 계신가요?
약 10시간 전에 앱을 재빌드했고, 현재 버전은 3.1.0.beta5입니다 (09feb03056).
따라서 이는 갑작스러운 되돌림과 관련이 있을 수 있습니다.
사실 저는 이 컴포넌트가 트윗에 대해 작동하는 방식을 더 선호합니다. 이제 트윗이 onebox 처리되는 것을 제외할 방법이 있을까요?
설정에서 allowed onebox iframes 항목은 보이지만, 트위터만 제외하기 위해 가능한 모든 src를 나열할 수는 없습니다. 이 방법으로 하나 또는 소수의 src만 비활성화할 방법이 있을까요? 만약 그렇다면 어떻게 해야 하나요?
아니면 트위터 측에서 또 무언가 변경된 것이고, 이는 모두 우연일 수도 있습니다.
다른 분들도 이 현상을 눈치채신 분 계신가요? @Lhc_fl
1개의 좋아요
@jancernik 님이 최근 트위터 API 변경 사항에 맞춰 수정을 진행했습니다 
네, 정확합니다. 이것이 Discourse 코어에서 “공식” 트위터 임베드를 사용하지 않는 이유입니다. iframe이 로드되는 동안 토픽이 여기저기 튀어 보이는 문제가 발생하기 때문입니다.
4개의 좋아요
아, 마지막 몇 개의 게시물을 읽었으면 좋았을 걸! 
3개의 좋아요
네, 주제에서 점프하는 현상은 꽤 두드러집니다. 하지만 솔직히 네이티브 트위터 스타일과 리플에서 부모 트윗을 캡처하는 방식을 더 선호합니다.
이 방식은 트위터 링크를 두 개 게시하는 것을 방지해 주니까요. 가끔 잘리는 경우가 있지만, 컴포넌트 작성자에게 불만을 제기할 생각은 없습니다. 대안 솔루션을 제공해 주셔서 감사하며, 개선 사항은 보너스입니다.
3개의 좋아요
제가 다시 이 문제라고 생각했던 이유가 바로 이것입니다. 기억이 맞다면, 이 문제는 여러 빌드에서 반복적으로 발생했었습니다. Discourse jumps back 20 posts in post history when navigating to new topic
1개의 좋아요
이러한 화면의 튀어 보이는 현상을 최소화할 수 있는 방법이 있을까요? 로드된 페이지에 여러 개의 Twitter 링크가 있으면 정말 눈에 띄고 짜증스럽습니다. 플러그인 코드와 사용하는 API를 간단히 살펴봤는데, 콘텐츠 높이를 추정하여 blockquote 요소의 높이에 설정하는 것이 이러한 문제를 줄이는 데 도움이 될까요, 아니면 비동기로 호출되는 Twitter 자바스크립트의 영향을 거의 받을 수밖에 없는 것일까요? 저는 Discourse API에 익숙하지 않아 렌더링 순서 등을 알지 못하며, 지금 이 문제를 해결할 합리적인 방법이 있는지 파악하기 위해 그 문제를 파고들 시간이 없습니다.
1개의 좋아요
이 해결책만으로는 나에게 충분하지 않아서 조금 더 추가할게요
twitter consumer key와 twitter consumer secret에 무언가(정말 아무 랜덤 값이든 상관없어요)를 추가해야 합니다.
아마도 여전히 구버전 API가 설정되어 있었을 겁니다.
그럼 테마 컴포넌트가 다시 작동할 거예요.
2개의 좋아요
그렇지 않은 것 같은데, 트위터는 소프트웨어의 동작(심지어 curl로 얻는 결과까지)을 매우 자주 변경합니다. 이 때문에 최근 다른 경험을 하셨다면 놀라지 않겠습니다.
2개의 좋아요
요약을 하자면, 테마 구성 요소를 소비자 키가 활성화된 상태로 사용하고 있고, 차단된 원박스화 도메인에 twitter.com이 포함되어 있나요?
기억이 맞다면, Twitter는 onebox의 차단된 도메인 목록에 포함되어 있었고, 관리자 설정에서 Twitter 자격 증명을 사용한 적이 없습니다.
그 이후로 해당 구성 요소를 다시 시도해 보지 않았습니다.
최근 3.6.0.beta6 업데이트에서 트위터 임베드는 다시 Onebox로 되돌아갔으며, 이는 설정의 blocked_onebox_domains에 twitter.com이 포함되어 있음에도 불구하고 발생한 문제입니다.
beta5에서는 onebox 도메인 블록만으로도 충분했기 때문에, 최신 업데이트에서 무엇이든 변경되었을지 모르겠지만, 위의 추가 조언 덕분에 구성 요소가 다시 트윗을 렌더링하도록 되었습니다.