언제부터였는지는 모르겠는데 최근 원본편집의 미리보기에서 분류가 출력이 안됩니다. 분류 넣을 때 미리보기로 해당 분류가 있나없나 확인했었는데 혹시 개선이 가능한 부분이면 출력되도록 하면 좋겠습니다.
페미위키토론:개선요청들/이전 토론와 자유게시판:스팸 방지 확장기능이 절실히 필요합니다에서 요청되었습니다.
검토중이라고 합니다.
이게 검토는 원래 아무나 할 수 있는거니까… 각 확장기능의 특징이 뭔지, 뭐가 제일 적용하기 좋을 것 같은지 등의 검토를 도입을 제안하시는 분들이 해주시면 좋을 것 같습니다.
제가 제안했으니 제가 설명을 해보겠습니다.
| 확장기능 | 설명 및 기대 효과 |
|---|---|
| Abusefilter | 편집 필터를 설정할 수 있습니다. 구체적인 예시는 wikipedia:ko:특수:편집필터나 리브레 위키의 편집 필터를 보시면 될 것 같습니다. wikipedia:ko:특수:편집필터/1(공개된 필터입니다.)과 같이 새로운 사용자의 "해로운 편집"을 막을 수 있습니다. |
| Antispoof | 기존 계정과 글자 모양이 비슷해 혼란을 주는 닉네임의 생성을 금지해 다른 사용자를 사칭하는 일을 줄일 수 있습니다. |
| SpamBlacklist | 스팸으로 지정한 url이 삽입되는 편집을 차단하는 확장기능입니다. 페미위키에서 자주 보이는 미프진 스패머의 행동을 차단하는 데 도움이 될 것으로 기대합니다. 예시는 mw:mediawiki:spam-blacklist 또는 wikipedia:ko:mediawiki:spam-blacklist를 참고하시면 됩니다. |
| TitleBlacklist | 미리 지정한 문서 이름이나 사용자 이름을 금지하는 확장기능입니다. SpamBlacklist 확장기능과 마찬가지로 페미위키에서 자주 보이는 미프진 스패머의 행동을 차단하는 데 도움이 될 것으로 기대합니다. 예시는 mw:mediawiki:titleblacklist, wikipedia:ko:mediawiki:titleblacklist, 리브레 위키의 titleblacklist를 참고하시면 됩니다. |
Antispoof는 지금은 아직 필요성이 시사된 적이 없어서 우선 반대합니다. 향후 필요해 보이면 다시 검토하면 좋겠습니다.
SpamBlackList는 url을 아카이브 목적으로 기록할 때도 있어서 무조건 차단은 곤란할 것 같습니다. 다만 링크 자체가 불법인 경우에는 막는 것이 필요할 것 같긴 한데 그런 경우가 있는지, 그런 경우의 확인은 어디서 해야 하는지를 조사할 필요가 있어 보입니다.
Abusefilter는 활용법이 다양해서 우선 있으면 좋을 것 같기는 한데 필터를 만들고 관리하는 것에 대한 절차를 정책적으로 마련해야 할 것 같습니다. 또한 편집 횟수 300회 미만과 같은 조건을 사용하는 필터가 많은 것 같아 이용자 차별을 대체로 금지하는 페미위키의 정책과 맞으면서 효과적인 필터를 만드는 방법에 대한 연구가 필요해 보입니다.
TitleBlacklist는 예를 들어 페미위키 최근 반달 기준으로 생각하면 다음 조건을 걸어볼 수 있을 것 같은데, 우측에 서술한 이유로 합의가 필요할 것 같습니다.
- 닉네임이 모두 숫자로 된 경우 - 자유가 지나치게 제한되는 것 같습니다.
- 노무현과 관련된 단어가 포함된 닉네임 - 실존 인물로써 존경의 의미를 담은 닉네임을 만들 가능성이 0이 아니므로 아예 제한하는 것이 오히려 반달러의 목적을 달성시키는 기분이 들어 찜찜한 면이 있습니다.
- 병신 등 확연한 비하어 - '병신은 혐오워딩입니다'같은 걸 닉네임으로 쓰는 사람이 페미위키는 아니지만 가끔 있기도 하고… 언어를 회복하기 위해 쓰지 말라는 말을 오히려 열심히 쓰자는 경우가 페미니즘에 특히 더 많기도 하고…생리컵 정보 Terra의 운영자 아이디인 테라보지는 원래 허벌보지라는 뜻으로 누가 한 욕이었죠(여담입니다)
종합적으로 각각의 확장기능의 세부 사항에 대한 절차와 이와 관련된 정책을 동시에 마련하는 것이 필요해 보입니다. 일단 이 주제에 다른 분들도 의견을 많이 주시면 좋겠습니다.
문서가 비워지는 편집이 생기면 체크하고 자동으로 이전 편집판으로 돌리는 문서부활 기능도 생겼으면 좋겠습니다.
문서삭제틀이나 넘겨주기 문법이 있으면 완전히 비워지는 게 아니니까요. 운영진이 문서 삭제할때만 편집무시하는 조건으로 하면 되지 않을까 싶네요.
문서가 자동으로 비워지는 것은 AbuseFilter 만으로 즉각 해당 편집이 실행되지 못하게 조치할 수 있습니다. 굳이 되돌릴 필요도 없이 말이죠.
AbuseFilter는 괜찮아보입니다. 렌즈님이 말씀하신대로 필터를 만드는 가이드라인도 필요해보이구요.
AbuseFilter를 적용한다면 페미위키:편집 필터 문서를 만들어서 토론 등을 하도록 하겠습니다.
트롤링 막는 목적으로는 https://www.mediawiki.org/wiki/Extension:CheckUser 요런 것도 적용하면 괜찮을 것 같아요!
체크유저의 경우에는 개인정보를 포함하는 부분이기 때문에 도입을 하고자 한다면 다른 것에 비해 상당히 각별하고 심도있는 논의가 선행되어야 합니다.
덧붙여서 체크유저의 도입만으로는 반달을 막지 못하며 오히려 더 지능적인 반달이 이루어질 가능성도 큽니다.
제가 취소선을 자주 쓰는 편인데.. 취소선이 다른 글자와 크기가 같은데다 같은 검정색이라 취소선의 기능을 적극적으로 수행하지 못하는 것 같아서요..! 다른 분들이 안 불편하시면... 물러가겠슴돠..
끌올
취소선 문법이 회색글씨로 나오면 더 좋을것 같네요.
글자크기축소는 원본편집기에서 A- 쓰면 되요.
냉무입니당
보충) 가입화면에 칸이 많으면 좀 부담되지 않을까 헤서요 잘 안쓰는건 없애도 되지 않나 합니다ㅋ;
가입아이디와는 다른 닉네임을 쓰고싶을때 사용하는 칸으로 바꾸는게 좋을 것 같아요. :)
아 저 Salam님이 얘기하신거 안 될줄 알고 깊게 생각을 안 해봤는데 찾아보니까 되게할 수 있네요ㅋㅋㅋㅋㅋㅋㅋ동의하시는 분 많으면 추진합니당
제가 찾은 방법
?!!!!!!대단하십니다
실명을 원하는 사람도 있을 것 같아서 생각해보니, 닉네임 칸으로 만들면, 실명 원하는 사람은 닉네임 칸에 실명을 써도 되겠네요. 전 찬성합니다.
제 생각에는 가입창에 아이디가 닉네임으로 동일하게 사용된다는 걸 알리는 메시지를 추가하는 게 더 간결한 해결책이 될 것 같습니다.
그래프 이론의 그 그래프 말구요...ㅋㅋㅋㅋㅋㅋㅋㅋ (그래프 이론의 그 그래프는 단 한번도 쓰인적이 없지만 지금 지원이 됩니다(웨지
표를 자동으로 꺾은선 그래프, 막대그래프, 원 그래프로 만들어주는 기능이 있으면 좋을것같습니다
감사합니다
그래프라면 mw:Extension:Graph가 있긴 한데 렌즈 님이 기대하는 "표를 자동으로 ..."가 되는지는 잘 모르겠네요.
배경을 검은색이나 어두운 계열인 테마를 만들어서
활성화하면 브라우저에 저장되도록
하면 좋겠습니다.
엔하위키 생각나네요...ㅋㅋㅋ 색상을 좀 생각해볼까요?
검은 화면 좋습니다!
타임아웃이 되었었는데, 실제론 등록이 된거였군요. ;;;
@Viral 네 생각해 주시면 감사하겠습니다!!
@렌즈 벌써 시간이 이렇게 지났다니ㅠㅠ 파란톤이 돌아서 깜깜한 상태에서 오래하면 눈이 아플까 걱정이 좀 되는데... 배경색 빼고는 기존 스킨에 쓰이고 있는 색으로 구성해봤어요 자유롭게 의견 주세요! http://imgur.com/Lid1UlX
버전 관리 도구 중에 SVN을 쓰다가 Git으로 넘어와서 처음 적응이 좀 힘들었던게 변경 로그를 꼭 남기지 않으면 커밋이 불가능하다는 점이었고 그래서 적어도 프로그래밍 하는 와중에는 로그를 남기는 편인데(로그 쓰기 애매한 경우에는 점 하나 찍고 끝내긴 하지만)
페미위키도 편집 요약을 꼭 작성하지 않으면 제출할 수 없도록 하는 건 어떤가요? 자주 쓰일만한 편집 요약(오타 수정, 문서 구조 수정, 일부 항목 개별 문서로 옮김 등등)도 몇 가지 리스트로 만들어서 그 중에 하나를 선택하거나 또는 직접 작성하는 방식으로 할 수 있으면 좋을 것 같아요.
저 같은 경우에는 요약을 안 남기고 그대로 제출하는게 가능하다보니 습관적으로 편집 끝내고 요약을 남긴다는게 깜빡하고 그냥 바로 제출을 눌러버리는 경우가 많네요
편집 규칙 토론을 선행하면 좋겠습니다.
사이드바는 다음을 모두 말합니다.
- 분류:문서 성격/모음 틀
- 분류:문서 성격/사이드바
- 틀:아프리카랑 비슷한 틀들(이거는 아직 분류가 없네요)
사이드바의 스킨 차원의 지원은 다음을 말합니다.
- 위치와 대강의 형태 통일
- 화면에 여백이 충분할 경우 문서 왼쪽으로 이동
- 여백이 충분하지 않을 경우(주로 모바일) 숨겨진 상태로 표시되어 펼치기 버튼을 클릭하면 펼쳐짐
참고 페이지 참고하시면 좋을 것 같습니다.
날개라는게 본문 레이아웃 밖의 양 옆을 얘기하시는거죠? 구현이 되면 좋을 것 같긴 한데... 1. 여러가지 다양한 틀들이 문서마다 다르게 들어갈텐데 일정하지 않은 틀들이 사이드에 달리는 것이 괜찮을까요? 2. 모바일에서 숨겨진 상태로 표시되는 경우 펼치기 버튼을 둘만한 위치가 있을까요?
1번: 지금 있는 틀들이 아직 별로 없으니 통일을 하는데…. , 기본은 틀:페미니즘 사이드바 처럼 세로로 긴 형태로 하고 색깔은 기본값은 페미위키 모음 틀들처럼 적당히 이쁘게 하되 틀:슈퍼주니어처럼 커스터마이징은 가능하게…… 하면 좋을 것 같습니다!
2번: 그러게요 그게 저도 고민인데… 다른 사이트들은 그냥 왼쪽 위에 놓던데 페미위키에는 딱히 놓을 자리가…없죠……네…………………
토론보기 왼쪽은 어떨까요?ㅠㅠ
토론보기 왼쪽이 어떤 말씀이신가요 ㅠㅠ?
토론 보기랑 주시랑 있는 자리에 왼쪽으로… 이름 미정 토론 보기 주시
아니면 그냥 왼쪽 오른쪽 꽉 채워서 접고 펼치고 하는게 나을까요?
제가... 이해를 잘 못하고 있는 것 같아요... ㅠㅠ....
적어 놓으면 언젠가 필요한 사람이 만들지 않을까…………해서 적어놓습니다.
제재 기준을 정해놓으면 봇으로 자동화할 수 있지않을까요?
문서를 비우거나 혐오성단어를 몇개이상 사용하여 편집하거나 서로다른 문서 세개이상에 똑같은 문장(홍보성 문구)를 넣는 것 같은?
보충합니다, 제재 절차 완전 자동화는 대략 다음을 뜻합니다.
- 사용자 문서에 "신고하기" 버튼이 나타납니다.
- 이 버튼을 누르면 '편집 차단 건의안'을 입력하는 폼이 나타납니다. 작성하고 확인을 누르면 건의안이 올라갑니다.
- 제재 절차에 명시된 조건을 충족하는 다른 사용자는 건의안에서 "찬성과 제재 기간" 혹은 반대를 라디오버튼으로 선택할 수 있습니다. 혹은 보충의견을 달 수도 있습니다.
- 제재 절차 기간이 끝나면 자동으로 날짜가 계산되어 바로 차단됩니다.
- 이상의 작업에서 운영진은 할 일이 따로 없습니다.
그리고 자동화에 필요성을 느껴 직접 만드는 사람은 높은 확률로 제가 될 것 같지만 우선 현실을 부정하고 있겠습니다. 저는 아마 안 만들 것입니다.
혹시 @렌즈봇으로 판고정하셨던 문법을 응용해서 문서가 비워지는 편집이 생기면 체크하고 자동으로 이전 편집판으로 돌리는 문서부활봇? 같은건 만들수 없나요?
문서삭제틀이나 넘겨주기 문법이 있으면 완전히 비워지는 건 아니니까요. 문서 삭제하는 이용자가 운영진일 경우에만 무시하게끔 하고...
https://femiwiki.com/w/주제:Trkigjj5i8wc7yfr
그것은 이쪽 토론에서 언급된 비슷한 기능을 적용하는 것이 효과적일 것 같습니다 ..랄까 렌즈봇으로 하면은 제가 컴퓨터를 24시간 켜놔야하기 때문에.. 😂
@렌즈님, 혹시...훈장봇이나 다른 봇을 만드는 문법들은 전부 컴퓨터를 켜놓아야 활동하는 종류인가요?;;;
훈장봇은 페미위키 서버에서 같이 돌리는 것으로 알고 있습니다..만 이걸 물어보신 건 아닌거 같고
제가 썼던 문법은 일정시간마다 문서를 확인해서 되돌리는 단순하고 피곤한 방법을 사용한 반면, 위 링크에서 언급한 방법은 문서가 편집완료됐을때만 그걸 검사하므로 효과적입니다. ( •̀ㅁ•́;)
반달리즘에 대한 즉각적인 대처가 필요한 것이라면, mw:Extension:AbuseFilter를 쓰는 것이 더 낫지 않을까요?
현재 제안한 사안과 비슷한 조치를 취하는 하는 봇은 하루 내 기여가 극도로 높아 인력으로는 모두 처리가 불가능한 영어 위키백과에서나 볼 수 있는 것이라 현재의 페미위키 내에서는 불필요하다고 생각이 되네요.
반달 차단 자동화 쪽에도 의견 남기셨으니 이쪽에는 실수로 적으신 것으로 생각하겠습니다.
그리고 저희가 실제로 인력으로 제재 절차가 처리가 잘 안되어서 필요하면 제가 만들겠다는 것인데...왤케 냉정하신지...ㅠ
제가 의견을 다소 불완전하게 쓴 것 같은데, 영어 위키백과에서는 봇이 관리자 권한을 부여받아 활동하는 사례가 있다는 의미였습니다.
봇이 반달로 의심되는 경우에 해당 기여를 되돌리고(혹은 되돌리지 않음) 그 기여를 한 사용자 토론 문서에 경고를 남겨, 이를 관리자 알림 문서(관리자들끼리 관리에 관한 주의나 기타 필요한 사항을 기술하는 일종의 게시판)에 기록하는데, 말씀하신 것처럼 신고하기 버튼과는 거리가 다소 있으나, 관리자들에게 알려서 신속하게 문제가 있는지의 여부를 확인할 수 있도록 합니다.
제안하신 부분이 어찌보면 편리할 수도 있으나 사실 여러 이유에서 그 기능을 도입하고자 한 위키는 여태까지는 보지 못했네요...
제안하신 것 자체로는 괜찮아보입니다. 다만 자동화라는게 구체적으로 들어가면 어려운 부분이 있을 수도 있는 것이니, 일단 논의를 해보는 것도 좋을 것 같습니다.
1) 사용자 문서에 "신고하기" 버튼이 나타납니다. 이 버튼을 누르면 '편집 차단 건의안'을 입력하는 폼이 나타납니다. 작성하고 확인을 누르면 건의안이 올라갑니다. : 건의안은 신고 대상 사용자 문서와 현재 '제재 결정'하는 문서 양쪽에 쓰여지는거겠죠?
2) 제재 절차에 명시된 조건을 충족하는 다른 사용자는 건의안에서 "찬성과 제재 기간" 혹은 반대를 라디오버튼으로 선택할 수 있습니다. 혹은 보충의견을 달 수도 있습니다. : 여기서 건의안이란, '제재 결정' 문서의 주제를 뜻하는 것인가요?
3) 제재 절차 기간이 끝나면 자동으로 날짜가 계산되어 바로 차단됩니다. : a)가결/부결 결정, b)가결시 날짜 계산 후 차단, c) 부결시 현재 차단 여부 확인 후 차단을 풀거나 아무것도 하지 않거나..로 되는거겠죠? 만약, 절차 기간 이전에 부결되면 이것도 자동으로 해야겠죠?
따로 기획서 문서를 만들어서 브레인스토밍을 해볼까요? ㅋㅋ
렌즈님은 아무리 봐도 워커홀릭인거 같아요.ㅎㅎ
