보통 사람들은 중복된 스레드를 피하거나 제거하길 원하기 때문에 이 주제는 아마도 터무니없게 들릴 수 있습니다. 하지만 저는 지금 스레드를 복제해야 하는 사용 사례가 있습니다. 어떻게 해야 할까요?
수동으로? /raw/{topic_id}로 이동하여 해당 주제의 원본 콘텐츠를 확인하고 거기 있는 모든 내용을 복사할 수 있습니다.
즉, https://meta.discourse.org/t/195111은 https://meta.discourse.org/raw/195111이 됩니다.
참고로, Discourse에서는 여러분이 "스레드"라고 부르는 것을 "토픽"이라고 부릅니다.
수정: 또는 TL4/스태프라면 그냥 편집을 클릭하고 거기 있는 모든 내용을 복사하면 됩니다.
사실 그건 제가 원하는 게 아닙니다. 모든 토픽과 모든 답글이 필요합니다. 스레드의 정확한 복제본을 원하는데, topic_id만 다른 형태여야 합니다.
특정 스레드를 '재현’하는 방법은 찾았지만, 이는 매우 번거로운 작업이었으며, 스레드를 완전히 복제하는(예: 좋아요를 유지하는 등) 방법은 없었습니다.
새로운 스레드를 만들고 접근이 불가능한 카테고리(예: 스태프 전용)에 배치합니다. 원래 주제 스레드의 각 답변을 복사하여 새 주제 스레드의 답변으로 붙여넣습니다. 새 스레드에 필요한 답변만 있는 경우, 해당 답변을 선택하여 이동합니다. 복사된 답변의 소유권을 원래 답변 작성자의 이름으로 변경합니다. 모든 작업이 끝나면 원래 스레드를 닫고 새 주제의 카테고리를 공개 카테고리로 변경합니다.
물론 이러한 방식은 일상적으로 사용하기에는 너무 고통스럽습니다. 이번처럼 이 작업을 해야 했던 이유는, 누군가 두 가지 다른 주제 스레드로 해석될 수 있는 매우 긴 제목의 주제를 생성했기 때문입니다. 우리는(모더레이터들) 긴 제목 문제를 인지하고(이제는 글자 수가 제한될 것입니다) 있었지만, 당시에는 이것이 문제를 일으킬 줄 몰랐습니다.
대화가 시작되었고, 어느새 두 가지 매우 얽히고설킨 섬세한 대화가 동시에 진행되고 있었습니다. 이때 한 멤버가 모욕적인 댓글을 남겼지만, 그럼에도 불구하고 두 사안 모두에 걸쳐 풍부한 답변 시리즈를 이끌어냈습니다.
진행된 기여들의 풍성함을 보존하고, 반복적으로 문제를 일으킨 멤버를 훈계하며, 이 사건을 커뮤니티 교육 목적으로 활용하고, 두 가지 가치 있는 대화가 각자의 방향으로 성장할 수 있도록 하기 위해, 저는 주제를 분리하는 것이 최선이라고 판단했습니다. 각 주제에 해당하는 개입만 유지하되, 두 사안을 모두 다루었던 개입은 명확한 이해를 위해 두 주제에 모두 반복적으로 포함하지 주저하지 않았습니다.
모욕적인 답변이 유지된 주제 스레드에서는, 모욕적인 게시물 앞에 스태프 공지사항을 배치하여 이것이 우리 커뮤니티의 가치관에 부합하지 않지만 교육 목적으로 남겨두는 것이라고 명시했습니다. 저는 해당 게시물을 다음과 같이 수정했습니다: 모욕적인 언어 앞에 마크다운 코드
를 붙였습니다.
그리고 그 멤버가 자신의 의견을 건설적인 방식으로 표현하려면
더 나은 표현을 사용했어야 했다는 것을 설명했습니다.
이 방식으로 표현하는 것이 더 좋았을 것입니다.
이는 상당한 노력과 사고를 필요로 했습니다. 저는 다시 수동으로 그런 작업을 하지 않을 것입니다. 하지만 해당 사용 사례는 분명히 존재합니다.
꽤나 많은 작업이 필요해 보이네요! 다음에는 단순히 기술 지원만 요청하는 것(“토픽을 복제하는 방법은 무엇인가요?”)보다는, 첫 게시물에서 상황을 설명하고 원하는 목표를 명확히 제시하면 더 좋은 피드백을 받을 수 있을 겁니다. 예를 들어, 토픽을 닫고 스태프 노트를 마지막 게시물로 남긴 뒤, 각각의 논의가 이어질 수 있도록 두 개의 새 토픽에 링크를 걸었을 수도 있었겠죠?
그런 댓글을 달았다고 해서 당신을 탓할 수는 없습니다. 사실 저희 보드에서 사람들이 fmpro에 관한 기술적인 내용을 질문할 때, 우리는 흔히 '목적이 뭐냐’고 묻곤 하니까요.
하지만 저는 현재의 상황에서 이 접근법을 실험해 보고자 하는 제 의도에 확고했습니다. 기존 스레드를 닫고 두 개의 새로운 주제를 시작해야 한다는 사실도 알고 있었습니다. 저는 기존 자료들을 교육 목적으로 활용하고 싶었습니다.
저희는 아주 훌륭한 커뮤니티이며, 훌륭한 기여들이 많습니다. 하지만 저희는 결국 벤더의 플랫폼에 대한 불만에서 출발했습니다. 그래서 저는 사람들이 벤더에 대한 불평과 원망에서 벗어나도록 돕기 위해 다양한 접근법과 변화 관리 기법을 사용해 왔습니다.
대부분은 제품이나 벤더에 대한 비판적 의견을 표현하는 방식에서 진전을 보였습니다. 불행히도 몇몇 개인은 갈등을 부추기는 성향이 있었고, 이로 인해 커뮤니티에 나쁜 평판이 붙었습니다. 그 결과 벤더와 더 가깝거나 특혜적인 관계를 맺고 있는 생태계의 유능한 멤버들이 저희 커뮤니티에 발을 들여놓기를 꺼리게 되었습니다. 이는 유감스러운 일입니다. 왜냐하면 대부분의 사람들이 저희의 존재를 알게 되면 포럼을 좋아하고 머무르기를 원하며 자연스럽게 성장해 왔는데, 그 뛰어난 멤버들이 귀중한 전문 지식과 콘텐츠를 가져다주고 있었기 때문입니다.
두 명의 매우 저명한 개발자들은 시비와 다툼을 견뎌야 했고, 정보를 바로잡기 위해 너무 많은 노력을 기울여야 했습니다. 결국 그들은 기여할 동기와 재미를 잃고 스스로 물러났습니다.
저희는 중재를 했지만, 항상 같은 짜증나는 행동들이 반복적으로 나타나고, 모든 사람에게 발언권을 주려고 노력하다 보니, 결국 몇몇이 무례한 태도를 자제하지 않는다는 이유로 모두가 인내심을 발휘해야 하고 불쾌한 상황을 목격해야 하는 것은 다소 불공평하다는 것을 깨달았습니다.
저희 FAQ는 그들이 자신의 상호작용에서 결함을 관찰하고 인식하는 능력을 갖추도록 설득하지 못했습니다. '해야 할 일’과 '해선 안 될 일’이나 가이드라인은 사람들이 원하는 대로 해석하곤 하는데, 새로운 관리자는 대신 가치관을 홍보하는 쪽으로 방향을 잡았습니다. 그 결과 중재가 더 쉬워졌습니다. 해당 게시물이 커뮤니티 가치관에 부합하지 않는다고 말하기만 하면, 게시물이 수정되거나(또는 수정될 때까지 숨겨지거나) 삭제되니까요.
하지만 결국 우리는 이렇게 하는 것이, 평생까지도 소통 방식을 잘 못해 온 사람들이 어떻게 하면 더 잘할 수 있는지 아는 데 도움이 되지 않는다는 것을 깨달았습니다.
그래서现在我们 스레드 내에 교육적인 개입, 즉 메타커뮤니케이션을 직접 추가하고 있습니다. 결과가 어떻게 나올지 지켜보겠습니다.
알고 있어요. @HAWK 님이 그 내용을 반영하도록 제 제목을 수정해 주셨거든요.
제가 스레드라는 표현을 정확히 사용한 이유는 바로 여기서 일어난 일을 피하기 위해서입니다. 여러분이 제안한 방법은 토픽(즉, 첫 번째 게시글)을 복제하는 해결책이었어요. 하지만 제가 원했던 것은 전체 스레드(첫 번째 게시글, 즉 토픽 + 그 이후의 모든 답변)를 복제하는 해결책이었죠.
다른 말로 하면, 새로운 토픽을 만들고 사람들이 답변을 게시하면 그 결과로 얻게 되는 것이 바로 스레드입니다.
问题就在这里——Discourse 中根本没有“线程”（thread）这种东西。第一个帖子和所有回复加在一起才被称为“主题”（topic）。
디스커스(Discourse) 컨텍스트에서 제시하는 개념은 수용하겠습니다. 다만 언어적, 철학적, 그리고 온라인 포럼 분야의 역사적 관점에서 볼 때, 제목이 있는 첫 게시글과 그 이후의 답변들로 구성된 것을 가장 잘 설명하는 용어는 '스레드(thread)'입니다. 
동의합니다. 다만 여기서 놓치고 있는 점은, Discourse는 다른 모든 포럼 플랫폼과 달리 스레딩(쓰레드) 기능을 제공하지 않는다는 것입니다. 바로 그 이유 때문에 이 구분을 하고 있는 것입니다.
좋은 지적입니다. 이 경우 구성 요소를 하나로 묶는 설계 방식에 대해 덜 구체적인 표현인 '토론’이나 '대화’가 더 적절한 단어일 수 있겠네요 
음, Google에서 'topic’의 정의를 검색해 볼 수 있습니다:
top·ic
/ˈtäpik/
a matter dealt with in a text, discourse, or conversation; a subject.
(텍스트, 담화, 또는 대화에서 다뤄지는 주제; 논점.)
꽤 정확한 정의입니다. 개인적인 이유로 다른 단어를 선호한다면, Discourse의 Admin > Customize를 통해 텍스트를 자유롭게 수정할 수 있습니다.
원래의 사안에 대해 말하자면..
왜 주제에 관리자 렌치를 눌러 주제를 분할하지 않는 것인가요? 그러면 “다른” 주제에 대한 답변은 서로 연결된 별도의 주제에 있게 됩니다. 그것이 Discourse의 다양한 도구로 지원되는 더 간단한 조치일 것입니다.
그 이유는 다음과 같습니다:
“각 주제에 해당하는 개입 사항만 남기고, 주제들을 분리하되, 이해와 명확성을 위해 두 주제 모두에 걸쳐 다루어진 개입 사항은 주저 없이 양쪽에 반복하여 포함하고 싶었습니다.”
아직 발견하지 못했지만, 원본 주제에 게시물을 그대로 둔 채 새 주제로 복사하는 방법이 존재한다면 모를까, 제안해 주신 해결책은 이해를 돕기 위해 특정 답변을 두 주제 모두에 유지하는 것을 허용하지 않습니다.
아, 그렇군요. 여러 게시글에서 인용한 내용들이 뒤섞인 복잡한 답변이 있다면 처리가 까다로울 수 있지만, 그런 경우는 비교적 드물 겁니다. 저는 이곳 메타 게시판에서 거의 10년 가까이 다양한 형태의 모더레이션을 해왔는데, 전체 주제를 복제해야 한다는 ‘필요’를 느낀 적이 몇 번이나 있었는지 기억이 나지 않습니다. 보통은 일반적인 주제 분할로 충분하거든요.
Jeff, 전체 주제를 복제할 수 있는 기능이 매우 유용할 수 있는 사용 사례가 있습니다.
우리는 이 인스턴스를 비즈니스 협업, 특히 노동조합 운영에 사용하고 있습니다. 회의 때마다 목차(TOC) 형식으로 8개의 게시글로 구성된 스레드를 만듭니다.
각 회의에서 1~8번 게시글을 작성하는데, 주제 내에서는 내용 차이가 크지만, 월별로 형식은 동일하며 매월 특정 정보만 붙여넣는 방식입니다. 첫 번째 게시글뿐 아니라 전체 주제에 대한 템플릿을 만들어 매월 복제하고 월별 정보를 삽입할 수 있다면 정말 놀라울 정도로 유용할 것입니다.
현재 저는 비공개 카테고리에 1~8번 게시글 각각의 템플릿을 포함해 주제를 하나 만들어 두었습니다. 지금은 이 템플릿 주제와 새 주제를 화면 분할로 열어두고, 템플릿 주제의 1번 게시글을 새 주제로 복사한 뒤, 2번, 3번 순서로 계속 복사하고 있습니다.
이것이 정말 이례적인 사용 사례이긴 하지만, 주제를 복제할 수 있는 관리자 기능이 있거나, 주제 템플릿을 확장하여 카테고리 내에 여러 개의 개별 답변 템플릿을 중첩할 수 있는 방법이 있다면 정말 많은 도움이 될 수 있을 것입니다.
현재로서는 주제 템플릿이나 마법사(wizard)를 사용하더라도, 기본적으로 채워지지 않은 1번 게시글만 복제할 수 있는 상태입니다.
안녕하세요,
Discourse Canned Replies가 이 문제에 대해 더 나은 해결책이 될 수 있지 않을까요? 주제와 게시글에 대해 한 번만 설정해 두면, 이후에는 해당 템플릿을 간편하게 선택할 수 있습니다.
아… 잘 될 것 같은데. 살펴본 결과, 정말 기대가 돼. @Don 고마워!
우리도 비슷한 사용 사례가 있습니다. 현재 개인 메시지(PM)를 그룹으로 보내는 방식을 사적인 도움 요청 수단으로 활용하고 있지만, 사용자에게 요청 내용을 공개할 수 있도록 허용하도록 권장하고 있습니다. 공개된 도움 요청이 더 많은 사람에게 도움이 될 수 있기 때문에 이를 선호합니다.
이상적으로는 OP의 도움 요청과 선택된 답변을 새로운 공개 토픽으로 복사하되, 자동 응답 메시지나 공개 전환을 묻는 답변 등은 제외하는 방식이 좋겠습니다.
현재로서는 PM을 사적 카테고리에 있는 전체 토픽으로 만들어야 하고, 표시하지 않으려는 답변을 삭제한 뒤 공개 영역으로 이동해야 합니다.
반대로 하지 않는 이유가 있을까요? 공개하고 싶은 게시글을 선택하여 새로운 대화로 이동한 후, 그것을 공개 주제로 전환하는 방식 말입니다. 공개하지 않기를 원하는 모든 것을 삭제하는 것보다, 게시할 내용을 신중하게 선택하는 편이 훨씬 더 안심될 것 같습니다.
좋은 지적입니다. 원래 주제글은 새 주제로 옮길 수 없다고 가정하고 있었습니다. 테스트를 해보고 어떻게 작동하는지 확인해 보겠습니다. 조언해 주셔서 감사합니다.