위키백과:사랑방/2024년 제7주

사랑방
◀ 2024년 제7주 ▶
2024년 2월
주	월	화	수	목	금	토	일
5	29	30	31	1	2	3	4
6	5	6	7	8	9	10	11
7	12	13	14	15	16	17	18
8	19	20	21	22	23	24	25
9	26	27	28	29	1	2	3
/ 보존 문서

더이상의 편집 분쟁을 원치않습니다.

안녕하십니까? 전 바로 위키백과에 가입한 지 얼마안되는 신규가입자이고, 작년 까지는 비로그인 사용자였습니다. 제가 원하는 것은 기록과 자료를 보존하고 가급적이면 관련된 자료만을 집어넣는것입니다. 사용자들중에서 지식의 기록을 자꾸 자기 기준에만 맞추려고 지우거나 불필요한 내용을 집어넣는 경우가 종종 있습니다. 가급적이면 문서에 보통 관련된 기록만을 넣었으면 좋겠는데 더이상 자기 기준으로만 집어넣는일이 일어나지 않았으면 합니다. 많은 사람들이 과제물같은 것을 제출할때 필요한 자료찾을 때는 유용한 데 자꾸 자기 기준에만 맞추려고 하거나 혹은 장난삼아서 편집하려는 사용자들을 보면 화가 납니다. 부디 더이상 이런 일이 생기지 않도록 관리자분들을 포함한 모두의 조언과 의견을 바랍니다. ㅇ ㅣ ㅁ ㄱ ㅠ ㅎ ㅕ ㅇ (토론) 2024년 2월 12일 (월) 19:44 (KST)

@ㅇ ㅣ ㅁ ㄱ ㅠ ㅎ ㅕ ㅇ: 뒤늦게 확인했습니다. 무슨 일이신가요? --호로조 (토론) 2024년 2월 28일 (수) 05:35 (KST)

Announcing the results of the UCoC Coordinating Committee Charter ratification vote

You can find this message translated into additional languages on Meta-wiki. 당신의 언어로 번역해 주세요

Dear all,

Thank you everyone for following the progress of the Universal Code of Conduct. I am writing to you today to announce the outcome of the ratification vote on the Universal Code of Conduct Coordinating Committee Charter. 1746 contributors voted in this ratification vote with 1249 voters supporting the Charter and 420 voters not. The ratification vote process allowed for voters to provide comments about the Charter.

A report of voting statistics and a summary of voter comments will be published on Meta-wiki in the coming weeks.

Please look forward to hearing about the next steps soon.

On behalf of the UCoC Project team,

RamzyM (WMF) 2024년 2월 13일 (화) 03:23 (KST)

다들 즐거운 설 명절을 보내셨길 바랍니다.

즐거운 설 명절 다들 보내셨길 바랍니다. 가볍게 사랑방에 인사 다들 드리러 글 써봤습니다.

사실 이거 말고도 토막글 개선 에디터톤에 많이 참여해 주시고, 한국어 위키백과 내의 문서에서 내용을 채워주는데도 많은 관심을 기울이셨으면 합니다. Vela* (토론 / 기여) 2024년 2월 13일 (화) 18:40 (KST)

경상도 울산광역시 오프모임 참가자 급구!

3월 30일 토요일에 울산에서 오프라인 모임이 열립니다. 코로나19 이후 오랜만에 열리는 지방 모임에 참여하실 분이 계실까요?

아래의 링크를 통해 참가 의사를 밝혀주세요.

• 위키백과:오프라인 모임/2024년 울산

--이강철 (WMKR) (토론) 2024년 2월 16일 (금) 11:34 (KST)

인천을 경기도 인천이라 하지 않는데 최상위 행정 구역 광역시를 마치 전라도 광주처럼 도와 묶어서 경상도 울산이라고 공적 계정이 언급하는 것은 옳지 않다고 봅니다. 2001:2D8:EF46:7E4B:6090:3249:1DDB:9D31 (토론) 2024년 3월 1일 (금) 05:09 (KST)

회원 가입한 악의적 사용자의 교묘한 훼손 반복

근래 들어 회원 가입 이후 악의적 사용자가 대량 훼손을 심각하게 유발하는 경우가 잦아지고 있습니다. 특히 관리 공백 시간에 이러한 일이 벌어지고 있는 바, 대처할 수 있는 여력이 부족하고 한국어 위키백과의 사정을 보면 이보다 더 건설적인 관리를 해도 모자른 상황에 관리자들은 이러한 대처에 많은 피곤함을 느낍니다. 개선을 위한 좋은 의견이 있으시면 각 문단 아래에 달아주시기 바랍니다. --ted (토론) 2024년 2월 18일 (일) 10:40 (KST)

개인 스크립트의 import 관련

우선 근래 표면적으로 몇몇 사용자(또는 복수의 계정을 생성한 단일 사용자)가 아래 도구를 import하여 훼손을 일삼고 있는데요.

• a: Kill-It-With-Fire.js (정상적인 특정 사용자 기여를 대량으로 되돌리는 사례)
• b: massmove.js| (대량으로 문서를 이동하는 사례)

a: 특히 Kill-It-With-Fire는 cat-a-lot의 포크입니다. cat-a-lot은 위키백과:사랑방/2021년 제1주#cat-a-lot(캣어랏)의 사용?에 의거하여 금지하는 방향으로 진행 중인데, cat-a-lot을 기반으로 한 해당 도구 또한 문제가 있다고 판단합니다. 일단 긴급히 편집 필터를 통해 이 도구의 사용을 금지시켜놓은 상황입니다. (토론 경과에 따라 다시 허용으로 돌려놓을 수는 있습니다) 특히 이 도구의 또다른 큰 문제점은 신규 사용자 여부를 체크하지 않고 회원 가입한 사용자라면 누구든지 해당 도구의 사용을 허가하고 있다는 것입니다.

b: 둘째로, 대량 이동 스크립트 건의 경우 또한 대처가 어렵다는 점은 마찬가지입니다. 다만 장기 인증 사용자 이상만 허용한다는 점에서 이 도구를 막아두지는 않은 상태입니다. 장기 인증 사용자가 되는 것은 기여를 조금만 하고 시간만 조금 지나면 그다지 어려운 일이 아니기 때문에 이 부분도 여러분의 의견이 필요합니다.

추가 의견을 드리자면 Kill-It-With-Fire의 대안으로는 일괄 되돌리기 권한을 받아 어느 정도 대처가 가능하다고 생각되며, 대량 이동은 원칙상 봇을 이용하는 것이 맞다고 생각이 듭니다. 다만 위의 두 도구를 무조건 막아야 한다는 주장은 아닙니다. 극단적인 생각은 최대한 피하겠습니다. @기나ㅏㄴ: 스크립트를 가져온 관련자로서 의견을 남겨 주시기 바랍니다. --ted (토론) 2024년 2월 18일 (일) 10:40 (KST)

안녕하세요. 제가 번역한 a 스크립트가 문서 훼손에 이용된 것이 안타깝습니다. 빠른 대처를 하지 못한 점에 대해 송구의 말씀 드립니다.

a. KIWF와 cat-a-lot을 동일선상에 두면 안됩니다. KIWF은 cat-a-lot 기반 소도구이나, 활용 범위와 속도 측면에서 많이 다릅니다. 말씀하셨다시피 KIWF는 일괄되돌리기 대신 편집취소를 이용하기에, 여러 계정을 이용한 문서훼손을 빠짐 없이 복구하는 데 이점이 있습니다. 한번에 몇백개의 편집도 수행하는 cat-a-lot보다 속도가 느려 멏 초에 한 편집씩 하기에, 고민 끝에 큰 문제가 없을 것 같아 한국어 위키백과로 가져왔습니다. cat-a-lot 같이 짧은 시간 내에 수많은 편집을 수행하는 강력한 툴이 아닙니다.(툴을 이대로 방치해도 된다는 뜻은 아니나, 일괄되돌리기로 충분히 커버가 되는 부분입니다.) 당시 cat-a-lot은 일반 사용자들의 오용으로 막혔지만, 이번 KIWF는 단순 문서훼손 사용자의 악용이기에 자바스크립트나 편집필터에서 제한하면 문제가 해결됩니다. 장기인증부터 허용하여도 문제가 발생하지 않을 것입니다.

b. massmove 툴은 저도 잘 사용하지 않습니다. 현재까지 악용된 전례는 없으나, 악용 시 상당히 위험한 툴입니다. 처음에는 관리자만 사용할 수 있도록 번역하였지만, 다른 사용자들께서 권한이 안되어 변형하여 사용하시는 것을 보고 스크립트 통일을 위해 낮추었습니다. 하지만 이동 문서훼손이 나타난 현재로서는 금지하는 편이 좋을 수도 있다고 봅니다. massmove tool을 사용하는 상황은 국명 변경과 같이 중요한 변경이 있을 때에만 사용되는데, 봇만 허용하는 선에서 사실상 일반 사용자의 사용을 금지시켜도 되지 않을까 싶습니다. ginaan기나ㅏㄴ(˵⚈ε⚈˵)^★ 2024년 2월 18일 (일) 17:03 (KST)

1. 무분별한 KIWF 도구의 사용에 반대합니다. Cat-a-lot과는 별개로, 되돌리기 기능 사용자가 아닌 사용자가 소도구등을 이용해 유사 롤배커 활동을 하고 있다는 전례가 있기는 하지만, 아무튼 대량 롤백 기능이라는 자체가 다수의 문서에 영향을 끼치기에 롤배커 권한을 얻을 만큼의 책임을 얻어야 합니다. KIWF이 허용된다 하더라도, 롤배커 이상의 권한을 가진 사용자에 대해서만 사용이 가능하도록 조치해야 합니다.
2. 대량 이동의 경우 악용시 위험함은, 154번 필터의 문제로 오류수정후 모니터링 하는 과정 확인된 바 있습니다. 문서 이동 기능에 대해서 분명히 제한해서 원본을 작성할 수는 있겠다만 자기가 저 코드를 복사해서 한/두줄 바꾸는 것 자체가 문제가 심각하게 발생합니다. 다만, 이를 방지하기 위해 장기인증 이하의 이름공간간 이동을 막아버리면, 154번 기존 오류에 있었듯 false-positive가 다수 발생하게 됩니다. 이미 통신사 IP 차단 관련해서 false-positive를 잃는 손해가 반달을 막는 이득보다 크다고 공동체는 판단했습니다. 따라서 해당 기능의 활성화에 긍정적으로 보지 않습니다.--*Youngjin (토론) 2024년 2월 18일 (일) 17:47 (KST)

   1. 롤배커 권한을 가진 사용자에 한하여 사용 가능하도록 조치하는 것에 대해 생각해본 적은 없었는데, 좋은 방법인 것 같습니다. 이견은 없습니다.

   2. 다른 분들의 의견 지켜보겠습니다. 사실 스크립트를 이용한 이동이 아니더라도 훼손을 위한 이동으로 인한 피해는 너무 큽니다. 아래 ted님 c번 말씀처럼 이동 사이의 5초의 시간제한을 두던가, 이동 권한 자체를 자동인증이 아닌 상향 조정하는 것을 고려해볼만 하다고 봅니다. 다만 후자의 경우에는 논의가 더 필요해 보이네요. ginaan기나ㅏㄴ(˵⚈ε⚈˵)^★ 2024년 2월 18일 (일) 18:14 (KST)

일단 솔직히 KIWF 도구 같은 경우에는 이미 악용 사례가 빈번하게 발생하고 있는 것과 롤배커가 아닌 사용자가 마치 롤배커처럼 활동하는 것이 이치에 어긋난 것 같습니다. 따라서 *Youngjin님의 롤배커 권한 사용자에 대해서만 사용이 가능하도록 조치하는데에 찬성하는 바 입니다.

+) 첨언하자면 Cat-a-lot 또한 이유는 불명입니다만 위키백과 엔진 시스템 상 1분에 90회 이상 편집은 불가능 합니다.

mass-move 툴이 편리하긴 합니다. 하지만 코드 상의 어느 한 부분을 변형하면 사용이 가능한 것에 대해서는 아쉬움이 남습니다. Ted님 말씀대로 이동 사이 5초, 그 이상의 시간 간격을 두는 것과 Cat-a-lot의 사례처럼 편집필터 차원에서 일단 위험성이 중대한 mass-move 툴에 대해서 막는 방법은 어떨지 싶네요. ㅡ Joayong (Talk, Cont.) 2024년 2월 18일 (일) 19:15 (KST)

도구를 이용하지 않은 문제가 되는 사례

• a. 넘겨주기를 이동하는 사례
• b. 페이지 내용을 삭제하고 이동하는 사례
• c. 수동으로 문서를 일일이 "빠른 속도로" 대량으로 이동하는 사례
• d. 이름공간간 자유롭게 대량으로 이동하는 사례

등

위 문제로 인해 기본적으로 문서 역사가 꼬이면 일반 사용자가 권한 문제로 대처할 수 없습니다. 관리자가 뒤늦게 나서는 상황입니다.

a: 넘겨주기는 일반적으로 이동하는 일이 드뭅니다. 넘겨주기를 이동시켜서 계속 넘겨주기를 만들면 역사 보기가 굉장히 힘들어집니다. 생각해볼 다른 예외가 있을까요? 넘겨주기의 이동은 편집 필터로 막는 것이 가능합니다.

b: 역사가 꼬인 문서를 잘못 판단하여(단순 문서 훼손으로 판단하여) 관리자가 이 문제의 해결을 시도하면서 사용자토론을 실수로 잘못 삭제한 사례가 존재합니다. 우선 일반 문서에라도 문서 비우기는 금지시키는 것은 편집 필터에서 가능합니다. 저작권 문제로 문서 내용을 모두 지운다고 할지라도 {{삭제 신청}} 틀에 저작권 문제를 밝히면서 처리되므로 이 부분은 문제가 되지 않습니다. 일반적으로 일반 문서의 비우기는 정상적인 기여가 아닙니다.

c: 빠른 속도로 대량 이동하는 것이 문제이면 autoextended 사용자라고 할지라도 편집 필터로 속도(예: 5초 이내?)를 제어하는 것이 가능합니다. 단, 토론 문서가 있는 일반 페이지를 이동할 때에는 일반 페이지 이동 시 토론 페이지도 동시에 이동되기 때문에 여기서 편집 필터가 차단하는 부분이 있을지 우려되므로 확인이 필요합니다.

d: 이름공간간 대량으로 이동하는 사례가 모두 잘못된 것은 아닙니다. 자신이 만든 일반 문서를 자신의 사용자 문서의 하위 문서로 옮긴다든지(하위 문서가 아닌 사용자 문서 자체로 옮기는 것은 막아야 할 것으로 보임), 초안<->일반, 위키백과<->위키프로젝트간의 이동이라든지 문제가 없어 보일 수 있는 경우는 많습니다. 몇 가지 예외를 두고 편집 필터에서 처리하는 방향은 가능합니다. 특히 일반 문서를 TimedText 이름공간으로 이동하는 것은 이치에 맞지 않습니다.

고민해 주시고 의견 주시기 바랍니다. --ted (토론) 2024년 2월 18일 (일) 10:40 (KST)

a, b. 말씀에 동의하며, 필터 적용에 찬성합니다.

d. 이미 비슷한 필터가 존재하는 것으로 압니다. 필터를 조금만 세부적으로 수정하면 될 것 같으며, 이의는 없습니다. ginaan기나ㅏㄴ(˵⚈ε⚈˵)^★ 2024년 2월 18일 (일) 17:13 (KST)

답변 감사합니다. 말씀하신 비슷한 필터가 필터 154를 말씀하신 것이라면 위키백과:편집 필터/오동작#스웨덴 통치하의 핀란드에서 심각한 문제가 확인되었습니다. 따라서 이 필터는 악의적 사용자를 막는데 쓰이지 않고, 테스트 및 기록용 필터로 변경된 상태입니다. 제안대로 약간의 수정이 해결책이 될 수도 있지만 오작동 예방을 위해 보다 더 심도 있는 관찰과 테스트가 더 중요합니다. 아니면 편집 필터 용법을 명확하게 숙지한 상태의 관리자분께서 제대로 된 필터를 새로 만드는 것도 한 방법이 될 것 같습니다. --ted (토론) 2024년 2월 18일 (일) 17:41 (KST)

a)의 경우 도입에 문제가 없어 보입니다.

b)의 경우 저작권 침해의 경우 문서를 비우는 경우가 있는데, 이 경우 예외를 적용시키던지 / 특정 기여 횟수 채운 사람들부터 문서 비우기를 필터 통제를 시키지 않는 등의 방법이 있습니다.

d) 154번 필터의 경우 오류 자체는 수정한 상태입니다. 허나, 이 필터를 제작해달라고 요청한 관리자분들께도 말씀드렸지만, 재활성화를 위해서는 충분한 검증(저도 테스트를 몇번 했고, 지금 모니터링을 하고 있습니다)이 필요하기에 지금 당장 해당 필터의 활성화는 불가합니다.

--*Youngjin (토론) 2024년 2월 18일 (일) 17:57 (KST)

a), b) Ted, *Youngjin님 말씀의 동의하고, 찬성합니다.

d. 검증이 충분히 이루어진 후에 도입하면 좋겠습니다. ㅡ Joayong (Talk, Cont.) 2024년 2월 18일 (일) 19:18 (KST)

위키임포터에 관해서 잘 모르기도 하고 의견 남기려 했으나 생략하겠습니다. 일단 저는 미디어위키 위키임포터 항목을 잘 읽어봐야겠습니다. --호로조 (토론) 2024년 2월 28일 (수) 05:33 (KST)

도구(RedWarn) 악용 및 문서 이동을 이용한 문서 훼손에 대하여 기록해둡니다.(※특수:기여/특수:기여/Tldpadptm, 특수:기여/Roi-yoon) -- 메이 (토론) 2024년 3월 16일 (토) 13:56 (KST)

문서 내용의 삭제와 관련한 의견

문서 내용을 삭제할 때에는 가능하면 편집 요약에 삭제 사유를 남겨주셨으면 합니다. 특히 라멘 문서 등에서 보면 영어 위키백과의 번역을 가져오면 족족 삭제되는 일이 자주 관찰되고 있습니다. 그리고 아래와 같이 무조건 중복이라는 이유 하나로 삭제하는 케이스도 계속 발견되고 있는데요. (A 문단과 B 문단이 이미 있기 때문에 아래 노란 상자의 A와 B의 요약 내용은 필요 없다고 생각하셔서 여러 사용자에 의해 삭제되고 있습니다)

개요 또는 요약(문단은 없을 수 있음) 정의 (...는 ...이다) A의 간단한 설명 B의 간단한 설명

A (A 문단의 매우 긴 장문의 글)

B (B 문단의 매우 긴 장문의 글)

※ 반복적으로 삭제되는 부분은 위 노란 부분입니다.

기본적인 요약은 위 노란색 상자처럼 상단에 배치되는 것이 맞고 이것이 검색 엔진에 노출이 됩니다. 또, 내용을 삭제하지 않았다고 치더라도 타 위키처럼 요약부를 모조리 개요 문단으로 이동시켜 버리는 행위 또한 검색 엔진에 본문 내용이 올바르게 노출되지 않게 되는 결과가 발생합니다.

그리고 차림표, 금석학 문서처럼 한 줄로 만들어버리는 케이스들이 너무 자주 확인되고 있습니다. 이곳은 국어사전이 아니라 백과사전입니다. 정비를 목적이라고 할지라도 내용을 채우는 방향으로 최대한 생각했으면 합니다. 우리의 목표는 문서를 한 줄짜리 정의의 토막글로 만드는 것은 아니라고 생각합니다. --ted (토론) 2024년 2월 18일 (일) 11:33 (KST)

검색 엔진에 '~는 ~이다.'만 뜨면 참 없어 보이기는 합니다.--Yxe:h (토론) 2024년 2월 19일 (월) 16:02 (KST)