이슈트래커 : [공식 이슈] 사용자 카운터 관련 토의

>468> [공식 이슈] 사용자 카운터 관련 토의 (222)

User

2025년 2월 1일 (토) 오전 11:38:15 - 2025년 2월 1일 (토) 오후 04:27:10

2025년 2월 1일 (토) 오전 11:38:15

현재 사용자 카운터 스펙:
1. 게시판/주제글 별로 "접속한 브라우저 수"를 집계함.
2. 즉 동일한 브라우저로 동일 게시판이나 동일 주제글에 접속할 경우 숫자가 늘어나지 않음.(같은 사용자로 인식)
3. 게시판 카운터는 실제 게시판 인덱스 페이지에 있는 사용자만 집계(주제글 보고있는 사용자는 집계 안 함.
4. 브라우저 수를 집계하므로 같은 컴퓨터라도 다른 브라우저를 이용하거나 시크릿 창 같은 걸 이용하면 숫자가 늘어남.

예)
사용자 A 브라우저 탭: 게시판 인덱스, 주제글 1, 주제글 2
사용자 B 브라우저 탭: 주제글 2, 주제글 2, 주제글 2
사용자 C 브라우저 탭: 게시판 인덱스

게시판 인덱스 카운터: 2(사용자 A+C)
주제글1 카운터: 1(사용자 A)
주제글2 카운터: 2(사용자 A+B, 사용자 B는 한 명으로 집계됨.)

게시판 카운터의 경우 기존에도 쭉 있던 스펙이라 문제가 안 될 것 같은데, 신규로 추가된 주제글별 카운터는 새로운 스펙임.

주제글 카운터에 대해 있어도 좋다, 없는 게 좋다, 그 외 기타 의견 주길 바람.

대충 가능한 것: 게시판 별로 다르게 설정
불가능한 것: 주제글 별 온/오프
정해진 것: 참치게시판에는 무조건 적용한다.

더 가져와 50 100 200 500 1000

150User (ssZ.eTOu32)

2025년 2월 1일 (토) 오후 02:09:09

물론 눈팅모드가 없는 게 낫다...도 가능하니까. 그것도 고려하고.

151User (unDBR5zbdq)

2025년 2월 1일 (토) 오후 02:09:20

과연

152User (i1qdc3Z3pC)

2025년 2월 1일 (토) 오후 02:09:20

청자수는 안보이는 좀 기형적 상황인데

153User (i1qdc3Z3pC)

2025년 2월 1일 (토) 오후 02:09:52

댓글만 보이는 인방이라는 것 부터가 뭐라고 해야하나

154User (lFndWSih.u)

2025년 2월 1일 (토) 오후 02:10:04

슈퍼챗을 치는 사람만이 인지될 수 있다!!!

155User (U4V48tAM2y)

2025년 2월 1일 (토) 오후 02:10:05

개인적인 입장 정리

요약. 참치 수 확인칸이 필요해요.

대다수의 어장은 진행을 위해 참치가 필요하다.
허나, 그런 어장은 지금까지 체크를 통해 참치 참가자를 확인해왔다.
하지만 이는 레스 낭비가 많았다.
차라리 수를 보여주는 게 낫다.

참치 수가 보이면 폐사한다는 의견이 있는데,
어장주 입장에서 참치가 없다고 폐사할 어장주라면 어차피 폐사한다.
참치 수가 보이면 보는 사람이 있다는 것 자체로 감사하게 될 것.

156User (wFr1v9N47a)

2025년 2월 1일 (토) 오후 02:10:19

눈팅모드...는 실시간 연재를 구경은 해도 간주는 남길 생각이 없는 참치용일까

157User (i1qdc3Z3pC)

2025년 2월 1일 (토) 오후 02:10:23

창작자 입장에서는 지옥임 ㅋㅋㅋㅋㅋㅋㅋ

158User (lFndWSih.u)

2025년 2월 1일 (토) 오후 02:10:24

기간제 확인 얼마나 감사한가

159User (i1qdc3Z3pC)

2025년 2월 1일 (토) 오후 02:10:49

특히나 인구수가 꽤 적은편이기도 하고 참치어장

160User (QcLABQxefK)

2025년 2월 1일 (토) 오후 02:10:56

>>156
대충 그런 셈이지

161User (i1qdc3Z3pC)

2025년 2월 1일 (토) 오후 02:11:07

댓글로만 사람확인이 되는 하꼬 방송 << 파멸적

162User (p5J6fCGS1u)

2025년 2월 1일 (토) 오후 02:11:19

눈팅모드는 굳이 필요한 것 같진 않는데
애초에 작성자는 익명성으로 움직이는 데 필요하진 않지

163User (i1qdc3Z3pC)

2025년 2월 1일 (토) 오후 02:11:22

이거야 말로 멘헤라 일직선이야!!

164User (unDBR5zbdq)

2025년 2월 1일 (토) 오후 02:11:48

>>161 보는 사람도 지속적으로 글을 써줘야 한다는거니

165User (lFndWSih.u)

2025년 2월 1일 (토) 오후 02:11:49

눈팅모드 있으면 다중이 관련으로 좀 귀찮을 것 같은데

166User (p5J6fCGS1u)

2025년 2월 1일 (토) 오후 02:12:08

애초에 작성자가 보는 사람이 있다는 게 좋은 편일텐데
눈팅용으로 만든다는 점에서 악의 밖에 없어

167User (unDBR5zbdq)

2025년 2월 1일 (토) 오후 02:12:23

ㄹㅇ
눈팅모드가 존재한다는 것만으로 카운트 집계기능의 장점이 없어질거같다

168User (8gEcqKu806)

2025년 2월 1일 (토) 오후 02:12:47

어차피 눈팅이 아무리 많아봤자 글 쓰는 사람이 없으면 정전이지

169User (p5J6fCGS1u)

2025년 2월 1일 (토) 오후 02:12:49

다중이 관련으로도 나름 참고될 가능성이 있어서
이 기능은 있는 편이 좋다에 수렴될 수 밖에 없지 않을까요

170User (lFndWSih.u)

2025년 2월 1일 (토) 오후 02:12:51

IP바꿔도 브라우저 띄우는 컴퓨터 수는 똑같으니 참치수가 안 변함
=> 보는 참치수보다 앵커가 많으면 합리적 의심 가능

이건데 눈팅모드로 보고 있어서 집계 안됐다고 하면 좀 그렇지

171User (wqFp0b/k.6)

2025년 2월 1일 (토) 오후 02:13:05

눈팅모드는 어떻게 하는거야?

172User (lFndWSih.u)

2025년 2월 1일 (토) 오후 02:13:38

나중에 참치수까지 뻥튀기 가능한 다중이가 나와도
그럼 갑자기 참가 인원수가 확 변할테니까 잡을 수 있을테고
근데 눈팅모드는 그게 안돼

173User (p5J6fCGS1u)

2025년 2월 1일 (토) 오후 02:13:54

>>171 없는 데 있으면 어떻겠냐는 의견이 있어요
개인적으로는 반대지만 의견은 의견이니

174User (T/nWTy38TK)

2025년 2월 1일 (토) 오후 02:14:13

>>88
게시판 전체 인원수는 반응 괜찮았으니까 그건 냅둬도 될 거 같긴함
주제글별 인원수가 문제지...

>>89
관전 자체는 암묵적으로 허용되는데...
(굳이 막을 방법도 없고, 보통 뉴비가 처음 오면 관전러로 시작할테니까)
이제 거기서 관전러가 존재를 드러냄+해도 되는 말이랑 안되는 말 못 가리면 불편해지는거임.
나 같은 예민보스는 관전러가 있다는 걸 인지하는 순간 저 관전러가 쌩트집잡으러 온 분탕일 가능성이 몇 퍼센트일까 긴장하게 되는 거고...이건 내가 ㅈㄹ 예민한거라 안그런 사람도 많겠지만...

근데 예외적으로 예비신입이 갑툭튀해서 참가의사를 밝히고 문의하는 경우라면 다들 유하게 넘어가더라
나도 이 경우는 오히려 환영임ㅋㅋ

>>93 오키도키!!

175User (ssZ.eTOu32)

2025년 2월 1일 (토) 오후 02:14:15

생각보다 도움이 안되는 모양이군. 눈팅모드는 일단 없는 걸로 해두자.

176User (lFndWSih.u)

2025년 2월 1일 (토) 오후 02:14:27

와 근데 갱신 알람 진짜 편하다
잡담 좀 하다가 갱신 떠서 오니까 의견 확인 편하네

177User (unDBR5zbdq)

2025년 2월 1일 (토) 오후 02:15:05

>>176 ㄹㅇ
이쪽으로 이주하는 사람이 생기는 이유의 대부분 아닐까 이거

178User (p5J6fCGS1u)

2025년 2월 1일 (토) 오후 02:15:09

악의적으로 이용할 가능성 있다고 생각하면 배제하는 게 맞아요
지금 참가하고 있든 웹만 띄워놨던 있다 없다 구분이 되는 게 중요한거지

179User (wFr1v9N47a)

2025년 2월 1일 (토) 오후 02:15:29

도움이 안되기보다는

그걸 쓰느니 차라리 카운터가 안 뜨는 편이 단점이 더 적을 것 같다는 생각이긴 해

180User (lFndWSih.u)

2025년 2월 1일 (토) 오후 02:17:06

뭐야 알람 기능이 고장났어

181User (lFndWSih.u)

2025년 2월 1일 (토) 오후 02:17:17

고치고 계시는구나

182User (unDBR5zbdq)

2025년 2월 1일 (토) 오후 02:17:52

오토 리로드 테스트 예정이랬으니

183User (p5J6fCGS1u)

2025년 2월 1일 (토) 오후 02:18:00

익명성이 보장되는 장소에서 원래부터 누가 보고 있을 가능성이 있는 시점에서
카운팅을 막아야할 이유는 그렇게 보이진 않아요
단점이라고 하는 것도 정말 단점인지는 주관적인 이유라서

184User (c1u.z//w9W)

2025년 2월 1일 (토) 오후 02:19:49

지금 논의가 앵커판 한정으로 그렇다는거고.

TR 상황극 테스트는 그냥 대체로 다 없는게 낫다는 입장이야?

185User (wqFp0b/k.6)

2025년 2월 1일 (토) 오후 02:20:50

>>184 그런거같음 다른데는 그냥 게시판 카운터만 있고 주제글 카운터는 없는 걸로 하자는 의견인듯

186User (unDBR5zbdq)

2025년 2월 1일 (토) 오후 02:20:51

상황극이랑 테스트 쪽은 카운트 없는게 낫다는 쪽으로 좁혀진거같고
TR은 상황극이랑 비슷하지 않나 라는 쪽으로 좁혀진듯

187User (wFr1v9N47a)

2025년 2월 1일 (토) 오후 02:20:51

>>184 이쪽은 그런

188User (wFr1v9N47a)

2025년 2월 1일 (토) 오후 02:21:13

지금 논점은 앵커판의 적용여부 쪽이겠고

189User (lFndWSih.u)

2025년 2월 1일 (토) 오후 02:24:20

구 참치에서 잠깐 카운팅 생겼을 때는
10분간 레스 쓴 참치수를 집계해서 반대했던건데
아예 브라우저로 보는 사람 전부 보이니까 좋아

190User (unDBR5zbdq)

2025년 2월 1일 (토) 오후 02:25:04

아, 그때는 집계 구조가 달랐나보네
있었다는 얘기 자체는 들었는데

191User (i1qdc3Z3pC)

2025년 2월 1일 (토) 오후 02:25:16

>>184 ㅇㅇ

위에서 말한 앵커판에서의 장점이 딱히 의미가 없어서 다른 판에서는

192User (wqFp0b/k.6)

2025년 2월 1일 (토) 오후 02:25:32

>>189 그럼 어차피 눈팅은 안잡혔겠네

193User (p5J6fCGS1u)

2025년 2월 1일 (토) 오후 02:25:46

참가자 여부를 체크하는 여부로 단점보다는 장점이 많다는 게 앵커쪽 의견이 많은 것 같아요
실시간 연재중에 사람 빠져나가는 게 아프다는 의견도 있긴한데
애초에 그걸 신경쓰면서 이곳에서 연재하는 거 자체가 힘들이기도 하고

무엇보다 다중IP를 이용한 악의적 행동에 어느 정도 견제가 된다는 게 지금으로서는 장점이 눈에 띄어서
앵커판에서는 도입되면 괜찮지 않아? 정도로 반대하는 분들은 적은 느낌이네요

194User (lFndWSih.u)

2025년 2월 1일 (토) 오후 02:26:28

>>192 응 그래서 참가자수 적다는 단점만 부각되서
IP분신술같은 것도 막을 수 없는 구조였고

195User (lFndWSih.u)

2025년 2월 1일 (토) 오후 02:27:04

지금게 훨씬 진보된 형태라는 느낌이야

196User (lFndWSih.u)

2025년 2월 1일 (토) 오후 02:27:18

역시 세상은 발전하고 볼 일이야
언젠가 움직이는 AA로 연재할 날이 오겠지

197User (p5J6fCGS1u)

2025년 2월 1일 (토) 오후 02:27:32

눈팅만 하는 참치도 굳이 레스 안쓰더라도 보고 있다는 어필은 가능하고
반응이 없어도 보고 있다는 참치가 있다는 건 나쁘진 않다고 생각해요