Discourse에서 주최된 워크숍에 참여했으며, 내 사용자 활동을 모두 다운로드할 수 있었습니다. 해당 워크숍에서는 실제로 community.createyourownschool.com의 개념을 개발하고 있었습니다. 내 팀이 프로젝트의 기원을 확인하고 제가 진행을 위해 놓친 부분에 대해 의견을 나눌 수 있도록, 이 사용자 활동을 내 자체 Discourse 커뮤니티에 가져오고 싶습니다.
CSV 파일을 사용해 Discourse 커뮤니티에 업로드하는 것이 가능한가요? 가능하다면 관련 지침을 알려줄 수 있을까요?
2개의 좋아요
무엇을 이식하고 싶으신 건가요? 구체적으로 어떤 부분인가요? 본인이 생성한 주제와, 그 주제에 작성한 게시글만 이식하시려는 건가요?
사용자 내보내기에는 본인의 게시글과 본인의 주제만 포함되어 있기 때문에, 이를 다른 Discourse에 가져오는 것이 실제로 어떤 의미를 갖는지 명확하지 않습니다. 조금 더 명확하게 설명해 주실 수 있도록 실제 사례를 들어 설명해 주시겠습니까?
원래 사이트는 아직 운영 중인가요? 왜 자기 사이트의 새 토픽에서 각 기존 토픽을 링크하지 않나요?
원래 토픽과 게시물을 포함한 모든 데이터를 가져오지 않는 한 사용자 활동 이력을 이전하는 것은 의미가 없다고 생각합니다. 해당 인스턴스에 고유한 참조 ID가 존재하므로 단순한 데이터 가져오기가 아닙니다. 골칫거리가 될 것 같습니다!
2개의 좋아요
@codinghorror 제가 참여한 워크숍에서는 각자가 하나의 주제(Topic)를 생성한 후, 100일 이상 해당 주제에 답변을 남겼습니다. 다른 사람들이 우리의 아이디어에 대해 질문하고 피드백을 주었고, 우리는 우리의 생각을 더 명확히 할 수 있었습니다. 처음에 다운로드 파일을 열어보았을 때 거의 1,200개의 기록이 있었습니다. 중요한 것이 아닌 항목들을 하나씩 확인하며 삭제하기 시작했는데, 나중에 제가 실제로 정말로 필요로 하는 부분, 즉 그 하나의 주제에 대한 제 답변들과 제가 답변한 다른 35개의 프롬프트만 더 쉽게 분리해 낼 수 있을 것 같다는 realization(깨달음)이 왔습니다.
이것이 쉽게 수행할 수 있는 작업이 아닌 것 같으니, 아마도 메일 병합(Mail merge)을 통해 Word/Google 문서로 변환한 후, 팀원들이 그 문서를 검토하여 앞으로 사용할 수 있는 아이디어와 스토리텔링 언어를 추출하도록 할 것입니다.
@neounix 이 답변을 감사히 받으며, 미래에 누군가에게 도움이 되기를 바랍니다. 하지만 저는 기술적인 사람이 아니기 때문에 이 방법을 직접 적용하기는 어려울 것 같습니다.
@merefield 원래 사이트는 비공개 워크숍 공간이었기 때문에, 12월 31일에 공식적으로 종료되었으므로 며칠 내에 사라질 것입니다.
1개의 좋아요
Falco
(Falco)
1월 3, 2021, 3:57오후
6
해당 주제들을 단일(또는 소수의) 카테고리로 분리한 후, 검증된 Move topics from one Discourse instance to another 카테고리 내보내기 기능을 사용할 수 있습니다.
4개의 좋아요
특정 시나리오에서는 이것이 의미가 있을 수 있으며, 우리는 이를 지원하기를 원하므로 추가적인 세부 정보를 알려주셔서 감사합니다!
Discourse의 설립 원칙 중 하나는, 어떤 경우에도 사용자는 자신의 데이터 이동을 보장받을 자격이 있다는 것입니다.
4개의 좋아요
@Falco
이것이 가능한지 확신이 서지 않습니다. 방법을 알고 있을지도 모르는 친구 @craigconstantine을 불러왔으며, 가능하다면 도움을 주실 수도 있을 것입니다.
@codinghorror 정말 멋집니다.
1개의 좋아요
… CYOS(그녀의 커뮤니티)가 어디에 호스팅되어 있는지 정확히 모르겠습니다. @Falco가 언급한 exp/inport는 커맨드라인 도구처럼 보이는데, 저는 그걸 사용해 본 적이 없습니다(저는 Hosted Discourse를 사용하므로 커맨드라인 접근 권한이 없거든요).
1개의 좋아요
@craigconstantine 저는 [Communiteq (구 DiscourseHosting)](Managed Discourse Hosting - Communiteq )를 사용하고 있습니다. 그들이 제안하는 방법을 어떻게 해야 하는지 모르겠고, 당신도 모른다면 저는 그냥 조각조록 조금씩 복사해서 붙여넣을 것입니다. 감사합니다.
michaeld
(Michael - Communiteq)
1월 8, 2021, 6:55오전
11
카테고리 가져오기를 대신 수행해 드릴 수 있습니다.
하지만 이는 사용자 데이터 내보내기와는 다른 카테고리 내보내기 가 필요합니다.
원래 포럼의 소유자에게 카테고리 내보내기를 제공할 의사와 능력이 있는지 문의해 볼 수 있습니다.
기억이 맞다면, 해당 내보내기에는 그곳에 참여했던 다른 사용자의 프로필도 포함될 것입니다(그리고 이는 결국 당신의 포럼에도 저장됩니다). 이것이 당신(또는 해당 사용자, 또는 다른 포럼의 소유자)이 원하는 것인지 확실하지 않습니다.
제 판단으로는 이 특정 경우에는 내용을 수동으로 복사/붙여넣는 것이 더 쉽거나 작업량이 적을 것입니다.
2개의 좋아요
@michaeld 답변 감사합니다. 원래 사이트는 이제 내려간 상태입니다. 복사/붙여넣기가 가장 좋은 방법이라고 생각합니다.
1개의 좋아요
nathank
(Nathan Kershaw)
11월 19, 2021, 2:32오전
13
디스코스에서 자신의 데이터를 내보낼 수는 있지만 다른 디스코스 인스턴스로 다시 가져오지 못한다면 그다지 유용하지 않습니다.
물론 이는 대화의 한쪽 측면만 포함하게 되므로 상당한 제한이 됩니다!!
pfaffman
(Jay Pfaffman)
11월 19, 2021, 9:45오전
14
맞아요. 본인의 데이터는 소유하지만, 다른 사람들의 데이터는 소유하지 못하니까요.
Jeff Atwood:
특정 시나리오에서는 이것이 합리적일 수 있으며, 우리는 이를 지원하기를 원하므로 추가적인 세부 정보에 감사드립니다!
Discourse의 창립 원칙 중 하나는 사용자가 어떤 상황이든 자신의 데이터에 대한 이식성을 누릴 자격이 있다는 것입니다.
이 주제를 다시 올리는 것이 죄송하지만, 제가 하고 싶은 것과 매우 유사하며 더 가까운 것을 아직 찾지 못했습니다.
시나리오: 불확실한 기간 동안 붕괴되고 있는 Discourse 포럼의 여러 작가들.
Bhanu Sharma가 기증한 공간에 새로 개설된 Discourse 포럼, 관리자는 저입니다.
수년에 걸쳐 작성된 게시물들, 그중 많은 부분이 짧은 창작 글인 것들을 새로운 포럼으로 온전히 이동하는 방법을 찾고 있습니다.
방금 제 CSV 아카이브를 보고, 소프트웨어 경력에서 CSV를 사용하여 서로 다른 스키마의 데이터베이스 사이에서 내보내기/가져오기를 하거나 Perl 코드로 필드를 분리/병합/생성하는 등 하나의 CSV 스키마를 다른 스키마로 변환하는 과거 프로젝트들을 떠올렸습니다.
기존 사이트의 CSV 아카이브를 가져와 새 사이트에 가져오는 기존에 있는 간단한 방법이 있습니까? 있다면 알려주실 수 있을까요? Github의 가져오기 스크립트 컬렉션을 살펴봤지만, 모두 서로 다른 데이터 레이아웃에서 가져오는 것들이었습니다.
만약 없다면 – 제 예산은 매우 적지만, 이런 일은 과거에 여러 번 해본 경험이 있으며, 종종 새로운 직장에서 압박 속에서 수행했습니다. 저는 은퇴했으므로 하루 종일 시간이 있습니다. 또한 이것이 유용한 기여가 될 것 같다는 생각도 듭니다.
좋아요. 시간을 들여 생각해보았고, 제 커뮤니티가 새로 시작하는 것이 더 나은 이유에 대해 좋은 이유들을 떠올릴 수 있었습니다. 또한, 제가 쉽게 알아차리기 어려운 보안 관련 문제가 있을 수도 있습니다. 제가 충분히 아는 것이 아니니까요!
하지만 저는 소프트웨어 엔지니어로 은퇴했고, 이제 저에게 더 중요한 다른 프로젝트들이 많기 때문에 이 프로젝트를 중단합니다.
2개의 좋아요
nathank
(Nathan Kershaw)
12월 19, 2023, 11:08오후
17
사실 꽤 쉽게 할 수 있습니다. 단, 떠난 커뮤니티의 서버에 접근할 수 있거나(거기에 있는 관리자가 대신 처리해 줄 수 있거나) 하면 되죠. 저는 이걸 몇 번 해본 적이 있습니다. 여기서 언급된 것이 바로 이것입니다:
완벽한 복원(high fidelity)은 아닙니다. 사용자(이메일 주소만), 주제/답글은 가져오지만 좋아요나 사용자 데이터/프로필 등은 가져오지 않습니다. 하지만 동작은 합니다.
2개의 좋아요
아! 그건 알아두면 유용하네요. 다만, 현재 Nano에는 활동 중인 관리자가 없는 것 같으니 저에게는 도움이 안 되겠지만요. 그래도 우리에게는 처음부터 새로 시작하는 것이 오히려 괜찮을 것 같습니다.
다만, 이 프로젝트에 관심이 있을 만한 사람들에게 몇 가지 문의를 보내두었고, Nano 쪽에서 누군가를 움직여서 실제로 도움을 줄 수 있도록 영향력을 행사할 수 있는 사람들도 있을 것 같습니다.
"replies"가 작성된 모든 게시물을 가리킨다면, Topics/replies가 새로운 포럼으로 가져가고 싶은 내용을 충분히 커버할 수 있을 텐데, 그 정도면 충실도가 충분히 높을 것 같습니다!