안녕하세요,
저희 회사는 고객 지원과 고객 관계 강화를 위해 Discourse를 운영하고 있습니다. 직원 온보딩을 위해 Doc Categories 와 DiscoTOC 를 사용하여 문서를 작성했으며, 이는 매우 잘 작동하고 있습니다.
하지만 마크업을 포함한 원본 텍스트 를 일반 텍스트 파일 로 내보낼 수 있는 기능을 요청드리고 싶습니다.
브라우저의 PDF 인쇄 옵션은 파싱된 결과물이 아닌 원본 소스가 필요할 때는 도움이 되지 않음을 알고 있습니다. 또한 내장된 백업 기능과 데이터베이스 쿼리에 대해서도 알고 있지만, 프론트엔드 관리 측면에서는 실용적인 해결책이 되지 않습니다.
현재 저의 워크플로우는 다음과 같습니다: 게시물 편집 → Ctrl-A, Ctrl-C → 텍스트 파일 생성/열기 → Ctrl-V, Ctrl-S → 편집 취소 … 다음 게시물로 이동.
내장된 일괄 내보내기 옵션이 있다면 다음과 같은 여러 이점이 있습니다:
지식 베이스 유지보수가 훨씬 쉬워집니다.
관리자가 프론트엔드에서 백업 및 버전 관리 워크플로를 더 잘 수행할 수 있습니다.
Discourse 외부에서 콘텐츠의 유연한 재사용이 가능합니다.
이러한 기능은 지원 목적뿐 아니라 문서 허브로 Discourse를 사용하는 커뮤니티에게 실질적인 생산성 향상을 가져다줄 것입니다.
여러분의 생각을 듣고 싶습니다.
감사합니다
2개의 좋아요
pfaffman
(Jay Pfaffman)
9월 3, 2025, 4:23오후
2
제 문제는 기능 요청을 지원 요청처럼 취급하는 것입니다. 어쩔 수 없이 또 그렇게 했네요. 도움이 되지 못해 죄송합니다.
혹시 이런 형식을 원하시는 건가요: https://meta.discourse.org/posts/1849580/raw 또는 이거: https://meta.discourse.org/raw/381447 혹은 이거 https://meta.discourse.org/raw/381447/1
아. 해당 주제(topic)의 모든 게시글의 원문(raw text)을 원하시는 거군요.
이것은 해결책이라기보다는 해당 방식의 개선된 버전입니다. 하지만 클릭 수를 크게 줄여주지는 못합니다.
이는 몇 가지 커맨드라인 도구를 사용하면 꽤 쉽게 자동화할 수 있습니다. 영리한 사람이라면 주제의 JSON을 가져와 게시글 수를 확인한 후, 속도 제한(rate limiting)을 피하기 위해 잠시 멈추며 모든 게시글을 가져올 수 있을 것입니다.
테마 컴포넌트를 통해 각 게시글의 원문(raw text)으로 연결되는 링크를 제공할 수 있습니다. 플러그인을 사용하면 원하시는 기능을 구현할 수 있습니다.
3개의 좋아요
Jay님, 답변 감사합니다.
이 솔루션은 How to iterate over all the topics in order to export them as Markdown? 에서 이미 논의된 바 있지만, 규모가 큰 문서의 경우(→ 효율성) 및 프론트엔드 관리 측면에서(→ 전문성) 실용적이지 않습니다.
그래서 네… 지원은 없겠지만, 제 쪽에서는 진정한 기능 요청(feature request)입니다
감사합니다
2개의 좋아요
Moin
9월 3, 2025, 4:40오후
4
게시물을 직접 복사하는 📄 Copy Post Component 이 이 경우에 도움이 될 수 있다고 생각합니다. 이 기능은
을 한 번의 클릭으로 줄여줍니다. 하지만 여전히 일괄 복사는 아닙니다.
5개의 좋아요
RGJ
(Richard - Communiteq)
9월 3, 2025, 7:52오후
6
Data Explorer 쿼리를 만들어 posts.raw를 반환하도록 설정한 후, API를 통해 해당 쿼리를 호출할 수 있습니다.
7개의 좋아요
좋은 팁 감사합니다, Richard 시간이 나면 Data Explorer 와 API 호출을 확인해 보겠습니다. 그래도 그것은 단지 훅(hook)일 뿐, 기능은 아닙니다.
Doc Categories 플러그인을 예로 들어볼까요: 문서를 작성하려면 기술적으로 필요한 것은 모든 주제에 대한 링크가 포함된 인덱스 게시물뿐입니다. 하지만 이 플러그인은 추가적인 요소를 제공합니다: 자동 페이지 내비게이션.
제가 요청하는 기능은 바로 이런 것입니다: 일반 사용자를 돕는 추가 기능 이지, 파워 유저나 IT 담당자를 위한 또 다른 우회책이 아닙니다.
3개의 좋아요
thoka
(Thomas Kalka)
9월 4, 2025, 7:21오전
8
내가 이런 기능을 원한다면, 문서 인덱스에서 참조되는 모든 마크다운 소스가 포함된 zip 파일을 제공해주길 원할 것이다.
그 경우 개별 파일의 이름을 어떻게 지정하고 싶을까?
원하는 워크플로우를 좀 더 자세히 설명해 줄 수 있겠는가?
내가 당신이 설명한 것과 같은 문서 워크플로우를 구축한다면, 원시 마크다운을 파일시스템에 마운트할 수 있는 옵션을 만들어 더 많은 자동화 도구가 이를 처리할 수 있도록 하는 것이 더 나을 것 같다.
이 부분은 이해가 되지 않는다.
왜 Discourse를 통해 문서를 제시하고 싶지 않은가?
토마스, 안녕하세요. zip 컨테이너를 사용하는 것도 물론 전혀 문제가 없습니다 그 뒤에 워크플로가 있는 건 아니고, 그냥 간단한 백업을 유지하고 싶을 뿐이에요.
1개의 좋아요
RGJ
(Richard - Communiteq)
9월 4, 2025, 7:56오전
10
일반 사용자가 원시 게시물 소스를 어떻게 사용할지 상상할 수 없습니다.
3개의 좋아요
아마도 당신이 일반 사용자가 아니기 때문일 것입니다.
1개의 좋아요
RGJ
(Richard - Communiteq)
9월 4, 2025, 8:27오전
12
신원공격(ad hominem)으로 대응하기보다는 좋은 예시를 들어주시겠어요?
당신의 첫 게시물조차 관리자들과 지식 베이스를 관리하는 사람들에 대해 이야기하고 있잖아요.
죄송합니다. 개인적인 의견을 나누신 것 같고, 저는 단순히 응답드린 것뿐입니다. 악의는 없었습니다.
RGJ:
좋은 예를 하나 들어주실 수 있을까요?
예를 들어, 지식 베이스를 관리하는 사람들, 즉 관리자로서 콘텐츠를 생성하지만 기술적 배경이 제한적인 지식 관리자들은 콘텐츠를 직접 관리하고 로컬에 백업할 수 있기를 원합니다.
3개의 좋아요
RGJ
(Richard - Communiteq)
9월 4, 2025, 9:03오전
14
지식 관리자를 일반 사용자로 보지 않습니다. 매우 구체적인 역할이기 때문입니다.
“일반 사용자” 논쟁은 다음에 하기로 합시다.
1개의 좋아요
RGJ
(Richard - Communiteq)
9월 4, 2025, 9:31오전
16
그렇다면 데이터 탐색기 방식이 완벽한 해결책이 될 수 있습니다.
관리자가 아닌 사용자에게도 해당 쿼리를 사용할 수 있도록 설정할 수 있습니다.
1개의 좋아요
안녕하세요 @sren-1 , 우리 커뮤니티에 오신 것을 환영합니다!
기능 요청 내용이 흥미롭네요! 이 주제가 열려 있으니 비슷한 환경을 가진 다른 분들도 의견을 나눌 수 있어 좋다고 생각합니다. 언젠가 이런 기능이 UI에 반영될 수도 있겠죠. 다만, 이것이 널리 유용한 기능이라는 점을 충분히 입증하지는 못하신 것 같습니다.
여기 처음 오셨으니, 여러분께는 당연할 수 있지만 모를 수 있는 몇 가지 사항을 알려드리겠습니다. 기능 추가에는 시간과 자원이 필요하므로, 일반적으로 디스코urs에는 엔터프라이즈 고객이 요청하거나 특정 기능에 대한 수요가 매우 많을 때(예: 3의 법칙 ) 새로운 기능이 추가됩니다. 또한 새로운 기능은 코어 제품에 포함되기 전에 주로 플러그인이나 컴포넌트 형태로 시작되는 경우가 많습니다.
많은 독특한 사례에서는 디스코urs API와 데이터 탐색기를 사용하여 “충분히 좋은” 수준의 빠르고 간편한 해결책을 마련할 수 있습니다. 여기서 요청하신 것이 바로 그것이라는 점은 잘 알고 있습니다! 하지만 때때로 API나 데이터 탐색기 쿼리를 이용해 문제를 해결해 보는 것은 기능 추가를 주장하거나 특정 문제를 더 나은 방식으로 해결하는 방법을 찾는 데 도움이 될 수 있습니다.
데이터 탐색기 쿼리를 그룹에 공개할 수 있고, 매개변수를 지정할 수 있는 UI를 제공할 수 있다는 점을 확인해 보셨나요? 이는 "일반 사용자"에게 적합하며, 여러분의 팀을 위한 임시 대안으로 사용하거나 새로운 기능 아이디어에 대한 주장을 강화하는 데 도움이 될 수 있습니다. 시작할 수 있는 적합한 쿼리가 이미 있는지 확신은 없지만, 찾아볼 수 있는 첫 번째 장소는 #data-reporting 채널입니다.
@rgj 다른 사람들이 뭐라고 하든, 당신은 그냥 평범한 분이라고 생각합니다!
3개의 좋아요
환영의 말씀, 설명, 그리고 팁까지 감사합니다, 토비아스.
광범위하게 사용되는 기능 이라는 표현에 대해서는 조금 의문이 듭니다. 디스코urs에는 "도대체 누가 그걸 쓰지?"라고 스스로에게 묻게 되는 수많은 옵션과 설정이 있습니다. 사람들은 일반적으로 사용 가능하고 익숙한 도구를 사용하는 경향이 있습니다. 이미 망치가 있다면, 망치와 다른 도구가 왜 필요한지 의아하게 여길 수 있겠지요.
아마 다른 사용자들 중에는 제안된 기능의 사용 사례를 발견하고 토론에 참여해 주실 분도 계실 것입니다
모든 기여자분들께 감사드립니다!
2개의 좋아요