네, 맞습니다. 이 기능은 플러그인으로 구현해야 하거나, 변경 범위가 크기 때문에 코어에 포함될 가능성이 더 높습니다.
1개의 좋아요
이 아이디어가 다른 그룹을 위한 완전한 독립형 속삭임 시스템보다 더 간단할 수 있을까요?
플러그인 경로를 따르는 경우, 속삭임이 스태프 전용으로 생성되는지 아니면 특정 그룹에 공개되는지에 대한 추가 토글을 포함할 수 있습니다. 물론, 더 큰 복잡성으로 인한 문제를 피하기 위해 아이디어를 단순하게 유지하는 것이 최선일 것입니다.
하지만 더 넓은 그룹에 대한 권한 부여는 이미 구현되어 있지 않나요?
여기서 논의되고 있는 것은 두 가지 유형(또는 “레벨”)의 속삭임(whisper)을 만드는 것입니다. 하나는 스태프 전용으로 엄격히 제한되는 유형입니다.
우리가 이미 임의의 다양성을 갖추고 있으므로, 이 요구사항을 "스태프 전용인 추가 속삭임 유형을 추가한다"라고 요약할 수 있을 것 같습니다.
또는 더 유연하게 말하면, "특정 그룹으로 권한을 설정할 수도 있는 추가 속삭임 유형을 추가한다"라고 할 수 있겠습니다…
3개의 좋아요
Whispers를 사용할 수 있도록 추가 그룹을 추가할 수 있습니다. 하지만 추가된 모든 그룹은 모든 Whispers를 볼 수 있습니다.
그러므로 초기 아이디어가 독립적인 Whisper 시스템을 만드는 것이었으리라 생각합니다. 아마도 상당한 작업이 될 것 같습니다.
따라서 제가 늘어놓은 아이디어를 바탕으로, 코어 기능을 보완하여 스태프가 만든 Whispers를 다른 그룹에서 숨기거나 제거하는 플러그인을 만드는 것에 대해 궁금합니다.
더 안전한 테스트를 위해, 당연히 보안 수준이 낮을 수밖에 없는 구성 요소를 먼저 사용해도 될까요?
아마도 이 개념을 일반 그룹 기능으로 추가하고, 많은 기능을 TL에서 그룹으로 이동시키는 방식이 될 수 있을 것입니다. 그룹이 활성화된 경우, 해당 그룹이 카테고리 보안 권한을 가진 카테고리에서 Whisper 기능을 사용할 수 있습니다.
이를 제대로 하려면 두 가지 유형의 속삭임(아마도 추가적인 post_type를 의미할 것입니다)과 개인적으로 두 가지 설정이 필요합니다.
그보다 더 복잡하거나 더 간단하다고 생각하지 않습니다.
1개의 좋아요
상당히 타당합니다. 그래서 해킹적인 해결책이 컴포넌트에서도 작동할 수 있을 것 같다고 생각했습니다. 직원들은 이 방식으로 확장할 때, 정말로 민감한 정보에는 속삭임 기능을 사용하지 않도록 알아야 합니다. 이론적으로는 속삭임 기능을 부여하는 권한을 가진 스태프 그룹은 사이트의 약점을 찾아 우회하려는 시도를 하지 않을 만큼 신뢰할 수 있는 수준이어야 합니다. jrgong의 경우, 분위기로 보아 해당 그룹은 더 높은 신뢰도를 가진 멤버들로 구성되어 있을 것으로 추정됩니다.
개인적으로는 제대로 하거나, 아예 하지 않는 것이 좋다고 생각합니다.
2개의 좋아요
개인적으로, 해킹적인 방법보다 더 깨지기 쉬운 문제를 피하기 위해 무엇이든 그렇게 하는 것이 최고의 모범 사례라고 생각한다.
개인적으로 속삭임(whisper) 기능은 좋은 것이라 생각한다. 하지만 처음 도입되었을 때, 예상치 못한 버그로 인해 속삭임이 공개적으로 노출된 경우가 있었다는 점을 기억해 둘 필요가 있다.
기본적인 아이디어로는, 예를 들어 특정 이슈에 대해 개인 메시지(PM)나 그룹 메시지를 생성한 뒤, 속삭임을 통해 해당 PM 링크를 게시하는 방법이 있다. 링크에 접근 권한이 있는 사람만 PM/그룹 메일박스를 열 수 있기 때문이다. 이 아이디어의 단점은, 속삭임에 게으르게 게시하는 것보다 정보를 전달하는 데 더 많은 조치가 필요하다는 점이다.
하지만 내용이 너무 민감하지 않고 단순히 "관리자분들은 이 주제를 모니터링해 주세요"와 같은 수준이라면, 속삭임만으로도 충분하다.
(관리자로 승격된 후) 한 멤버가 PM 링크를 게시했을 때, 내가 그 링크를 열 수 있다는 사실을 우연히 알게 되었다.
1개의 좋아요
두 개의 별개의 속삭임이라는 아이디어를 좋아합니다. 그리고 이건 전부 로버트의 탓이에요 
4개의 좋아요
자, 제 생각에는 Jam이 이 주제나 비슷한 주제에서 답변했을 때, 그 전제 조건은 2개 이상의 완전히 독립적인 속삭임(whisper) 시스템을 갖추는 것이었습니다.
그래서 저는 아마도 상식을 뛰어넘는, 당장 적용 가능한 임시 해결책이 더 쉽게 실현될 수 있을 것 같다고 생각했습니다.
개인적으로 지난 게시글에서 언급했듯이, 그룹 PM이나 그룹 비공개 카테고리(예: 스태프 전용 카테고리)로 링크하는 방식이 매우 간단하고 코딩 없이도 작동할 수 있는 절차라고 생각합니다. 링크를 통해 원래의 주제 속삭임으로 되돌아갈 수 있거나, 새 창에서 링크를 열 수 있기 때문입니다. 이를 통해 정말로 민감한 정보를 속삭임 시스템 밖으로 유지할 수 있습니다.
하지만 우리 모두는 당장 모든 것을 원하잖아요. 