사용자가 수정이나 변경을 위해 게시물을 편집한 경우, Discourse에서 해당 게시물을 다시 전송할 수 있는 방법이 있을까요?
안드류, 안녕 ![]()
게시물을 "다시 보내다"라고 하면 무슨 뜻이에요?
제가 말하는 건, 사용자가 게시물을 수정해야 할 때 편집을 하는 경우를 뜻합니다. 제 이해가 맞다면, Discourse의 이메일 기능만 사용하는 사람들은 수정된 게시물을 볼 수 없게 됩니다. 그래서 질문드리는데, 수정/업데이트된 게시물을 자동으로 또는 수동으로 다시 전송할 수 있는 방법이 있나요? 아니면 업데이트 알림을 이메일로 보내는 방법은 없나요?
이것이 가능하다고 생각하지 않으며, 설계상으로도 그런 것 같습니다.
그런 사람들에게는 문제가 됩니다. 게시글에 중요한 수정이 가해지면 그 내용을 절대 볼 수 없으니까요.
공식 이메일 뉴스레터가 있다면, 중요한 수정 사항을 그곳에 게시할 수 있습니다.
중요한 오류인 경우, 제가 생각할 수 있는 유일한 우회 방법은 사용자가 수정을 위해 새 게시글을 작성하는 것입니다. 그렇게 하면 해당 주제나 카테고리를 관찰하고 있는 사용자에게 수정에 대한 이메일 알림이 전송됩니다.
대부분의 경우, email time window mins 사이트 설정이 이 문제를 처리하도록 설계되었습니다. 이 설정의 기본값은 게시글이 저장된 시점부터 이메일 알림이 생성되기까지 10분의 지연을 발생시킵니다. 이를 통해 사용자가 게시글의 명백한 오류를 수정할 수 있는 시간을 가질 수 있기를 바랍니다.
이 점이 알려주셔서 감사합니다. 원래 게시된 대로 게시물을 바로 보내기 위해 기본값이 즉시 적용되는 줄 알았거든요.
수정 이력이 공개되지 않고 5분 동안 경미한 편집을 할 수 있는 시간 제한도 유용하지만, 일부 상황에서는 모든 수정 이력을 기록해 두는 것이 이상적일 수 있습니다. 관리자가 원본 게시물과 모든 수정 이력을 검토할 수 있는 방법이 있을까요?
사이트 설정을 통해 이를 어느 정도 제어할 수 있지만, 편집 이력 버전이 생성되지 않으면 관리자도 변경 사항을 볼 수 있는 방법이 없습니다.
설정 항목은 다음과 같습니다:
editing grace period(편집 유예 기간): 게시 후 (n)초 동안 편집을 하더라도 게시 이력에 새 버전이 생성되지 않습니다.editing grace period max diff(편집 유예 기간 최대 차이): 편집 유예 기간 동안 허용되는 최대 문자 변경 수입니다. 이 값을 초과하여 변경되면(신뢰도 수준 0 및 1) 게시물의 다른 버전이 저장됩니다.editing grace period max diff high trust(편집 유예 기간 최대 차이, 높은 신뢰도): 편집 유예 기간 동안 허용되는 최대 문자 변경 수입니다. 이 값을 초과하여 변경되면(신뢰도 수준 2 이상) 게시물의 다른 버전이 저장됩니다.
편집이 편집 유예 기간 밖에서 이루어지거나, 신뢰도 수준 0 및 1 사용자의 경우 (기본값) 100자, 신뢰도 수준 2 이상 사용자의 경우 400자를 초과하여 변경되면 버전이 생성됩니다. 이러한 조건 중 어느 것도 충족되지 않으면 버전이 생성되지 않으며, 변경된 내용을 볼 수 있는 방법이 없습니다.
아, 그래요. 그 모든 것이 작동하는 방식이 꽤 정교하군요.
그럼 해결책은 편집 유예 기간을 0으로 설정하는 것입니다. 이것이 가장 안전합니다.
상황에 따라 다릅니다. 현재 코드를 살펴보면, 편집 유예 기간 내에 게시물이 수정될 때 새로운 수정본이 생성되도록 하는 몇 가지 조건이 있습니다:
- 게시물이 신고된 경우
- 다른 사용자(예: 스태프)가 게시물을 수정한 경우
- 게시물을 수정할 때 "수정 사유"가 제공된 경우
- 게시물의 소유자가 변경된 경우
이 부분에 대해 정말 꼼꼼하게 고려한 것 같습니다 ![]()
플래그가 지정된 게시글에 대해 이것이 가장 중요하다고 생각하여 매우 인상적이었습니다.
게시글이 게시되어 다른 국가에서 볼 수 있는 상태인데, 왜 편집 이력이 없는지 이해가 되지 않습니다. 유예 편집 시스템은 이력을 게시하지 않고도 편집이 가능하도록 허용하므로, 이전 게시물이 흔적도 없이 삭제될 수 있음을 의미할 수 있습니다.
게시글이 편집되기 전에 게시글을 본 사람은 누구나 사본을 만들 수 있으며, 최초 게시글에 대해 이메일이 즉시 생성된 경우에도 마찬가지입니다. 편집이 게시되기까지 5분의 유예 기간이 있다는 점을 알고 글을 게시하면, 영구적으로 게시되기 전에 맞춤법을 꼼꼼히 확인해야 한다는 스트레스를 받지 않아도 되므로 도움이 됩니다. 이렇게 되면 편집된 문장으로 표시되지 않도록 5분 내에 모든 편집을 마치는 것이 경쟁이 될 수 있습니다.
이 내용은 원래의 지원 요청에서 꽤 많이 벗어난 것 같습니다:
아마도 이 주제를 원래의 요청에 다시 집중시키는 것이 좋을 것 같습니다.
음, 지원 요청에 따르면 해당 질문에 대해 '아니오’라고 답변된 것 같고, 그런 방법이 없는 것 같습니다. 만약 방법이 있다면 알려주시면 좋겠지만, 없다면 새로운 기능 요청이 될 것 같습니다.
이렇게 말씀하실 때, 실제로는 포럼 사이트에 접속하거나 로그인하지 않고 Discourse에서 발송된 이메일만 읽는 사람들을 말씀하시는 건가요?
이메일 관리자 설정을 검토해 보았지만, 게시물이 수정될 때 새로운 이메일이 생성되어 발송되도록 하는 옵션을 찾지 못했습니다. 이는 아마도 메일링 리스트 모드에서 새로운 기능 설정으로 통합될 수 있을 것입니다.
사용자가 이메일을 통해 새 주제를 게시할 수 있도록 허용하는 옵션이 있으며, 기본적으로 비활성화되어 있습니다. 활성화하면 해당 기능에 대한 신뢰 등급을 조정할 수 있으며, 기본값은 2등급입니다:
네. 이 사이트에서는 어떤 이유에서인지, 사용자의 대부분이 바로 그런 유형입니다(대부분 오래된 메일링 리스트 그룹에서 온 사용자들입니다). 웹 인터페이스를 사용하도록 유도하는 것이 어렵다는 점을 체감하고 있지만, 계속 시도하고 있습니다! 그리고 네, 사용자는 이메일을 통해 새 주제를 제출하고, 물론 답글을 남길 수도 있습니다.
그러므로, 네, 이것이 좋은 기능 요청 사항이라고 생각합니다.
그리고 참고로, 저는 모든 유예 기간이 지난 후에 이루어진 편집에 대해 말씀드리는 것입니다.
설명해 주셔서 감사합니다. 수정 사항이 있을 때 사용자에게 알림을 주는 것이 좋은 기능이라고 동의합니다.
시몬의 이 발언이 좋습니다.
또한, 약관이 수정될 경우 이메일이 전송된다는 내용이 기본 서비스 약관에도 명시되어 있습니다:
중대한 변경 사항이 포함된 업데이트의 경우, 계정을 생성하고 유효한 이메일 주소를 제공한 경우 회사가 사용자에게 이메일을 보내기로 동의합니다
