「첫 플래그」 배지에 게시글과 연관 지을 수 있는 정확한 공개 타임스탬프가 있습니다

‘첫 번째 깃발’ 배지를 받은 모든 사용자의 전체 목록을 볼 수 있으며, 해당 RSS 피드인 first-flag.rss에는 배지가 grantedAt된 시각이 초 단위까지 정확히 표시됩니다. 이는 과도한 정보 노출로, 사용자가 자신의 게시물이 깃발 처리된 시점과 해당 타임스탬프를 연관 지을 수 있게 만듭니다. 트래픽이 적은 포럼에서는 이러한 문제가 더욱 심각해집니다.

타임스탬프를 제공하지 않거나, 이상적으로는 배지를 가진 다른 사용자에 대한 공개 정보를 일절 제공하지 않는 방안을 검토해 주십시오. 이상적으로는 ‘민감한 배지’ 목록을 만들어, 해당 배지를 가진 다른 사용자에 대한 공개 정보(사용자 이름 및 타임스탬프 포함)를 전혀 표시하지 않는 것이 좋습니다.

10개의 좋아요

좋은 지적이에요! 이 배지에는 특별한 코드 경로를 만들어야 하지 않을까요? @sam

1개의 좋아요

뱃지를 그냥 제거하는 게 나을지 궁금합니다. 여기에서 특별한 경로를 따로 유지할 가치가 있는지, 그리고 이 뱃지가 실제로 그렇게 큰 가치가 있는지 확신이 서지 않습니다.

@joshtriplett 인스턴스에서 할 수 있는 간단한 작업 중 하나는 뱃지를 비활성화하는 것입니다.

7개의 좋아요

쿼리에서 수정하는 것은 date_trunc('hour', flag.created_at) as granted_at을 사용하는 것만으로 간단하게 해결할 수 있습니다. 다만, 배지가 실제로 필요한지 여부도 고려해 볼 가치가 있는 좋은 지적입니다.

2개의 좋아요

배지를 제거하는 것도 합리적인 접근 방식인 것 같습니다. 모더레이션을 게이미피케이션의 대상 삼는 것은 적절하지 않아 보입니다.

또한, 소형 인스턴스에 대해 ‘시간’ 단위는 여전히 너무 정밀합니다.

3개의 좋아요

우리는 그 배지를 꼭 갖고 싶으니까, @riking 님이 “시간을 월 단위로 잘라내기” 수정을 맡아주시면 이상적입니다. 전반적으로 플래깅(신고)이 턱없이 부족해서, 받을 수 있는 모든 응원이 필요합니다.

그동안 @joshtriplett 님은 해당 인스턴스에서 그 배지를 비활성화할 수 있습니다.

2개의 좋아요

배지를 제거하는 것 외에는 다른 조치를 취할 가치가 있다고 확신이 서지 않습니다.

신고된 경우, 첫 번째 신고 페이지로 이동합니다. 만약 저를 신고한 사람이 신규 사용자라면, 날짜가 잘리는 것과 관계없이 누가 신고했는지 알 수 있습니다. (배지를 받은 마지막 사람이므로)

제 제안은 다음과 같습니다. 배지를 제거하지 않으려면 아무것도 하지 마세요. 이 문제에 대해 우려하는 사용자는 배지를 비활성화할 수 있습니다.

6개의 좋아요

좋습니다. 이 스레드의 결과로 제 메인 인스턴스에서 배지를 비활성화했습니다. 하지만 더 큰(또는 문제가 더 많은) 포럼의 경우, 플래깅에 가치가 있을 수 있다고 생각합니다.

작거나 활발하지 않은 포럼에서는 보복의 위험이 있습니다.

아마도 배지를 기본적으로 비활성화하는 것이 좋겠습니다. 플래깅 활동에 대한 보상이 필요한 소유자는 이를 활성화할 수 있습니다.

1개의 좋아요

네 – 같은 문제를 겪고 있는 다른 사람들이 이를 발견하고 배지를 비활성화할 수 있는 해결책을 찾을 수 있도록 여기에 언급하는 것이 좋습니다.

1개의 좋아요

공동 창업자가 강하게 우려를 표명했음에도 불구하고, 이 배지가 3년이 지나도록 여전히 존재하는 것을 보면 실망스럽습니다.

부탁드립니다. 이 문제를 우선순위로 다뤄주실 수 있을까요?