아, 맞다. 내 애드블로커가 두 번째 이미지를 어떻게든 차단했네요. 이상하네요.
페이지를 실제로 보고 싶은 분들을 위해:
https://noobish.me/t/open-source-culture-no-tags/525 → https://noobish.me/t/open-source-culture-with-tags/320
정말 깔끔하네요.
6개의 좋아요
정말 대단해요!!! 공유해 주셔서 감사합니다!!! 
이건 따로 “how-to” 항목으로 만들어야 해요 
3개의 좋아요
CSS를 사용하여 콘텐츠를 "제거"하는 것의 한 가지 명백한 단점은, 콘텐츠가 실제로 제거되는 것이 아니라 단순히 숨겨진다는 것입니다. 따라서 클라이언트가 사용하지 않을 데이터를 로드하게 됩니다.
아래 질문을 통해 저는 Discourse 사용자들이 인스턴스 간에 토론으로의 경로를 _인식_할 수 있는 _공통_된 방법을 결정하고자 했습니다.
3개의 좋아요
@hellekin "인스턴스 간"이라는 표현에서 무엇을 의미하나요?
WordPress를 사용 중인가요?
… 아니면 Ghost인가요?
Ghost와 Discourse 간 단일 로그인(SSO)을 지원하는 새로운, 더욱 긴밀한 통합 기능이 있습니다…
또한 이 플러그인도 있습니다…
3개의 좋아요
Discourse 인스턴스 간의 것을 말합니다.
안녕하세요. 현재 로그인해야만 모든 것을 볼 수 있고 사용할 수 있는 Discourse 사이트를 운영 중입니다. 게시 주제(publish topic) 기능을 사용하여 사용자들을 위한 홈페이지를 만들고자 하는데, 동시에 보안 미디어(secure media)를 사용 중이어서 아래 오류가 발생하고 있습니다. 이 문제를 우회할 방법이 있을까요? procourse-static-pages 플러그인(최신 버전의 Discourse와 호환되지 않아 새 페이지를 저장할 수 없습니다. 보안 그룹 드롭다운 목록이 표시되지 않아 이것이 문제일 수 있습니다)과 discpage(사용 중인 커스텀 테마와 호환되지 않는 것 같습니다) 플러그인을 시도해 보았지만 모두 작동하지 않았습니다. 이 기능이 정상적으로 작동하기를 정말 희망하고 있습니다. 조언을 주실 수 있는 분이 있을까요?
2개의 좋아요
와!
Discourse를 정말 멋진 모습으로 변형하셨네요. 축하드리고, 공유해 주셔서 감사합니다 :)
1개의 좋아요
정말 멋지네요. 잘하셨습니다. 공유해 주셔서 감사합니다 
1개의 좋아요
감사합니다, @brasofilo, @Lilly! 이 내용을 기반으로 테마 컴포넌트와 관련 사용 사례를 계획하고 있습니다.
4개의 좋아요
이 기능에서 놓친 부분이 없는 한, 게시된 페이지에는 초기 게시물만 표시되고 그에 대한 답변은 표시되지 않습니다. 이것이 의도된 동작이라면, 독립 페이지에도 초기 게시물에 대한 모든 답변이 표시되도록 할 수 있는 방법(플러그인 등)이 있을까요?
라파엘님, 안녕하세요.
게시된 페이지의 원래 목적이 바로 그런 것입니다. 
게시된 페이지는 Discourse의 여러 기능에 대한 접근이 제한되어 있습니다.
유일한 우회 방법은 Page Publishing - #145 by denvergeeks 과 같은 트릭을 사용하는 것이지만, 이 경우 게시된 페이지에는 사용자 정의 URL이 없으며(그리고 배경에서 쓸모없는 것을 로드하게 됩니다).
1개의 좋아요
다니엘님, 죄송하지만 새로운 Contribute > Feature page-publishing 주제를 열고 이 문제에 대해 뭔가 할 수 있는지 문의하는 것 외에는 다른 조언이 없습니다.
페이지 게시는 저에게 새로운 기능인 멋진 아이디어입니다. 특히 위와 같이 작동할 것이라고 가정했던 부분도 마찬가지입니다.
이 기능은 대다수의 디스코urs(Discourse)가 login_required(로그인 필수) 설정인 상태에서, 콘텐츠를 더 세밀하게 제어하여 제시할 수 있는 가능성을 열어줍니다. 양쪽의 장점을 모두 누릴 수 있는 것이죠. 새로운 사용자를 유도하거나, 웹 전체(크롤러를 포함하여)에 공개하고 싶은 가치 있는 정보를 남기는 데에도 여전히 유용할 수 있습니다.
예를 들어 다음과 같은 간단한 옵션이 있다면:
로그인 필수 페이지에서 게시된 페이지 표시 허용
좋은 시작이 될 것입니다.
아마도 /pub/ 경로가 기본 랜딩 페이지로 사용되어, 모든 게시된 페이지를 간단한 목록 미리보기 형태로 보여주는 것도 당연한 기능일 수 있습니다.
로그인 필수(login_required) 설정을 조사하기 전까지는 이 기능이 있다는 것을 정말로 몰랐습니다.
게시된 페이지 인덱싱하기
Index or search published pages 기능이 적용될 때까지 기다리는 동안, 수동으로 이를 수행하는 방법을 소개합니다.
게시된 페이지 찾기
https://meta.discourse.org/t/discourse-data-explorer/32566/1을 사용하면 새로운 게시된 페이지 쿼리를 생성할 수 있습니다:
SELECT CONCAT('/pub/', pp.slug) AS URL, pp.topic_id
FROM published_pages pp
ORDER BY pp.id
인덱스 제공
물론 https://meta.discourse.org/t/run-data-explorer-queries-with-the-discourse-api/120063을 통해 게시된 페이지의 인덱스를 생성하고 유지보수할 수 있습니다. 이는 https://meta.discourse.org/t/custom-wizard-plugin/73345로조차도 가능할 수 있습니다.
저는 위의 게시된 페이지 쿼리에서 가져온 데이터를 사용하여 수동으로 새로운 주제를 생성한 뒤, /pub/index에 게시했습니다.
https://meta.discourse.org/t/run-other-websites-on-the-same-machine-as-discourse/17247을 수행하고 있으므로, 다음 스니펫을 통해 게시된 페이지 인덱스를 https://discourse.example/pub에서 쉽게 사용할 수 있었습니다:
# 게시된 페이지에 대한 인덱스 제공
location ~* ^/pub/?$ {
return 307 https://discourse.example/pub/index;
}
7개의 좋아요
이 목록에 제 이름도 추가합니다 
4개의 좋아요
게시된 페이지 URL에서 /pub/를 제거할 수 있는 라우팅 변경 방법이 있나요?
예를 들어, 이 게시된 페이지:
https://example.com/pub/my-magic-page-here
다음과 같이 변경됩니다:
https://example.com/my-magic-page-here
3개의 좋아요
안녕하세요, @Richie님 - 이 작업은 영구링크(admin-customize-permalinks)를 통해 수행할 수 있습니다. 첫 번째 필드에 “my-magic-page-here” 슬러그를 입력하고, 드롭다운 메뉴에서 외부 URL 옵션을 선택한 후 URL 필드에 게시된 페이지의 URL을 입력하세요. 다만, 영구링크는 사용자 정의 메뉴 섹션에서 URL로 작동하지 않으므로, 여전히 실제 게시된 문서의 URL이 필요합니다.
6개의 좋아요
안녕하세요, CSS를 사용해 display: none을 설정하는 것 외에 페이지를 게시한 사용자를 제거하는 다른 방법이 있을까요?
또한 포럼으로 돌아가는 링크를 추가할 수 있는 방법이 있을까요?
1개의 좋아요
다른 방법으로는 토론의 소유자를 @system 또는 기타 일반 계정으로 변경하는 것입니다.
가장 쉬운 방법은 OP(첫 번째 게시물)의 마크다운에 링크를 직접 추가하는 것입니다.
원하는 링크 대상에 따라, TC를 통해 자동으로 처리하는 것도 비교적 간단하게 가능합니다. 이 부분은 Marketplace 채널에서 문의해 보세요.
4개의 좋아요
감사합니다. 실제로 제가 직접 해결했습니다.
3개의 좋아요