WordPress와 Discourse의 주제 콘텐츠 동기화 (기능 요청)

현재 디스코스와 워드프레스의 댓글은 동기화되어 있습니다. 메인 콘텐츠도 양방향으로 동기화되어 디스코스 커뮤니티가 디스코스 인스턴스에서 콘텐츠를 편집(수정 및 대폭 보완)할 수 있다면 좋겠습니다. 이렇게 하면 커뮤니티는 콘텐츠의 생성과 개선에 참여하는 것(커뮤니티가 설계된 목적)에 참여할 수 있으며, 전임 편집자만 참여하는 것이 아니라 커뮤니티 전체가 참여할 수 있게 됩니다.

이를 통해 추가 인력 없이도 기사가 더 좋아지고 정보가 더 정확하고 최신 상태를 유지할 수 있습니다. 이를 위해 세 번째 설정, 즉 인스턴스 간 주제 동기화를 입력해야 합니다.

2개의 좋아요

Volanar님,

Discourse 사이트가 WordPress 사이트를 그대로 반영한다면, 두 사이트가 모두 꼭 필요한가요?

요청의 표현 방식에 따라, 제가 파악한 흐름은 다음과 같습니다:

    flowchart
         WP <--> Post
         Discourse <--> Post
         Community --> Discourse
         Editors --> WP

맞습니다. 그런데 동일한 콘텐츠에 두 가지 편집 인터페이스를 제공하는 것이 어떤 장점이 있을까요?

WordPress는 마크다운을 처리할 수 있고 실제로 그렇게도 하지만, 대부분의 사이트에서는 기본 설정이 아닙니다. 또한 동작 방식이 변경되지 않았다면, 게시글이 저장될 때 마크다운은 HTML로 변환됩니다. 구체적인 CSS 스타일링도 함께 손실됩니다. 그 결과, 잘 만들어진 WordPress 게시글은 Discourse 사이트에서 열람할 때 시각적 품질이 일부 저하됩니다.

Discourse가 WordPress 게시글의 내용을 덮어쓰게 하면, WordPress 내의 여러 표현 기능이 크게 제한됩니다. 또한 버전 관리와 동시 변경 문제도 있습니다. 아마도 마지막에 작성한 사람이 이기는 방식이 되겠죠?

편집자와 커뮤니티 멤버가 동일한 품질의 콘텐츠를 기여하길 원한다면, 왜 같은 곳에서 편집하지 않습니까?

1개의 좋아요

누가 무엇을 보고, 다른 작업은 할 수 없는지를 제어하는 것이 Discourse에서 훨씬 더 잘 관리되기 때문입니다. 반면 WordPress 쪽에서는 다른 게시물이 있을 수도 있죠.

그것이 하나의 이유가 될 수 있습니다. 그것이 좋은 일인지, 나쁜 일인지, 중립적인 경우인지에 대해서는 편을 들지 않습니다.

(적어도 제 생각에는) 그들은 해당 커뮤니티의 모든 사람을 WP 인스턴스에 추가하고 싶어하지 않는 것 같습니다:

다만, 말씀하신 대로 한쪽에서만 편집하는 것이 양쪽에서 모두 편집하는 것보다 나을 수도 있습니다.

안녕하세요 @volanar, 어떤 결과를 얻고자 하는지 이해할 수 있습니다.

WP Discourse 플러그인에 이 기능이 포함될 가능성은 당분간 낮습니다. 이는 해당 플러그인이 WordPress 게시글이 아니라 WordPress 댓글을 동기화하는 데 초점을 맞추고 있기 때문이기도 하고, WP Discourse 플러그인을 양방향으로 만드는 것은 해당 플러그인의 구조와 Discourse와의 작동 방식 내에서 해결하기 어려운 도전 과제들을 수반하기 때문이기도 합니다. @Stephen이 이러한 도전 과제 중 일부에 대해 언급한 바 있습니다. 다른 문제들도 있습니다.

그럼에도 불구하고, Wordpress ActivityPub 플러그인과 Discourse ActivityPub 플러그인을 조합하여 목표를 달성할 수 있을 가능성이 있습니다. 이 두 플러그인을 결합하면 이론상으로는 원하시는 것, 즉 콘텐츠(WordPress 게시글과 Discourse 게시글)의 양방향 동기화를 수행할 수 있습니다.

다만, 두 가지 큰 주의사항이 있습니다. Discourse ActivityPub 플러그인의 양방향 기능은 아직 플러그인의 메인 브랜치에 병합되지 않았으며(해당 PR은 현재 검토 중입니다), 저는 해당 플러그인을 Wordpress ActivityPub 플러그인과 함께 테스트해 본 적이 없습니다. 하지만 두 플러그인을 결합하면 제안하신 기능이 잠재적으로 가능할 수 있습니다.

실제로, 여러분이 설명하신 시나리오는 ActivityPub 프로토콜이 처리하도록 개발된 내용입니다. 왜 WP Discourse 컨텍스트보다는 ActivityPub 컨텍스트에서 더 가능성이 높을까요? 여기에는 많은 이유가 있지만, 자세히 설명하지는 않겠습니다. 결론적으로, 이것이 여러분의 목표라면 이 경로를 고려해 보시는 것이 좋습니다.

WordPress가 WPML을 지원하고 콘텐츠가 여러 언어로 번역되기 때문입니다. WPML은 변경된 콘텐츠를 추적하는 데 유용합니다. 다음으로, WP는 콘텐츠를 블로그와 모바일 앱에 게시합니다. 즉, WP를 헤드리스 CMS로 사용할 수 있습니다.

주요 주제는 WP에서 생성되지만, 커뮤니티는 콘텐츠에 대한 수정과 추가를 할 수 있습니다. 이는 기술적인 정보이므로 콘텐츠의 미적 요소는 중요하지 않으며, 단일 콘텐츠 형식을 위해 기본적으로 마크다운 플러그인을 WP에 설치할 수 있습니다. 이상적으로는 Ghost, Strapi, Squidex 또는 다른 플랫폼을 사용하는 것이 더 좋지만, 이는 비용이 발생하며 모든 사람에게 적합하지는 않습니다. 솔루션은 모든 사람을 위한 보편적인 것이어야 합니다.

좋은 옵션을 하나 생각해냈습니다. 토픽의 끝에 WP 프론트엔드에서 편집할 수 있는 링크를 지정하면, 사용자가 직접 콘텐츠를 편집할 수 있고, 관리자는 변경 사항을 승인하거나 거부할 수 있습니다.

1개의 좋아요