이 질문을 하기 전에 포럼을 검색하고 설정을 살펴봤습니다. 게시물 수정 내역(또는 게시물 히스토리)은 비스태프 사용자에게 숨길 수는 있지만 비활성화할 수는 없다는 것을 알고 있습니다. 이는 관리자가 다음을 게시하고
10개의 정상적인 단락.
1개의 민감하거나 문제 있는 진술.
그 후 10개의 정상적인 단락.
그것을 다음과 같이 수정할 때를 의미합니다.
10개의 정상적인 단락.
그 후 10개의 정상적인 단락.
Discourse는 수정으로 제거된 부분이 항상 스태프에게 표시되도록 보장합니다. 문제 있는 부분은 전체 게시물/토픽을 삭제하거나 데이터베이스를 직접 조작하는 경우에만 삭제할 수 있습니다. 이는 포럼 소유자가 스태프를 두면서도 실수로 게시된 민감한 개인정보와 같은 특정 정보를 수정(마스킹)할 방법이 필요할 때 제한이 됩니다.
포럼 운영에 법적 책임을 지는 사용자 또는 사용자 그룹과 같은 특정 사용자나 그룹에 대해 히스토리/수정 내역을 비활성화하는 옵션이 없는 이유가 궁금합니다. 특히, 이러한 옵션을 포함하지 않는 데에는 이념적인 이유(예: 투명성을 강제하고 포럼 소유자가 포럼을 올바른 방식으로 운영하도록 보장하기 위함)가 있는지에 대해 궁금합니다.
추가로 배경을 좀 더 설명하자면, 저는 이 포럼의 유일한 관리자입니다. 10년 후의 모든 스태프와 공유해도 괜찮을 내용만 게시하도록 스스로를 훈련한다면, 어떤 내용을 검열하거나 삭제할 필요가 없다는 점에도 동의합니다.
게시물을 수정할 때 데이터베이스에 어떤 내용이 남아야 하고, 어떤 내용은 남지 말아야 하는지에 대해 의견을 제시할 수 있다면 도움이 될 것 같습니다. 하지만 포럼 소프트웨어에서 그 수준의 통제를 기대하는 Discourse 사용자가 충분히 많지 않을 수 있다는 점도 이해합니다.
제안하신 방법이 실제로 효과가 있습니다. 그리고 이것이 유일한 해결책이 아닐 수도 있습니다. 내 게시물에서 리비전을 주기적으로 삭제하는 데이터베이스 쿼리를 실행하는 것도 작동할 것이라 추측합니다. 이 방법은 해킹성(hacky)이 있고 각 업데이트 시 유지보수가 필요하지만, 효율적이고 비침습적(비간섭적)입니다. (이것의 더 세련된 버전이라고 할 수 있습니다).
해결책의 단순함이 부분적으로 저를 궁금하게 만들었습니다. 디스코르스(Discourse)가 관리자에게 리비전을 비활성화하거나 게시물 히스토리를 삭제하는 것을 허용하지 않는 데 이데올로기적 이유가 있는 것이 아닌가 하는 점입니다. 제가 웹사이트 소유자라면, 스태프가 아닌 사용자에게 게시물 히스토리를 숨기는 것까지는 할 수 있습니다. 하지만 히스토리를 삭제하거나 비활성화하는 것은 허용되지 않습니다. 제 게시물 히스토리가 스태프에게 항상 표시되어야 하는 것이 필수적이며, 데이터베이스에 남아 있어야 하는 것도 분명히 필수적입니다. 제가 게시물을 완전히 삭제(핵 처리)하거나, 데이터베이스를 조작하는 해킹성 방법을 사용하지 않는 한 말입니다.
