가끔 포럼에 새 게시글 작성 방지를 위해 “읽기 전용” 모드가 필요한 상황이 있습니다.
하지만 읽기 전용 모드가 설정 변경, SSO 동기화, 로그인까지도 막아버리는 것은 정말 번거롭습니다.
게시글과 게시글 관련 동작만 읽기 전용으로 만드는 부분 읽기 전용 모드 같은 기능이 있다면 좋겠습니다.
지금 제가 생각할 수 있는 유일한 방법은 모든 카테고리 보안 그룹에서 게시 권한을 제거하는 것인데, 이건 좀 해킹적인 방법이고 임시로 권한을 다른 곳에 저장해 두어야 합니다.
이걸 가장 잘 해결할 방법이 있을까요?
아마 플러그인 영역일 것 같지만, 그래도 어떤 접근 방식이 가장 좋을까요?
플러그인 + 사이트 설정으로 해결할 수 있을 겁니다.
validate_post 훅을 사용해, 사이트 설정이 읽기 전용으로 설정된 경우 "no good"을 반환하는 사용자 정의 검증을 추가해 보세요.
NewPostManager.add_handler를 사용했는데, :validate_post 이벤트는 단순히 알림만 보내고 결과를 반환하여 게시를 거부할 기회를 제공하지 않는 것 같습니다.
버튼 하나로 게시를 비활성화하는 플러그인입니다: GitHub - communiteq/discourse-prevent-posting · GitHub
관리자 - 플러그인 - discourse-prevent-posting - 설정으로 이동하세요.
prevent posting enabled: 플러그인을 활성화하고 새 게시글 작성을 방지합니다.
prevent posting message: 플러그인이 활성화되었을 때 전역 공지사항으로 표시할 메시지입니다.
prevent posting allow pms: 활성화 시 개인 메시지(PM)는 허용됩니다.
물론입니다!
다만 여기서 설정 방식을 명확히 하고 싶습니다. 이상적으로는 여러 옵션을 포함하는 단일 사이트 설정으로 모두를 처리할 수 있으면 좋겠습니다.
우선 좋은 명세를 작성하는 것이 우선일 것 같습니다. 몇 가지 질문이 있습니다:
여기서 너무 많은 세부 사항을 허용하는 것에 대해 걱정도 됩니다.
아마도 간단한 유지보수 모드 켜기/끄기 기능과 관리자가 항상 우회할 수 있도록 하는 것만으로도 충분하지 않을까요?
참고로 -
저희 커뮤니티를 위해 이 플러그인은 “안식일” 모드를 제공합니다. 그 핵심은 온라인 환경에서 경험한 것을 바탕으로 지역 사회의 이웃을 사랑으로 섬기도록 커뮤니티 구성원들을 장려하는 것입니다.
리처드가 개발한 기능의 주요 구성 요소는 다음과 같습니다.
게시가 비활성화되었다가 다시 활성화되는 정기적 및 비정기적 시간을 예약할 수 있는 기능입니다. 주말(상시)과 주요 기념일(비정기)에 게시를 비활성화할 수 있습니다.
참여자들이 혼란을 겪지 않도록(“왜 사이트가 작동하지 않는 거지?!”), 이를 사용자 지정 전역 배너와 동기화할 수 있는 기능입니다. 대신 방문객과 회원들에게 게시가 일시적으로 비활성화된 이유를 명확히 설명할 수 있습니다.
다른 활동에 관해서는 다음과 같습니다:
반응(리액션) 비활성화는 원래 비전과 일치하지만, 이 사이트 설정의 활용 범위를 확장하기 위해 관리자가 전환할 수 있는 체크박스로 포함될 수도 있을 것 같습니다.
이 플러그인이 다른 플러그인에 영향을 미치지 않는다고 생각합니다.
새 계정을 생성할 수 있습니다 - 게시만 비활성화됩니다.
매우 잘 작동합니다. 이 기능이 로드맵에 통합될 수 있을 것 같아 기대됩니다.
@outofthebox 사실 스케줄링은 이 플러그인의 일부가 아닙니다. scheduled-readonly 플러그인이 prevent-posting 플러그인과 긴밀하게 협력하여 작동합니다.
말씀이 맞습니다! 
이렇게 좋은 정보를 알게 되어 정말 기쁩니다. 저는 사바트(안식일)나 휴가 모드라는 아이디어를 실험해 보고 있었거든요. 특히 강의와 함께 Discourse 사이트를 운영할 경우, 가끔 시간을 쉼이 필요할 수 있기 때문입니다.
두 플러그인 모두 사용해 볼 생각입니다. 감사합니다!
수정: 방금 테스트를 해보았더니 사이트 중 하나에서는 정상적으로 작동했지만, 플러그인을 편집하여 비활성화하려고 했을 때 읽기 전용 모드라고 해서 설정을 수정할 수 없었습니다. 관리자 > 백업에서 "읽기 전용 모드 비활성화"를 클릭해 보았지만, 플러그인이 해당 설정을 무시하고 있는 것 같습니다.
플러그인이 활성화되어 읽기 전용 시간대에 들어갔을 때, 이를 비활성화할 방법이 있을까요?
수정 2: 시간이 지났음에도 읽기 전용 모드가 강제 적용되어 고착 상태가 되어 결국 플러그인을 제거하고 재구축해야 했습니다. 제가 수동으로 “읽기 전용 모드 비활성화” 버튼을 클릭한 것이 원인인지 모르겠습니다. 또한, 다른 Discourse 인스턴스에서는 휴가 기간이 아예 활성화되지 않는 이상한 현상도 발생해서 정말 당황스럽습니다
OP와 유사한 것이 이제 가능해졌습니다.
최근 “직원 전용 작성” 모드를 추가했습니다. 이는 비직원에게만 적용되는 읽기 전용 모드로, 직원은 로그인, 게시글 작성, 설정 변경 등을 할 수 있는 동안 다른 사용자는 사실상 읽기 전용인 사이트를 보게 됩니다.
활성화하려면 콘솔에서 다음을 실행하세요:
Discourse.enable_readonly_mode(Discourse::STAFF_WRITES_ONLY_MODE_KEY)
비활성화하려면:
Discourse.disable_readonly_mode(Discourse::STAFF_WRITES_ONLY_MODE_KEY)
이 기능이 유용하길 바랍니다! 궁금한 점이 있으면 알려주세요.
ADMIN_WRITES_ONLY_MODE_KEY를 구현하여 조정(모더레이션) 작업도 방지할 가능성이 있을까요?
다음과 같은 사용 사례가 있습니다. 포럼을 읽기 전용 모드로 전환하고, 백업을 수행한 후, 새 VPS가 처음부터 재구축되고 백업이 복원되며 IP가 새 서버로 전환되는 동안에도 포럼을 온라인 상태로 유지하여 사용자가 열람할 수 있게 하는 것입니다. 이 과정에서 다운타임 없이 전환이 원활하게 이루어지도록 합니다.
모더레이터가 부분적 읽기 전용 모드에서 예외 대상인 경우, 백업/읽기 전용 모드 설정 후 구 서버에서 수행된 조정 작업은 라이브 전환 이후에 손실됩니다.
현재는 전체 읽기 전용 모드를 사용하고 있지만, 웹 UI를 통한 관리자 변경 사항도 방지하기 때문에 다소 번거롭습니다.
이 주제는 13일 후 자동으로 닫혔습니다. 더 이상 새 답변을 게시할 수 없습니다.
이 기능이 추가되었으니, 예약된 읽기 전용 플러그인에 이 옵션을 추가할 계획이 있습니까?
좋은 아이디어네요. 재미있는 프로젝트 목록에 올려두겠습니다. 그 동안에도 PR은 언제나 환영입니다
예약된 읽기 전용 플러그인을 테스트 중인 분들을 위해 간단히 알려드립니다. 약 2분 동안 테스트 케이스를 설정했는데, 왜 꺼지지 않는지 혼란스러웠습니다. 알고 보니 5분마다 한 번씩만 확인하는 것이었네요.
관리자가 읽기 전용 모드에서도 채팅 메시지를 보낼 수 있다면 정말 좋겠습니다