가이드가 매우 불투명하고, 여기에 Discourse가 Docker로 실행되는 이중적인 복잡성까지 더해져 가져오기(import) 방식에 영향을 미칩니다.
Discourse 설치 사례 중 상당수가 다른 포럼 소프트웨어에서 데이터를 이전하는 경우인 것 같으니, 왜 Discourse 자체에 가져오기 기능을 추가하지 않습니까?
저는 그 전제가 틀렸다고 생각합니다. 대부분의 Discourse 설치 과정에는 기존 포럼에서 데이터를 가져오는 작업이 포함되지 않습니다.
그리고 어떤 데이터를 가져올 것인지에 대한 문제도 있습니다.
그럼에도 포럼이 운영을 시작한 이후에 왜 가져오기 기능이 필요한지 의문이 듭니다.
1개의 좋아요
가끔은 가져오기 스크립트를 사용자 정의해야 합니다. 이는 항상 어느 정도 전문 지식을 가진 사람이 처리해야 할 작업입니다. UX에 이를 포함하면 작은 사용자 정의 문제를 처리하기 위해 사용자 인터페이스 요소를 추가해야 하므로 오히려 훨씬 더 어려워질 것입니다.
1개의 좋아요
좋아요, 어차피 다음 주에 이 문제를 다시 돌아와야 하지만, 우선순위가 더 높은 작업들을 해결해야 해서요.
좋은 아이디어이지만, 기술적인 관점에서 보면 실행하기가 매우 어렵습니다.
2개의 좋아요
여러 출처에서 가져오기를 지원하려 하면 정말 어렵습니다. 하지만 저는 그런 것을 제안하는 것이 아니라, CSV 파일에서 사용자 가져오기, CSV에서 카테고리 가져오기 등 기본적인 가져오기 기능만 제공하자는 것입니다. 이렇게 하면 Discourse는 사용자 가져오기 방식을 하나만 제공하면 되고, 사용자는 어떤 출처에서든 사용자 목록을 Discourse에서 요구하는 CSV 형식에 맞게 변환하면 됩니다.
참고로 StackOverflow에도 감사드립니다. 여러 해 동안 정말 큰 도움이 되었습니다.
4개의 좋아요
Discourse에는 표준화된 JSON 내보내기/가져오기 기능이 있습니다. 기존 콘텐츠를 해당 형식으로 변환한 후 가져오면 됩니다. 저는 일회성 작업이나 실험 목적으로 API를 통해 이 방법을 사용해 봤는데, 잘 작동합니다.
4개의 좋아요