여러분 안녕하세요
현재 동작은 다음과 같습니다: 사용자의 계정을 임의적으로 사용할 때(impersonating), 마지막 접속 날짜가 이 동작에 의해 영향을 받습니다. 이 동작은 다른 사용자나 스태프에게 혼란을 주는데, 그들은 해당 날짜/시간에 사용자가 실제로 온라인이었다고 가정하기 때문입니다.
제 제안은 임의적 사용(impersonation)을 마지막 접속 날짜에 반영하지 않는 것입니다.
이 부분에 대한 여러분의 피드백을 부탁드립니다 
5개의 좋아요
이 점에는 동의하기 어렵습니다. 제가 속해 있는 커뮤니티의 몇몇 포럼에서, 그 포럼의 관리자들이 악의적으로 “계정 사칭” 기능을 사용해 사람들을 곤란한 상황에 빠뜨리려 했던 사례를 알고 있습니다.
관리자는 언제 누가 계정을 사칭했는지를 보여주는 관리자 로그에 접근할 수 있어야 합니다. 팀의 모든 구성원이 이 점을 인지하고 있도록 해야 합니다.
2개의 좋아요
어쨌든 관리자는 데이터베이스에서 해당 날짜를 재설정할 수 있거나, 플러그인을 사용하여 마지막 접속 날짜의 업데이트를 방지할 수 있습니다. 관리자를 신뢰할 수 없다면 여러분이 할 수 있는 일은 아무것도 없습니다.
5개의 좋아요
그것은 시스템의 결함이라고 할 수 있습니다.
실제로 도움이 될 수 있다고 생각하는 한 가지 방법은 사용자가 사칭당했다는 메시지를 보내는 것입니다. 네, 플러그인 개발자가 이를 무효화할 수는 있지만, 대부분의 악성 관리자는 그런 종류의 일로 겁을 먹는 십대이거나, 플러그인을 프로그래밍해 줄 사람을 고용할 여유가 없는 성인일 가능성이 높습니다.
1개의 좋아요
여기서 주제가 좀 벗어난 것 같습니다. 사용자가 다른 사람을 사칭하는 동안 마지막 확인 시간이 업데이트되는 것은 유용하기보다는 오히려 혼란을 초래합니다.
사칭에 대한 더 많은 감사(auditing)가 필요하다면 그것은 별개의 문제입니다.
참고로, 여기에서 위험한 가정들을 하고 있다고 생각합니다.
6개의 좋아요
우리의 사용 사례에 대해 빠르게 추가 질문을 드립니다.
우리 주제의 특성상 사용자들은 개인정보 보호에 매우 민감합니다. 그래서 오랜 기간 코어로 활동하던 사용자가 갑자기 다시 나타났을 때, 관리자 위장(impersonation)으로 인해 “마지막 접속” 날짜가 갱신된 경우, 일부 사용자는 불안해하거나 다소 혼란을 겪곤 합니다… 
2개의 좋아요
새로운 사칭(impersonation) 기능을 사용 중인 경우(숨겨진 사이트 설정 experimental_impersonation을 true로 설정하여 활성화)에는 사용자를 사칭할 때 last_seen_at 타임스탬프가 더 이상 업데이트되지 않습니다.
https://github.com/discourse/discourse/pull/34872
새로운 사칭 기능을 Discourse 호스팅 포럼에 적용하는 것을 계획하고 있습니다.
6개의 좋아요
새로운 임페르소네이션(신원 위장) 기능의 의도가 그 영향을 줄이는 것이라고 파악합니다. 하지만 현재 last_seen_at 외에도 다른 효과들이 존재합니다. 제 판단으로는, 임페르소네이션을 사용할 때 사용자는 해당 유저가 되어 행동하게 됩니다.
대기 중인 알림을 클릭하면? 이제 상대방이 그것을 본 상태가 됩니다.
읽지 않은 게시물을 열면? 이제 상대방이 그것을 읽은 상태가 됩니다.
이 점을 고려할 때, 저는 해당 유저의 동의를 얻어 트러블슈팅 목적으로만 이 기능을 사용할 것입니다. 임페르소네이션 세션 동안의 활동 기록을 제공하면서 사용자에게 알림을 보내는 데는 전혀 문제가 없다고 생각합니다.
1개의 좋아요
음, 근데 내 마지막 IP가 그 사용자에게 공개되게 남아있는 건가요? 제가 관리자로서 임의의 사용자를 사칭할 때 제 IP가 "노출"되는 건가요, 아니면 제가 잘못 알고 있는 건가요?
제 해결책은 해당 섹션을 숨기는 것이었습니다.
1개의 좋아요