위키백과:관리자 게시판/아카이브126
Wikipedia:134.139.148.100
- 134.139.148.100(토크 · 기여 · 삭제된 기여 · 필터 로그 · WHOIS · RDNS · RDNS · RBLs · http · 블록 사용자 · 블록 로그)은 설명 없이 나의 편집 내용을 되돌리고 있다.편집한 내용을 되돌릴 수 있을까? --Gavin Collins (대화) 23:03, 2008년 2월 8일 (UTC)
보호된 편집 요청
템플릿 토크에 {{editprotected}}을(를) 올려놓았다.아무런 반응도 없이 이틀 이상 촬영하십시오.누가 친절하게 봐줄까?감사합니다, 지롤라모 사보나롤라 (토크) 00:43, 2008년 2월 9일 (UTC)
- 내가 보기엔 보호는 만료됐어 뻔한 걸 놓친 게 아니라면 말이야내가 자리를 비워야 하는데, 누가 이것 좀 확인해 줄래? --Rodhullandemu (토크) 04:16, 2008년 2월 9일 (UTC)
Nlu의 행위
BBC에 대한 비판은 현재 가난하고 혼란스러운 공격 기사보다 나을 것이 없다. Nlu는 이 기사에 대한 나의 우려를 토의하기 위한 노력이 토크 페이지에서 침묵되어야 한다고 생각하고 나의 논평을 제거하고 토크 페이지를 잠갔다.나는 이 행동이 나를 침묵시키는 기사의 높은 POV 상태를 유지하고 싶어하는 것으로 보이는 사람에 의한 권력 남용이라고 느낀다. 2008년 2월 9일 04:12, 2008년 2월 9일 (UTC)
위키백과:중재/IRC 요청
이 중재 사건은 종결되었고 최종 결정은 위의 링크에서 찾을 수 있다.Giano는 1년 동안 예의범절 제한을 받는다.만약 지아노가 행정관이 미개하거나 인신공격, 또는 불신임 가정으로 판단하는 어떤 편집을 한다면, 지아노는 집행 판결에 명시된 기간 동안 차단될 수 있다.이 경우 모든 당사자는 해결에 기여하고 혼란을 최소화하기 위해 고안된 민사적 방법으로 분쟁을 추진하도록 강력히 경고한다.IRC의 지지자와 반대자 모두를 포함한 모든 관련 편집자들은 프로젝트 공간 페이지에서의 편집 충돌을 피하도록 요청받고, "관리자" IRC 채널에 관한 모든 문제를 해결하기 위해 시민 토론을 이용하도록 지시 받는다.중재위원회의 경우 대처 04:05, 2008년 2월 9일 (UTC)
가능한 트롤링에 대한 주의사항
레지스터는 위키백과에서 논의되고 있는 Jossi에 관한 (토크 · 기고)에 관한 유명한 기사를 게재했다.이해 충돌/알림판#사용자:조시와 프렘 라왓.The Register의 독자성을 고려할 때, CONE와 Prem Rawat에 관한 기사뿐만 아니라, Jossi의 사용자와 대화 페이지에 대한 트롤링/인신공격 가능성이 뚜렷하다.이 일이 진행되는 동안 사람들이 며칠 동안 시청할 수 있다면 도움이 될 것이다. -- ChrisO (토크) 09:33, 2008년 2월 7일 (UTC)
- 정직한 질문의 가능성도 있다.그리고 기분 전환적인 대답.그리고 적개심.이 중 어느 것도 WP에 도움이 되지 않는다: "누군가 행정관을 업무에 투입하고, 우리 모두 행정관을, 우리 모두의 잭이 그를 보호하자."그것은 바로 반WP 군중이 찾는 것이다.돔페리뇽•짐62sch•dissera!22:01, 2008년 2월 7일(UTC)과 함께 서비스할 필요는 없다.
자동 요청 차단 해제 검토
사용자 대화:ACMEMAN은 자동 잠금 장치가 그를 부당하게 잡았다고 주장하고 있지만, 그가 편집한 내용 중 일부는 자신들에게 의심스러운 것 같다. 여기에는 그가 공공 기물을 파손하는 행위, VOAbot을 반달로 보고하는 행위, 그리고 아마도 관리자를 사칭하는 행위 등이 포함된다.여러분들은 어떻게 생각하십니까? --Jayron32.talk.contracts 04:17, 2008년 2월 8일 (UTC)
- Checkuser confirm sockpuppetry 확인, 위키백과:checkuser/Case/Gsnguy에 대한 요청.대처 07:42, 2008년 2월 8일 (UTC)
- 대처가 언급하는 위의 사건을 실행한 체크유저로서, 체커유저가 생산한 증거로 볼 때, 나는 이 때 차단을 풀지 말 것을 강력히 권고한다.실제로 RFCU에 대한 조사 결과를 검토하고 그에 따라 조치를 취하고자 하는 관리자라면 얼마든지 그렇게 할 수 있다 - Alison❤ 07:45, 2008년 2월 8일 (UTC)
Breyer State University 편집에 대한 법적 대응 위협 등
Breyer State University(인증되지 않은 온라인 기관)에 대한 기사를 두고 논쟁이 계속되고 있다.이 기사는 분명히 OTRS 티켓 번호 2007080910015888의 주제인 것으로 보인다.나는 Breyer State의 도미니크 플레리 박사로부터 분명히 이메일(추적할 수 없는 출처)을 받았는데, 내가 이전에 이메일에 포함된 플레리 박사와 JzG의 교환의 결과로 이루어진 User:JzG의 편집을 되돌렸다고 불평하고 있다.(사실 JZG의 편집과 반대로 한 것은 JZG가 '초대 필요' 템플릿으로 추가한 일부 문구를 삭제한 것밖에 없다고 본다.나는 그것들이 박사에 대한 비협조적인 진술이었기 때문에 그것들을 제거했다.플레어는 그들이 어디서 왔는지 아무런 표시도 없이 만들었다.내가 받은 이메일을 보면 그가 받은 이메일을 토대로 한 것으로 보인다.)현재 사용자:로물루스33은 그 기사를 대대적으로 수정했는데, 대부분은 출처 정보를 삭제했다.그의 편집 중 일부는 신공화국의 기사를 바탕으로 한 정보를 삭제했다.편집 요약본에는 "새로운 공화국은 믿을 만한 출처가 아니다 - 스콧 토마스 보샹 논란을 보라.인용된 기사는 잡지에 의해 철회되었다.(참고된 뉴 리퍼블릭 기사는 보샹과 아무런 관계가 없다.)후기 편집의 요약본은 "이 진술들은 사실성의 결여를 제거했고, 법적 결론을 도출했으며, 명예훼손에 해당했다"고 말했다.법적 조치가 취해질 수 있으므로 이 진술서를 다시 삽입하는 것을 삼가십시오."기사 출처를 복원했지만 기사를 편집하지 못하도록 협박하려는 시도로 인해 마음이 불편하다. --Orady (대화) 06:09, 2008년 2월 8일 (UTC)
- 이곳의 경영진은 거의 모든 사람들이 그것을 졸업장 공장이라고 부르는 사실에 대한 어떠한 언급도 배제하기 위해 수년간 분발해 왔다.세상이 자기 사업을 사기꾼으로 여긴다는 사실을 고칠 수는 없다.가이(도움말!) 2008년 2월 8일 12시 14분 (UTC)
고마워. --Orady (대화) 2008년 2월 8일 (UTC) 13시 12분
- FYI, 나는 내용을 바꾸려고 하지 않고 기사를 대대적으로 정리했다(WP라고 생각했던 법적 주장을 삭제한 것 이외에는:나는 그것이 법적 위협을 하는 사람들을 진정시킬 수 있을지 의심스럽다.학교에 대한 청구는 뉴 리퍼블릭 기사로 보내졌고 우리는 단지 뉴 리퍼블릭과 그 기관이 주장하는 내용을 보도하고 있을 뿐이니 그들이 가질 수 있는 명백한 사례는 없다고 본다.그럼에도 불구하고 우리는 이 기사의 어떤 것이든 잘 공급되고 있고, 우리가 주장을 하는 것이 아니라 오히려 출판된 출처에서 이루어진 믿을 만한 주장을 보도하고 있다는 것을 분명히 하기 위해 경계심을 높여야 한다.위키데모 (대화) 20:08, 2008년 2월 9일 (UTC)
- 업데이트 - 기사를 작성하는 과정에서 나는 Breyer State가 James Monro University와 Saint Regis University와의 명백한 관련성에 대해 몇 가지 잠재적인 추문을 밝혀냈다.사기단, 가짜 학위를 사용하는 테러리스트들, 조사의 일환으로 아동 포르노로 체포된 웹마스터 같은 것.나는 출처가 견고하고, 내가 추가한 정보는 뉴스 출처로부터 훨씬 아래쪽으로 기울어졌다고 생각한다. 하지만, 그래도, 만약 내가 WP:V와 WP를 위해 다른 한 쌍의 눈을 얻을 수 있다면 좋을 것이다.BLP. Thx, Wikidemo (대화) 23:19, 2008년 2월 9일 (UTC)
나쁜 이미지
완료된 이미지:여성 생식기 내측.JPG를 MediaWiki에 추가해야 함:벌바와 질에서 현재 이 이미지를 사용하는 경우를 제외하고 반달리즘의 목적으로 사용하지 못하도록 하기 위한 나쁜 이미지 목록.고마워요.존254 05:19, 2008년 2월 9일 (UTC)
사용자 대화:167.1.163.100
긴 블록 이력을 가진 가능한 공유 IP는 여기서 또 다른 의심스러운 편집을 했다.적절한 검토를 위해 여기에 게시됨.Ward20 (토크) 06:54, 2008년 2월 9일 (UTC)
사용자 Mr final x가 잘못 배치된 rfa
위키백과:관리직/Mr final x에 대한 요청은 실제로 rfa 리스트에 나타나지 않고 제대로 작성되지도 않았다.이 사용자가 Wiki를 편집한 유일한 내용이야.CSD로만 하려고 했는데 뭐라고 불러야 할지 생각나지 않았다.그래서 그냥 여기까지 올게. -- --EdeadσYeдrow (토크 기여) 09:16, 2008년 2월 9일 (UTC)
옛 AFD가 놓쳤다.
나는 위키피디아:삭제/최대 보고된 B-17 & B-24 폭탄 하중에 대한 조항은 마감일을 지나 한동안 공개되었지만, 더 이상 구형 AFD와 함께 나열되지 않는다(적절한 기록이지만, 그렇지 않은 경우).이러한 종류의 AFD를 강조하는 일반적인 방법이 있는가?예전에 여기서 그런 게시물을 여러 번 본 적이 있는데, 다른 건 알 수가 없었어...Sometguy1221 (대화) 2008년 2월 9일 10:43 (UTC)
편집 카운터를 되돌리시겠습니까?
안녕...나는 헬프 데스크에서 이곳으로 안내되었다.주어진 사용자의 편집이 얼마나 많이 되돌렸는지 알 수 있는 방법이 있는가?수개월 동안 많은 기사에 허위 정보를 삽입해 온 IP 전용 사용자가 있는데, 이 특정 기물 파손의 패턴을 분석해 보니 두 군데의 장소가 있는 것 같고, 주소 중 하나가 고정 IP인 것 같다.비록 그 IP가 지난 이틀 동안 점진적으로 차단되었지만, 나는 IP를 영구 차단해야 한다는 사례를 만들고 싶다. 분명히, 편집이 더 나쁠수록, 그것은 대부분 밴달 또는 반달 전용 계정일 가능성이 더 높다.(그의 "다른" 위치에 있는 그의 동적 IP는 좀 더 골치 아픈데, 나는 범위를 고정할 수 있는지 알아보기 위해 자료를 모으고 있지만, 지금까지는 운이 없다.)네가 나에게 줄 수 있는 어떤 도움도 고마워...글래디스 J 코르테즈 15:49, 2008년 2월 9일 (UTC)
- 그렇게 할 수 있는 도구가 있는지 모르겠지만, 나는 항상 팝업이 많은 다른 것들을 빠르게 스캔하는 데 매우 유용하다는 것을 발견했다.Sometguy1221 (대화) 23:08, 2008년 2월 9일 (UTC)
- 사용자:베타코만드는 거의 모든 것을 위한 도구를 가지고 있다.당신은 그에게 물어보고 싶을지도 모른다. - Rjd0060 (대화) 00:28, 2008년 2월 10일 (UTC)
- 해당 사용자 이름을 가져올 수 있는가?네가 찾는 걸 내가 가질지도 몰라.βcommand 05:39, 2008년 2월 10일 (UTC)
'가짜 이동 공격' 다시 등장
- (아카이브118을 참조하십시오.)이 남자는 다시 돌아와서 IP 209.247.5.81을 사용하여 바니 베어(Barney Bear)에 가짜 정보를 추가한다. 이 정보는 이.123.193.12.44 (대화)에 도움을 준 것에 감사한다.
- 나는 당신이 아카이브118을 다시 보기를 바란다. 나는 WP에서 이 공격을 보고했다.AIV (2007년 12월 2일 ~ 2007년 12월 21일) , 8번째 시간에, 어떤 관리자가 나에게 여기 보고하라고 말했다.
- 오늘 다시 돌아온 이 남자는 가짜 영화 탐앤제리의 정보를 추가하기 위해 IP 209.247.5.81을 사용한다. 바니 베어.123.193.12.44 (토크)로 시작하는 위대한 시작
- 그것은 관리자 입장에서 좋은 결정이었다.WP:AIV는 우리가 꽤 빨리 헤쳐나갈 수 있어야 하는 것이다 - 명백한 "Fred is gay" 유형의 공공 기물 파괴 행위.어쨌든, 당면한 이슈로 돌아가서 - 잘못된 정보가 무엇이고 그것이 거짓인지 어떻게 알 수 있는가?—Wknight94 (대화) 17:26, 2008년 2월 9일 (UTC)
- 나는 한 달 전 123.193.12.44 (대화) 17:42, 2008년 2월 9일 (UTC)에서 설명하였다.
- 72시간 동안 차단했으니까 잠시 후에 관세를 인하해 줘.나는 이 반달에 대해 잘 알고 있고, 만약 내가 온라인에 접속하고 있다면, 먼저 내 토크 페이지에 와서 조치를 요청하는 것이 가장 좋을 것이다.건배.LessEnard vanU (대화) 18:57, 2008년 2월 9일 (UTC)
- ps. "가짜 영화 공격"...나는 그것을 볼 때마다 "꼭 언급해야겠다"고 생각했다.그리고 이제 난...:~) LessEnged vanU (토크) 2008년 2월 9일 19:12, 2008년 2월 9일 (UTC)
- 알려진 금지된 사용자?MascotGuy는 아마도?—Wknight94 (대화) 19:24, 2008년 2월 9일 (UTC)
- 나로서는 알 수 없는 일이지만, 나는 방금 이 보고서가 여기 몇 번 올라오는 것을 보고 몇 블록을 발행했다.심지어 내가 AIV 대신 ANI로 가져오자고 했던 시솝인지도 모른다.SSP를 고려할 만큼 빈번하지는 않지만, 부담 갖지 마십시오.LessEnard vanU (대화) 21:44, 2008년 2월 9일 (UTC)
- 알려진 금지된 사용자?MascotGuy는 아마도?—Wknight94 (대화) 19:24, 2008년 2월 9일 (UTC)
- 그것은 관리자 입장에서 좋은 결정이었다.WP:AIV는 우리가 꽤 빨리 헤쳐나갈 수 있어야 하는 것이다 - 명백한 "Fred is gay" 유형의 공공 기물 파괴 행위.어쨌든, 당면한 이슈로 돌아가서 - 잘못된 정보가 무엇이고 그것이 거짓인지 어떻게 알 수 있는가?—Wknight94 (대화) 17:26, 2008년 2월 9일 (UTC)
AfD close
AfD에 지명된 두 개의 기사.하지만 여기서 AfD 태그는 제거되지 않는다.그것은 후자가 후방에서 살아남았다는 것을 의미하는가?고마워. --Avinesh Jose T 05:57, 2008년 2월 10일 (UTC)
- 아니, 막무가내로 놓친 것뿐이야이제 두 글 모두 삭제되었다.—쿠리크 06:28, 2008년 2월 10일 (UTC)
더자트윙크와 스티로폼1994
이 두 사람은 토크페이지에 가짜 경고가 남고 이 삭푸피트리 보고서가 나오는 등 다소 가벼운 우정을 취하고 있는 것으로 보인다.선의의 유머일 뿐이라는 것을 잘 알고 있기 때문에, 분명히 나는 이번 일에 토르의 망치를 요구하는 것이 아니라, 아마도 누군가가 개입해서 보고서를 삭제하고 각 사용자에게 시간을 생산적으로 사용하라고 말할 수 있을 것이다. (러브버즈...) 헤이즈 (토크) 2008년 1월 31일 (UTC)
- 사용자:새로운 편집자들의 기고를 통해 스티로폼1994.그냥 놀고 싶어 하는 것 같아.SSP를 테스트 페이지로 삭제함오른쪽 방향에서 약간의 조종이 있는 몇 개의 눈이 더 도움이 될 수 있다.Agathoclea (대화) 00:35, 2008년 2월 1일 (UTC)
- 첫 번째 SSP 사건을 종결하고 거기서 블록을 한 사람이 바로 나야참고 사용자:Rws_killer는 가장 오래된 계정: Rws_killer새로운 SSP 사례는 정말 흥미롭다.Durzatwink의 편집은 다른 양말들과 비슷하고 내가 블록을 한 지 불과 이틀 후에 나타난다.그것만 놓고 보면 새 양말처럼 보인다.그러나 이상한 부분은 더자트윙크가 스티로폼1994를 자신의 "adoptee" (Durzatwink가 자신이 새로운 사용자라고 주장할 때)라고 부르는 것과 스티로폼1994가 자신의 페이지에 ("perv"와 같은) 공격을 하는 것과 동시에 관리자를 사칭하는 것이다. 나는 이 두 가지 점에 대해 스티로폼에게 경고한다.요약하자면, 나는 우리가 모든 사람들을 RFCU로 만들고 이것을 정리해야 한다고 생각한다.아가사클라가 의심하는 것은 맞지만, 더 깊이 파고들 필요가 있다고 생각한다. — Rlevse • Talk • 02:56, 2008년 2월 1일 (UTC)
- 그들의 우정은 아주 갑자기 식어 버린 것 같다.나는 정말 신의의식을 갖는데 어려움을 겪고 있다. (사용자: 참조)Sanjay517) Nousnamesleftcopper, not wood 01:03, 2008년 2월 2일 (UTC)
- 여기서 무슨 일이 일어나고 있는지 전혀 모르지만, 사용자 대화:MasterofMinds도. --omtay38 01:28, 2008년 2월 2일 (UTC)
스티로폼1994의 롤백 권한을 취소해야 하는가?말리나케르 (대화) 02:31, 2008년 2월 2일 (UTC)
- 개인적으로, 나는 내 삭푸라기 의혹이 어떤 식으로든 확인되지 않는 한, 스티로폼은 아마도 그의 특권을 지켜야 한다고 생각한다.결국 롤백은 페이지 자체가 말하는 것처럼 트윙클을 사용하는 것만큼 큰 문제가 아니다.Nousnamesleftcopper, not wood 03:09, 2008년 2월 2일(UTC)
- 나는 MasterofMinds가 User의 sockpuppet master라고 믿는 증거를 가지고 있다.Sanjay517 Here Here}}.또한, Sockpuppet은 자신이 명시된 계정을 통제하고 있다는 것을 인정한다. [talk:산제이517&diff=188689866&oldid=188689336 여기).IP 주소에는 76.98.1.12와 [76.98.7.176].보시다시피 둘 다 User:스티로폼1994/오프비트.이 계정들이 위키피디아에 해를 끼치지 않는 대부분의 시간 동안, 이것과 저것을 게시하도록 나를 활성화시킨 한 사건이 있었다.비록 그렇게 나쁘다고 보이지는 않지만, 나는 그것을 공공 기물 파손으로 간주한다.만약 여러분 중 누구라도 원한다면, WP:SSP. 해피 편집 ^_^--DurzaTwinkTALK 00:50, 2008년 2월 3일(UTC)
- 아마도 그 특정 학교의 교사들은 온라인 프라이버시 보호에 관한 수업을 교과과정에 올릴 수 있도록 경고를 받을 수 있을 것이다.이것은 대부분의 문제를 해결할 수 있을 것이다.어쨌든 문제의 진짜 핵심은 '달러 NAMEOFPUPPETMASTER'가 그 단어의 위키의 의미로 금지되어 있느냐 하는 것이다.
- 나를 괴롭히는 것은 더자 트윙크가 이 분쟁의 다른 당사자들에 의해 그의 실제 혹은 상상의 실명으로 자주 언급된다는 사실인데, 이것은 위키피디아에 흘러넘친 전면적인 학교 운동장 분쟁으로 보인다.그것을 멈추는 한 가지 방법은 "게임"을 삭제하는 것이다.
- 그가 나를 공격하는 이 모든 비난들은 내가 훌륭하고 건설적인 편집을 하는 데 시간을 소비했다.우리가 진정하고 받아들이기 전까지 관리자들이 당분간 우리를 격리시킬 수 있는 무언가를 세울 수 있는 방법이 있을까?고마워 --DurzaTwinkTALK 18:28, 2008년 2월 3일 (UTC)
- 참고: 사용자:앨리슨은 더자트 자신이 준 링크에서 보듯 더자트윙크가 CU가 있는 누 펜드라곤임을 확인했다.Nousernamesleftcopper, not wood 22:02, 2008년 2월 4일(UTC)
- 이것은 최근 당신이 성에 대해 혼란한 것과 관련이 있다.*cough* 자신도 *cough** lol--DurzaTwinkTALK 02:14, 2008년 2월 5일 (UTC)
- 참고: 나는 더자트윙크에 대한 소켓 케이스를 다시 열었고, 여기에 그 증거가 추가되었다.contribsSTYROFOAM1994TALK 03:17, 2008년 2월 5일 (UTC)
- 이것은 Rws 킬러의 소크푸펫처럼 막힌 Durza Twink의 변명이 해결되었다.Nousernamesleftcopper, not wood 03:31, 2008년 2월 6일(UTC)
참고: 나는 소크푸레와 트롤링/인신공격으로 더자를 무기한 차단했고, 스티로폼은 3RR 위반과 인신공격으로 48시간 동안 차단했다.나는 또한 롤백을 사용할 스티로폼의 권리를 취소했다.케이일라나 03:34, 2008년 2월 6일 (UTC)
그래서 당신이 말하는 것은 ip address가 있기 때문에 sockpuppet이라고?--96.235.179.193 (토크) 18:27, 2008년 2월 10일 (UTC)
차들이 어디 있지?너는 아무런 증거도 없이 나를 고발하고 있다.스티로폼1994의 사용자 페이지--96.235.179.193 (토크) 00:43, 2008년 2월 11일 (UTC)을(를) 파괴하지 않았으므로 evidece를 보여 주십시요.
- 위 사용자가 사용자 계정 의심으로 인해 1개월 동안 차단됨:Rws 킬러 외contribsSTYROFOAM1994TALK 01:03, 2008년 2월 11일 (UTC)
나만 그런 거야?
아니면 스코틀랜드어 위키백과가 농담인가?sco:template:최고의 Fegle 억양에서 음성적으로 텍스트를 삭제하고 읽으십시오.가이 (도움말!) 2008년 2월 8일 21시 15분 (UTC)
- 어, 이건 영어 위키백과인데...혹시 메타 찾으시는 건 아닐까?존 리브스 21:49, 2008년 2월 8일 (UTC)
이것 보기 - 심각해 보이고 그렇게 쓰는 것 같다;-) Avruchtalk 21:59, 2008년 2월 8일 (UTC)
- 나도 가봤는데, 그들도 그렇게 들려. --Rodhullandemu (토크) 02:01, 2008년 2월 9일 (UTC)
- 어... 이게 AN과 무슨 상관이야? 86.149.135.37 (대화) 15:47, 2008년 2월 9일 (UTC)
- 아마도 그들은 진지하겠지만 나는 "여기 위키피디아에서는 "트레이디컬" 범대화의 철자를 우우크하는 것이 좋다."라는 페이지를 읽을 때 내 자신을 어쩔 수 없었다. 외상은 아주 나쁜 오자처럼, 그저 값을 매길 수 없는 것이다. - 캐리비안 15:53, 2008년 2월 9일(UTC)
왜 이래, 이건 거의 공격이야.나는 스코틀랜드어는 아니지만 스코틀랜드 사투리는 진짜 사투리 소설 언어(클링곤과 같은)가 주어지지 않는다.인정하건대, 그것은 자주 쓰이지 않고, 스코틀랜드어 위키피디아에는 유머의 정도가 있다고 생각하지만, '스콧어' 대신에 '피글'을 사용하는 것은 그저 노골적으로 우울할 뿐이다...J Milburn (대화) 2008년 2월 9일 18:51, (UTC)
- 어, 클링곤은 위키백과가 있는데...[3] Someguy1221 (대화) 04:18, 2008년 2월 10일 (UTC)
- 사실, 맨 위에 있는 고지서를 읽으면 그렇지 않아.Wikia로 이동(아마도 옳을 것이다). --Jayron32.talk.contracts 04:35, 2008년 2월 10일(UTC)
- 그것은 일종의 존재한다.메타에 읽기 전용 위키백과로 나열되어 있지만, 실제로 닫힌 것은 아니다.Sometguy1221 (대화) 04:43, 2008년 2월 10일 (UTC)
- 스코틀랜드 게일릭이 진짜 방언인 건 알아, 난 영국인이야.하지만 그것을 스코틀랜드 브로그를 패러디한 비즈 코믹 패러디한 것 같은 것으로 적어놓은 것을 보니, 글쎄, 그게 나를 어리둥절하게 했다.Guy (Help!) 2008년 2월 10일 16:51, (UTC)
- 스코틀랜드 게일어는 완전히 다른 언어다.그리고 아마도 너는 너의 학식을 어느 정도 밀고 나가야 할 것이다.86.44.6.14 (대화) —2008년 2월 11일 00:07(UTC)에 코멘트가 추가됨
WP 관련 질문:IDNTHEAR that
이에 대한 만성적인 위반은 관리자에 의해 가능한가?만약 그렇다면, 어떤 종류의 지침이나 경험에 의한 규칙이 있는가?아니면 RFC 타입의 문제인가?나는 내 요점과 질문을 만성적으로 무시하여 내가 토크 페이지에 다시 반복해서 다시 작성하도록 강요함으로써 기사의 변경을 차단하고 싶어하는 몇몇 편집자들과 문제가 있는 것 같다.나는 3RR의 많은 시간을 같은 편집자들과 차단당했다. 그래서 나는 사전에 제안된 변경사항들을 해결하기 위해 토크 페이지에 머무르고 있다. 하지만 어떤 종류의 진정한 협력적, 온라인 토론이 진행되기는 힘들었다.이 문제에 대한 자비로운 지도가 가장 감사할 것이다.미리 고마워. -BC aka Callmebc (대화) 06:20, 2008년 2월 9일 (UTC)
- 나는 이것이 행정 조치의 유일한 근거라는 것을 들어본 적이 없다.나는 다른 사용자들로부터 더 많은 의견을 얻는 것을 제안한다. WP:3O, WP:RFC, WP:MEDCAB는 적절한 위키 프로젝트와 마찬가지로 시작하기에 좋은 장소다.물론 이것이 노골적인 반달리즘(변경에 대해 논의하지 않고 기사를 바꾸는 것 등)이라면, 사용자가 RFC를 수행하거나 WP에 보고하는 것이다.AN/I. MBisanz 06:26, 2008년 2월 9일(UTC)
- 또한, 당신이 참조하는 바로가기는 "정책은 아니지만 편집자들은 그것을 따를 것을 강력히 권고한다."라는 권한을 가진 행동 지침이다. MBisanz 06:29, 2008년 2월 9일 (UTC)
- 만성적으로 요점을 파악하지 못하는 것은 일종의 혼란이다.포인트가 얼마나 중요한가에 따라 확실히 블로킹 근거가 될 수 있다.예를 들어, 당신의 경우, 만약 내가 당신이 여전히 특정 개인의 명예를 훼손하고 있다는 것을 발견한다면, 그래, 너는 차단될 것이다 - 나는 당신이 여전히 강박적으로 오직 하나의 주제만을 편집하고 있다는 것을 안다.가이(도움말!) 16:33, 2008년 2월 9일 (UTC)
- 편집이 정책 내에 있는 한 "주제 하나만 무의식적으로 편집"해도 전혀 문제가 되지 않는다.즉: 소싱, 포맷, BLP 중립 등지에쉬. - ✰ALLSTAR✰ 16:43, 2008년 2월 9일 (UTC)
- 만성적으로 요점을 파악하지 못하는 것은 일종의 혼란이다.포인트가 얼마나 중요한가에 따라 확실히 블로킹 근거가 될 수 있다.예를 들어, 당신의 경우, 만약 내가 당신이 여전히 특정 개인의 명예를 훼손하고 있다는 것을 발견한다면, 그래, 너는 차단될 것이다 - 나는 당신이 여전히 강박적으로 오직 하나의 주제만을 편집하고 있다는 것을 안다.가이(도움말!) 16:33, 2008년 2월 9일 (UTC)
- 음, 사실, 내가 "분명히 하나의 주제만을 편집하고 있다"는 평가는 완전히 정확한 것은 아니다. 나는 킬리안 문서와 지구 온난화라는 두 가지 주요 관심사를 가지고 있다.차이점은 내가 지구 온난화에 관한 것들을 편집하거나 토론하러 갈 때, 그것은 보통 꽤 간단하다는 것이다.그러나 내가 킬리안 문서와 마찬가지로 하려고 할 때, 그것은 기사의 명백한 문제들에 대해 엄청나게 많은 석벽들을 만들어 내는 것처럼 보인다. 따라서 심지어 사소한 문구 문제들 조차도 많은 시간을 소비한다.그래서 나는 힌트를 얻고 포기하거나 엄청난 시간과 노력을 할당해야 하는 선택을 해야 한다. 심지어 완전히 참조되지 않은, 높은 POV의 재료를 제거하거나 수정한다.이것이 그렇게 시간이 많이 걸리지 않았다면 다른 기사들에 대한 시간이 훨씬 더 많을 것 같다. -BC aka Callmebc (토크) 19:07, 2008년 2월 9일 (UTC)
- 아, OTRS 자원봉사자구나 OTRS 티켓 # 2007111410017735와 OTRS 티켓 # 2007103010015799에 대해 알고 있지?아니면 콜맥스의 편집이 초래한 과거의 문제들에 대한 실제적인 파악도 없이 그냥 걸어가는 것일 수도 있다.콜메bc는 더 이상의 혼란은 없을 것이라는 엄격한 이해에 의해서만 무기한 블록에서 풀려났다.이것은 사용자의 대화 페이지에서 명백하다.아마도 당신은 논평하기 전에 그렇게 깊이 연구하지 않았을 것이다.가이(도움말!) 2008년 2월 9일 16:53 (UTC)
- 무엇을 위해 트롤링?아니, 난 OTRS 자원봉사자도 아니고 티켓에 대해서도 몰라.그건 무의미해.당신은 "한 과목만 무의식적으로 편집하는 것"은 나쁜 일이고, 내가 지적한 것은 아니다.AGF. 먼 길을 가네. - allALLSTARc 16:58, 2008년 2월 9일 (UTC)
- 아, OTRS 자원봉사자구나 OTRS 티켓 # 2007111410017735와 OTRS 티켓 # 2007103010015799에 대해 알고 있지?아니면 콜맥스의 편집이 초래한 과거의 문제들에 대한 실제적인 파악도 없이 그냥 걸어가는 것일 수도 있다.콜메bc는 더 이상의 혼란은 없을 것이라는 엄격한 이해에 의해서만 무기한 블록에서 풀려났다.이것은 사용자의 대화 페이지에서 명백하다.아마도 당신은 논평하기 전에 그렇게 깊이 연구하지 않았을 것이다.가이(도움말!) 2008년 2월 9일 16:53 (UTC)
- 사실, 가이가 여기서 또 완전히 정확하지는 않다.나는 그가 언급하고 있는 문제들을 정말로 일으킨 사람이 내가 아니라고 믿는다.어느 순간 또 다른 편집자는 보수 신문에 실린 OP-ED 의견 칼럼에서 유래한 일화를 기사에 삽입했다.그냥 외교적으로 일화의 내용에 대해 몇 가지 '이슈'가 있다고 느꼈기 때문에 통상적으로 상당히 타당한 이유로 여겨질 만한 것을 제공했고 그것을 제거하기 위한 ref를 했다고 치자.전형적인 것처럼, 이성과 참고문헌은 별로 중요하지 않은 것 같았고, 이 일화를 놓고 여러 차례의 편집 전쟁이 계속되었고, 결국 나는 두 번 3RR'd를 얻었고, 마침내 완전히 금지되었다.얼마 후 내 블록 중 한 블록에서 나는 그 칼럼의 작가를 인신공격했다는 소급 비난을 받았고, 그 뒤로는 "공세적인 글 삭제"라고 불리는 것이 많이 뒤따랐다.나는 당신에게 삭제된 "공세적인" 텍스트의 예를 들겠지만, 나는 다시 트롤링으로 비난 받고 싶지 않다.요컨대, 킬리안 기사에 실린 대부분의 편집자들이 WP뿐만 아니라 위키백과 정책과 지침을 단순히 따랐다면:정직함, 문제없을거야, 마침표.그리고 이것이 내가 더 이상 주요 기사 페이지를 만지는 주된 이유로서, 내가 토크 페이지 토론(또는 그것들의 부족)과 상관없이 자동적으로 되돌아가는 것이 아니라 확신할 때까지. -BC aka Callmebc (토크) 19:53, 2008년 2월 9일 (UTC)
- 내 생각에 역행하는 것은 너의 가장 작은 걱정거리인 것 같아.내가 보기에 사람들은 지금 당신의 일거수일투족을 감시하고 있고 그래서 당신의 문제는 심지어 사소한 경계선 공격에도 다시 봉쇄되거나 금지되고 있다.나는 네가 정책을 따르길 제안하고 싶다. 그리고 이것은 3RR을 포함한다.기사의 관련 토크페이지에 아무 데도 올라오지 못하면 RFC를 한 다음 최종적으로 조정위원회, 조정카발(덜 격식)으로 가거나 제3의 의견을 요청한다.게임하지 마. 게임하게 놔둬. 게임하자.행복한 편집! - -ALLSTAR✰ 21:50, 2008년 2월 9일 (UTC)
- 사실, 가이가 여기서 또 완전히 정확하지는 않다.나는 그가 언급하고 있는 문제들을 정말로 일으킨 사람이 내가 아니라고 믿는다.어느 순간 또 다른 편집자는 보수 신문에 실린 OP-ED 의견 칼럼에서 유래한 일화를 기사에 삽입했다.그냥 외교적으로 일화의 내용에 대해 몇 가지 '이슈'가 있다고 느꼈기 때문에 통상적으로 상당히 타당한 이유로 여겨질 만한 것을 제공했고 그것을 제거하기 위한 ref를 했다고 치자.전형적인 것처럼, 이성과 참고문헌은 별로 중요하지 않은 것 같았고, 이 일화를 놓고 여러 차례의 편집 전쟁이 계속되었고, 결국 나는 두 번 3RR'd를 얻었고, 마침내 완전히 금지되었다.얼마 후 내 블록 중 한 블록에서 나는 그 칼럼의 작가를 인신공격했다는 소급 비난을 받았고, 그 뒤로는 "공세적인 글 삭제"라고 불리는 것이 많이 뒤따랐다.나는 당신에게 삭제된 "공세적인" 텍스트의 예를 들겠지만, 나는 다시 트롤링으로 비난 받고 싶지 않다.요컨대, 킬리안 기사에 실린 대부분의 편집자들이 WP뿐만 아니라 위키백과 정책과 지침을 단순히 따랐다면:정직함, 문제없을거야, 마침표.그리고 이것이 내가 더 이상 주요 기사 페이지를 만지는 주된 이유로서, 내가 토크 페이지 토론(또는 그것들의 부족)과 상관없이 자동적으로 되돌아가는 것이 아니라 확신할 때까지. -BC aka Callmebc (토크) 19:53, 2008년 2월 9일 (UTC)
- 그래, 나는 금지령이 내려지기 전부터 나 또한 주의깊게 관찰되고 있다는 인상을 받고 있었다.킬리안 기사들은 '초대 필요'라는 꼬리표가 한참 남아서 매우 정체되는 경향이 있는데, 내가 어떤 것을 바꾸자고 제안하는 순간 갑자기 주변에서 가장 바쁜 기사들 중 하나가 된다, 외로운 '초대 필요' 꼬리표를 고치는 것 등은 결코 의도적인 것이 아니다.그리고 RFC는 어떤 것이든 고치기 위해 선발투수로 필요할 것으로 보인다.과거에도 그랬듯이 이미 대규모 오프포인트/오프토픽 세미토론이 있었다.그러나 나는 게임게임을 게이머들이 하게끔 하는 게임이다.조언 고마워. -BC aka Callmebc (토크) —2008년 2월 9일 23:57, (UTC)에 코멘트가 추가되었다.
- 판독 WP:IDNTHEARTHER, 나는 Callmebc가 "다시 반복해서 그것들을 다시 작성하도록 강요한다"는 진술이 정말로 관련이 있을 수 있다고 본다.반복은 반복 이외의 다른 어떤 증거도 아니다. -- SEEILCO (대화) 19:55, 2008년 2월 10일 (UTC)
IP 개인 공격 및 BLP 문제
내가 올바른 위치에 있는지 아닌지 잘 모르겠어.위키티켓 경고에 보고하겠지만 WP가 있을 것 같다.BLP 문제.어쨌든 경고를 받은 124.168.6.84(토크 · 기여 · 삭제된 기여 · 필터 로그 · WHOIS · RDNS · RBLs · http · 블록 유저 · 블록 로그)는 토크에서 나와 론 폴(미국 대통령 후보)에게 무례하고 부적절한 발언을 해 왔다.Ron Paul([Talk:Talk:Ron Paul Talk] 편집 [Ron Paul Talk] 기록 보호 로그 보기 삭제 링크 보호).그는 또한 론 폴에 대해 부정적인 다양한 블로그 게시물을 올렸다.나와 몇몇 다른 편집자들은 WP에 의거한 편집자들을 제거했다.BLP#소싱되지 않았거나 불충분한 논쟁거리를 제거하되, 그는 나를 향한 개인적인 의견과 함께 계속해서 그것들을 다시 삽입한다.[4][5][6][7] ~ UBeR (대화) 22:50, 2008년 2월 9일 (UTC)
- 그의 토크 페이지에 {{uw-blp2}}개의 경고문을 붙인다.내 생각에는 WP:BLP/N이 이러한 종류의 보고서에 더 좋을 것 같다. (비관리자) x4206 Talk Mess 23:01, 2008년 2월 9일 (UTC)
Ron Paul bots[8]은 위키백과 자원의 부적절한 사용인 본질적인 불균형적이고 일방적인 정치적 "러브피스"의 균형을 맞추기 위해 편집자들이 사용할 수 있는 단순한 "토론" 페이지에서 자료를 계속 검열하고 삭제한다.—21.84.54.141 (대화) 02:13, 2008년 2월 10일 (UTC)에 의해 서명되지 않은 의견 추가 준비
- 동료 편집자들에게 터무니없는 질투를 하지 마십시오.UBeR은 오랫동안 여기서 편집해왔다. 그들은 "Ron Paul bot"이 아니다.나탈리 (토크) 02:39, 2008년 2월 10일 (UTC)
두 IP 모두 마지막 경고를 했소내가 호주에서 서로 다른 도시로의 추적을 본 두 개의 IP 주소를 고려하면, 여기서 약간의 미트푸피트리나 오프위키 논의가 벌어지고 있는 것이 아닐까?나는 Ron Paul을 감시할 것이다. 하지만 만약 다른 관리자들이 같은 일을 할 수 있다면 그것은 아마도 도움이 될 것이다.나탈리 (토크) 02:45, 2008년 2월 10일 (UTC)
- 적어도 IP들 중 하나는 자신을 "우리"라고 불렀으니, 그것은 뚜렷한 가능성이다.Sometguy1221 (대화) 02:51, 2008년 2월 10일 (UTC)
말도 안 되는, 감정적인, PC의 허튼 소리 좀 그만해.쟁점과 사실에 충실하라.검열이 일관되고 습관적인 행동이 발현될 때, 어떤 명제를 만들어 주목을 끌어야 한다.
왜 'UBeR'은 그 페이지를 강박적으로 감시하는 듯한 다른 사람들과 함께 단순한 '토론' 페이지에 자신의 검열과 비판자료 제거에 대한 모든 진실을 말하지 않는 것일까.
만약 그들이 위키 매개변수 내에서 행동하고 있다고 주장한다면, 왜 그들은 제공된 데이터를 가져가지 않고 그들의 "감각성"에 "팔기 좋은" 것으로 만들고, 오히려 무자비하게 면도날 갱처럼 행동하고, 자재를 박살내고 파괴하는 것 같은 지침을 제공했는가?
예를 들어, 어떻게 그러한 자료가 다시 작성될 수 있는지에 대한 "여기 예"를 제시한다.
"위키피디아는 검열되지 않는다" http://en.wikipedia.org/wiki/Wikipedia:FORUM#Wikipedia_is_not_censored —서명되지 않은 코멘트 210.84.6.88 (대화) 02:54, 2008년 2월 10일 (UTC)
- 나는 당신의 모든 출처를 살펴봤고 그것들은 모두 믿을 수 없다. (대부분은 블로그들이다.)당신이 론 폴에게 더 이상 비난을 퍼붓기 전에 믿을 만한 출처가 무엇인지 배워라. 그리고 당신은 다른 편집자들에 대한 비난을 완전히 중단해야 한다. 그렇지 않으면 당신은 편집이 차단될 것이다.Sometguy1221 (대화) 03:04, 2008년 2월 10일 (UTC)
염증성 댓글
무권한 관리자가 Pax Arcane과 다음과 같은 염증성/비문적 편집에 대해 한 마디씩 나누면 도움이 될 수 있다. [9][10][11][12][13][14].바시아나 (대화) 07:14, 2008년 2월 10일 (UTC)
AFD 오브 파칼로마톰과 파칼로마톰 아이로쿠지일
위 기사에 대한 AFD 논의가 신속하게 종결되는 것에 관한 사항이다.
위키백과를 참조하십시오.삭제/파칼로마톰 아이로쿠지일
많은 참고할 수 있는 위키백과에서 Keep and delete 양쪽 모두에게 강력한 제안이 있었다.
우리는 또한 인도 기독교 역사에 대한 지식을 가진 이 지역에서 온 사람들로부터 전문가 의견을 얻으려고 노력하고 있다. 그때 갑자기 관리자 중 한 명이:니혼조는 합의도 이루지 못한 채 토론을 종결하고 기사를 삭제했다. :(
많은 위키백과 전문가들이 우리의 마음을 여기에 쏟고 있는데, 이것은 위키백과에 대한 우리의 믿음을 잃으면서 극도로 불공평하고 불공평하다고 느낀다.
- 티누체리아어 (대화) 08:17, 2008년 2월 10일 (UTC)
- 토론은 8일 동안 계속되었으므로 이것은 빠른 마무리가 아니다.5일에서 1주일은 삭제 논의의 표준 시간이다.나는 Deletion 리뷰로 가서 당신의 사건을 거기서 변론하기를 제안하고 싶다.사용자:Zscout370 08:52, 2008년 2월 10일(UTC)
백로그
이전에 Category의 백로그에 게시한 적이 있음:교체 가능한 공정 사용 이미지 논란하나의 이미지를 제외한 모든 이미지에서 카테고리가 삭제됨:이미지:MarineMichaelBrown.jpg.나는 청소부 관리자가 무엇을 해야 할지 결정하지 못했다고 믿는다.만약 누군가가 이미지에 대한 판단을 내릴 수 있다면, 우리는 그 범주에서 백로그 배너를 제거할 수 있을 것이다.Evil Spartan (토크) 08:38, 2008년 2월 10일 (UTC)
특수에 대한 자동 확인:업로드?
나는 이것이 전에 한 번 또는 전에 여러 번 언급된 적이 있는지 완전히 확신할 수는 없지만, 왜 그것이 그렇게 특별한가?업로드는 새로운 사용자가 사용할 수 있는가?나는 이 장벽이 영어 위키피디아가 다양한 이미지 삭제 백로그를 줄이는데 도움이 될 것이라고 생각하는데, 그것은 우리의 새로운 회원들에 의해 많은 이미지들이 업로드되고 있는 것처럼 보이기 때문이다. 그리고 일주일 후에 어떤 이유로든 태그를 붙인 후 간단히 삭제되었다.이렇게 하면 사용자가 Special에 있는 MediaWiki UI보다 로컬 이미지 정책에 대해 더 많이 알게 될 수 있다.업로드.——Ryulong (竜龍) 11:12, 2008년 2월 10일 (UTC)
- 이것은 m:에서
다른 위키에서 논의되었다.Metapusub#업로드로 Wikimedia 전체에 걸쳐 확증된 Wikimedia에 대해 찬성 의견이 일치하도록 설정(한 적이 있는지 모르겠지만)– Mike.lifeguard 17:43, 2008년 2월 10일(UTC) - Bugzilla:12556. enwikipedia가 포함되어 있지만, 원하면 탈퇴할 수 있다.– Mike.lifeguard@en.wb 17:53, 2008년 2월 10일(UTC)
- 나는 이것에 대해 더 이상 논의할 필요가 없다고 생각한다. 적어도 Special:을 지지하는 관점에서는 말이다.확증된 편집자만 자동 업로드하도록 제한됨.결국, 그 특정한 소프트웨어 변경에 찬성하는 합의가 이미 확립되었다.그러나, 나는 그것이 언제 구현될지 확실하지 않다. 우리는 개발자들이 그렇게 하기를 기다리고 있는가, 아니면 실제로 엔위키가 이 변경에 포함되지 않는가?AGK (대화) 18:40, 2008년 2월 10일 (UTC)
- 죄송합니다, 엔위키는 현재 요청에 포함되어 있으므로 엔위키피디아에서 탈퇴하지 않는 한 더 이상의 논의가 필요하지 않다.우리는 단지 구성을 바꾸기 위해 devs를 기다리고 있을 뿐이다.하원이 지금 소란을 피우고 있기 때문에 그 요청은 이행되는 데 지연이 있을 것 같다.—Mike.lifeguard@en.wb 2008년 2월 10일(UTC) 19:46
- 나는 왜 공유자들이 불평하는지 알 수 있다.만약 공유지에 있는 "새로운 사용자" 계정이 그것이 어떤 다른 프로젝트에서 "경험이 있는 사용자"에게 동일한 사람에 속한다는 것을 확인할 수 있는 내장형 방식만 있었다면, 이것은 "자동 확인" 지위를 얻고 기다릴 필요 없이 즉시 기여할 수 있는 데 사용될 수 있을 것이다.— CharlotteWebb 19:58, 2008년 2월 10일 (UTC)
- 죄송합니다, 엔위키는 현재 요청에 포함되어 있으므로 엔위키피디아에서 탈퇴하지 않는 한 더 이상의 논의가 필요하지 않다.우리는 단지 구성을 바꾸기 위해 devs를 기다리고 있을 뿐이다.하원이 지금 소란을 피우고 있기 때문에 그 요청은 이행되는 데 지연이 있을 것 같다.—Mike.lifeguard@en.wb 2008년 2월 10일(UTC) 19:46
- 나는 이것에 대해 더 이상 논의할 필요가 없다고 생각한다. 적어도 Special:을 지지하는 관점에서는 말이다.확증된 편집자만 자동 업로드하도록 제한됨.결국, 그 특정한 소프트웨어 변경에 찬성하는 합의가 이미 확립되었다.그러나, 나는 그것이 언제 구현될지 확실하지 않다. 우리는 개발자들이 그렇게 하기를 기다리고 있는가, 아니면 실제로 엔위키가 이 변경에 포함되지 않는가?AGK (대화) 18:40, 2008년 2월 10일 (UTC)
모나비
위의 페이지는 모나비(멀티 레벨 마케팅)에서 그 회사에 관한 기사가 있지만, 소금에 절인 것처럼 보인다.삭제된 내용이 보이지 않아 두 사람의 차이점은 알 수 없지만, 현재 상태로 있는 기사가 다시 게재된다면 잔류할 수 있는 좋은 기회가 있을 것이다.어떤 경우든 기사가 적절한 위치에 있지 않은 것은 상당히 무의미하기 때문에 관리자가 해당 기사를 보호하지 않고 모나비(멀티 레벨 마케팅) 건너편으로 페이지를 이동할 수 있는가?고마워 12:21, 2008년 2월 10일 (UTC)
- 내가 옮겼어.CSD G4일 수도 있다고 생각하지만, 이 버전이 너무 비슷한지 좀 더 노련한 관리자가 판단하기를 기다리며 확신할 수 없을 만큼 다르다.עודדהוodOd Mishehu 13:30, 2008년 2월 10일 (UTC)
신속한 삭제 백로그
CAT에는 꽤 많은 밀린 일이 있다.CSD 지금 당장.가능한 한 빨리 관리자의 주의가 필요하다.고마워 --L. 피스타치오 (토크) 22:59, 2008년 2월 10일 (UTC)
- 열심히 하는 것............ :) 페드로 : 2008년 2월 10일 채팅 23:13 (UTC)
- 일단 백로그 처리. --L. 피스타치오 (토크) 04:56, 2008년 2월 11일 (UTC)
캘리포니아 주, 라 미라다
이 글에는 공공 기물 파손 행위가 계속되고 있다.누군가(혹은 많은 사람들이) 그곳이 위치한 카운티를 계속 바꾸고 있다.많은 반전이 있었다 - 나는 최근에 그것을 완성했다.누가 이걸 감시 목록에 올려줄 수 있어?아인비어비트 (토크) 00:19, 2008년 2월 11일 (UTC)
- WP:RFP에서 보호를 요청하는 것은 어떨까? Nousnamesleftcopper, not wood 02:50, 2008년 2월 11일(UTC)
반회전 대화:무함마드/이미지
내가 반회전시킨 대화:무함마드/이미지.이미지를 벗으라는 요구를 반복하거나, 그 이미지를 벗고자 하는 오 사악한 이슬람교도들을 향해 발포하는 등, 외부 인사들과 다양한 온라인 청원들에서 새로운 사람들이 쏟아져 나오는 혼란만 너무 심했다.나는 이것이 이제 다른 곳으로 흘러가지 않기를 바라지만, 만약 사람들이 "천번째 이 일을 우리에게 말하지 말아줘, 우리는 전에 다 들었어"라는 간단한 메모를 이해하지 못한다면, 우리가 그들을 위해 할 수 있는 일은 정말 많지 않을 거야, 그렇지?Fut.Perf. ☼ 16:20, 2008년 2월 10일 (UTC)
- 반보호 토크 하위 페이지를 본 적이 없다.하지만 이 경우에 그것이 필요하다는 당신의 권리.MBisanztalk 16:53, 2008년 2월 10일 (UTC)
아마도 Talk 페이지나 심지어 기사 페이지(독자들을 위해 숨겨져 있는)에서 이미지 제거가 즉각적인 차단을 초래할 것이라는 대담한 경고가 순서일 것이다.Corvus cornixtalk 20:50, 2008년 2월 10일 (UTC)
나는 정말 이것이 계속된다면 중동 전체를 잠시 차단하는 것이 나쁘지 않을 것이라고 생각한다.Jtrainer (대화) 07:18, 2008년 2월 11일 (UTC)
- 농담하는 거라고 생각하고 넘어가려무나. -- 타리카브조투 07:27, 2008년 2월 11일 (UTC)
영구 블록 요청
연결할 IP 주소(217.33.236.2)에 영구적인 편집 블록을 배치하십시오.
그것은 법인 주소고 사람들은 그것을 위키백과 기사를 편집하는데 사용해서는 안 된다.우리는 위키피디아가 유용한 자원이라는 것을 발견했기 때문에 접속을 전면적으로 차단하기 보다는 오히려 이렇게 할 것이다.
고마워.217.33.236.2 (대화) 18:51, 2008년 2월 10일 (UTC)
- IP의 토크 페이지에 응답했다.Mr.Z-man 20:14, 2008년 2월 10일 (UTC)
- OTRS 티켓 2008021110007203이 수신되고 IP가 Gnangarra 15:21, 2008년 2월 11일(UTC)을 차단함
SockPuppetry에서의 일주일 반 밀린 일
힘들다는 건 알지만 내 관심을 끄는 건 2월 2일부터야 그 사이에 최소한 10개의 경고, 2개의 블록, 1개의 감시와 더 많은 필요를...경고를 세어 보니 감시가 더 필요했다이 보고서들을 삭제하는 것은 많은 일이 될 수 있지만, 그것들을 삭제하지 않는 것도 많은 일로 변한다.Jd2718 (대화) 23:29, 2008년 2월 10일 (UTC)
사용자 차단 해제 즉시 요청:CSDWarnBot
관리자가 즉시 차단 해제할 것을 요청하는 경우:CSDWarnBot.사용자:샘사라는 봇이 페이지 텍스트를 받지 못하고 내용을 삭제한 단 한 번의 잘못된 편집에 대한 설명이 거의 없다.페이지 작성 능력이 있고 발생률이 매우 낮으며, 봇 오류가 아닌 네트워크나 서버 오류로 인해 발생하는 모든 봇에게 공통적으로 발생하는 이슈다.이를 방지하려면 모든 요청이 이중으로 확인될 때 이 봇에 의해 생성된 부하가 두 배로 증가해야 하며, 또는 봇이 아직 대화 페이지가 없는 사용자에게 게시할 수 없음을 의미한다.이 봇은 필수적인 기능을 수행하므로 즉시 차단을 해제해야 한다. --uǝʌsʎʎʇnoɟs (st47) 01:56, 2008년 2월 11일 (UTC)
- 봇과 자동 잠금 장치를 모두 풀었어.작은 결함 하나가 심각한 문제가 아닌 IMO, ST47의 설명은 충분히 그럴듯하다. --Maxim(talk) 02:04, 2008년 2월 11일 (UTC)
- 동의한다. 또한 관리자가 봇에 대해 "비상 차단 버튼"을 클릭할 때, 실제로 봇 운영자에게 자신이 그렇게 했다는 것을 알리고, 그 이유를 명시해야 한다(특히 편집자가 문제를 유발하는 경우) 봇 운영자가 문제를 해결할 수 있다.UltraExactZZ ~ 증거 02:10, 2008년 2월 11일 (UTC)
- 봇과 자동 잠금 장치를 모두 풀었어.작은 결함 하나가 심각한 문제가 아닌 IMO, ST47의 설명은 충분히 그럴듯하다. --Maxim(talk) 02:04, 2008년 2월 11일 (UTC)
삼사라에게 왜 오류가 발생했는지, 앞으로 어떻게 피할 수 있는지 설명하겠다.CSD 태거가 자신을 대신하여 경고를 보내지 않는 방법이 있는가?MER-C 06:37, 2008년 2월 11일 (UTC)
이미지
개인 주택의 이미지를 사용할 수 없다는 규정이나 방침이 있는가?누군가가 그런 금지가 있다고 했지만, 나는 확인하고 싶다.
사르다카 (토크) 08:47, 2008년 2월 11일 (UTC)
- 내가 생각할 수 있는 금지는 없다.사용자:Zscout370 08:54, 2008년 2월 11일 (UTC)
- 일부 국가에서는 그러한 이미지 제작에 대한 금지가 있을 수 있지만, 위키피디아가 개인 주택의 이미지를 사용하는 것을 막는 법은 없다. --Carnildo (talk) 08:56, 2008년 2월 11일 (UTC)
- 문맥이 중요하다.이 경우, 위키백과의 "약관 및 조건"에 대한 미지정 위반에 대해 J Bar에 경고를 진행시킨 122.106.139.1111 (토크 · 기여)에 의해 삭제된 User:J Bar의 이미지를 언급하는 것으로 보인다.올림픽 항공사에 게이 에어라인(게이 항공사)을 추가한 IP의 다음 편집과 비슷한 모양의 IP에서 J Bar의 사용자 페이지에 대한 일부 이전 파괴 행위를 고려하면, 이는 정당한 불평이 아닌 것 같다.– 루나 산틴 (토크) 09:05, 2008년 2월 11일 (UTC)
AfD/MfD 문제
<WP:BLP/N:로부터 복사한 Calpernia Addams(대화 기록 보호 링크 삭제 로그 보기 편집) - Calperniaadams(대화 기여 · 로그 삭제된 기여 · 로그 삭제 · 필터 로그 · 블록 사용자 · 블록 로그)의 주제가 삭제 후보로 지명되었다.또한, 그것은 MfD이지, AfD가 되어야 하는 것이 아니다, 이것은 고칠 수 있는가?MfD 페이지:위키백과:삭제/칼페니아 추가에 대한 miscellany. -MBK004 17:10, 2008년 2월 11일(UTC)
- 지명 수정이 되었음(생명이 포함된 Addams 문제를 삭제하는 것이 해결할 수 있는 방법이라고 생각하지는 않지만.— 사토리 손 17:50, 2008년 2월 11일 (UTC)
User:Fairchoice, User:Archtransit, User:JzG, blah blah blah...
아치트랜스릿 상황에 정통한 사람이라면 페어초이스가 막힘이 없고 막힘이 없다는 것을 알 것이다. 아치트랜스릿의 RfC, 그 모든 좋은 재즈에 대해 토론했다.JZG는 이제 양말퍼트리 주장을 재개봉했다.(log) 이것이 바퀴전쟁으로 변하기 전에 이 문제를 논의해야 한다.
다른 사람의 RfC에서 그의 운명에 대해 논하는 것은 분명히 진행되지 않는 것이기 때문에 이 사용자에 대해 여기서 논의해야 할 것 같다. - 2008년 2월 10일(UTC)
- 나는 이 실을 아치트랜싯에 대한 또 다른 국민투표로 바꾸고 싶지 않다.사용자는 원래 JZG에 의해 반달리즘 전용 계정으로 차단되었다.아치트랜싯은 사용자로부터 건설적으로 기여하겠다는 약속을 추출해 블록을 48시간으로 단축했다.이것은 이미 논의된 것이고 내가 걱정하는 것은 아니다.
- 그 계정은 오늘 JzG에 의해 재잠금되었는데, 양말풀이(sockpuppetry)와 Archtransitt의 RfC를 가리켰다.문제가 된 부분은 이 부분인데 이미 여러 사람이 지적한 것은 절차상 맞지 않는 국민투표다.
- 내가 더 줄 수 없는 이유는 -- 사용자에게는 지난 며칠 동안 아무런 기여도 없고, 그와 관련된 어떤 양말 퍼피트리 케이스도 찾을 수 없기 때문이다. - 2008년 2월 10일 (UTC)
다른 사용자의 RfC에 연결하는 블록 요약은 좋은 생각이 아니다.Fairchoice의 기여도에 대한 리뷰는 그의 블록이 Archtransit에 의해 단축되었고 그의 토크 페이지에는 DYK 크레딧이 있기 때문에 편집에 문제가 없다는 것을 보여준다.JZG가 그를 재봉쇄하기 전까지 Fairchoice는 며칠 동안 편집하지 않았던 것 같다.추가 블록에 대한 RfC의 관련성을 알 수 없다(공정거래는 이에 대해 언급하지 않았다).그것은 JZG가 입증해야 할 필요가 있다고 나는 생각한다.WjBscribe 23:13, 2008년 2월 10일 (UTC)
- 이에 대한 가이 개인의 생각을 얻는 것이 이 블록의 폐지를 향한 가장 간단한 과정이 될 것이라는 근거에 따라, 나는 그에게 이 실마리를 통보했다.AGK (대화) 23:21, 2008년 2월 10일 (UTC)
- 페어초이스는분명히새로운 사용자가 아니며, 그가 초래한 혼란과 비교해 볼 때 프로젝트의 이득이 무시될 정도로 작은 단일 목적 계정처럼 행동해 왔다. 그의 차단해제에는 문제가 있었고, 아치트랜싯은 문제가 없는 블록을 가진 전력이 있다.하지만 다른 사람들이 그를 통제하고 그를 설득하여 '제명'이 덜 정직해지도록 끊임없이 부추기는 대신 생산적인 편집을 할 수 있다고 생각한다면, 그들은 기꺼이 시도해 볼 만 하다.나로서는 의제만을 추구하기 위해 이곳에 있는 사람들에게 거의 무한에 가까운 선의를 베풀어야 한다는 강박관념에 질려 있었다.아마도 페어초이스가 의제를 홍보하기보다는 중립적인 방법으로 '제명'을 6개월 동안 내버려두고 다른 기사들만 편집한다면, 나는 그에 대한 생각을 바꿀 것이다.지금은 그 일에 관여하지 않는다.나는 이런 종류의 사용자들을 다루기 위한 카르차롯의 제안이 어떻게 되어가는지 궁금할 것이다.가이 (도움말!) 08:12, 2008년 2월 11일 (UTC)
- 그래, 그 모든 것들이 사실이야.우리는 또한 특히 지능적인 디자인 관련 주제에 대한 오프위키 캠페인에 대한 대응으로 만들어진 꽤 많은 양의 양말 퍼펫, 미트 퍼펫, 그리고 의제 계정을 가지고 있다.새로운 사용자를 환영할 필요성과 백과사전의 논란의 여지가 있는 영역을 단일 목적 어젠다 계정에 의한 끊임없는 혼란의 순환으로부터 보호해야 할 필요성의 균형을 어떻게 맞출 것인가 하는 문제는 골치 아픈 문제다.MastCell 18:39, 2008년 2월 11일 (UTC)
- 이 특정 사용자에 대해 사용자:마이크 로소프트.분명히 어떤...이상한 점들...여기 ([15], [16] 등) 그러나 나는 지금 그 상황에 대한 많은 시선이 있다고 생각한다.마스트셀Talk 18:45, 2008년 2월 11일 (UTC)
삭제 이유 스크립트
Mediawiki를 업데이트한 경우:Mediawiki:deletereason-dropdown의 목록에서 이유를 자동으로 선택하기 위한 스크립트와 함께 Sysop.js.캐시된 복사본을 업데이트하려면 http://en.wikipedia.org/w/index.php?title=MediaWiki%3ASysop.js&action=raw&ctype=text/javascript으로 이동하여 shift-F5(인터넷 익스플로러) 또는 ctrl-shift-R(권장)을 클릭하십시오.—Random832 18:15, 2008년 2월 11일 (UTC)
- 그거 좋은 소식이야.잘했어, 랜덤!;-) AGK (대화) 18:18, 2008년 2월 11일 (UTC)
- 삭제 이유를 찾기 위해 사용하는 regex 목록이 100% 완료되지 않은 경우, 올바르게 인식되지 않는 태그를 발견한 사람이 있으면 연락하십시오. 다음 버전에서 추가 작업을 수행해 보십시오.—Random832 19:33, 2008년 2월 11일 (UTC)
ScienceApologist:Quackwatch에서 트롤링 또는 COI 켜기
이 차이점 [17] (편집 요약에서)은 ScienceApologist의 입장에서 매우 형편없는 판단의 연습이라고 나는 믿는다.그것은 아마도 명백한 이해 상충 또는 노골적인 트롤링 중 하나로, 사용자들을 미끼로 COI/N에 등재시키고, 또 다시 사태를 교란시키기 위한 것일 것이다.하지만 그건 내가 할 일이야.
이것은 콰크워치에 대한 편집 전쟁의 또 다른 전투로 보여지기 때문에 아마도 이 기사에 대한 개입 옵션도 논의해야 할 것이다.이것이 어떤 범주에 속하는지는 결정하기 어렵기 때문에 이 문제에 대한 당신의 집단적인 의견에 연연해야 한다. --BETA 05:12, 2008년 2월 12일 (UTC)
- 당신은 단지 하나의 차이점을 가리키며 COI, 트롤링, 또는 무엇이라고 외칠 수는 없다; 당신의 주장은 완전히 정당화되지 않은 것처럼 보인다.편집이 마음에 들지 않으면 SA와 대화하거나 대화 페이지에 게시하십시오.네가 왜 이리 달려왔는지 정말 이해가 안 돼, 지금은 실제 편집 전쟁이 벌어지고 있는 게 아니야.Sometguy1221 (대화) 05:19, 2008년 2월 12일 (UTC)
- 느린 편집 전쟁은 결코 멈추지 않았다.http://en.wikipedia.org/w/index.php?title=Quackwatch&curid=879168&diff=190848338&oldid=190829788 편집요약을 읽어라: qw는 참된 신자, 사기꾼, 크랭크인, 부정직한 지식인들을 위한 것이다. . 편집요약은 불꽃 미끼다. --QuackGuru (토크) 07:28, 2008년 2월 12일 (UTC)
- 좋아, BETA가 제공하는 diff의 편집 요약은 완벽하게 정확해.네가 제공하는 디프는 SA에서 온 것이 아니다.콘텐츠 분쟁의 장점을 잘 파악하지 못하는 상황에서 판단하기가 쉽지 않다.Sometguy1221 (대화) 07:46, 2008년 2월 12일 (UTC)
- 나는 ScienceApologist의 편집이 잘 어울린다.싫으면 기사의 토크 페이지에서 이유를 말하라. - 호리 (토크) 07:40, 2008년 2월 12일 (UTC)
- 만약 니콜라스 카가 현재 위키백과인 부유한 미인대회를 다루어야 한다면, 그는 아마도 때때로 좀 더 노골적으로 경솔할 것이다.MastCell 20:26, 2008년 2월 12일(UTC)
- '논의 ad populum'?당신의 주장을 보고, "두 가지 잘못은 그렇지 않아..."라고 제기할 것이다. --BETA 23:53, 2008년 2월 12일 (UTC)
- 말다툼이 아니야.유머는 보편적으로 고용된 방어 메커니즘이라는 더 많은 관찰이 있다.당신은 정말로 ScienceApologist가 그 편집 요약을 위해 차단되어야 한다고 제안하는 겁니까, 아니면 지금 이 시점에서 철학적 논의를 하고 있는 겁니까?MastCell 00:03, 2008년 2월 13일 (UTC)
앞서 언급한 금지된 사용자(및 기타 여러 명)에 따라 관심 있는 사용자:Ronz는 Stephen Barrett이었고 나는 Daniel Barrett (그의 아들)이었다.SA가 내 사촌인가봐우리는 그를 짐 밥-빌리-데이-메르세데스라고 부르거나, 적어도 편집자의 즐거움을 위해-누가 더 잘 알아야 할지-누가 더 나은지-라고 부른다.샷 정보 (토크) 00:22, 2008년 2월 13일 (UTC)
좋아, 항복한다.나는 그가 유머러스하게 행동하려고 한다고 생각해 본 적이 없다.트롤링이라거나 이해충돌이라고 생각했다. --BETA 01:30, 2008년 2월 13일 (UTC)
이 값을 되돌리는 방법을 알 수 없음
요맘마는 뭔가 색다른 내용을 얻은 것 같다.어떻게 되돌려야 할지 모르겠다.--293.xx.xxx.xx (대화) 00:00, 2008년 2월 13일 (UTC)
2008년 2월 13일자 메인 페이지와 아일랜드 음운학에서는 보호가 사라진 것 같다.
아일랜드 음운학에서는 보호가 없어지는 것 같고 오늘 메인 페이지에서는 --Sf (토크) 00:48, 2008년 2월 13일 (UTC)
AIV 백로그
안녕, AIV가 밀린 일이 많다고 누군가에게 알려주고 싶었어.고마워. :) 솜노 (대화) 04:10, 2008년 2월 13일 (UTC)
- 현재로써는 2개의 활성 보고서로 축소된 것 같은데...MastCell 04:15, 2008년 2월 13일 (UTC)
이게 적절한가?(이동보다 페이지 레크리에이션)
해리 켈리의 내용은 새 페이지인 해리 켈리(정치인)에 오려 붙여졌고, 전 페이지는 디스패치로 바뀌었다.이는 해리 켈리(정치인)의 콘텐츠 페이지 역사는 두 사람의 연관성이 없는 해리 켈리(Harry Kelly)의 역사 속에 남아 있다는 것을 의미한다.나는 이것을 고쳐야 한다고 생각하지만, a) 정책을 잘 모르겠다. 그리고 b) 실제로 어떻게 "수정"을 해야 할지 잘 모르겠다.
분명히 말하면, 나는 내용과 역사의 이혼에 대해 궁금해하면서 어떤 식으로든 불화의 존재에 반대한다.앤드루 제임슨 (대화) 2008년 2월 13일 (UTC)
- 그것은 PeaceNT에 의해 처리되었다.그렇다, 이것은 완전히 정책에 어긋난다.GFDL 이유로 편집 내역이 필요하며 잘라내기 및 붙여넣기 동작은 허용되지 않는다.하나라도 눈에 띄면 수리 작업 홀딩 펜에 해당 항목을 나열하십시오.알려줘서 고마워.우디 (토크) 11:21, 2008년 2월 13일 (UTC)
주요 CAT:CSD 백로그
CAT:CSD는 심각하게 밀리고 삭제된 것보다 더 빨리 채워진다.더 많은 헌병들이 내가 그것을 치울 수 있도록 도와주었으면 한다.עודדווו Od Mishehu 12:49, 2008년 2월 13일 (UTC)
산발적인 편집기, 잠자는 사람 양말 및 단일 목적 계정
아마 이 자리에 딱 맞는 곳은 아닐 테지만, ANI 실의 스핀오프로서, 이곳이 어디에도 못지 않을지도 모른다는 생각이 들었다.잠꾸러기 양말, 산발적으로 편집하는 계정(이것의 연결고리는 없음)과 단일 목적의 계정에 대해 몇 가지 인용문을 제시하고 싶었다.다소 긴 위키백과를 참조하십시오.관리자 게시판/사고 #나 혼자인가...전체 배경을 설명하려면 먼저 다음을 보고 어떻게 생각하는지 살펴 보십시오.
다음 계정 및 기여금을 고려하십시오.
- 아멜리아9mm (토크 · 기여 · 삭제된 기여 · 페이지 이동 · 블록 사용자 · 블록 로그)
- 지하르트스테벤스 (토크 · 기여 · 삭제된 기여 · 페이지 이동 · 블록 사용자 · 블록 로그)
- 드스톤 (토크 · 기여 · 삭제된 기여 · 페이지 이동 · 블록 사용자 · 블록 로그)
이제 다음 인용구를 고려하십시오.
- 아멜리아9mm(블록되지 않은 요청을 거절한 후)의 트루실버(Trusilver on Amelia9mm) - "아멜리아는 편집 이력이 거의 없고 편집 사이에 오랜 시간이 흐른 후 핫버튼 이슈에 참여하기 위해 들렀다.그것은 내게 매우 강한 잠꾸러기 양말 냄새가 난다.적어도 그것은 믿을 수 없을 정도로 시사적이다." - 트루실버 03:16, 2008년 2월 10일 (UTC)
- 아멜리아9mm는 "왜 이런 일이 막혔는지 모르겠다"고 말했다.모르는 사람이 내 계정을 차단할 수 있다면 왜 굳이 위키피디아에 대한 정보를 개선하려고 하는 걸까?내가 들어본 적도 없는 사람이 어떻게 내 계정을 무한정 차단할 수 있지?그의 링크된 페이지에는 "나는 매우 제한적인 목적을 위해 여기에 있다."여보세요?여기서 어떤 설명이 유용할 수 있다!" - 아멜리아9mm 16:29, 2008년 2월 9일
- Relata refaro on Drstone - "나는 분명히 RW에서 논란이 되는 한 이슈에 대해 몇 달 동안 서너 번의 수정 작업을 거쳤다가 갑자기 폭발적으로 증가한 계정이 SPA 이외에는 거의 없다고 생각한다.DrStones는 이 기사에 많은 시간을 투자하기 전에 3개의 기사에 5개의 편집을 했다." - 렐라타 리파로 07:28, 렐라타 리파로 07:28)
- 자신을 드스톤에 비유한 카르차롯은 "내 편집 역사는 2005년 7월 말까지 내가 2005년 7월 7일 런던 폭탄 테러와 관련 기사 및 토론에 대한 편집 대부분을 했다는 것을 보여준다"고 말했다.모든 면에서 볼 때, 나는 그 기사에 초점을 맞춘 단일 목적의 계정이었다.오늘날의 기후에서, 만약 내가 잘못 조치를 취했거나, 폭격기나 폭탄 희생자들 중 한 명에 대해 아무런 도움도 받지 못한 말을 했거나, 또는 여러 가지 다른 이유로 인해 나쁜 블록에 부딪혔다면, 나는 내 치료법에 너무 모욕당해서 다시는 돌아오지 못했을지도 모른다." - 카차롯 07:57, 2008년 2월 10일 (UTC)
- Jrichardstevens의 카르차롯 - "약 2년 동안 관련 없는 기사들을 여덟 번이나 악의 없이 편집했다.가장 큰 기여는 아니지만, 충분히 관심이 있는 사람이 (언젠가) 더 많은 기여를 하기 시작할 가능성이 있다.실제로 위키백과 네임스페이스로의 포레이는 더 많은 기여를 시작했을지도 모르는 사람을 보여주었다." - 카차롯 23:25, 2008년 2월 9일 (UTC)
- Jrichardstevens에 대한 Ordinchaos - "2년 전 8번의 편집은 거의 '역사'가 아니다." Ordinchaos 01:49, 2008년 2월 10일 (UTC)
- Jrichardstevens는 "독서를 많이 하고 편집도 거의 하지 않으며 말을 적게 하는 사람으로서, 여러분 중 누구도 산발적인 참여에 근거하여 편집자의 의도를 판단할 수 없을 것이라고 제안하고 싶다.침묵하거나 가끔씩만 편집하는 것은 누군가가 글을 읽는 것 이상의 글을 읽는 경향이 있다는 것을 의미할 수 있다. 나는 당신이 적어도 당신의 회원들 중 일부에 찬성할 것이라고 생각한다." - Jrichardstevens, 2008년 2월 10일 (UTC)
나는 트루실버의 '잠자는 양말'이라고 믿을 수 있는 것에 대한 판단에 가장 강력한 측면에서 분명히 동의하지 않는다.나는 위키피디아에서 이것에 대한 정의를 찾기 위해 애쓰고 있다.위키피디아를 관리하는 사람들은 당연히 위키피디아를 많이 편집하는 사람들이기 때문에 문제의 일부가 발생한다고 생각한다.위키피디아를 방금 읽은 사람들이 자신의 계정에서 얼마나 적은 양의 글을 편집할 수 있는지 깨닫는 것은 때때로 어렵다(계정 등록이 독서 선호에 대한 다양한 설정에 도움이 된다는 것을 기억하라).마찬가지로, 그러한 독자들은 IP 주소에서 "익명으로" 많은 편집을 할 수 있다.따라서 편집이 거의 없거나 전혀 없는 계정을 찾는 것은 심지어 몇 년 동안에도 드문 일이 아니다.그리고 새로운 편집자들이 여기 저기서 몇 개 이상의 편집을 하는 데 몇 년이 걸리는 것은 드문 일이 아니다.우리는 산발적으로만 편집하는 계정을 의심스럽게 보지 말아야 한다.어떤 양말퍼플링의 의심도 이것보다 더 많은 증거가 필요하다.동의하는 사람 있어?잠꾸러기 양말(그 양말들이 무엇인지, 어떻게 식별하는지, 무엇을 주의해야 하는지)과 산발적으로 계정을 편집하는 에세이를 할 가치가 있는가?카차롯 (토크) 16:05, 2008년 2월 10일 (UTC)
- 나는 POV에서 밀어내는 새로운 계정과 새로운 계정의 차이를 설명하는 에세이, 단일 주제 영역(SPA)을 편집하기 위한 계정, 단일 기사(SPA)를 편집하기 위해 여기에 있는 계정, 편집 카운티티염과의 링크(간헐한 편집의 추가)를 설명하는 에세이가 우리의 프로젝트 문헌에 좋은 추가가 될 것이라고 생각한다.그러나 WP사이에 좋은 지름길을 만들어주십시오.스노우, WP:CLUE 및 WP:SPA에는 내가 찾아낸 페이지들이 있는데, 바로 가기에 근거하여 문맥에서 마구 인용된다.MBisanz 16:20, 2008년 2월 10일 (UTC)
- (ec) 나의 초기 기여 이력을 보면 산발적으로 편집하는 것을 볼 수 있는데, 그 중 일부는 별로 좋지 않다.[18] 출발이 잘못된 사람들은 종종 더 나은 방법으로 참여하도록 코칭될 수 있다.의심스러운 양말 인형을 막아야 할 긴박함은 없다.새로운 사용자들을 환영하고 그들이 성공적인 위키피디아인이 될 수 있는 방법을 그들에게 설명해야 하는 절박함이 있다.부정행위에 열중하고 있는 사람들은 곧 실행 가능한 증거를 제공할 것이다.양말의 아주 명백한 예가 가끔 있는데, 이 예는 User와 같이 아무도 의문을 제기하지 않는다.어스보트, 사용자:토기 보트 및 사용자:토기보트(torgyboat) 그러나 그 때 조차도 WP를 고용하는 것이 유용하다.양말 서랍을 완전히 비우고 기본 IP 주소를 차단하기 위해 RFCU.경험 많은 편집자와 관리자를 더 이상 잃기 전에 양말 사냥을 중단해야 한다(예 1과 예 2 참조).알고리즘은 매우 간단하다: 1/ WP 사용:RFCU 또는 WP:SSP는 증거를 제시하기 위해 2// 독립적인 확인을 기다리고, 3/ 사건이 너무 민감한 경우에는 기밀로 처리해야 할 경우, 증거를 체크 사용자나 ArbCom에게 이메일로 보내 그들이 처리하도록 하십시오.제호만 16:24, 2008년 2월 10일 (UTC)
- 나는 위키피디아가 다음과 같은지 궁금하다.바로 가기 WP를 사용한 산발적인 편집:산발적 및 WP:스포파디칼스가 인기를 끌까? :-) 카차롯 (대화) 16:29, 2008년 2월 10일 (UTC)
- 모르겠어, 정답이야.우리는 잠자는 양말을 많이 본다. (양말의 좋은 예는 사용자 양말의 많은 양말을 보라:Jon Awbrey) 그러나 그렇다, 매우 드물게 로그인하는 편집자들이 있다.가이(도움말!) 16:41, 2008년 2월 10일 (UTC)
- 나는 WP에서 관련 이슈에 대해 장황하게 논해 왔다.SOCK 페이지; 나는 자신이 무엇을 하고 있는지 알고 있는 새로운 계정을 둘러싼 의혹의 풍토는 비생산적이라고 지적했다; 그리고 사람들은 그들이 처음 몇 번 그들이 기여하기 시작할 때 종종 계정을 바꾼다. (ArbCom은 이후 Privatemusings RfArb에서 효과적으로 정책을 만들어 내 밑에서 기반을 잘라내고, 나는 디스커스를 그만두었다.경악하여 그 노래를 부르지만 그건 별개의 문제야.)확실한 것은 많은 새로운 계정들이 되돌아오거나 다른 경험이 있는 사용자들이 있다는 것이다.우리가 새로운 계정을 보게 되면, 몇 가지 대안이 있다: "성격"하고 폭넓은 이해관계를 가진 이전의 IP 편집자, 그의 계정에 몇 개의 초기 블록을 가지고 있고, 로프를 새로 배우기를 원하는 비교적 새로운 편집자, 숙련된 현재 편집자의 허용 가능한 양말 조각, 파괴적인 "나쁜 손" 커레의 양말 조각.nt 편집기, 블록 퇴치 편집기, 금지된 사용자, 한 영역에 초점을 맞춘 새로운 편집기, 하나의 기사 또는 기사 집합에 초점을 맞춘 새로운 편집기.(마지막 두 가지 유형은 세 가지 유형 중 하나일 수 있음: 현재 중단되지 않음, 현재 중단되지만 잠재력이 있음, 현재 중단되지만 노력할 가치가 없음)
- 우리의 의견 불일치의 절반은 범주의 혼란 때문에 발생한다.나는 이러한 서로 다른 계정들이 어떻게 운영되는지, 그리고 가장 중요한 것은, 사람들의 경험을 공유하는 페이지나 프로젝트를 만들 것을 강력히 추천하고 싶다. 그리고 그들의 상대적인 숫자가 얼마인지 알아내는 것이다.Relata refero (대화) 17:55, 2008년 2월 10일 (UTC)
- 모르겠어, 정답이야.우리는 잠자는 양말을 많이 본다. (양말의 좋은 예는 사용자 양말의 많은 양말을 보라:Jon Awbrey) 그러나 그렇다, 매우 드물게 로그인하는 편집자들이 있다.가이(도움말!) 16:41, 2008년 2월 10일 (UTC)
- 관리인은 아니지만 적어도 SPA 양말 같은 행동을 다뤄본 경험이 있다. 한때 화제가 되기도 했던 킬리안 문서 관련 기사는 요즘 다소 정체되어 있는데, "Citation Missing" 태그는 오랫동안 아무 것도 쓰지 않고 방치되어 있지만, 내가 어떤 변화를 제안하는 순간 갑자기 앱을 포함하여 매우 바빠진다.킬리안 기사와 관련하여 편집 이력이 다소 궁금해 보이는 IP 및 편집자의 귀기울임.여기서 논의되고 있는 내용에 대해 이해하기가 쉽지 않은 것 같은데, IP 67.168.86.129의 편집 내역을 확인한 다음 UBeR에 대한 이 흥미로운 의견을 보십시오.2001년부터 한 기사만 작업할 정도로 편집 이력이 짧은 IP로 나타난 사람?그런 것에 대해 뭐라고 말할 수 있는가? -BC aka Callmebc (토크) 19:06, 2008년 2월 10일 (UTC)
- 나는 아마도 "잠자는 양말"의 패턴에 맞을 것이다. - 나는 2004년에 처음 가입하고 한 가지 기여를 한 다음 2007년 2월 SPA로 복귀할 때까지 즉시 사라졌다. 왜냐하면 그것은 나의 관심사인 아카펠라 음악에 관한 많은 기사가 삭제되었다는 것이 나의 주의를 끌었기 때문이다.내가 메일링 리스트에 있는 AFD들에 대해 들은 게 확실하니까 날 미트푸펫으로 생각하겠지?그 이후로, 나는 내가 합리적으로 생산적인 기여자가 되었기를 바라지만, 우리들 중 많은 이들이 SPA나/또는 루르커/수면자로 시작했을 것이라는 것을 기억할 필요가 있다고 생각한다.JavaTenor (대화) 06:08, 2008년 2월 11일 (UTC)
산발적인 편집자 관점
다음은 사용자(User)가 자신의 토크 페이지에 올린 답변이다.아멜리아9mm는 내가 왜 어떤 계정들은 산발적으로만 편집되는지 그녀의 통찰력을 요청했을 때.분명해 보이지만, 위키백과와 관련된 많은 사람들은 이것을 잊고 있다고 생각한다.
카차롯, 나는 대부분의 사람들이 편집의 세부사항(합세 등)을 제대로 파악하지 못하고 인터넷 밖에서 매우 바쁜 생활을 하고 있기 때문에 "포라적인" 것을 발견하게 될 것이라고 의심한다.
내가 다른 많은 그룹과 함께 차단된 사건은 거의 전적으로 학계(사실 미국 주요 대학에서 가르치는 다양한 분야의 모든 박사)로 구성되어 있는데, 그들 대부분은 자신의 연구를 발표하느라 바쁘다.이들은 시간과 무관한 젊은이들도 아니고, 명분을 위해 이곳에서 시간을 보내는, 냉철한 위키 서포터들도 아니다. 그들은 단지 특정 주제나 여러 가지 주제에 관심이 있는 고학력자들일 뿐이다. 그리고 그들은 단지 그 주제나 그런 주제들을 위해 여기에 온다.
위키 사용자들에게 이 모든 것이 그렇게 특이한 것은 아니라고 생각한다, 그렇지?만약 그들이 환영을 받는다면, 그들은 주변에 머물면서 더 실질적으로 기여하기 시작할 것이다.
내가 차단되었다는 것을 깨달았을 때, 나는 내 고향에 대한 페이지의 정보를 업데이트하려고 하고 있었다.아무도 나에게 내가 막혔다는 말을 하지 않았고, 어떤 (이해할 수 있는) 설명도 하지 않았다.그러니 내가 어떻게 차단 해제 요청을 해야 할지 얼버무려야 했고 처음에는 딱 잘라 거절당했으니까, 내가 왜 굳이 돌아오려고 하지 않았는지 짐작이 가실 겁니다.이런 종류의 일은 아마도 다른 많은 사람들에게 진실일 것이다.바쁜 지성인들이 위키에 참여하고 기여하기를 원한다면, 그들은 환영받을 필요가 있고, 떼지어 막히거나 금지될 필요가 없다.
나는 아직도 내가 여기에 회신해야 하는지 당신의 토크 페이지나 위에 링크된 페이지에서 [위키 세계가 어떻게 돌아가는지에 대한 더 많은 혼란]에 대해 회신해야 하는지 혹은 당신이 이것을 볼 것인지에 대해 전혀 확신하지 못한다.좀 더 기다려 봐야겠다.:o)
대부분의 새로운 사용자들에게 위키피디아와 그 "행정"과 언어[잠자리란 무엇인가?]는 미로가 어떻게 생겼는지 모르고 굳이 알아낼 만한 가치가 있는지 전혀 모르는 미로에 있는 것과 같다.따라서 많은 사용자가 주제에 대한 정보를 찾고 그들이 조금 기여할 수 있다는 것을 알게 되고, 그렇게 하는 것 말고는 많은 것을 하지 않는 산발적인 사용자일 뿐이다.— Amelia9mm 20:21, 10 February 2008 (UTC)
이 중 어느 것도 사실 새롭거나 확실하지 않지만, 위키백과 행정의 무모한 과장된 표현에서 잊어버리기가 꽤 쉬워 보인다.우리는 이것을 더 자주 기억하려고 노력할 필요가 있는가, 없는가?만약 그렇다면, 어떻게?카차롯 (토크) 00:03, 2008년 2월 11일 (UTC)
- 기억해야 할 중요한 일이라 생각하는데, 네가 그 얘기를 꺼낸 건 정말 잘된 일이야, 카라롯.'페디아'에 실린 자료의 많은 부분이 산발적인 편집자들에 의해 기여되었으니, 우리는 그것들을 소중히 여겨야 한다.불행히도, 우리는 메인 스페이스 밖에서 그들로부터 많은 소식을 듣지 못하기 때문에, 우리에게 흔히 있는 위키파나틱스 이외의 관점이 있다는 것을 잊기 쉽다:-P 우리가 가장 자주 하드코어 기고자들과 상호작용을 하지만, 우리는 백과사전을 쓰기 위해 기꺼이 1주일에 몇 시간을 할애하려고 하는 사람들이 아주 소수라는 것을 기억해야 한다.만약 사람들이 당신의 기여를 평가하기 위해 그 프로젝트에 많은 시간을 기꺼이 투자해야 한다는 것을 알게 된다면, 그들 중 대부분은 전혀 편집하려고 하지 않을 것이다.잠꾸러기 양말은 의심할 여지 없이 문제지만, "MO"에 맞는 많은 사람들을 마치 잠꾸러기인 것처럼 대하는 것은 너무 많은 망을 던지는 것이고, 양말 그 자체가 할 수 있는 것보다 프로젝트에 더 큰 피해를 줄 것이다.그리고 그것은 엉터리 증거에 근거하여 차단에 의해 야기되는 더 일반적인 해악은 말할 것도 없다.산발적인 편집이력 같은 그런 약한 증거에 입각해서 블록을 만들어서는 안 된다는 형식적인 합의를 이끌어낼 수 있다면 좋을 것 같다.(여기서는 특정 블록에 대해 언급하지 않고, 특정 예는 유효했을 수 있다) 2008년 2월 11일(UTC) 10:43, 11:00에 공개 컴퓨터 토크 델도트(deldot
좋은 예
그래, 실제 예를 들어보자.
- MonaVie(대화 기록 편집 보호 링크 삭제 로그 보기 보기) (Wikipedia: 참고:삭제/모나비)
- 제리GuyB (토크 · 기여 · 삭제된 기여 · 페이지 이동 · 블록 사용자 · 블록 로그)
- 야노스 (토크 · 기여 · 삭제된 기여 · 페이지 이동 · 블록 사용자 · 블록 로그)
- 궤양소년 (토크 · 기여 · 삭제된 기여 · 페이지 이동 · 블록 사용자 · 블록 로그)
- 트래비스.M.앨런 (토크 · 기여 · 삭제된 기여 · 페이지 이동 · 블록 사용자 · 블록 로그)
- 홀라나카타 (토크 · 기여 · 삭제된 기여 · 페이지 이동 · 블록 사용자 · 블록 로그)
토론하다가이 (도움말!) 2008년 2월 10일 20:30 (UTC)
- 여기 주변과 관련된 것이 있다: Sugardaddy (대화 · 기여 · 삭제된 기여 · 페이지 이동 · 차단 사용자 · 블록 로그).유타주 주민처럼 보이지만 대부분의 기여는 유타주 회사인 GoYin(토크 히스토리를 편집하여 링크 삭제 및 로그 보기 삭제)에 있다.그 기사는 위키피디아에 스팸으로 빠르게 삭제되었다.삭제/GoYin 관련 기사.아마도 나는 이런 종류의 것에 대해 신경 쓰지 말아야 할 것이다; 나는 그것이 내가 처음 sysopping을 시작했을 때보다 엄청나게 더 흔하다고 생각한다. 아마도 지금쯤 그것은 너무 정상적이어서 걱정할 필요가 없을 것이다.아마 거기서 내가 잘못 가고 있는 것 같다.가이 (도움말!) 2008년 2월 11일 10시 5분 (UTC)
- 사실, 나는 이런 종류의 편집자의 대다수가 그들이 가장
좋아하는장난감 기사가 그들에게서 빼앗긴 후에 그냥 사라지는 것을 보았다.그러므로 그들을 상대하는 것의 한계적 이익은 대부분 가치가 없을 것이다.Sometguy1221 (대화) 10:08, 2008년 2월 11일 (UTC)
- 사실, 나는 이런 종류의 편집자의 대다수가 그들이 가장
- AFD 지명은 기사의 소싱이 그것을 경계선으로 만들기 때문에 적절했다.AFD에 있는 SPA는 별일 아니야. 그냥 AFD 기부에 적절히 태그를 붙이고 계속 움직이면 돼.다단계 마케팅 사업은 몇 개의 SPA를 얻을 수 있는 종류의 것이다 - 포럼이 있는 어떤 웹사이트도 AFD 지명을 받을 경우 몇 개의 SPA를 얻을 수 있는 것과 거의 같은 이유 때문에; 그들은 거의 확실히 토론 포럼 영업 사원이 참여할 수 있고 누군가가 AFD를 언급할 것이다.AFD와 기사 이력은 관리 시간을 더 할애할 가치가 있는 어떤 것도 드러내지 않는다. 분명한 광고주/스팸메인은 일주일 이상 전에 차단되었다.GRBerry 21:37, 2008년 2월 11일 (UTC)
Twinkle 사용에 대한 질문
나는 여기에 질문을 올린 적이 없으니 잘못해도 용서해줘. 나는 트윙클의 편집자 사용에 대해 앤디스트레이터를 찾아갔어.나는 이것에 대해 다른 사람들의 의견을 좀 들어주면 고맙겠다.
내가 행정관에게 쓴 것과 그의 답변은 다음과 같다.
트윙클은 전쟁을 되돌리거나 편집하는데 사용해도 되는가?트윙클은 없는데 트윙클은 이걸로 쓰고 있어.가장 최근의 장소는 [19]이었고, 적어도 이 되돌리기에 TW를 사용한 것은 이번이 두 번째였다.트윙클이 없어서 이게 맞는지 틀릴지 모르겠네, 너! :) 이런 게 아니라 정책적인 일에 쓰도록 되어 있다고 생각했다.시간 내주셔서 감사합니다, --CrohnieGalTalk 17:59, 2008년 2월 9일 (UTC)
- 그 도구는 행동만큼 문제가 아니다.되돌리는 것은 진보를 위한 방법이 아니다.제호만 18:41, 2008년 2월 9일 (UTC)
Twinkle은 이런 방식으로 여러 번 사용되어 왔기 때문에 내 질문은 Twinkle이 반전을 위해 사용되는 것인가?위와 같은 방식으로 사용하는 것은 공평하지 않은 것 같지만, 나는 여러분이 적절하다고 느끼는 것을 설명하거나 하는 것을 여러분 모두에게 맡기겠다.나는 이 두 편집자에게 이 논평에 대해 알리겠다.고마워, --CrohnieGalTalk 11:57, 2008년 2월 11일 (UTC)
- 편집자가 손으로 쓴 적절한 편집 요약을 사용하기 때문에 나는 그가 Twinkle을 사용하든 Undo를 사용하든 수동 리턴을 사용하든 아무런 차이가 없다고 생각한다.쿠스마 (토크) 2008년 2월 11일 12:00 (UTC)
- 나는 다른 사람들처럼 반짝임을 사용하는 것이 우리에게는 없는 장점을 사용자에게 준다고 느낀다.내가 반짝이를 읽고 이해하는 것은 그것이 변화를 편집하거나 전쟁을 편집하는 데 사용되어서는 안 된다고 말한다.내가 반짝반짝에 대해 한 읽기가 틀렸나?내 링크를 다시 읽어줘.고마워, --CrohnieGalTalk 16:44, 2008년 2월 11일 (UTC)
- 당신의 질문은 위에서 이미 답한 것 같다. - 2008년 2월 11일 필립토크 16:48 (UTC)
- 트윙클이 어떤 이점을 주는지 알고 싶다.수동으로 되돌리는 것은 사소해 보인다. --Hyperbole (대화) 17:55, 2008년 2월 11일 (UTC)
네, 감사합니다, 그들이 예리코의 질문에 대답해 주시겠습니까? --CrohnieGalTalk 17:00, 2008년 2월 11일 (UTC)
http://en.wikipedia.org/w/index.php?title=User_talk:Levine2112&diff=next&oldid=171475643 레비네212는 이전에 경고를 받은 적이 있다.QuackGuru (토크) 19:40, 2008년 2월 11일 (UTC)
- 다른 도구와 마찬가지로 사용자가 악용할 경우 다른 사용자처럼 차단하거나 사용자 모노북에서 툴을 간단히 제거할 수 있다.그러나, 이 툴은 사용자가 동의하지 않지만 항상 WP:3RR 및 위키피디아에 유념해야 하는 기사의 텍스트를 되돌리는 것을 포함하여 사용자가 원하는 용도로 사용할 수 있다.워링을 편집하십시오.팁토티 00:22, 2008년 2월 12일 (UTC)
이 사용자가 여러 번, 특히 내 편집에 대한 액션에서 이 특정 도구를 오용하는 것을 보았다는 것을 증명하고 싶다.또한 다음 페이지를 참고하십시오.위키백과:관리자 게시판/Levine212.ScienceApologist (토크) 00:32, 2008년 2월 12일 (UTC)
-
어, 약관을 어긴 것 같군. 이 사용자 모노북에서 반짝거리는 스크립트를 제거하는 것과 함께 블록이 있어야 할지도 몰라.Tiptoetytalk 00:41, 2008년 2월 12일 (UTC)My bad
앤지 Y. (토크 · 기여 · 삭제된 기여 · 로그 · 필터 로그 · 사용자 · 블록 로그)
안녕하십니까, 사용자:앤지 Y..많은 경고에도 불구하고 그녀는 기사에 POV와 독창적인 연구를 계속 추가해왔다.그녀의 RFC의 결과는 그녀를 지도해야 한다는 것이었다.나는 계속 그렇게 해왔지만, 효과가 없어.그녀는 경고를 무시한다.그녀 또한 때때로 야만적이었습니다.디프는 아래에 있고, 모두 태어난 지 한 달이 채 되지 않았다.
[20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42]
이제 어떻게 해야 할지 모르겠어.멘토링이 안 돼.나는 다른 사람들의 의견을 듣고 싶다.고마워요.JetLover (대화) (실수 신고) 00:51, 2008년 2월 12일 (UTC)
- 이러한 차이점(특히 마지막 커플)에 기초하여, 나는 불활성화에 대한 짧은 기간 블록을 지원하겠지만, 최종 경고가 우선 순서가 될 것이라고 생각한다. - Philipe Talk 00:59, 2008년 2월 12일 (UTC)
커뮤니티가 부과한 편집 제한사항 기록
위키백과의 섹션:편집 제한사항# 위키백과 커뮤니티에 의해 배치되는 것은 다소 공허해 보인다.인식 목적으로 편집 제한을 부과한 모든 새로운 커뮤니티를 여기에 기록하는 것은 좋은 생각이다.내가 기억할 수 있는 것을 추가했어, 다른 사람들도 있을 거야.추가하십시오.고마워요.MER-C 08:20, 2008년 2월 12일 (UTC)
VolkovBot 손상 템플릿
VolkovBot은 템플릿을 손상시키는 버그를 가지고 있는 것처럼 보인다.
이 봇은 인터위키 링크를 페이지에 추가하지만, 템플릿에 추가되는 주위에 <noinclude>[/noinclude] 태그를 사용하지 않는데, 이 태그는 많은 경우에 템플릿을 파손한다.그 봇은 그 텍스트를 수정하기만 하면 되기 때문에 <무포함> 태그가 있는 인터위키 링크가 이미 있을 때 잘 작동하지만, 만약 그것이 첫 번째 인터위키 링크를 삽입하고 있다면, 새로운 텍스트 주위에 <무포함> 태그를 사용하지 못한다.몇 가지 예는 다음과 같다: [43] [44] [45] [46] [47] [48] [49] ... 등.
나는 봇이 수정될 때까지 템플릿 편집이 가능한 한 차단되어야 한다고 생각해.
--Ozhiker (대화) 14:02, 2008년 2월 12일 (UTC)
- 그렇게 심각한 건 아닌 것 같은데, 지난 5일 동안 템플릿 하나를 수정했어.누군가가 이미 러시아어로 봇 주인에게 연락을 했기 때문에, 나는 그가 이미 경고를 받았다고 생각한다.나는 그에게 템플릿 편집을 중단하라고 제안할 수도 있지만, 지금은 그렇게 많지 않고, 필요하다면 수동으로 수정할 수 있으며, 좋은 편집의 양은 버기 편집의 수를 크게 능가한다. -- 레이브루조 (토크) 14:49, 2008년 2월 12일 (UTC)
오픈호젠요크
제 토크 페이지에 있는 68.167.244.226과 Openhouseenewyork의 최근 편집된 글과 제 코멘트를 좀 보시겠습니까?카피비오와 coi가 있을지도 모른다고 생각하지만 나는 지금 너무 빠져서 똑바로 생각할 수 없다. --AdgeσYeдrow (Talk Incorporation) 16:22, 2008년 2월 12일 (UTC)
- 내가 너의 토크 페이지에 쓴 글은 어때?עודדהוodOd Mishehu 16:42, 2008년 2월 12일 (UTC)
- 고마워, 나도 그렇게 말하고 싶었는데 문장이 잘 안 맞았어. --ðAdgeyeYeдrow (Talk Incorporation) 16:47, 2008년 2월 12일 (UTC)
애보트 사의 요청.
사용자 이름을 차단한 경우:애보트 주식회사 위키백과별 공용 업무:사용자 이름 정책.이메일로 다음과 같은 답변을 받았다.
나는 Abbott 기업 공보팀의 일원이다.우리는 위키피디아의 중요성과 가장 정확한 정보를 그 페이지에 포함시킬 필요성에 대해 큰 존경을 가지고 있다.위키피디아 항목이 사실적으로 정확하고 Abbott 관련 페이지에 최신 정보인지 확인하기 위한 노력의 일환으로, 우리는 제안하는 모든 편집에 완전한 투명성을 제공하는 사용자 이름을 설정하려고 시도했다.그러나 단 한 번의 편집도 제안할 기회가 생기기 전에 우리 계정은 무기한 차단되었다.
사이트에 포함된 정보가 정확하기를 바라는 것은 우리에게 매우 중요하다.우리는 편집의 변화를 만들고 싶은 마음이 없으며 편집의 신뢰성은 우리가 누구인지에 대한 완전한 공개에 의해서만 향상될 수 있다고 믿는다.우리는 이 사이트를 홍보 도구로 사용하고 싶지 않다.그러나, 우리는 사이트가 중요한 참고 자료라는 것을 알고 있으며, 따라서 우리는 완전한 책임감을 가지고 이루어진 사실적 편집이 내용에 가치를 더할 수 있다고 믿는다.
편집 기능을 차단하고 우리가 추구하는 모든 것을 공개해 주시면 감사하겠다.또는 Abbott 관련 섹션에 대해 사실적인 수정을 할 수 있는 최선의 방법에 대해 알려주십시오.고마워요.
톰.
그들에게 사용자 이름 정책을 다시 인용하는 것 외에 다른 조치를 취해야 하는가?나울린위키(토크) 16:54, 2008년 2월 8일 (UTC)
- 나는 아마도 WP를 인용할 것이다.그들에게 COI를 묻고 Abbott가 위키스팸퍼로 뉴스 기사에 등장할 때 그의 상사가 어떻게 반응할 것인지 물어본다.Ronnotel (대화) 16:59, 2008년 2월 8일 (UTC)
- (ec) 그들에게 WP를 염두에 두라고 정중하게 메모를 할 것이다.COI, 신뢰할 수 있는 출처 및 검증가능성, 그리고 사이트를 홍보 도구로 사용하고 싶지 않다는 점을 인정해 준 것에 감사하며, 물론 사용자 이름 정책을 인용하는 것이 IMO. Cheats, Antandrus (talk) 17:01, 2008년 2월 8일 (UTC)
(ec):괜찮다고 말할 수 있는데, 특히 "전체 그룹 또는 회사를 대표하는 계정은 허용되지 않는다."그들은 어떤 내용이라도 심각하게 이의를 제기하면 언제든지 재단에 이메일을 보낼 수 있다. --Rodhullandemu (Talk) 17:02, 2008년 2월 8일 (UTC)
- (ec) 자신이 누구인지, 누구를 위해 일하는지에 대해 상당히 개방적인 것 같아 신선하지만, 사용자 이름 블록은 여기서 하는 것이 옳았다.나는 사용자 이름 정책에 대한 설명을 제공하고, 위에서와 같이 COI 문제를 지적하며, 기사에 대한 우려를 표명하기 위한 대체 경로로 OTRS에 대한 포인터를 줄 것이다.토니 폭스 (arf!) 2008년 2월 8일 (UTC)
- 단일 편집자로 확인되면 이름은 괜찮겠지만 역할 계정은 당연히 금지돼 있다.그래도 그들이 절박한 중립의 문제를 고치는 것을 막고 있지는 않다는 것을 확실히 해두자(잘 모르겠어, 기사를 본 적이 없다.가이 (도움말!) 2008년 2월 8일 17시 10분 (UTC)
편집이 잘 안 됐나?아니? 그럼 내버려 둬.만약 한 회사가 모든 사람들이 보고 관찰할 수 있도록 잠재적인 COI를 공개적으로 찾고 있다면, (우리가 그들에게 우리의 정책에 의해 그들에게 지시하고 우리가 그렇게 일반적으로 권장하는 것처럼), 모든 수단을 동원해서 그들이 편집하게 한다.1명 또는 4명이 동일한 사용자 이름에서 편집하는 것이 정말로 중요한가?회사가 문제를 보여주고 우리의 규칙을 따르지 않는다면, /그러면/차단하지 마라. 왜냐하면 당신은 그것들이 문제를 만든다고 생각하기 때문이다.^데몬[omg plz] 01:51, 2008년 2월 9일 (UTC)
- 내가 크게 틀리지 않는 한, GFDL 라이선스는 법인 라이선스가 아닌 개인 라이선스인데, 만약 그렇다면, 함께 기부금을 묶는 것이 아마도 우리가 역할이나 단체 계정을 허용하지 않는 이유일 것이다.내가 보기에는 책임의 문제다. --Rodhullandemu (Talk) 01:58, 2008년 2월 9일 (UTC)
- 그것이 문제라면, 나는 기꺼이 그것을 역할 계정을 차단하는 이유로 받아들일 것이다.역사적으로 나는 다른 이유 때문이라고 생각했다.^demon02[omg plz]:01, 2008년 2월 9일(UTC)
- 자, (변호사모자를 쓰고) 만약 재단이 명예훼손죄로 고소된다면, 그 편집자가 확인될 수 있는 한, '배반적 편집자'의 가해자와 함께 공동 피고인으로 가담하여 '불친절한 출판인'으로 가만히 앉아 있을 수 있다면 좋을 것이다.그룹/역할 계정의 문제는 대리 책임에 대한 어려운 문제에 봉착하게 된다는 것이다. 따라서 그들을 허용하지 않는 것이 좋다.완벽한 실용적 법률적 이치를 만들어낸다. --Rodhullandemu (Talk) 02:20, 2008년 2월 9일 (UTC)
- 그것이 문제라면, 나는 기꺼이 그것을 역할 계정을 차단하는 이유로 받아들일 것이다.역사적으로 나는 다른 이유 때문이라고 생각했다.^demon02[omg plz]:01, 2008년 2월 9일(UTC)
- 그건 중요하지 않아.저작권은 저작권이다. 그들은 그것을 소유할 수 있고, 허가할 수 있다. 그리고 그것은 그들을 배제하는 것에 대해 아무것도 말하지 않는다.기업은 Gnu 라이센스(예: GPL 아래의 IBM)에 따라 기여할 수 있고 기여할 수 있다.우리는 거의 확실히 몇몇 회사들이 이미 사람들에게 위키피디아를 편집하기 위해 돈을 지불했다고 말할 수 있다.재단이 고소를 당하면 "컨텐츠 크리에이터가 아닌 제230호"라고 말하고 편집 기록을 넘긴다.기업이나 개인이 책임을 질지는 우리에게 중요하지 않다.
- 나는 그들의 COI 공개에 박수를 보낸다.그들이 무엇을 제공하는지 보자.쿨 핸드 루크 07:51, 2008년 2월 9일 (UTC)
그래서 다시 한 번, 우리는 아무도 그들의 COI를 인식하지 못하는 악의 없는 사용자 이름으로 편집하도록 사람들에게 장려하고 있다.쿨 핸드 루크 18:02, 2008년 2월 9일 (UTC)
- 사실, 우리는 "가짜 자격 증명"의 착각이 없도록, 즉 만약 당신이 회사의 이름을 따서 명명된다면 당신이 그 회사를 공식적으로 대표한다는 의미로 받아들여질 수 있도록 사람들이 악의 없는 이름으로 편집하도록 권장한다.우리가 그것을 증명할 방법이 없기 때문에, 법인명의 사용은, 예를 들어 회사를 비방하거나 명예훼손을 하고자 하지만, 그들의 법인명을 "우리를 속이기" 위해 가져가는 사람에 의한 것일 수도 있다. --Jayron32.talk.contracts 04:15, 2008년 2월 10일 (UTC)
무슨 뜻인지, 법인은 법률의 의미 내에서 법학자가 되거나, 내 사업법 교수님이 :-) 내가 이해한 바에 의하면 법인은 명예훼손을 당할 수 있고 명예훼손을 당할 수 있다.그러나 나는 실제 변호사도 아닌 위키로예링으로 고발당한 적이 있을 뿐이니, 이 일은 일말의 염치로 받아들여라. --SSBohio 04:10, 2008년 2월 10일 (UTC)
- 그것이 무슨 가치가 있는지는 몰라도, 그것에 대해 걱정하는 것은 우리가 할 일이 아니다.이 재단은 이러한 문제들을 다루기 위해 누군가에게 매우 많은 돈을 지불한다. --Jayron32.talk.contracties 04:15, 2008년 2월 10일 (UTC)
착하게 굴자!블록은 적절했지만 역할 계정에 문제가 있지만 적절한 이름을 가진 자신의 계정을 만들고자 한다면 그럴 수도 있다고 설명하는 예의 바른 의견 역시 그렇다.당사자는 WP에 익숙할 것이다.COI는 그러나 정중하게 상기시켜주는 것이 순서다.만약 그들이 투명해지기를 원한다면, 그들은 토크 페이지에 그들의 소속을 언급할 수 있고, 그들이 철자나 형식 수정 이상을 할 때마다 토크 페이지에 언급할 수 있다.만약 그들이 그렇게 한다면, 그리고 그들이 편집한 것에 겸손하다면, 아무도 그들이 스팸 발송자라고 비난하지 않을 것이다.위키데모 (대화) 23:07, 2008년 2월 11일 (UTC)
로보틱스 어게
우리는 방금 이 주제에 대해 매우 고무적인 대화를 나눴지만, 불행히도, 나는 지금 매우 피곤하고 피곤해. 그리고 나는 다시 돌아와서 너의 도움을 요청해야 해. 비록 내가 어떤 한 사람이 한 일에 대해 이의를 제기하지는 않지만. 그리고 이곳은 보통 분쟁의 장소야.제발 내가 할 수 있는 한 이 대화를 짧게 만들고 칭얼거리지 않으려고 노력하고 있다는 것을 믿어줘.이곳이 문맥이 있는 곳이 아니고 위키피디아가 열정의 장소가 아니라도 문맥이 없는 주장을 이해할 수 없을 것이다.나는 가정과 야드 로봇 공학이 제대로 작동하도록 하는 데 수반되는 어려운 문제를 해결함으로써 서로를 돌보는 사람들의 작업 공동체로 학생, 취미주의자, 전문가, 사용자들로 구성된 풀뿌리 공동체를 구축하기 위해 많은 시간을 들여왔다.나는 그것이 고양이를 기르는 것과 같다는 것을 알았다.위키 값이 얼마나 잘 작동하는지 발견했을 때, 나는 답을 알고 있다고 생각했다...그리고 내가 보기에 이것은 위키피디아의 목적에 거의 부합하는 것처럼 보였다. 왜냐하면 이 사람들이 없다면, 당신의 로봇공학 보도는 주로 "스팸플릿"을 억제하기 위한 어떤 정책들이 마련되어 있든 간에, 주로 학자들과 팔 것이 있는 사람들로부터 나올 것이기 때문이다.여러분은 그저 소의 귀로 비단 지갑을 만들 수 없을 뿐이고, 만약 우리가 가정 남편, 실험자, 학생 그리고 소비자 로봇의 다른 모든 사용자들을 백과사전을 만드는 과정을 "구매"할 방법을 찾지 못한다면, 여러분은 다른 사람들에 의해 만들어진 커버리지들을 계속 가지게 될 겁니다.악의적인 의도는 아니었고, 여기에 훌륭한 로봇 공학 기사들도 많이 있지만, 내가 위키 가치를 정확하게 이해한다면, 나는 당신이 지금까지 여기서 얻은 것이 이상적으로 원하는 것에 근접하지 않을 것이라고 확신한다.그러나 이 일에 온 힘을 쏟은 끝에 지금은 다른 사람을 초대해서 위키백과의 로보틱스 기사를 편집하게 해야 한다고는 생각하지 않고, (어떤 종류의 격자인지) 스스로 기사를 쓰려고 노력해야 한다고 생각한다. 왜냐하면 그것은 내가 생각하는 "모두 아보"라는 인식으로부터 끊임없이 방어해야 하는 입장에 놓이게 되기 때문이다.ut me" 이것은 위키 가치의 반대다.내가 앞장서서 스팸 링크를 되돌리고 로봇 스팸 링크의 1위 대상인 로봇을 개선해 왔다고 말하는 것이 옳다고 생각한다.어젯밤 두 번째 기사를 만들었는데 특정 로봇에 대해 위키백과에서 두 가지 기사만 만들었어위의 링크에서 논의된 첫번째 잔디밭에서, 그리고 어젯밤 스파이더(라운마워)에서, 신뢰할 수 있는 출처와 더 많은 것이 오고 있다는 설명이 있었음에도 불구하고, 스피디하게 진행되었다가 스팸으로 삭제되었다(그리고 알고 보니 내가 총으로 뛰어든 것은, 내가 두번째 믿을 수 있는 출처를 얻을 수 있게 되기까지는 적어도 일주일은 더 걸릴 것이기 때문에, 나는 토털이다.삭제해도 괜찮다.구체적으로 말하고 싶지도 않고, 속도도 문제 없고, 정말 한 제품도 안 밀고 있어.하지만 난 이걸 알아냈어:
- 새티르는 내가 말하려던 모든 것을 거의 다 커버했다. 단크 공신력, 공신력, 공신력.이 기사들은 비노팅 상품을 홍보하고 있어서 스팸 스피드가 적용된다고 느낀다.악의는 없고, "noobs를 물려고" 의도하지 않고, 위키피디아의 전체 목적은 거절당할 기사를 만드는 것이라고 나는 말하고 싶다.모든 기발한 새로운 개념과 흥미로운 프로젝트가 눈에 띄는 것은 아니다; 그들 중 대부분은 역사의 쓰레기통에 묶여 있다.나는 로봇 프로젝트를 통해 기존의 기사들을 개선하는 것으로 전환하고, 아직 출시되지도 않은 제품에 대한 이 모든 기사들을 만들지 말 것을 조언하고 싶다.—Orangemike에 의해 추가된 서명되지 않은 논평 준비 (대화 • 기여) 13:58, 2008년 2월 11일 (UTC)
자, 내가 틀렸다는 걸 증명해줘, 제발.위키피디아에 대해 잘 알지 못하고 스팸과 싸우는 데 두 달을 보내지 않으며, 로봇 기사에 개인적인 지식을 기여하고 싶은 사람이 기사를 빨리 지우고 편집한 내용을 되돌리지 못할 확률은 어느 정도며, 그들이 떠나기 전까지 얼마나 걸릴 것으로 생각하는가?작업 계획 소프트웨어에 관한 최종 기사를 쓰려는 학자들을 말하는 게 아니에요그들은 여기서 매우 환영받는다.백과사전은 로봇청소기, 말하자면 로봇청소기가 실제로 그런 유용한 가전제품을 가지고 있지 않은 상태에서 이론적으로 어떻게 집을 돌아다닐 수 있는지에 대한 기사들로 가득하다. 왜냐하면 실제로 이런 것들을 일하게 하고 있고, 그들의 지식을 공유하는데 관심이 있기 때문이다. spe에 대해 이야기함으로써.실제로 이용할 수 있는 cific 소비자 로봇, 그리고 그것들을 작동시킬 수 있는 전략들은 그들이 위키피디아에 왔을 때 벽돌 벽에 부딪힌 것처럼 느껴진다.나는 내 공을 가지고 집으로 돌아가겠다고 협박하는 것이 아니라, 내가 누군가를 초대해서 보호받는 작은 공동체를 떠나 이곳으로 와서 우리 안에 들어가도록 할 때, 만약 그들이 그 과정에 구타당했다고 느낀다면, 비록 그들이 무엇을 하고 있었는지 몰랐기 때문이라 할지라도, 그들은 나에게 두 번째 기회를 주지 않을 것이라는 것이다.나는 실용적이어야 한다. - Dan Dan Dank55 (대화) 16:21, 2008년 2월 11일 (UTC)
- 내가 쓰기 2시간 전에 Orangemike가 위키피디아 제목으로 답장을 보냈어미안해, 못 봤어.그는 몇 가지 웅변적인 주장을 하지만, 나는 여기 있는 모든 사람들이 이미 알고 있는 사실이라고 생각한다.원하면 여기에 복사해도 돼, 오렌지마이크.그는 또 "특히 '나는 실제로 가정에서 로봇으로부터 혜택을 받는 사람들을 보고 싶다'는 복음주의 열정이 있다면 이런 말을 하기가 싫다"고 말했다.베이비붐 세대가 모두 은퇴하기 전에 꼭 필요한 것들이고 개발도상국들은 식량과 권력을 제공해 여러분의 객관성을 무력화시킬 수 있도록 그들을 필요로 한다."재밌네, 난 불구로 느껴지지 않아.나는 우리 모두가 열정에 대한 매우 불교적인 접근법이 위키백과에서 가장 잘 통한다는 것에 동의한다고 생각한다.나는 또한 우리가 완전히 아무것도 아닌 것에 대해 열정을 가지고 있다면 우리 중 아무도 여기에 없을 것이라는 것을 인정한다고 생각한다. - Dan Dan Dank55 (토크) 20:07, 2008년 2월 11일 (UTC)
- 댄 - 네가 찾던 곳은 WP인 것 같아.RFC, 하지만 여기 괜찮아 :)
- "지식 공유"는 전적으로 가치 있는 목표다.주변에 아는 사람들을 두는 것은 매우 유용하고 바람직해!하지만, 위키피디아는 정확히 그런게 아니에요...꼭 그렇지는 않다위키피디아는 3차 정보의 출처라는 것을 의미한다.WP 참조:PSTS 전체 설명을 위한 PSTS, 그러나 이 경우 그 의미는 다음과 같다.
- 우리는 아마 당신도 이미 알고 있듯이, 독창적인 연구 결과를 발표하지 않는다.예를 들어, 로봇의 모터 기능에 대한 급진적인 새로운 디자인을 생각해 낸다면, 그 새로운 디자인을 여기서 출판할 수 없다.
- 우리는 (보통) 이차적인 정보를 발표하지 않는다 - 새로운 설계가 발표될 때, 우리는 모터 기능에 대한 리뷰나 비판을 하지 않는다.
- 위키프로젝트를 훑어보지는 않았지만 OrangeMike가 옳다고 의심한다(그는 종종 : )공지가 관건이다.여러분은 여러분이 말하는 주요 사용자들을 위키하우스로 가리키거나 위키뉴스에 리뷰를 올리는 것에 더 관심이 있을 수 있다.아니면 WetPaint나 JotSpot에서 당신만의 Wiki를 만들거나?그냥 몇 가지 생각... - 새티르TN (대화/기여) 20:19, 2008년 2월 11일 (UTC)
오렌지마이크와 새티르 모두 100% 정확하고(오렌지마이크가 또 다른 음을 남겼음) 또한 웅변적이라는 것을 모두가 알아주었으면 한다.나는 안젤라와 짐보가 그 다른 사이트들에 대한 언급에 그다지 만족하지 않을 것이라고 생각한다. (위키하우스가 정말 훌륭하지만), 그들은 단지 이러한 목적으로 위키아이에 많은 시간과 돈을 쏟아 붓고 있다.그게 바로 문제야...위키피디아에 있는 사람들을 알고 있고, 거기서 편안하고, 매력적인 사이트를 만들고, 많은 사람들을 초대해서...아무도 나타나지 않았다.하나도 없어.그러다가 위키피디아에 참여하도록 유인할 수 있다는 것을 알게 되었다...하지만 진지하게, 오늘 대화 후에, 그들이 필요로 하는 것에 대해 뭔가를 알고 있다면, 이건 그렇게 되지 않을 거야.나는 이곳의 한계점이 무엇인지 이해한다. 그리고 그것은 충분하지 않다.그들은 실제로 하는 사람들이 로봇공학에 없는 것과 "알 수 없는 것"에 대해 어떤 생각을 가지고 있다는 것을 어느 정도 이해해야 할 것이다.온라인 리뷰어를 신뢰할 수 있고 신뢰할 수 없는 시스템, 생존 중인 시스템, 판매 중인 시스템 및 그렇지 않은 시스템...남거나 남거나 남거나 하는 것에 대한 결정을 내릴 수 있을 것이다.난 여기 한계를 이해한다...당신은 모든 사람들에게 같은 규칙을 적용해야 하는 매우 똑똑한 자원 봉사자들에게 의지하고, 일반적으로 그것을 아주 잘 한다.단지, 우리가 이 모든 대화를 할 수 있을 때, 그리고 어떤 출처를 믿을 수 있고 어떤 출처도 관련이 없을 때, 미래의 우리의 모든 기사가 폐기될 것이라는 가정만 있을 때, 그리고 우리는 결코 우리의 사건을 증명할 수 없을 것이다...다시 돌아가서 Archive 125의 이전 토론을 참조해 보십시오.로봇공학 공동체는 여기서 성공적으로 교차할 수 있지만, 내가 알지도 못하는 추측으로는 적어도 내가 바라던 방식으로는 결코 이곳이 편하지 않을 것이다, 이것은 부끄러운 일이다. - Dan Dan Dank55 (대화) 20:54, 2008년 2월 11일 (UTC)
- 한숨. 무엇보다도 제임슨과 나는 함께 일할 수 없을 것 같고, 나는 위키피디아 주제 로보틱스에서 사임했다.비가 오면 비가 쏟아진다.
- 몇 마디만 더 하고 가야겠어. 계속 해서 미안해.나는 규칙을 이해했다.나는 Orangemike의 의견에 동의한다. 나와 다른 로봇 기술자들이 쓰고 싶어하는 기사들을 수용하는 것은 쉽지 않을 것이다.Orangemike가 몇 초 만에 처음으로 속도를 냈을 때, 내가 유효한 소스를 가지고 있었고, 로봇이 눈에 띄었을 때, 그것은 전혀 나를 괴롭히지 않았다...나는 내가 뭔가 잘못했다고 생각했다.말을 많이 하면 할수록 더...그리고 소리는...정책 결정처럼, 가장 인기 있는 로봇은 예를 들어, 스리스 컴퍼니의 어떤 에피소드보다 덜 눈에 띈다.개인적으로, 난 규칙이 뭔지 신경 안 썼어 그냥 그게 뭔지 알고 싶었어하지만 나는 인기 있는 로봇을 위해 사용자 커뮤니티와 주로 일하고 싶어.나는 사람들이 위키피디아를 빨리 익힐 수 있도록 돕는 것이 한 가지 도움이 되기를 바랬지만, 분명히, 나는 그 서비스를 제공할 사람이 아니다.
- 너희들은 대단하다고 생각하는데, 정말 즐거웠어. - Dan Dan Dank55 (대화) 04:55, 2008년 2월 12일 (UTC)
음?
나는 방금 내 위키피디아 사용자 페이지를 프리노드(IRC 네트워크)에서 온 소위 세이디(Sadie)에 의해 다시 파괴시켰다.이번이 지금 4/5번째다.http://en.wikipedia.org/w/index.php?title=User%3AEth01&diff=190975851&oldid=190669752 Eth01 (토크) 20:47, 2008년 2월 12일 (UTC)
- 위키백과 관리자들이...?➔ REDVERS 2008년 2월 12일 유죄판결을 21:16, 2008년 2월 12일 (UTC)
- 그럼...?➔ REDVERS 2008년 2월 12일 유죄로 항소를 변경함(UTC)
- 빨갱이들, 적어도 도움이 되려고 노력해봐.전공 (토크) 22:40, 2008년 2월 12일 (UTC)
- 나는 Eth01이 sprotection이나 ip 차단을 요구할 수도 있다고 생각하지만, 이것이 하나의 불가사의라는 것을 감안할 때 어떤 관리자도 그렇게 할 수 있을지 의심스럽다.LessEnard vanU (대화) 22:42, 2008년 2월 12일 (UTC)
- (ec)주요적으로, 나는 무엇이 문제인지, 편집자가 그것에 대해 무엇을 하고 싶은지에 대해 혼란스러워 한다.질문을 하는 것은 관리자가 도울 수 있는 것으로 요청을 명확히 하는 데 도움이 될 것이다.➔ REDVERS 2008년 2월 12일 유죄판결을 22시 45분(UTC)으로 변경(UTC)
<마지막 의심스러운 편집이 24시간 이상 전이고 그 전 편집이 3주 전이었을 때의 반미 보호?글쎄, 그건 정책에 대한 특이한 해석이지만, 그건 자네에게 달렸겠지, 애드호크.➔ REDVERS 2008년 2월 12일 유죄판결을 22:59, 2008년 2월 12일(UTC)로 변경
관리 범주 문제
충분히 재미있을 정도로(그리고 AN/I의 루즈 관리자 카테고리 난장판과 관련됨) 나는 관리자 카테고리를 걸으면서 수많은 거짓 {{user admin}, {{administrator}, 범주포함. 24, 그 중 2명만이 내가 알 수 있는 한 이전 관리자로부터 남겨진 것이다.장난꾸러기, 장난꾸러기.— 2008년 2월 13일 04:30 (UTC)
- 나는 그것이 너무 적어서 놀랐어.나는 적어도 금지된 사용자들의 양말 몇 개를 기대했을 것이다....--Rocksanddirt (talk) 05:12, 2008년 2월 13일 (UTC)
요청 편집
템플릿 talk:main에서 내가 요청한 편집을 누군가 해줄 수 있니?리처드001 (대화) 23:48, 2008년 2월 10일 (UTC)
- 무슨 편집?그 토크 페이지에는 최근 편집된 내용이 하나도 없어.עודדהוodOd Mishehu 06:03, 2008년 2월 11일 (UTC)
- 리차드는 8월에 요청을 했고, 아직 아무도 그것을 실행하거나 그것에 응답하지 않았다.나는 서브 아티클에 익숙하지 않기 때문에, 08:26, 2008년 2월 11일(UTC)인 사람에게 맡기겠다.
- 그 템플릿이 삭제될 것으로 고려되고 있음에도 불구하고 서브articles는 같은 종류인 것 같다(그리고 나는 삭제되어야 한다고 주장해왔다, 토론을 보라).아마도 지금은 두고두고 무슨 일이 일어나는지 보고, 삭제되면 {{summary in}}}로 변경하는 것이 가장 좋을 것이다.무슨 편집인지 모르겠으면 페이지에서 내 서명을 검색해봐.리처드001 (대화) 06:48, 2008년 2월 13일 (UTC)
- 리차드는 8월에 요청을 했고, 아직 아무도 그것을 실행하거나 그것에 응답하지 않았다.나는 서브 아티클에 익숙하지 않기 때문에, 08:26, 2008년 2월 11일(UTC)인 사람에게 맡기겠다.
Commons
Commons on Commons 관리자가 사용자를 차단할 수 있는지 여부:래핑원더2?Checkuser 노출 사용자:래핑원더는 사용자:98E의 양말일 가능성이 있는 양말이다(이 양말은 사용자:Young6 on Commons).이 사용자는 저작권을 완전히 무시하며 위키피디아에서 차단된 후에도 랩핑더즈2는 계속해서 카피비오스를 커먼스에 업로드하고 Yong6과 동일한 템플릿과 이미지에 대한 전쟁을 편집한다.스펠캐스트 (토크) 08:57, 2008년 2월 11일 (UTC)
- 잘못된 사이트, Commons를 사용해 보십시오.존 리브스 08:59, 2008년 2월 11일 (UTC)
- 이번처럼 메타 페이지에 있는 "다른 언어" 인터위키스뿐만 아니라 "다른 프로젝트"도 함께 할 수 있다면 좋을 것이다(따라서 이 페이지는 커먼스/위키북스/위키투칼리/메타 등 관리 게시판에 인터위키 링크가 있을 것이다).그게 기술적으로 가능한가?Neellift 11:44, 2008년 2월 11일 (UTC)
위키백과:중재 요청/매튜 호프만
이 중재 사건은 종결되었고 위의 링크에서 최종 결정을 할 수 있다.중재 위원회는 사용자에 대한 블록이 다음과 같은 것을 발견한다.매튜 호프만은 정당하지 못했다.이 때 디로이드 유저의 관리자 권한도 포기한다고 명시돼 있다.사라진 사용자는 공동 규범과 행동 기준에 따라 6개월 동안 편집하는 것을 증명하면 위원회에 신청하여 자신의 sysop 액세스 권한을 되찾을 수 있다.만약 회복된다면, 그는 6개월의 추가 기간 동안 행동과 관리 도구 사용과 관련하여 가석방될 것이다.중재위에서는 Cbrown1023이 13:50, 2008년 2월 13일(UTC)을 이야기한다.
커먼스 관리자: 삭제 백로그
Commons의 관리자인 여러분, http://commons.wikimedia.org/wiki/Commons:Deletion_requests/Older_Discussions -- SEEILCO (토크) 16:15, 2008년 2월 13일 (UTC)에서 10월까지의 밀린 업무를 도와주십시오.
차단 절차
나는 최근에 - 내 의견으로는, 정당한 이유 없이 - 막혔고 - 이 프로젝트에 대한 나의 열정은 정말 죽었어.차단 과정이 완전히 깨진 것처럼 보이는 몇 가지 방법을 설명하겠다.
1. AN/I에 대한 논의가 있다는 사실을 전혀 통보받지 못했다.내가 콘텐츠 분쟁을 벌였던 사용자가 우리가 두 번 뒤돌아본 후 내 페이지에 악의적으로 경고문 템플릿을 떨어뜨렸고, AN/I의 관리자들은 그것을 경고문제로 충분하다고 판단한 것으로 보인다.동의하지 않습니다.경고는 항상 분쟁에 대해 제3자(가능한 경우 관리자)가 발행해야 하며, 항상 AN/I 논의에 대한 통지를 포함해야 한다.
2. 내가 전쟁을 편집하지 않고, 편집한 내용이 블록[51]을 받을 가치가 없다는 데 대부분 동의한 몇몇 관리자들 사이의 토론 후, 다른 관리자들은 토론에 전혀 기여하지 않고 일방적으로 나를 차단했다.또 다른 행정관은 그의 차단에 대해 의문을 제기했다. 차단의 관리자는 차단을 제대로 방어하지 않았지만, "차단되지 않은 것이 순서대로라고 생각한다면, 나는 당신의 발견을 나타내는 쪽지를 고맙게 생각한다." [52] 누군가를 차단하는 절차가 차단 버튼을 누르고 싶은 사람이 있는지 기다리는 것이라는 것은 부끄러운 일이다. 토론과 합의는 무의미하다.
3. 자연스럽게 페이지에 차단 해제 템플릿을 배치했다.검토 중인 한 행정관은 블록이 마음에 들지 않고 정당하다고 생각하지 않는다고 선언했지만 아무런 조치도 취하지 않았다.[53] 다른 관리자들은 나의 요청을 검토하기를 거부하였고, 한 명의 관리자가 실제로 요청을 비활성화하였는데, 이는 토크 페이지를 한 번 보면 그것이 처리되고 있는 것처럼 보이기 때문이다.[54] 이것은 어떤 항소 과정인가?다른 관리자의 작업을 취소할 의사가 없는 경우 차단 해제 템플릿을 해결하려면 어떻게 해야 하는가?
4. 대부분 긴 인용문으로 이루어진 큰 반전을 하고 "소수 편집"([55])이라고 표시하던 불평하는 사용자의 행동에 대해서는 아무도 언급조차 하지 않았다. 내 토크 페이지에 올라와서 나를 좀 더 긴 블록으로 특별히 애원한 ([56]) 관리자에게 경고했을 때 ([57])그가 또한 전쟁을 편집하고 있었고, 그의 답변에서 극도로 공격적이고 비꼬았으며 ([58]), 그의 연설 페이지는 실제로 그가 POV 전사라는 자랑스러운 주장 ([59])으로 시작한다.
여러분, 어떤 위키피디아의 영구적인 기록에 블록은 블랙 마크 입니다. - 그것들은 무심코 다루어서는 안 된다.내가 프로젝트에 남아야 할 좋은 편집자라고 생각하는 사람이 있는지조차 말하지 않고, 이런 식으로 블록을 처리하면 프로젝트에 남아야 할 훌륭한 편집자들이 쫓겨날 것이라고 말할 수 있다. --Hyperbole (talk) 17:48, 2008년 2월 11일 (UTC)
- 재미있는 생각.나는 당신의 요점 중 몇 가지를 언급하고 싶다.
- 1점.게시판에서 토론의 대상인 편집자는 일반적으로 통지된다. 토론의 가치를 극대화하기 위해, 토론이 모든 각도와 경험을 포괄하도록 허용함으로써, 그리고 단순한 공통의 예의로서 둘 다이다.사전 통보 없이 AN 스레드를 기반으로 블록을 만드는 것은 다소 이례적이라고 생각하지만, 나는 이것이 당신이 제안하는 이론(블록 시스템이 고장 났다는 것)에 적용 가능하다고 말하지는 않을 것이다.그렇게 말하기는 했지만, 토론 참가자와 차단된 관리자의 견해와 결론에 모순되는 증거를 제시하지 않은 것 같다.게다가, 블록은 프로젝트의 손상을 방지하거나, 더 정확히 말하면, 더 이상 손상을 방지하고 예방하기 위해 만들어진다.그 이유만으로, 차단 과정의 주요 고려사항은 편집자의 이미지와는 달리, 전체적으로 백과사전이 되어야 한다. 단, 내가 인정하지만, 가능한 한 그것을 고려하는 것은 사려 깊을 뿐이다.차단된 관리자가 이 문제를 시급하다고 보고 더 이상 피해가 임박하지 않은 후에 후속 조치를 취하겠다는 마음으로 추가 피해를 막기 위해 차단을 발행한 것은 당연할 것이다.
- 3점.나는 항소 과정이 매우 효율적이라는 것을 알게 되었고, 참여자가 되었다.차단된 편집자가 사용할 수 있는 몇 가지 미디어가 있다. 이미 알고 있는 바와 같이, {{Unblock} 템플릿을 사용할 수도 있다.또는 검토를 위해 전자우편을 통해 차단 해제 메일 목록을 전송할 수 있다.마지막으로, 그들은 자신이 선택한 관리자와 직접 연락하거나, 특정 블록의 경우 중재 위원회에 연락할 수 있다.그 과정을 아직 충분히 경험하지 못하셨기 때문에 그 효과에 대한 전반적인 일반론이 나올 수 있을 정도로 충분히 이해하셨다고는 생각하지 않는다.
- 너네 블록으로 꽤 안 좋은 시간을 보낸 것 같아.여기서 일반적인 논의를 위해 블록을 둘러싼 상황을 여는 것이 유익할 수 있다(아마도 공지사항 게시판의 이 절에서).AGK (토크) 18:16, 2008년 2월 11일 (UTC)
- 너는 아주 설득력 있는 주장을 한다.나는 너에게 나의 지원을 빌려준다.그 블록은 부적절했고 당신의 기록은 삭제되어야 한다.차단 관리자는 이 블록이 부적절하다는 점을 유념하고 차단 지침을 검토해야 한다.비스톤 (토크) 2008년 2월 11일 19:13 (UTC)
- 기록을 삭제하는 한 - 좋은 생각이겠지만 - 우리는 일반적으로 그렇게 하지 않는다.소프트웨어는 기능을 제공하지 않는다. 핵심적으로는 관리 작업에 대한 감사 추적과 사용자에 대한 "영구적 기록"으로 동일한 것("블록 로그")을 사용하고 있다는 것이다.블록 로그는 매우 예외적인 상황에서만 변경되거나 제거된다.—Random832 19:20, 2008년 2월 11일 (UTC)
전쟁 편집 중이었나?PuponOnToast (토크) 19:51, 2008년 2월 11일 (UTC)
- 두 번, 나는 내가 부적절하다고 생각되는 일부 수정 사항을 되돌렸고, 대화에 대한 토론을 요청했다.그것이 실패했을 때, 나는 부분적으로 되돌리고 부분적으로 다시 쓰기를 했고, 대화에 대한 토론을 요청했다.이 모든 것이 실패했을 때, 나는 단지 WP와 함께 그것들을 가져오기 위해 레드와 두 개의 논쟁적인 부분을 다시 썼다.STYLE. 그것이 편집 전쟁 정의에 부합하는지 여부, 그러한 편집이 위키백과에 해로운지, 그리고 그러한 편집이 블록에 득이 되는지에 대해서는, 음, 당신 자신의 결론을 이끌어내십시오. --Hyperbole (토크) 20:04, 2008년 2월 11일 (UTC)
좋아난 그 프로젝트에서 손을 뗐어.
Per m:바니쉬에게 오른쪽, 나는 내 사용자 페이지와 토크 페이지를 삭제하고 보호/살려달라고 부탁하고 있다.일단 이 일이 끝나면, 나는 절대 기억하지 못할 것으로 비밀번호를 바꾸고 이곳을 끝내야겠다.혹시 여기가 이 요청을 하기에 잘못된 곳이라면 나에게 알려줘.위키백과:2001년 이후 끝없는 반목으로 자원봉사 편집자들에게 보람을 준다. --Hyperbole (대화) 20:47, 2008년 2월 11일 (UTC)
요청에 따라 삭제되고 무기한 보호되는 페이지.—Wknight94 (대화) 21:02, 2008년 2월 11일 (UTC)
- 언제부터 우리는 대화 페이지를 삭제하는가?per "다른 사람이 실질적으로 기여하지 않았고 프로젝트에 영향을 미치지 않는 사용자 및 대화 페이지, 하위 페이지 및 기타 비기사 페이지에는 공란 또는 삭제될 수 있다."내 것을 강조한다...RxS (대화) 21:09, 2008년 2월 11일 (UTC)
- 정말? 우리가 이 남자랑 충분히 놀아나지 않았어?—Wknight94 (대화) 21:13, 2008년 2월 11일 (UTC)
- 나는 그를 잘 알지 못하지만, 어떻게 대화 페이지를 삭제하지 않는 것이 그를 혼란스럽게 하는지 모르겠다.개인적인 감정은 없고...RxS (대화) 21:21, 2008년 2월 11일 (UTC)
- 그가 특별히 "내 사용자 페이지와 토크 페이지를 삭제하고 보호/살해"를 요청했기 때문에 그것은 그를 혼란스럽게 하고 있다.그럼 왜 안 되지?—Wknight94 (대화) 21:23, 2008년 2월 11일 (UTC)
- (갈등 편집) WP를 살펴보십시오.메타 페이지보다는 VANISH.프로젝트에서 탈퇴할 권리를 행사하고자 하는 좋은 지위에 있는 사용자에게까지 확장하는 것은 예의일 뿐 그 이상은 아니다.과거에도 여러 번 보았는데, 사용자가 요청했으니 삭제하지 않을 만한 설득력 있는 이유가 없다고 본다.Ioeth 21:24, 2008년 2월 11일 (UTC)
- 나는 그를 잘 알지 못하지만, 어떻게 대화 페이지를 삭제하지 않는 것이 그를 혼란스럽게 하는지 모르겠다.개인적인 감정은 없고...RxS (대화) 21:21, 2008년 2월 11일 (UTC)
- 정말? 우리가 이 남자랑 충분히 놀아나지 않았어?—Wknight94 (대화) 21:13, 2008년 2월 11일 (UTC)
- 언제부터 우리는 대화 페이지를 삭제하는가?per "다른 사람이 실질적으로 기여하지 않았고 프로젝트에 영향을 미치지 않는 사용자 및 대화 페이지, 하위 페이지 및 기타 비기사 페이지에는 공란 또는 삭제될 수 있다."내 것을 강조한다...RxS (대화) 21:09, 2008년 2월 11일 (UTC)
- 사용자 토크 페이지는 과거의 사건에 대한 유용한 기록이다.또한..나는 사람들이 떠날 것이라고 주장할 때 그들이 말하는 대로 함으로써 "내가 말하는 대로 하지 않으면 나는 떠날 것이다"라는 극적인 형태의 전술을 사용하도록 권장한다고 생각한다.나는 이 드라마가 장려되지 않는 것이 최선이라고 생각한다.금요일(토크) 21:25, 2008년 2월 11일 (UTC)
- 나는 WP를 보았다.VANISH, 2주 전까지만 해도 메타 페이지로 리디렉션되었어.그 시점에서 재탄생했지만, 토크 페이지를 보면 그 변화에 대한 공감대가 거의 없었다.그 시점에서도 그것은 "어떤 상황에서"였고 확실히 권리는 아니었다.토크 페이지 삭제는 논의된 바가 없고 무엇이 별로 없었던지 나쁜 생각이라고 결론지었다.RxS (대화) 21:38, 2008년 2월 11일 (UTC)
- 그 남자는 의심스러운 블록에 의해 그 프로젝트에서 쫓겨났다. 그가 문을 나서면서 우리는 약간의 예의를 갖추고 그의 마지막 소원을 들어줄 수 없을까?WP를 능가하는 것은 어떨까?VANISH 대 m:WP를 통한 RTV 질타:IAR? —Wknight94 (대화) 21:46, 2008년 2월 11일 (UTC)
- 가치에 대해서는 메타에서도 "사용자 대화를 삭제하라"는 말은 하지 않는 것 같다.사용자 토크 페이지는 일반적으로 다른 편집자들의 상당한 기여를 받는다.개별적인 사건들은 상당히 중요하지 않을 수도 있지만, 사람들이 이 문제에 대해 같은 생각을 갖게 하는 것이 좋을 것이다. 그것은 자주 일어나는 일이기 때문이다.금요일 (토크) 21:41, 2008년 2월 11일 (UTC)
<진정> 복원, 공백, 은퇴 메시지, 보호는?RBRP (재범?)이를 해결하고 하이퍼볼이 원하는 바를 달성하십시오(새로운 메시지가 없을 것으로 예상됨).키퍼 76 고지 사항 21:43, 2008년 2월 11일(UTC)
- 왜 그가 원하는 것을 그렇게 분명히 했을 때 추측하는 거야?삭제.—Wknight94 (대화) 21:48, 2008년 2월 11일 (UTC)
- 왜냐하면 금요일의 토크 페이지에서 그는 다음과 같이 말했기 때문이다: "나는 내 사용자/대화 페이지가 지난 2-3년 동안 논쟁을 벌여온 편집자들이 마치 내가 이 프로젝트에 지친 것이 마치 그들에게 일종의 이념적 승리를 나타내는 것처럼 축하 메시지를 게시할 수 있는 사당으로 바뀌지 않기를 바란다." [62] --Kbdank71 21:53, 2008년 2월 11일.(UTC)
- RTV를 사용하는 사용자들의 경우, 나도 삭제 대신 페이지 보관과 완전한 보호를 선호하고 싶지만, 이 문제에 대한 커뮤니티의 합의가 무엇인지 모르겠다.위키백과에서 토론이 있다.♪Meta를 잃을 권리야.— 사토리 손 22:15, 2008년 2월 11일 (UTC)
- 왜냐하면 금요일의 토크 페이지에서 그는 다음과 같이 말했기 때문이다: "나는 내 사용자/대화 페이지가 지난 2-3년 동안 논쟁을 벌여온 편집자들이 마치 내가 이 프로젝트에 지친 것이 마치 그들에게 일종의 이념적 승리를 나타내는 것처럼 축하 메시지를 게시할 수 있는 사당으로 바뀌지 않기를 바란다." [62] --Kbdank71 21:53, 2008년 2월 11일.(UTC)
<진정>토 Wknight:미안, 나는 확실하지 않아, 거기서 RL 순간도 있었고 출구 대신 세이브를 때렸다.내 말은 "하이퍼볼이 프로젝트를 그만둔다고 말했다"는 것이다."하이퍼볼은 자신의 토크 페이지에 어떠한 새로운 메시지도 원하지 않는다."만약 그가 떠난다면, 그 프로젝트가 어떻게 진행되는지 결정하는 것은 그에게 달려있지 않다, 그렇지 않은가?토크 페이지는 사용자가 소유하지 않는다는 것이 오랜 합의다.그것은 그의/셔가 아니다.그것은 위키피디아에 속해있으며 관리자 이외의 사람들에게 접근 가능해야 한다(참고해달라, 나는 편집가능, 단순 접근가능하다고 말하는 것이 아니다).기간나는 이것이 논쟁거리가 될 줄 몰랐다.감독해야 하는 BLP 우려가 없는 한, 관리자가 삭제하여 이 페이지를 사용할 수 있도록 할 이유는 없다.사용자:하이퍼볼은 내 토크 페이지를 삭제하라고 명시적으로 말했지만, 나는 그가 그것이 무엇을 의미하는지 이해하거나 그가 반드시 결정하게 되는 것은 아니라고 믿는다.어쨌든 그의 다음 문장은 내가 떠난 후 아무도 나를 떠나지 않기를 바라는 것과 같다." 이것은 공백/템플링으로 완성된다. "퇴직"으로 완성된다.그 외에도 본질적으로 내가 떠난다고 했다.매주 얼마나 많은 편집자들이 "난 떠난다"고 말하는가?드라마야.그가 돌아오지 않을 수도 있고, 그렇게 되면 그 계획에 큰 손실이 될 것이다.선의의 도움을 받으러 왔을 때 관리자들로부터 극명하게 대접받았던 것에 대해 사실 공감한다.우리(관리자)는 합의를 찾기 위한 정당한 시도로 일방적인 세미솔루티오인을 몰아내 공을 떨어뜨렸고, 그는 결국 AGF 카드를 전혀 활용하지 않으면서 NPOV 카드를 뽑기로 악명 높은 한 불량배와 키보드 대 키보드를 이루게 되었다.그러나 그 모든 것은, 토크 페이지는 여전히 존재해야 한다.다시 실행하십시오. (RBRP=복원, 공백, 폐기 및 추가 편집으로부터 보호).하이퍼볼이 부탁한 목적을 위해 봉사하고 관리직 밖의 모든 사람을 위해 역사를 보존한다.키퍼 76 고지 사항 22:52, 2008년 2월 11일(UTC)
머무르십시오
그리울 것이다.나는 너의 토크 페이지의 댓글을 읽는 것이 즐거웠고 NPOV 편집에 감사했다.당신의 키 스트로크가 다시 위키피디아에 귀의하기를.너는 말솜씨가 좋다.제발 떠나지마.좀 쉬었다가 상쾌하게 돌아와!QuackGuru (대화) 21:05, 2008년 2월 11일 (UTC)
- 짧은 블록이라도 위키피디아에 대해 부정적인 분위기에 빠질 수 있다는 것은 이해할 수 있다.나는 그 블록을 촉발시킨 편집 분쟁에 대해 모른다.하지만 하이퍼볼은 지난 2년 반 동안 많은 귀중한 편집을 했고 나는 그가 상쾌하게 돌아오기를 바란다. ·:········ 23:39, 2008년 2월 11일(UTC)
- 이 질문이 잘못된 곳에 있다면 미안하지만, 원래 블록은 얼마 동안 있었니?부당한 비방 때문에 프로젝트에서 탈퇴하게 될 경우, 아무도 사용자에게 이를 기다리기 위해 설명을 한 다음, null-edit나 그들의 block-log를 갱신할 방법을 제안할 수 없었는가?Newbyguesses - Talk 01:36, 2008년 2월 13일 (UTC)
오버링크 위기
위키피디아에 대해 아는 사람:오버링크 위기는 정말 위기인가? --크랄라이제크! (대화) 19:57, 2008년 2월 13일 (UTC)
- 위키-l에 대해 묻는 것은 모든 링크가 문제를 일으키는지 여부에 대해 개발자들로부터 답을 얻을 것 같다.(개인적으로는 의심하지만 잘 모르겠다)다른 쪽에서는, 그 페이지에 {{wikify}}}... --ais523 20:17, 2008년 2월 13일 (UTC)로 태그하고 싶은 강한 충동과 싸우고 있다.
- 500개의 링크가 들어 있는 내비게이션 박스의 터무니없는 제안으로, 만약 500*500개의 디스크에 저장된 500페이지에 같은 박스가 포함되었다면, 그 박스가 어딘가에 있는 디스크에 저장된 500*500개의 링크가 될 것이라는 말도 안 되는 소리로 들린다.그 상자는 겉만 번지르르하기 때문에 실제로는 500개에 불과하다.또한 일반적인 링크가 원시 텍스트[[]에 4자를 더 소요할 수도 있으므로 500 링크의 경우 문제는 500개의 실제 필요성, 링크당 4개의 추가 공간이 사용된 공간의 일부분일 것이다.물론 요점을 놓칠 수도 있지만, 명확성은 페이지 내 요인이 아닌 것 같다. --81.104.39.63 (대화) 20:35, 2008년 2월 13일 (UTC)
- 실제로 링크 상호 참조 테이블(예: what-links-here 페이지)이 있기 때문에 500*500개의 항목이 여기에 작성될 것이다.한편, 그것은 위키미디어 서버에게는 분명히 문제가 되지 않는다. --ais523 22:13, 2008년 2월 13일 (UTC)
- 아 그래, 잊어버렸어. 하지만 우리가 모든 페이지의 모든 수정본을 전부 저장해두지만, 링크 공간이 그렇게 많은 문제가 있는 건 아닌지 의심스러워.디스크 공간을 증가시키는 데 필요한 디스크 수로 단순화하려는 문제는 약간 오해의 소지가 있다. 왜냐하면 디스크 공간은 현재 디스크 1개도 소비하지 않는다고 생각하기 때문이다.sql INSERT 문의 전체 집합으로 저장된, 여기에서 보는 페이지 링크 데이터의 현재 다운로드 가능한 버전은 1.4이다.GB, 압축이 20:1이라고 해도 30GB가 된다.페이지 메타데이터를 비교하기 위해, 즉, (XML 형식의) 압축된 개정 히스토리는 6.2이다.GB. 해당하는 모든 텍스트에 대해서는, 거기에 있는 숫자에 대해서는 생각도 하기조차 싫다. --81.104.39.63 (토크) 22:34, 2008년 2월 13일 (UTC)
- 실제로 링크 상호 참조 테이블(예: what-links-here 페이지)이 있기 때문에 500*500개의 항목이 여기에 작성될 것이다.한편, 그것은 위키미디어 서버에게는 분명히 문제가 되지 않는다. --ais523 22:13, 2008년 2월 13일 (UTC)
TFD 닫기
관리자가 Templates_for_deletion#을 닫으십시오.템플릿:Great_Western_Main_Line.지명자가 지명을 철회했다. - 네파리스 (대화) 20:30, 2008년 2월 13일 (UTC)
백로그
양쪽 WP:CSD 및 WP:AIV는 현재 밀린 일을 겪고 있다.돌볼 수 있는 사람 누구에게나 고마워. --L. 피스타치오 (토크) 23:13, 2008년 2월 13일 (UTC)
복습을 막다.
편집이 가능한 한 계속 파기하겠다고 약속했기 때문에 명백한 반달 전용 계정이 아닌 사용자를 나는 막았다.정답? - 회전식 Bugbear 23:19, 2008년 2월 13일(UTC)
- 승인 블록. --John (토크) 23:23, 2008년 2월 13일 (UTC)
- 마찬가지로, 우리에게 말하는 것은 그를 배려하는 것이다.만약 다른 사람들만 따라온다면. --Rodhullandemu (Talk) 23:24, 2008년 2월 13일 (UTC)
- 사용자는 정말 나쁜 기사가 속력을 내는 것에 화가 나서 보복하고 있었다.--L. 피스타치오 (토크) 23:27, 2008년 2월 13일 (UTC)
WP:BAG 후보 지명
WP의 멤버십에는 다음과 같은 여러 가지 추천이 있다.BAG는 토크 페이지에서 진행된다.모든 지역 사회 구성원은 의견을 개진하도록 초대된다.이 공지가 게시되는 데 걸린 시간에 대한 나의 사과 - 나는 지난주에 내가 하나를 게시하겠다고 말했지만 이제 겨우 그것을 할 수 있었다.WT에 대한 응답 방법으로 코멘트를 작성하십시오.가방. 고마워, Martinp23 00:40, 2008년 2월 14일 (UTC)
토론을 종결하는 데 비역할 관리자가 필요함
위키백과:토론 #카테고리:루즈 관리자들이 통제 불능이 되어가고 있다.WP를 위해:IAR, 이걸 눈덩이-노-컨센서스로 폐쇄할 수 있을까?그것이 엄밀히 말하면 눈덩이 같은 이유는 아니라는 것을 알지만, 짧은 시간 안에 순전히 많은 수의 표를 고려하면, 그것을 삭제하기 위한 합의를 이룰 방법은 없을 것이고, 그것을 더 이상 열어두면 그것이 되어버린 적반하장만 영속시킬 뿐이다.내가 직접 했겠지만, 내가 그것에 대해 논평했기 때문에 자격이 없다.아직 논평하지 않은 행정관이 있다면 이 행정관을 닫아 정신착란을 종식시키고 삶을 영위할 수 있도록 할 수 있을까? --Jayron32.talk.contracts 05:19, 2008년 2월 14일 (UTC)
- 그것은 비록 장황하지만 토론이다.중성적으로 관찰하면 "Votes"가 대략 20/20 atm인 것 같다.나는 이것이 그냥 진행되도록 놔두는 것이 더 낫다고 생각한다. 그렇지 않으면 우리는 DRV가 이것을 추적하도록 할 것이고, 그 다음에 재계약자 등 광고 infinitum이 뒤따를 것이다.- jc37 05:23, 2008년 2월 14일 (UTC)
- 5일 후에 닫는 행운을 빈다.하루 만에 페이지의 나머지 부분을 합친 것보다 이미 길다.그것도 괜찮지만, 우리가 그것을 삭제하기 위해 합의가 존재할 것으로 예상하지 않는다면, 왜 그것을 완전히 무의미한 토론만을 계속하기 위해서만 열어두는가? --Jayron32.talk.contracts 05:25, 2008년 2월 14일 (UTC)
- 나는 우리가 길다고 해서 공개적인 토론을 차별해서는 안 된다고 생각한다.우리는 찬성하나 반대하나를 가진 토론을 서두르지 않는데, 왜 그럴까?게다가, 컨센서스는 "투표" 계산과 같지 않고, 그것이 그것을 열어두는 또 다른 이유다 - 실제로 컨센서스가 형성될 가능성이 있다.나는 이것은 단지 일반적으로 그러한 논의에 대해 이야기하는 것에 불과하다. (다시 말해, 나는 UCFD 논의에 중립을 지키고 있다.) - jc37 05:48, 2008년 2월 14일 (UTC)
- 5일 후에 닫는 행운을 빈다.하루 만에 페이지의 나머지 부분을 합친 것보다 이미 길다.그것도 괜찮지만, 우리가 그것을 삭제하기 위해 합의가 존재할 것으로 예상하지 않는다면, 왜 그것을 완전히 무의미한 토론만을 계속하기 위해서만 열어두는가? --Jayron32.talk.contracts 05:25, 2008년 2월 14일 (UTC)
사용자 대화:키티아
사용자:키티아는 차단 해제 요청을 할 수 있도록 자신의 토크 페이지를 보호하지 않을 것을 요청했다.(링크) 정말 성가신 방법으로 만들어졌음에도 불구하고, 나는 그 요구를 들어주고 싶은 마음이 있지만, 이곳 공동체의 판단에 따른다. - 2008년 2월 14일 (UTC) 리볼빙 버거어 00:44, UTC)
인터벤션 요청됨
나는 이 문제들을 어떻게 다루어야 할지 잘 모르겠다.
나는 콘텐츠 분쟁 해결을 위한 RfC에 대응하여 Sandinista 페이지에 등장했다.[[63] 나의 관점은 재작성이 그 자리에 보관되는 내용보다 백과사전적이고 NPOV가 더 많다는 것이었다.
그 직후, 내가 반대하던 편집자 Ultramarine은 Problems_of_state_terror_committed_by_the_United_States 페이지에 나와 먼저 다른 편집자의 동의를 구하지 않고 내용의 삭제를 요구하기 시작했다.
[[64]]
울트라마린은 전에도 이런 행동을 한 적이 있다.그는 내용을 삭제하고자 할 때 WP에 대한 잘못된 해석을 사용한다.SYN 및 WP:재료에 도전하는 OR.그는 자신에게 제시된 주장과 상관없이 "합의에 도달했다"고 가정하고 다른 편집자들의 입력 없이 변경한다.이것은 그가 여기서, 여기서, 여기서 했던 것처럼, 지금 약 1년 동안 확립된 패턴이다.
한편 샌디니스타 페이지에서는 토크 페이지를 잠깐 들여다보면, 현재 6개월 이상 그는 기사의 특정 부분을 보다 백과사전적인 취급으로 재작업하기 위한 최소 5명의 정규 기고자들의 반복적인 노력에 저항해 왔다는 것을 알 수 있을 것이다.거의 단독으로, 그는 시대에 뒤떨어지거나 그 밖의 신뢰할 수 없는 출처에 의해서만 지지되는 다소 비범하고 서투른 주장을 제거하려는 다른 편집자들의 반복적인 시도를 보류해 왔다.그는 그 재료에 대한 확실한 공급원을 공급해 달라고 요청하자 거절했다.아무도 확증할 수 없을 것 같기 때문에, 그들은 그들의 제거와 더 백과사전적인 재작업을 요청한다.그러나 이것 역시 꾸준히 거절되고 있다.
나는 Ultramarine이 위키피디아의 신뢰성과 질을 향상시키고자 하는 그의 열망에 성실하다는 것에 의심의 여지가 없다.그러나 이러한 특정 사례에서 그는 WP에 대해 유죄로 보인다.OWN (산디니스타 기사와 관련하여)과 "위키스타킹"은 편집자에 대해 자신의 편집에 이의를 제기하고 다른 편집자를 지원하여 내용을 재작업하는 편집자에게 복수를 하려는 분명한 의도를 가지고 있다.
나는 관리자와 다른 사용자들의 의견을 정중히 요청한다.돌멩이 하늘로 올려짐 (토크) 11:18, 2008년 2월 14일 (UTC)
- 그야말로 거짓이다.나는 스톤이 산디니스타스 기사에서 잘 소싱된 자료를 대량으로 삭제한 것에 대해 지적할 것이다. 여기에는 동료 검토 기사와 학술 서적이 포함된다. [65].혐의_of_state_terror_committed_by_the_United_States에 대해서는 더 많은 사람들이 토크 페이지 토론에 참여하길 바란다.이 기사는 거대한 WP이다.SYN 수집 및 폐기장은 미국에 대항하는 무언가를 주장하는 상상할 수 있는 모든 외부 링크에 대한 것이다.테러에 대한 언급 여부와 상관없이 그들은 추가되었다.아마도 가장 큰 WP를 만드는 방법:위키백과의 SOAP.울트라마린 (토크) 11:53, 2008년 2월 14일 (UTC)
트란스위키
안녕, 나는 내가 이것을 올바른 곳에 두고 있기를 바란다.나는 레고 위키피디아에 접속할 수 없기 때문에 레고 위키피디아로 이전 기사들을 옮겨주면 정말 고맙겠다.불행히도 나는 삭제되기 전에 그 내용을 얻을 수 없었다.
- 보야누이
- 바키
- 타카누바
- 크라나
- 바이오니클 사회
- 라히 (바이오니클)
- 메트루 누이
- 보로크
- 원생동물
- 카노히
- 마타누이 (위대한 정령)
- 그레이트 카타클리스크
- 비소락
- 다크 헌터스
- 바이오니클 타임라인
- 바라키
- 카노카
- 피라카
- 자모르
- 로투카
- 카르자니
고마워. -AMK152(Talk • Contributions • Send message) 22:31, 2008년 2월 10일 (UTC)
- 여기서 일시적으로 소모를 해제할 수는 있지만 레고 위키피디아에 있는 sysop이 있어야 페이지를 내보낸 다음 거기서 가져올 수 있을 겁니다.Mr.Z-man 00:48, 2008년 2월 11일 (UTC)
사용자 상자
페이지 이름이 "disputs"로 보호되었다는 것을 알고 있다...뭔가 조치를 취해야 한다. 왜냐하면 그것은 단지 촌스러워 보이기 때문이다.어떤 임의의 사람이 그 페이지로 가서 "이 페이지는 현재 전쟁 편집을 위해 보호되고 있다"를 보고 그는 "아, 엔위키 전체가 망했다"고 생각한다고 상상해 보라.그래, 좀 이상하긴 했지만, 뭔가 조치가 필요해.F**LRAP 04:43, 2008년 2월 14일 (UTC)
- 몇 페이지? --Jayron32.talk.contracties 04:56, 2008년 2월 14일(UTC)
AIV 백로그
WP에는 다음과 같은 매우 작은 백로그가 있다.AIV. 원조는 매우 도움이 될 것이다.루이지30 (Taλk) 15:07, 2008년 2월 14일 (UTC)
- 13개의 블록을 수행하면 더 이상 백로그되지 않는다.그러나 반발렌타인 데이 반달리즘의 양으로 볼 때 오랫동안 밀린 상태를 벗어나지 못할 것 같다. --크랄라이제크! (대화) 19:02, 2008년 2월 14일 (UTC)
홀수수요
12월에 나는 WP에 참여했다.WP에 다녀온 다니엘 말라코프에 관한 DRV:AFD. 나는 AFD에서 투표하지 않았다.오늘 나는 기사 작성자 User_talk로부터 이 메시지를 받았다.MBisanz#Daniel_Malakov_affair:__New_정보_has_been_published_published_published. 이 또한 적어도 6명의 다른 사용자들에게 스팸 발송되었다.이제 라인이 아닌 이 요청은 정말 신경 쓰지 않는다.
유죄판결을 요구하면 약속을 지킬 생각이야
나 자신의 안전이 두렵지 않음을 인정하지만, 만약 이 사람이 실제 소송에 연루되어 있다면, 유죄판결을 확실히 하기 위해 가짜 증언 같은 일을 저지를지도 모른다는 염려가 있을 것이다.무슨 아이디어라도 있어? 아니면 이게 진짜 방앗간 물건이야?MBisanz 18:28, 2008년 2월 14일 (UTC)
- 인용문은 문맥에서 따온 것이다.맥락에서 다음과 같이 읽는다.
- 그렇지 않다면, 그런 기사를 뒷받침하기 위해 무엇이 필요할까?유죄판결을 요구하면 약속을 지킬 생각이야
- 공신력이 확립되기 전에 다른 사람들이 이 사건에서 유죄판결을 보고 싶어한다고 믿는다는 뜻일 것 같다.좀 바보 같은 생각인데 (비록 BLP에 대한 우려를 해소할 수는 있겠지만) 그가 믿는 바는 분명했다.'약속을 지키라'는 말은 유죄판결이 나면 기사를 다시 만들겠다는 뜻인 것 같다.
- 그리고, 공식적으로, 만약 누군가가 유죄판결을 위해 증거를 조작한다면, 그것만큼 끔찍하다면, 그들이 위키에 그것을 올리지 않는 한 그것은 우리의 문제가 아니다.그래서 법정이 있는 거야 - 2008년 2월 14일 리볼빙 버거 18:33 (UTC)
야다 레나
여기에 열거된 글이 삭제된 자료의 재구성이라면 관리자가 기꺼이 말해줄 수 있을까?오늘 삭제된 걸 봤는데, 같은 건 아닌지 확인해도 될 것 같아. Icestorm815 • Talk 22:59, 2008년 2월 14일 (UTC)
- 다음 사항을 찾으십니까?위키백과:삭제/아나스타샤 로즈에 대한 기사?팁토티talk 23:19, 2008년 2월 14일 (UTC)
- 응, 고마워. Icestorm815 • Talk 23:59, 2008년 2월 14일 (UTC)
톰 온 타이어스
Tom on Tires (Talk · 기여 · 삭제된 기여 · logs · block user · block logs) 사용자처럼 들린다:윌리 온 휠스 여기 누구한테?기여 또한 이것을 나타낸다.지금 로그아웃해야 하기 때문에 이럴 시간이 없어서 여기 있는 다른 관리자들에게 보고하는 겁니다.말리나치어 (대화) 02:01, 2008년 2월 15일 (UTC)
- 페이지 이동 반달로 이미 차단되어 있다."바퀴 위" 페이지를 이동하는 것은 완전히 포기된 것이다, 그렇지 않은가? — Save_Us† 02:03, 2008년 2월 15일 (UTC)
- 사용자:HBC_NameWatcherBot/블랙리스트.—Random832 17:50, 2008년 2월 15일 (UTC)
명시적 이미지
다음 이미지를 추천한다.Foreskinintact.jpg 및 이미지:Forskin CloseupV2.jpg를 MediaWiki에 추가:노골적인 성격 때문에 반달들이 이미지 파괴에 사용할 수 있는 매력적인 대상을 만들기 때문에 나쁜 이미지 리스트.--Urban Rose 19:43, 2008년 2월 15일(UTC)
UP vio?
이거 괜찮니?—서명되지 않은 의견을 59.93.20.130 (대화) 08:49, 2008년 2월 14일 (UTC)
- 흠, 이용자는 그 물건들이 자기 것이라고 주장하는데...이것은 그 물건의 소유권을 가져가는 것이다...가능한가요?내가 만들거나 시작한 기사를 내 기사? --The Helped One 10:16, 2008년 2월 14일 (UTC)
- 뿐만 아니라, 행정관의 AFD 종결 결정에 의문을 제기하기도 한다.(마지막 것 참조).—서명되지 않은 의견을 59.93.20.130 (대화) 10:25, 2008년 2월 14일 (UTC)에 의해 추가됨
- 물론이지, 왜 안 되지?비관리자는 원할 경우 관리자 결정에 의문을 제기하고 의견을 달리할 수 있다."내 기사"에 대해서는, 나도 거기 문제가 있다고 보지 않는다.그는 단지 자신이 쓰거나 시작한 기사를 나열하고 있는 것 같다.그는 "그것들은 내 것이고 아무도 그것들을 편집할 수 없다"고 말하지 않는다.그가 사람들을 편집하는 것을 막으려고 하지 않는 한, 나는 문제가 없다고 본다.우리는 사람들에게 그들의 사용자 페이지에서 약간의 관용도를 주려고 노력한다.사용자(IP)는 자신의 사용자 페이지를 가질 수 있도록 계정에 등록해야 한다.사라 10:29, 2008년 2월 14일 (UTC)
- 이것 좀 봐."내 기사" 섹션과 페이지가 있는 모든 사용자.일부 관리자라도, 내가 잘못 알고 있다면. :) 사라 10:32, 2008년 2월 14일 (UTC)
- 뿐만 아니라, 행정관의 AFD 종결 결정에 의문을 제기하기도 한다.(마지막 것 참조).—서명되지 않은 의견을 59.93.20.130 (대화) 10:25, 2008년 2월 14일 (UTC)에 의해 추가됨
- 이상하게 보일지 모르지만, 당신은 당신이 많이 일했던 기사들과 유대감을 갖기 시작한다.적어도 나에게는 그렇다. 서지학15 05:26, 2008년 2월 15일 (UTC)
Hal Turner(토크 내역 편집 및 삭제 링크 감시 로그 보기)가 단순화됨
이것은 내가 Hal Turner(토크 히스토리 보호 링크 삭제 링크 감시 로그 보기 편집)라는 기사를 블랭킹했다는 알림입니다, 특히 주체에 대한 의견과 많은 "초청 필요" 태그, 매우 논란이 많은 인물.나는 모든 편집자들이 되돌리지 말고 검증 가능한 자료를 포함하도록 노력할 것을 요청한다.2008년 2월 14일 21:41 (UTC)
- 이게 지워지는 한, 이걸로 지워버리고 싶어.그러나 천 개 이상의 개정판이 있고, 나는 개인적으로 BLP 걱정 없는 한 개에 대해 일일이 훑어볼 인내심이 없다.(첫 번째를 포함해 무작위로 누른 다섯 개 정도의 수정판이 그랬다.) -리볼버 21:59, 2008년 2월 14일 (UTC)
나는 그 기사를 24시간 동안 몰래 탐지해 왔다.그 당시에는 그 기사를 논평하는 현수막만 비어 있었다.나는 적어도 독자들이 쓸 수 있는 단조로운 기사가 있고, 그 추악한 현수막은 제거되었으면 하는 마음이 매우 간절하다.나는 보호가 만료될 때까지 이전 스텁이 재제시되는 것에 대한 합의가 빠른 시일 내에 대화 페이지에 형성되기를 바란다.나는 다른 관리자나 권한이 없는 편집자가 그 합의가 존재한다는 것을 전제로, 나를 언급하지 않고 배너를 그런 스텁으로 대체하기 위해 기사를 편집하는 것이 기쁘다.그리고, 일반적으로, 제발 사람들 얘기를 시작하자!LessEnard vanU (대화) 22:04, 2008년 2월 14일 (UTC)
백로그
WP:AIV는 꽤 괜찮은 크기의 밀린 일을 받고 있어, 단지 FIY.건배, 팁토티 23:34, 2008년 2월 14일 (UTC)
- "Whemw" *얼굴에서 땀 흘린다*, 힘들었다...하지만 지금은 꽤 분명해 보인다. :P Tiptoetytalk 23:49, 2008년 2월 14일 (UTC)
- 오늘 세 번...목요일엔 이상해AIV 도우미봇 중 한 명이 여기에 메모를 남길 수 있을 것 같다(또는 WP:ANI) 미결 보고서가 8개 또는 10개 이상일 때?UltraExactZZ Claims ~증거 00:23, 2008년 2월 15일 (UTC)
- 10은 타당해 보인다.팁토티talk 00:29, 2008년 2월 15일 (UTC)
- 오늘 밤 집에 도착하면 AIV의 토크 페이지에 메모를 올릴게.오늘처럼 힘든 날이라면, 나와 다른 두 사람이 ANI에서 도움을 청하거나 여기서 반달인을 확인하면서 밀린 일을 도운 시간이 될 수도 있었다.내일이 더 바쁘지 않다면 긴급한 관심사가 아닐 정도로 드문 일이지만 논의할 가치가 있을 것이다.Helperbot 7이 최근에 승인되었다는 것을 알고 있는데, 아마도 그들의 op이 그 기능을 추가했을까?UltraExactZZ ~ 증거 02:33, 2008년 2월 15일 (UTC)
- 10은 타당해 보인다.팁토티talk 00:29, 2008년 2월 15일 (UTC)
- 오늘 세 번...목요일엔 이상해AIV 도우미봇 중 한 명이 여기에 메모를 남길 수 있을 것 같다(또는 WP:ANI) 미결 보고서가 8개 또는 10개 이상일 때?UltraExactZZ Claims ~증거 00:23, 2008년 2월 15일 (UTC)
"연계되지 않음"에 대한 코발레이션 요청
아니메 우회로 기사에서 있었던 일에 대한 약간의 역사.2007년 7월, 애니메 우회전 직원 중 한 명이 반복적으로 이 기사에 글을 추가해, 컨벤션에 관한 「최신 정보」를 위해 컨벤션의 웹사이트를 확인해야 한다는 내용을 추가했다.[66] 이로 인해 사소한 편집전쟁이 발생하여 기사에서 "고시"가 삭제되었다.[67][68]
이제 IP로서 처음으로 같은 편집자가 오는 4월에 열릴 2008 컨벤션의 참석에 대해 검증할 수 없는 정보를 다시 추가했다.[69] WP에 의거한 정보를 삭제하였다.NOT#Crystalball 그러나 편집자는 협약에 의해 "확정"되었고 따라서 공식적이기 때문에 정보를 계속 재삽입했다.[70][71][72].편집자에게 제3자 소스를 통한 위키피디아의 검증가능성에 관한 정책을 알려주고, 위키피디다가 컨벤션 직원이 [[그들의 변론을 출판하는] 장소가 아니라는 것을 알린 후, 스태프는 다시 되돌아온 기사[73]에서 올해 컨벤션에 관한 정보를 삭제하려고 시도했고, 위키피디아는 "아니오"라고 요청했다.그것이 무슨 의미든 간에 이 협약"[74][75]과 연결된다.분명히 스태프는 그 기사가 컨벤션의 마우스피스로 사용될 수 없다고 불만스러워하고 있다. --파릭스 (토크) 00:40, 2008년 2월 15일 (UTC)
페이지에 불필요한 수정사항을 추가하여 삭제할 수 없도록 설정
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
이 실타래는 쓸모없는 수정을 가함으로써 페이지를 읽을 수 없게 만드는 문제에 대한 논의로 시작되었고, 또 다른 'ZOMG 베타코만드봇은 루즈다'라는 실타래로 빠르게 변질되어, 얼굴이 없고 비인간적인 봇이 스토킹과 하레스를 할 수 있다는 아시닌의 주장을 하는 데까지 이르렀다.문제가 있으면 Betacommand에 Bot의 불만 사항을 보고하고 WP에 서둘러 보고하지 마십시오.AN, WP:AN은 불만 부서가 아니다.만약 정당한 문제가 있고, 베타코만드가 그 문제를 해결하지 않았다면, 자유롭게 새로운 실을 시작하십시오.— Save_Us † 01:43, 2008년 2월 15일 (UTC)
FYI: [76]그리고 팀만 그런 것은 아닐 겁니다. --bainer (대화) 03:14, 2008년 2월 4일 (UTC)
- 좋은 의도로 한 일이라고 확신하지만...이런, 이건 정말 안좋은 판단이야그것은 또한 덜 자애로운 방법으로 사용될 수 있는 기능을 강조한다.이 과정에서 메인 페이지가 *(CSD G6 당!) 한 번 삭제된 것으로 보인다는 사실은 무시된다.난 새 관리자니까 내가 놓친 이 주제에 대한 대화가 있을 수도 있어...하지만, 나는 팀의 의견에 동의해야 해.UltraExactZZ ~ 증거 03:24, 2008년 2월 4일 (UTC)
- 비관리 봇인 BCB는 어떻게 보호된 페이지를 편집했는가?삭제된 편집 내용을 복원하는 등 페이지 기록에서 이상한 일이 벌어지고 있는 것을 보고 있다.그리고 이런 일은 끝나기 전에 어딘가에서 승인을 받아야 하지 않을까?이게 WP:BAG의 목적이 아닐까?나는 절대 돌이킬 수 없는 것을 하고 싶지 않기 때문에 깜박이지 않는, dev를 포함한 모든 사람이 메인 페이지를 읽을 수 없게 만드는 기술적 스위치가 있다는 것을 안다.그래서 이것은 기본적으로 (읽을 수 없는 것으로 간주하는) 내가 보는 방식대로 그렇게 하고 있는 것인데, 이것은 어느 정도 합의된 IMHOtalk MBisanz 03:37, 2008년 2월 4일 (UTC)에 반하는 것이다.
- 편집은 사용자 공간에서 이루어졌고 페이지는 관리자에 의해 메인 스페이스로 이동되었다.나콘 03:37, 2008년 2월 4일 (UTC)
- 사전에 논의된 내용이 있는가? --Rory096 03:50, 2008년 2월 4일(UTC)
- 아니, 승인도 없고, 이것이 필요하다는 것에 대한 합의도 없다 - 충분한 자격이 있는 일주일간의 블록.메인 페이지 역사는 이제 파괴되었다.Ryan Postlethwaite 03:54, 2008년 2월 4일 (UTC)
- 감독처럼 사전 수정사항을 선택적으로 삭제할 수 있는 방법이 없을까?자동화할 수 없는 경우에는 손으로 직접(아이!)을 빼야 할 것이다.최악의 경우, 주관적인 편집을 감독해야 한다는 공감대가 형성될 수 있다(예: 정책에 반하는 것은 알고 있지만, 해를 보고 있지 않다).MBisanztalk 04:03, 2008년 2월 4일(UTC)
- 나는 베타카ommandbot의 블록이 어떻게 이 벤처를 협력한 관리자 블록보다 더 "적당한" 것인지 모르겠다.봇이 한 일은 사용자 하위 페이지를 무수히 편집한 것뿐이었다.마이크 R (토크) 04:06, 2008년 2월 4일 (UTC)
- 그것은 분명히 사전에 어딘가에서 논의되었다.내 짐작은 IRC이다.마이크 R (토크) 04:09, 2008년 2월 4일 (UTC)
- 봇이 막히고 관리자가 안 된 이유는 1이 아닐까 싶다.팀은 봇이 다른 많은 페이지들에 이런 짓을 하는 것을 두려워했고 재빨리 행동해야만 했다.2. 봇들은 특별한 과정을 거쳐서 봇 깃발을 얻어야만 했고, 그 과정은 그들이 망쳤을 때 더 가혹한 행동을 할 수 있게 한다, 관리자들, 일반적으로 RfC/AN/Arbcom 토론의 우아함을가지고 있다.MBisanz 04:15, 2008년 2월 4일 (UTC)
- 아니, 승인도 없고, 이것이 필요하다는 것에 대한 합의도 없다 - 충분한 자격이 있는 일주일간의 블록.메인 페이지 역사는 이제 파괴되었다.Ryan Postlethwaite 03:54, 2008년 2월 4일 (UTC)
- 사전에 논의된 내용이 있는가? --Rory096 03:50, 2008년 2월 4일(UTC)
- 편집은 사용자 공간에서 이루어졌고 페이지는 관리자에 의해 메인 스페이스로 이동되었다.나콘 03:37, 2008년 2월 4일 (UTC)
- 비관리 봇인 BCB는 어떻게 보호된 페이지를 편집했는가?삭제된 편집 내용을 복원하는 등 페이지 기록에서 이상한 일이 벌어지고 있는 것을 보고 있다.그리고 이런 일은 끝나기 전에 어딘가에서 승인을 받아야 하지 않을까?이게 WP:BAG의 목적이 아닐까?나는 절대 돌이킬 수 없는 것을 하고 싶지 않기 때문에 깜박이지 않는, dev를 포함한 모든 사람이 메인 페이지를 읽을 수 없게 만드는 기술적 스위치가 있다는 것을 안다.그래서 이것은 기본적으로 (읽을 수 없는 것으로 간주하는) 내가 보는 방식대로 그렇게 하고 있는 것인데, 이것은 어느 정도 합의된 IMHOtalk MBisanz 03:37, 2008년 2월 4일 (UTC)에 반하는 것이다.
{unindent) Tim Starling은 여기서 [78] 동 718을 이 문제에 대한 그의 행동에 대해 탈종교화하자고 제안했다.이 요청은 어떤 포럼에서 논의되어야 하는가?MBisanz 04:47, 2008년 2월 4일(UTC)
- 적당한 장소가 어딘지는 모르겠지만, ArbCom일 것 같아.다행히도 개발자 중 한 명이 메인 페이지 기록에서 봇의 쓰레기 편집 내용을 삭제했다.[79] - auburn pilot talk 04:55, 2008년 2월 4일(UTC)
어쨌든 이건 좀 바보같은 짓이야.삭제 및 보호와 같은 관리자 도구를 관리자로 제한하는 이유왜냐하면 우리는 그들이 무엇을 하고 있는지 알도록 그들을 믿기 때문이다.사이트를 깨는 것이 분명하지 않기 때문에 5000개 미만의 수정본으로 삭제를 제한했다.이것은 완전히 다른 것으로, 한 관리자가 "메인 페이지 삭제"라고 적힌 단추를 클릭했다.관리자는 실제로 기본 페이지를 삭제하려는 경우가 아니라면 이러한 단추를 클릭해서는 안 된다.테스트는 테스트-위키스를 위한 것이다 — 이것은 세계에서 가장 많이 사용되는 8번째 웹사이트의 메인 페이지에서 여러분이 망치는 종류의 것이 아니다!이와 같은 제한사항을 적용하는 것은 그들이 모르는 사람들과 무엇을 하고 있는지 알고 있는 예비 관리자들을 구별하기 위한 적절한 메커니즘이나 행정 기능과 관련하여 조심스러운 문화가 있다면 필요하지 않다.봇의 사용에 관해서는, 우리는 이유가 있어서 봇 승인 그룹을 가지고 있다.나는 베타코만드가 거기에 있다는 것을 알고 있고, 이것보다 더 잘 알아야 한다.— Werdna talk 05:00, 2008년 2월 4일 (UTC)
- 메인 페이지를 삭제하기 위해 무엇이 필요했는가?아니면 옮기시겠습니까?왜 거기까지 탭이 있는 거야?삭제 탭은 현재 숨겨져 있지만 옵션을 모두 제거하지 마십시오.Lara❤Love 05:31, 2008년 2월 4일 (UTC)
- bugzilla:9625는 그것이 결코 일어나지 않을 것임을 나타내는 것 같다.MBisanztalk 05:38, 2008년 2월 4일 (UTC)
- 여기서 가장 큰 관심사는 최종 결과(메인 페이지를 읽을 수 없게 만드는 것)가 아니라, 거기에 도달하기 위한 수단(두 편집자가 본 페이지에 1200개의 정크 편집본을 덤핑하려는 명백한 일방적이고 뒷받침되지 않는 움직임)에 있다고 생각하는데, 이는 최근에 해킹당한 안전 기능의 의도치 않은 착취를 나타내며 오히려 어떻게 해야 하는지에 대한 객체 교훈이다.해당 안전 기능을 사용하여 운영 중단.문제의 두 편집자는 파괴적이 되려고 노력하지 않았지만, 이제는 파괴적이 되기 위해 그들의 수단을 사용할 수 있다는 것이 명백해졌다.권장되는 차단 및/또는 탈색 소포가 정당한지 아닌지는 잘 모르겠지만, 이것은 일을 하는 잘못된 방법인 것 같다. --Jayron32.talk.contracts 05:40, 2008년 2월 4일 (UTC)
- 나는 실제로 손상된 관리자 계정이 삭제하거나 파기할 수 있는 매우 가시적인 것이 있다는 것이 좋다고 생각한다.약간의 오래된 삭제-메인 페이지-for-lulz는 사람들이 스테어워드를 찾는 것을 매우 빠르게 보낼 것이다.가장 최근의 사건은 3분만에 소실되었다...– Sadalmelik (대화) 06:22, 2008년 2월 4일 (UTC)
- Bugzilla는 어떠한 종류의 합의에도 도달하지 못한 것 같다.사실, 그 페이지는 더 많은 사람들이 메인 페이지를 삭제할 수 있는 선택권을 가질 필요가 없다는 것에 동의하는 것처럼 읽힌다.특정 페이지에는 선택사항이 필요하지 않다.삭제 및 이동 탭이 이러한 페이지에 유용한 목적을 제공하지 않으며, 탭이 남용 및 서버 잠금의 위험을 남겨두도록 하는 것을 고려해 볼 때, 이 옵션을 제거하기만 하면 안 되는 이유는 무엇인가?세계에서 9번째로 많이 보는 웹사이트의 메인 페이지가 몇 분 동안 다운되는 것은 무의미하고 피할 수 있는 나쁜 시간이다.Lara❤Love 06:49, 2008년 2월 4일 (UTC)
- bugzilla:9625는 그것이 결코 일어나지 않을 것임을 나타내는 것 같다.MBisanztalk 05:38, 2008년 2월 4일 (UTC)
중요 태스크
나는 BCB가 RFC봇의 업무, CfD(그것이 무엇인지 모르겠다), 스팸레포트, 이미지 이동, 이미지 이름 바꾸기 같은 몇 가지 업무를 하는 것으로 기억하는 것 같다.일주일 동안 그 일을 할 수 없게 된 것에 대한 우리의 비상 계획은 무엇인가?그렇다, 나는 그것이 무료 이미지나 고아 이미지 작업을 한다는 것을 안다. 하지만 나는 그 지역에서의 기존의 엄청난 밀린 일들을 고려할 때 그 필수적인 것을 고려하지 않는다.MBisanz 04:13, 2008년 2월 4일(UTC)
- 나는 우리가 그런 것들에 대한 비상 계획을 가지고 있는지 모르겠다.봇 체계는 야생 서부와 같다.모든 사람들이 그들만의 코드를 실행하며 중복성은 거의 없다.나는 오랫동안 BetacommandBot의 작업을 하나의 사용자 이름 - BetacommandBot 1, BetacommandBot 2 등 - Carl (CBM · talk) 04:23, 2008년 2월 4일 (UTC)을 대신하여 별도의 사용자 이름으로 나누는 것을 지원해왔다.
- 나는 이 과제들이 얼마나 복잡한지 모르지만, 특히 RFC는 WP의 일부로서 압박을 받고 있는 것 같다.DR 프로세스.무능력 봇 운영자가 빠르고 더러운 대체품을 코드화하는 것이 얼마나 어려울까?아니면 봇을 실제 편집자로 교체하는 방법을 설명하는 간접적인 과정이 있는가?MBisanztalk 04:27, 2008년 2월 4일(UTC)
- RFC봇은 다소 복잡한 행동을 한다.나는 봇 프로그래밍에 경험이 많은 사람이 하루의 전담 업무에서 중단 없이 대체자를 코딩할 수 있어야 한다고 추정한다.그러나 그 코드를 공개적으로 이용할 수 있다면 더 좋을 것이다(그 코드가 맞는지 모르겠다.그때도, 새로운 운영자가 그들의 기계에서 코드를 실행하는 데 몇 시간이 걸릴지도 모른다.— 칼 (CBM · talk) 04:34, 2008년 2월 4일 (UTC)
- 사실 RFC봇은 Grandrocker에 의해/운영되었다.그러나 BCbot은 지금 이 일을 처리하는 것 같다.– Sadalmelik (대화) 04:52, 2008년 2월 4일 (UTC)
- 나는 이 과제들이 얼마나 복잡한지 모르지만, 특히 RFC는 WP의 일부로서 압박을 받고 있는 것 같다.DR 프로세스.무능력 봇 운영자가 빠르고 더러운 대체품을 코드화하는 것이 얼마나 어려울까?아니면 봇을 실제 편집자로 교체하는 방법을 설명하는 간접적인 과정이 있는가?MBisanztalk 04:27, 2008년 2월 4일(UTC)
- 젠장, 봇을 막아버려.그 스크립트는 더 이상 실행되지 않고 있으며 베타콤랜드는 아마도 다시 실행하지 않을 것을 알고 있기 때문에 차단할 이유가 없을 것이다. --Rory096 05:12, 2008년 2월 4일 (UTC)
- Tim은 개발자이고 나는 위키백과의 재단의 직원이라고 생각한다.OFFICE#Who_does_Office_actions를 사용하면 차단 해제 시 고려될 수 있다.MBisanztalk 05:17, 2008년 2월 4일 (UTC)
- 첫째로, 이것은 "사무실 조치"가 아니다.알아서 하시오.로리096은 "베타코ommand는 아마도 그것을 다시 실행하지 않는 것을 알고 있기 때문에 그것을 차단할 이유가 없다"고 말한다.베타코만드는 이런 일에 대해 어떤 교훈도 얻은 게 없다고 생각한다. 그는 완고한 타입의 사람이다.내가 IRC에 대해 얘기했을 때 그는 분명히 아무런 사과도 하지 않았다.그가 또 하면 내가 또 막겠다.나는 지금 그의 난장판을 정리하기 위해 대본을 썼기 때문에 두 번째로는 그다지 수고스럽지 않을 것이다. -- 팀 스타링 (토크) 05:42, 2008년 2월 4일 (UTC)
- 그럴 경우, 우리는 그에게서 다시는 그런 일을 하지 않겠다는 약속을 얻어내도록 해야 한다(아래에 그가 준 것 처럼 보이기 때문에), 그런 일이 다시는 일어나지 않도록 하는 조치를 고려해야 한다- 수정을 시행한 사람들이 의도하지 않은 방식으로 어떤 문제에 대한 어떤 해결책을 착취할 뿐만 아니라, 승인되지 않고 논의되지 않은 어떤 봇푸도 이용해야 한다.nets, 그리고 BetacommandBot의 기능을 분할하여 다른 기능이 모두 작동을 중지하지 않도록 차단하는 것을 고려한다. --Rory096 18:25, 2008년 2월 4일 (UTC)
- 로리096, 난 계좌를 분리하는 작업을 해왔는데 그렇게 간단하지 않아그리고 나는 다른 요청을 강요당했어, 공유자 참조:User:BetacommandBot, 최근 이미지 이름 변경.내가 이전에 말했듯이, 이것은 단 하나의 요청이었고, 반복할 향후 계획이 없었다.βcommand 18:34, 2008년 2월 4일 (UTC)
- 그럴 경우, 우리는 그에게서 다시는 그런 일을 하지 않겠다는 약속을 얻어내도록 해야 한다(아래에 그가 준 것 처럼 보이기 때문에), 그런 일이 다시는 일어나지 않도록 하는 조치를 고려해야 한다- 수정을 시행한 사람들이 의도하지 않은 방식으로 어떤 문제에 대한 어떤 해결책을 착취할 뿐만 아니라, 승인되지 않고 논의되지 않은 어떤 봇푸도 이용해야 한다.nets, 그리고 BetacommandBot의 기능을 분할하여 다른 기능이 모두 작동을 중지하지 않도록 차단하는 것을 고려한다. --Rory096 18:25, 2008년 2월 4일 (UTC)
- 첫째로, 이것은 "사무실 조치"가 아니다.알아서 하시오.로리096은 "베타코ommand는 아마도 그것을 다시 실행하지 않는 것을 알고 있기 때문에 그것을 차단할 이유가 없다"고 말한다.베타코만드는 이런 일에 대해 어떤 교훈도 얻은 게 없다고 생각한다. 그는 완고한 타입의 사람이다.내가 IRC에 대해 얘기했을 때 그는 분명히 아무런 사과도 하지 않았다.그가 또 하면 내가 또 막겠다.나는 지금 그의 난장판을 정리하기 위해 대본을 썼기 때문에 두 번째로는 그다지 수고스럽지 않을 것이다. -- 팀 스타링 (토크) 05:42, 2008년 2월 4일 (UTC)
- Tim은 개발자이고 나는 위키백과의 재단의 직원이라고 생각한다.OFFICE#Who_does_Office_actions를 사용하면 차단 해제 시 고려될 수 있다.MBisanztalk 05:17, 2008년 2월 4일 (UTC)
여기 RFC 봇의 뒷이야기가 있다.나는 그 아이디어를 생각해 냈다. 베타코만드는 나를 위해 그것을 썼다.그것은 이 위치의 MIT 면허에 따라 존재한다.내 툴 서버 계정으로 실행하기로 되어 있지만, 어느 정도 망가진 결과 너무 많은 메모리를 소모한다.따라서 툴서버의 한계치인 1GB RAM에 도달하면 다운되고 메모리 관리 소프트웨어에 의해 소멸된다.베타코만드가 이를 수리하는 동안 그는 자신의 계정(또는 봇)을 사용하여 작업을 계속하고 있다. 이는 베타코만드의 계정과 그의 봇이 소프트웨어의 새로운 버전에 대한 테스트 벡터로 사용되기 때문에 전례 없는 일은 아니다.
봇의 이면에 있는 문제는 기억 속에 있는 물체들이 소멸할 충분한 시간을 주지 않고 너무 빨리 형성되고 있다는 것이다.나는 리프레시 속도를 5분에서 60분으로 늦춰서 툴서버에서 복잡하지 않게 실행할 수 있는지 알아보려고 한다.GrandRocker (talk) (이 기사 작성) 05:41, 2008년 2월 4일 (UTC)
- BCB가 그의 코드를 퍼뜨리는 것을 좋아하지 않는다는 것을 알지만, 솔직히, 나는 더 많은 봇들이 그가 그것을 실행하기를 원하지 않거나 다시 이런 상황이 발생할 경우에 대비해서 그의 업무 중 일부를 떠맡아야 한다고 생각한다.사용자:Zscout370 06:55, 2008년 2월 4일(UTC)
개발자 노트
팀 스타링은 wikitech-l 목록에 이메일을 보내 의미 없는 수정사항을 페이지에 추가하는 관행을 강하게 비판하였다.적어도 모든 사람은 "그러지 마"라는 메시지를 없애야 한다.— 칼 (CBM · talk) 05:15, 2008년 2월 4일 (UTC)
- 나는 그 당시 그것이 좋은 생각이었다고 생각했다.BCBOT는 페이지를 읽을 수 없게 만들 수 있는 충분한 수정사항을 추가하지 않았다.그러므로 나는 나 자신에게 적절한 벌을 주었다.나는 이제 이것이 야기할 수 있는 미끄러운 경사 문제를 이해한다.Graham87 08:26, 2008년 2월 4일 (UTC)
- 아... 뭐?그것이 내가 이해할 수 없는 중요한 점은 아니다.내가 이해할 수 없는 요점은 왜 그렇게 많은 관성이 있느냐 하는 것이다.공개적으로 논의되지 않았을 수 있었을까, 온위키?이것으로부터 몇 가지 교훈을 얻을 필요가 있다.팀은 베타코만드가 이런 일을 할 마음이 없거나 할 수 없는 것처럼 보인다는 것을 지적하고 있는데, 글쎄, 그것은 자신감을 불어넣지 못한다.El_C 08:55, 2008년 2월 4일 (UTC)
현재 위키미디어위키에서는 기본 페이지를 삭제하거나 이동할 수 없다.Graham87 10:06, 2008년 2월 4일 (UTC)
- 아직 움직일 수 있을 것 같아.WODUP 10:16, 2008년 2월 4일 (UTC)
- 관리자가 기본 페이지를 삭제하도록 하지 않을래?탄광의 카나리아인데, 계정이 손상되거나 어정쩡하게 되면 메인 페이지를 삭제해 10분 안에 관리비트를 잃어버리는 경우가 많다.다행이다, 피해를 최소한으로 줄인다.(1 == 2)Until 17:42, 2008년 2월 4일 (UTC)
- 그들이 부적절하게 삭제할 수 있는 다른 페이지들이 있다.GrandRocker (talk) (이 기사 작성) 23:47, 2008년 2월 4일 (UTC)
- 관리자가 기본 페이지를 삭제하도록 하지 않을래?탄광의 카나리아인데, 계정이 손상되거나 어정쩡하게 되면 메인 페이지를 삭제해 10분 안에 관리비트를 잃어버리는 경우가 많다.다행이다, 피해를 최소한으로 줄인다.(1 == 2)Until 17:42, 2008년 2월 4일 (UTC)
봇 레코드 및 COI의 엉망진창
이 사례와 관련된 문제에 대한 참고 사항:지난 며칠 동안, 나는 위키피디아에서 기록 작업을 하고 있다.봇/상태.기록을 통해 간단히 살펴보면 그들이 부정확하거나 시대에 뒤떨어진 끔찍한 상태에 있다는 사실을 알 수 있다.또한 오래된 페이지인 위키피디아도 있다.등록된 봇들.그리고 이 두 레코드 모두 봇 깃발을 든 사용자 목록과 일치하지 않을 것 같다.
이것은 관리자들이 봇 학대를 추적하는 것을 사실상 불가능하게 만든다.
전반적으로 WP와의 COI가 있는 것으로 보인다.BOT:
- 봇 승인 집단은 봇 소유주나 프로그래머 그 자신이 되어야 하기 때문에 당연히 그들은 봇의 특권을 나눠주는 것에 대해 자유분방한 경향이 있고, 이런 종류의 것을 외면하거나 방어할 수도 있다(그것은 그릇된 믿음의 추측이 아니라 추측이다).지역사회의 해설을 감안하지만 여전히 주도적인 역할을 하고 있다.
- 봇 승인 그룹은 주로 봇 기록을 유지한다.음, 다시 말하지만, 왜 그들은 좋은 기록을 유지하는 것에 관심을 가져야 하는가?만약 그들이 그렇게 하지 않는다면, 이런 종류의 일에서 벗어나는 것이 훨씬 더 쉬워질 것이다.
나는 기록을 정리하고 봇으로 플래그 지정되거나 목록에 오른 모든 사용자를 철저히 검토하면 사람들이 알고 있는 것보다 더 많은 봇 학대가 일어나고 있다는 사실을 산출할 수 있을 것이라고 생각한다.〇 젠왓 (토크) 11:21, 2008년 2월 4일 (UTC)
- 나는 비언컨터처럼 들리고 싶지 않지만, 그 프로젝트에 관한 활동적인 봇들을 감사할 수 있을 것 같다.봇 깃발을 든 모든 사람들의 목록과 등록된 봇들의 목록이 어딘가에 있어야 한다.우리는 모든 운영자와 두 목록에 있는 봇에게 토크 페이지 코멘트를 보냈다: "이봐, 우리는 레코드를 업데이트하고 있어. 여기서 봇의 상태를 업데이트해줘.일주일 안에 연락이 없으면 당신의 봇은 비활성 상태로 기록될 겁니다."비활성 봇의 플래그가 해제되었는지, 차단되었는지, 아니면 다른 방법으로 언급되었는지는 합의에 달렸지만, 운영자가 봇의 운영을 재개하기 전에 체크인하고 상태를 업데이트하는 것이 좋다.이것은 또한 현재 봇이 더 이상 하지 않는 승인된 기능을 감사할 수 있는 좋은 기회가 될 수 있으므로, 우리는 다른 봇이 얻을 수 있는 기능을 식별할 수 있다.한두 가지 아이디어만 내던지고 UTC(UltraExactZZ ~증거 13:37, 2008년 2월 4일)
- 내가 보기에 봇에 대한 대부분의 불만은 정책과 맞지 않고, 그렇지 않은 불만은 신속하게 처리된다.(1 == 2)Until 18:01, 2008년 2월 4일 (UTC)
- 나는 그것들이 종종 신속하게 처리된다는 것에 동의하지만, 어떤 경우에는 이전의 개입이 동일한 봇 운영자의 미래 문제를 배제하지 않는 것 같다.기껏해야 답답하지. --Iamanknown 21:10, 2008년 2월 4일(UTC)
- 특별한 페이지에서 깃발 달린 봇의 목록을 얻을 수 있다.나는 당신이 상태 및 등록된 봇 페이지와 그 봇들의 사용자 기여도를 비교하고 필요한 곳에 업데이트를 초대한다면 봇 커뮤니티는 그것을 환영할 것이라고 확신한다.Rich Farmbrough, 2008년 2월 6일 (GMT) 14:37 6.
- 참고로, 선한 믿음이 나쁜 믿음을 가정한 것이 아니라, 선한 믿음을 가정한 것이라고 가정하는 것이 좋은 믿음을 가정한 것이 아니다.그러므로 불신의 추측은 불신의 가정만큼 AGF를 위반하는 것이다.그렇기는 하지만, 모두가 선의로 행동한다고 가정할 때 방금 했던 것과 같은 요점을 동시에 만들 수도 있었다. --Rory096 18:12, 2008년 2월 4일 (UTC)
아, 그래, 네 말이 맞아, 로리미안. 그래, 난 그냥 편집증일 뿐이야.긍정적인 측면으로, 그것은 WP에 깔끔하게 추가되었다.카발 리스트.
그럼에도 불구하고 적어도 WP의 부재로 인한 잘못된 기록 유지에 대해서는 내가 옳다.AGF. ☯ 젠왓 (대화) 04:17, 2008년 2월 5일 (UTC)
- 지난번에 봤을 때 승인 기록이 꽤 괜찮았어.그러나 상태 페이지는 그것을 업데이트하기 위해 봇 운영자에 의존한다. 만약 그들이 떠나가고, 죽고, 그저 쉽게 잊어버리고, 무엇이든지 간에, 항상 일어나는 것은 아니다.Rich Farmbrough, 2008년 2월 6일 (GMT) 14:37 6.
요약
위의 내용을 요약하려고 시도하십시오.
- (1) IRC에 대한 "조크" 토론으로 인해 누군가가 메인 페이지를 삭제할 수 없다는 주장을 시험하게 된 후, 메인 페이지는 실수로 삭제되었다.위키백과 참조:ANI#I 기본 페이지를 삭제했다.
- (2) 다른 일부 오프위키 논의는 최근의 "5000개 이상의 개정 = 삭제할 수 없음" 수정에 근거하여 향후 이를 방지하기 위한 해결 방법을 두 명의 사용자(관리자와 봇 운영자)가 구현하도록 하였다.그들은 봇이 하위 페이지에 대해 많은 null 편집을 하도록 함으로써 이 작업을 수행했다(사용자:East718/empty), 그리고 나서 관리자가 메인 페이지를 삭제하고 두 개의 히스토리를 병합하여 편집 카운트를 5000개 이상으로 끌어올렸다(글쎄, 사실 편집 카운트가 부족할 가능성이 있는 것 같으며, 다른 관리자 2명(사용자:Nakon 및 사용자:Graham87)은 총계 5000 이상을 가져오기 위해 몇 가지 수작업으로 null을 편집했다. 한 번은 나중에 이 작업을 위해 자신을 차단했다. 여기를 참조하십시오.)문제의 봇은 베타콤만드봇이었지만, 개발자들에 의해 어느 정도 깊은 수준에서 삭제되었기 때문에 편집이 더 이상 보이지 않는다(페이지가 5000개 이상 편집되었기 때문에, 개발자들만 이것을 할 수 있었다 - 포인트 5 참조).
- (3) 팀 스타링은 이 사실을 알게 되어(여기, 여기 참조) 1주일 동안 "시스템 자원의 남용"을 이유로 베타카ommandBot을 차단하고, East718을 탈피할 것을 요구해 왔다.
- (4) 이제 기술적 수정은 모든 WMF Wiki의 주요 페이지를 삭제하거나 이동할 수 없다는 것을 의미한다(편집 횟수에 관계 없이).하지만, 이것은 진정한 해결책이 아니다.긴급 삭제에 사용할 수 있는 프로세스는 여기를 참조하십시오.
- (5) '정크' 개정 내용은 메인 페이지 기록에서 삭제되었다.
- (6) 우편물 목록과 온위키 및 다른 곳에서는 (확실히) 몇 가지 다른 논의가 진행 중이다.위키-테크 메일링 리스트에 대한 설명이 연결되어 있으며, 다음과 같은 WP가 있다.실 한 가닥.다른 두 가지는 메인 페이지 토크 페이지 토론, 위키-엔 메일링 목록, 버질라 토론이다.
내 생각에 그건 맞는 것 같아.앞으로 나아가야 할 것은 무엇인가?
- (가) BetacommandBot 블록의 결과 및 BetacomandBot의 작업 처리 방법.
- (나) 탈소점 처리를 위한 중재사건의 공개여부
- (다) 봇기 남용이 있었는지 여부.
나의 견해는 (어떤 이유로든) 영구적인 차단이나 미래 출발의 결과를 지역사회가 직면하도록 강요하고, 따라서 이런 일이 다시 일어날 경우에 대비해 이것(및 다른 봇들)에 덜 의존하게 된다면, 베타카만드봇에 대한 블록은 남아야 한다는 것이다.봇이 "활력적인 일"을 하기 때문에 "차단할 수 없다"고 하는 것은 받아들일 수 없다.봇 기능의 분할은 이미 오래 전에 이루어진 것으로 보인다.나는 East718의 sysop 기에 대해 그다지 까다롭지 않다 - 나는 그가 조만간 다시 이런 일을 할 것이라고 생각하지 않는다.카차롯 (토크) 11:53, 2008년 2월 4일 (UTC)
- 이것은 RfC는 아니지만, 나는 Carcharoth의 이슈에 대한 요약에 동의한다.나는 또한 어떤 일이 일어나든 이스트718의 행동은 백과사전(그리고 메인 페이지의 보안)을 개선하려는 선의의 시도에서 취해진 것이라고 믿고 있다는 것을 각주로 덧붙이고 싶다.내 마음속의 관심의 요소는 반드시 의도 자체에 있는 것이 아니라 사전에 토론의 부족이다.나는 또한 만약의 경우에 그리고 언제가 더 많은 절차 중에 그것이 고려되어야 한다고 믿는다.UltraExactZZ ~ 증거 13:45, 2008년 2월 4일 (UTC)
- 과제 A의 논의에 대한 이점: Betacommandbot의 블록, Betacommandbot과 관련된 모든 Bot 승인 요청 접두사 목록.어디선가 좀 더 최근의 요약이 있을 텐데, 여기서부터 시작하는 게 좋을 것 같다.내가 알고 있는 중요한 임무는 논쟁의 여지가 있는 공정 사용 근거 이미지에 태그를 지정하는 것이지만 - 해당 범주에 대한 활성 백로그를 감안할 때, 현재 백로그에 더 많은 이미지를 추가하는 것은 우선순위가 낮은 것 같다.UltraExactZZ ~ 증거 13:59, 2008년 2월 4일(UTC)
- 팀 스타링은 위에서 차단되지 않는 베타카ommandbott를 받아들일 것임을 분명히 했다.그렇게 하는 것이 앞으로 나아가는 가장 간단한 방법일 것이다.모든 봇코드를 다시 쓰는 것은 좋겠지만, 궁극적으로는 그럴 가치가 없을 것이다.— 칼 (CBM · talk) 14:27, 2008년 2월 4일 (UTC)
- 아마도 가장 간단한 해결책일 것이다, 나는 동의한다.그러나 누가 그것을 하든지 간에 로그 요약에서 봇이 다른 업무를 수행하기 위해 단지 차단만 해제되어서는 안 된다는 것을 분명히 할 필요가 있다.한 세트의 봇 작업을 통해 필수 불가결한 존재가 되는 것은 다른 (승인되지 않은) 봇 작업을 수행할 수 있는 자유 라이선스가 아니다.이것은 과거에 제기되어 결코 만족스럽게 다루지 않았던 심각한 우려다.그것은 사실상 편집자와 같은 것이다.지아노는 기사 작가와 위키백과 네임스페이스 기고자로서 자신의 기능을 분할해 달라는 요청을 효과적으로 받고 있다.인간은 항상 역할 계정으로 나누라고 할 수는 없지만, 봇은 그럴 수 있고 그래야 한다.카차롯 (토크) 14:32, 2008년 2월 4일 (UTC)
- 이것이 내가 봇을 스스로 차단하지 않은 한 가지 이유다.— 칼 (CBM · talk) 14:55, 2008년 2월 4일 (UTC)
- 한 마디만 해도, 내 행동은 단 한번의 요청이었고, 그것만큼 큰 문제를 일으킬 것이라고는 생각하지 않았다.나는 그 사건을 반복할 어떠한 계획도 가지고 있지 않다.나는 백과사전을 지키려는 나의 좋은 시도가 그것만큼 많은 드라마를 야기시킨 것에 대해 유감스럽게 생각한다.나는 드라마를 좋아하지 않는다.내 봇의 출처에 대해서는 내가 믿을 수 있는 사람들과 기꺼이 공유할 용의가 있다.나는 RfC bot을 써서 내가 아는 사용자에게 그 코드를 기꺼이 건네주었다.나는 다른 사용자들을 위해 코드를 작성했고 그들은 그것을 남용했다. 그 이후로 나는 내가 믿을 수 있는 사람들에게만 그것을 준다.앞으로 한 달 정도 안에 이미지 이름 바꾸기 대본에 대한 코드도 공개할 계획이다.(테스트를 끝내고 코드를 정리해야 한다.)βcommand 15:28, 2008년 2월 4일 (UTC)
- 이것이 내가 봇을 스스로 차단하지 않은 한 가지 이유다.— 칼 (CBM · talk) 14:55, 2008년 2월 4일 (UTC)
- 아마도 가장 간단한 해결책일 것이다, 나는 동의한다.그러나 누가 그것을 하든지 간에 로그 요약에서 봇이 다른 업무를 수행하기 위해 단지 차단만 해제되어서는 안 된다는 것을 분명히 할 필요가 있다.한 세트의 봇 작업을 통해 필수 불가결한 존재가 되는 것은 다른 (승인되지 않은) 봇 작업을 수행할 수 있는 자유 라이선스가 아니다.이것은 과거에 제기되어 결코 만족스럽게 다루지 않았던 심각한 우려다.그것은 사실상 편집자와 같은 것이다.지아노는 기사 작가와 위키백과 네임스페이스 기고자로서 자신의 기능을 분할해 달라는 요청을 효과적으로 받고 있다.인간은 항상 역할 계정으로 나누라고 할 수는 없지만, 봇은 그럴 수 있고 그래야 한다.카차롯 (토크) 14:32, 2008년 2월 4일 (UTC)
- 팀 스타링은 위에서 차단되지 않는 베타카ommandbott를 받아들일 것임을 분명히 했다.그렇게 하는 것이 앞으로 나아가는 가장 간단한 방법일 것이다.모든 봇코드를 다시 쓰는 것은 좋겠지만, 궁극적으로는 그럴 가치가 없을 것이다.— 칼 (CBM · talk) 14:27, 2008년 2월 4일 (UTC)
- 물론, 이 모든 것은 위키피디아에 있는 모든 봇들이 완전히 오픈소스여야 하고, 테스트 위키에서 봇을 실행하려고 시도하고 그것이 광고된 대로 실제로 작동하는지 확인하는 것에 의해 주기적으로 검증되어야 한다는 훌륭한 주장이 될 것이다.위키피디아가 이것에 대해 왜 아직 합의하지 않았는지 나는 확신할 수 없다, 어떤 것에 대해서도 결코 합의할 수 없을 것 같은 정도 외에는. (그렇다, 그렇다, 반반달봇의 소스 코드가 공개될 것이다, 나는 그것이 또한 프로그래머이며 트위스트 휴리스틱 기반의 사워크를 분석하는데 몇 시간을 할애할 만큼 악의적인 엄청난 수의 반달들에게 큰 도움이 될 것이라고 확신한다.e코드. 개방성을 통한 보안의 개념은 동일하지만 그들이 발견한 어떤 공적을 공유함으로써 기꺼이 도움을 줄 수 있는 그룹에 의해 수적으로 우세해질 것이다.)오픈소스 봇이 없다면 위키피디아는 주요 봇 기고자들이 이 프로젝트에 짜증을 내고 떠나거나 어떤 이유로든 사라져 모든 사람들을 심각하게 불편하게 만들 것을 요구하고 있는 것 같다.사실, 내가 틀리지 않았다면, 이것은 과거에 일어났었다.무료 백과사전이 무료가 아닌 소프트웨어에 그렇게 많이 의존하고 있는 것은 어떤가?폐쇄가 허용된 봇과 스크립트가 아니라면, 백과사전을 만들고 서비스하는 데 사용되는 유일한 독점적 소프트웨어는 라우팅 소프트웨어라고 말할 수 있을 것이다.
하지만 나는 이것이 처음으로 논쟁이 된 것인지 의심스럽다.—시뮬레이션 (대화 • 기여) 15:06, 2008년 2월 4일 (UTC)
- 나는 시메탈릭에 더 동의할 수 없다.더욱이, 특히 BRFA 동안에 코드를 발행하면 다른 봇 소유주들의 코드 검토와 몇 가지 개선사항이 허용된다: DumZiBoT는 BRFA 기간 동안 디스펜서에 의해 현저하게 개선되었다.
- 봇을 유지한다는 자부심도 있고, 출처를 발표한다는 생각에 일부 봇주들이 꺼리는 이유도 이해한다...그러나, 소스를 "비밀"로 유지하는 것은 영어 이외의 위키에서 전혀 도움이 되지 않는다.내가 알고 있는 바로는, fr에서 아주 유용하게 쓰일 수 있었던 몇 가지 봇의 예들이 있다: 하지만, 그렇지 않다. 왜냐하면, 그 원천은 구할 수 없기 때문이다. 그리고 영국의 봇 소유주들은 다른 프로젝트에 시간을 낼 여유가 없기 때문이다.NicDumZ~15:28, 2008년 2월 4일 (UTC)
- NICDumZ, 이 봇 운영자들에게 물어봤나?βcommand 15:36, 2008년 2월 4일 (UTC)
- 긍정적이다.'구체적인 예를 원하십니까?나는 SineBot에 대해 생각하고 있었다. Slakr은 새로운 도구를 개발하여 PHP 프레임워크를 완전히 다시 쓰고 싶어했고, 이것이 끝날 때까지 SineBot의 코드를 해제하고 싶어하지 않는다.그것은 명예로운 일이고, 나는 이것에 대해 그를 탓하는 것과는 거리가 멀다: 그러한 새로운 도구를 갖는 것은 분명히 많은 새로운 가능성을 열 것이다.하지만, 이것은 상당한 시간이 걸린다: SineBot은 9월부터 여기서 실행되고 있다...그 기간 동안, 우리가, fr에서, 그런 봇을 운영해야 할 유일한 가능성은 코드를 다시 쓰는 것이고, 나는 개인적으로 이것을 시간 낭비라고 생각한다.
- 내 말은. 난 봇 주인이고, 매일 살아서 코딩을 한다. 나는 그들의 노력에 대해 어떤 동인 탓도 하고 싶지 않다. 나는 또한 누군가가 와서 나의 노고를 보고, 나에게 이렇게 말할 때 많은 어려움을 겪는다. "너희 코드의 이 부분은 쓸모가 없어, 삭제해" 혹은 어떤 무작위 남자가 와서 내 대본에 의심스러운 기능을 더하면.그러나 분명한 사실은 함께 일하는 여러 개발자들이 보통 한 개발자 혼자보다 더 나은 도구를 개발한다는 것이고, 결국, 나는 항상 이러한 개입을 유용하고 도움이 된다고 생각한다.피위키피디아 커뮤니티가 얼마나 효율적인지 생각해봐! 어느 정도는 위키피디아가 작동하는 방식이기도 하다. 다른 사람들은 당신의 글이나 작품에 코를 박고 있다. 하지만 결국, "당신의" 기사는 다른 사람들의 도움으로 훨씬 더 나은 시간이다.코드를 공유하는 것은 그것을 개선하는 즉각적인 방법이다.NicDumZ~16:06, 2008년 2월 4일 (UTC)
- NicDumZ, 내가 사인봇을 어떻게 할 수 있는지 알겠어.나는 네가 교환원에게 접근하는 것이 약간의 일을 필요로 할 수 있다고 생각한다.βcommand 16:16, 2008년 2월 4일 (UTC)
- 도와줘서 고마워, 그게 아니더라도 내가 이걸 쓴 이유야.나는 단지 모든 코드 작성자들이 그들의 코드를 발표하지 않을 이유가 있다는 것이다(코드 클리닝, 리팩터링, 새로운 프로젝트, 새로운 기능, 그것을 유지/문서화하기에 충분한 시간이 없다 등). 때때로 나는 단지 우리의 하위 페이지들 중 하나에 그것을 발매하기 위해 우리의 봇코드를 청소하는 약간의 노력을 하는 것이 *많이*에 도움이 될 수 있다고 생각할 뿐이다.munity. NicDumZ ~ 16:52, 2008년 2월 4일 (UTC)
- NicDumZ, 내가 사인봇을 어떻게 할 수 있는지 알겠어.나는 네가 교환원에게 접근하는 것이 약간의 일을 필요로 할 수 있다고 생각한다.βcommand 16:16, 2008년 2월 4일 (UTC)
- NICDumZ, 이 봇 운영자들에게 물어봤나?βcommand 15:36, 2008년 2월 4일 (UTC)
- 시메탈, 반달리즘 봇에게 반달리즘 반달리즘 반달리즘 반달리즘 반달리즘 반달리즘 반달리즘 반달리즘 반달리즘 반달리즘 반달리즘 반달리즘 반달리즘 반달리즘 반달리즘LumbeBot은 창간 이래 출처가 공개되었고, 나는 LembeBot을 돌아다니려고 하는 반달들을 본 적이 없다. :) -- Cobi(t c b) 00:50, 2008년 2월 5일 (UTC)
- 정확히 내가 말한 대로야.나는 오픈소스 반반달 봇이 전혀 문제가 되지 않는다고 믿는다.휴리스틱스를 사용할 때 가끔 무명을 통해 보안을 주장할 수 있는데, 대상자가 보고 있다는 것을 알면 어느 정도 주의를 기울이면 많은 상관관계를 피할 수 있기 때문이다. 하지만 이것은 그런 경우가 아니다.압도적인 대다수의 반달들은 소스코드를 통과하지도 않을 것이고 심지어 그것이 존재한다는 것을 알지도 못할 것이고, 어쨌든 휴리스틱에 기반을 둔 봇에게 속기엔 너무 영리하고 조심스러울지도 모르는 아주 적은 수의 반달들이 있다.만약 그들이 자신의 공공 기물 파손 행위가 즉시 되돌아가지 않는 것에 관심이 있다면, 그들은 아마 불량한 관리자 계정 같은 것을 통과하는데 시간을 보낼 것이다.
그래서 나는 폐쇄 소스 봇의 운영을 허용하는 관행을 계속할 이유가 없다고 본다.만약 나에게 달려 있다면, 봇 운영에 대한 철제 복장 기준은 봇이 실행하면서 실제로 실행 중인 라이브 소스 파일의 웹에 게재될 것이고, 이는 적절한 유예 기간을 거친 후에 소급해서 시행될 것이다.불행하게도, 나는 위키피디아 정책-몽땅 지옥에 내 자신을 몰입시킬 시간이나 성향이 없지만, 만약 다른 누군가가 그렇게 한다면, 당신은 분명히 내 지지를 받을 것이다.—시뮬레이션 (대화 • 기여) 02:33, 2008년 2월 5일 (UTC)
- 정확히 내가 말한 대로야.나는 오픈소스 반반달 봇이 전혀 문제가 되지 않는다고 믿는다.휴리스틱스를 사용할 때 가끔 무명을 통해 보안을 주장할 수 있는데, 대상자가 보고 있다는 것을 알면 어느 정도 주의를 기울이면 많은 상관관계를 피할 수 있기 때문이다. 하지만 이것은 그런 경우가 아니다.압도적인 대다수의 반달들은 소스코드를 통과하지도 않을 것이고 심지어 그것이 존재한다는 것을 알지도 못할 것이고, 어쨌든 휴리스틱에 기반을 둔 봇에게 속기엔 너무 영리하고 조심스러울지도 모르는 아주 적은 수의 반달들이 있다.만약 그들이 자신의 공공 기물 파손 행위가 즉시 되돌아가지 않는 것에 관심이 있다면, 그들은 아마 불량한 관리자 계정 같은 것을 통과하는데 시간을 보낼 것이다.
- 물론, 이 모든 것은 위키피디아에 있는 모든 봇들이 완전히 오픈소스여야 하고, 테스트 위키에서 봇을 실행하려고 시도하고 그것이 광고된 대로 실제로 작동하는지 확인하는 것에 의해 주기적으로 검증되어야 한다는 훌륭한 주장이 될 것이다.위키피디아가 이것에 대해 왜 아직 합의하지 않았는지 나는 확신할 수 없다, 어떤 것에 대해서도 결코 합의할 수 없을 것 같은 정도 외에는. (그렇다, 그렇다, 반반달봇의 소스 코드가 공개될 것이다, 나는 그것이 또한 프로그래머이며 트위스트 휴리스틱 기반의 사워크를 분석하는데 몇 시간을 할애할 만큼 악의적인 엄청난 수의 반달들에게 큰 도움이 될 것이라고 확신한다.e코드. 개방성을 통한 보안의 개념은 동일하지만 그들이 발견한 어떤 공적을 공유함으로써 기꺼이 도움을 줄 수 있는 그룹에 의해 수적으로 우세해질 것이다.)오픈소스 봇이 없다면 위키피디아는 주요 봇 기고자들이 이 프로젝트에 짜증을 내고 떠나거나 어떤 이유로든 사라져 모든 사람들을 심각하게 불편하게 만들 것을 요구하고 있는 것 같다.사실, 내가 틀리지 않았다면, 이것은 과거에 일어났었다.무료 백과사전이 무료가 아닌 소프트웨어에 그렇게 많이 의존하고 있는 것은 어떤가?폐쇄가 허용된 봇과 스크립트가 아니라면, 백과사전을 만들고 서비스하는 데 사용되는 유일한 독점적 소프트웨어는 라우팅 소프트웨어라고 말할 수 있을 것이다.
Bot 작업
마음 한구석에 둥둥 떠다니는 어딘가에서 나는 봇 승인그룹이 베타카모트봇에 대한 새로운 업무를 승인해야 한다는 기억이 있다.아니면 내가 뭔가 다른 걸 섞고 있는 건들건들...누가 그것을 확인할 수 있는가?/확인해 줄 수 있는가?나는 그것이 이것과 관련이 있다고 생각한다: 만약 그러한 요구사항이 존재한다면, 그리고 그것이 무시된다면, 우리는 문제가 있다.그렇지 않다면, 그리고 내가 혼란스럽다면, 누군가가 이 부분을 자유롭게 통과해야 할 것이다. ;-) 내가 걱정하는 연결고리는 위키백과:Bots/승인요청/BetacommandBot, 하지만 내가 잘못 해석하고 있을지도 모른다. - 2008년 2월 4일 필립 토크(UTC)
- 그것은 작년 초에 난장판과 관련이 있었다. 그러한 업무들에 대한 승인이 거부되었고 나는 다시 파일링해야 했다. 봇들은 사용자 하위 페이지 편집에 대한 승인이 필요한 것을 제외하곤 한다.βcommand 16:48, 2008년 2월 4일 (UTC)
- 그래, 사용자 하위 페이지 편집에 대한 승인이 필요한지 몰랐어.설명해줘서 고마워.건배 - 필립토크 16:56, 2008년 2월 4일 (UTC)
- 나는 그런 예외를 전혀 알지 못한다.이 가이드라인의 위치를 가르쳐 주시겠습니까?해피멜론 21:24, 2008년 2월 4일 (UTC)
- 내가 아는 한 그것은 가이드라인에 포함되어 있지 않지만, 위키피디아에서 모든 작업이 완료되거나 완료되는 것도 아니다.과거에는 주로 통계와 기록보존을 위해 합리적인 비율로 허용되어 왔지만, 베타코만드의 행동은 합리적인 비율도 아니고, 음, 제정신이 아니었다(성실하게는 하지만).GracenotesT § 01:40, 2008년 2월 5일 (UTC)
- 나는 그런 예외를 전혀 알지 못한다.이 가이드라인의 위치를 가르쳐 주시겠습니까?해피멜론 21:24, 2008년 2월 4일 (UTC)
- 베타코만드, 사용자 하위 페이지에 편집된 내용이 East718에 의해 메인 페이지의 페이지 기록으로 옮겨지는 것을 알고 있었는가?만약 그렇다면, 나는 너의 변명이 내가 본 중에 가장 가냘프고 솔직하지 못한 변명이 될까봐 걱정이다.어떤 봇이라도 메인 페이지를 편집하기 위해 작업에 대한 승인이 필요하다는 것은 절대적으로 분명하다.WP는 다음과 같이 본다.BAG는 현재 선거를 하고 있지만, 이것은 긴급한 문제로서 그들이 논의해야 할 것이다.카차롯 (토크) 23:44, 2008년 2월 4일 (UTC)
- 그래, 사용자 하위 페이지 편집에 대한 승인이 필요한지 몰랐어.설명해줘서 고마워.건배 - 필립토크 16:56, 2008년 2월 4일 (UTC)
이런 생각을 더 해봤는데, 여기서 베타카모만드의 추리에 실망했다.그 작업이 사용자 공간에서 실행되었고, 그 때 메인 공간에 영향을 미친다는 유일한 목적을 가지고 실행된 것을 볼 때, 나는 이 추론이 복사라고 생각한다.나는 그 일이 BAG를 통해 해결되었어야 했고 다른 어떤 것도 용납할 수 없다고 믿는다.베타코만드는 이것이 메인 스페이스에 사용될 것이라는 것을 알고, BAG 제한을 해결할 방법을 찾았다. - 필리프 토크 17:11, 2008년 2월 5일 (UTC)
다음 단계
나는 카르차롯이 여기서 문제를 완벽하게 해결했다고 믿지만, 나는 우리가 지금 어디로 가고 있는지 걱정된다.이스트와 베타코만드는 아직 이 문제에 대해 언급하지 않았으며, 그때까지 나는 우리가 가진 ArbCom 사건은 과잉 살상이라고 믿는다.사용자 행동에 대한 RFC가 시작됨(Carcharots의 분석을 도입으로 사용하는 것이 선호됨)을 보고 두 사용자 모두 자신의 견해와 합리성을 공유할 수 있도록 하고 싶다.그들의 행동이 잘못되었다는 공동체의 일치된 의견이 있다. 그들의 반응을 듣고 공동체가 다음에 무엇을 할지 결정하도록 하자. - Mtmelendez 14:46, 2008년 2월 4일 (UTC)
- 잠시 뒤로 물러서서 몇 가지 점을 고려해보자.이스트는 베타코만드가 한 것처럼, 그가 한 일로 백과사전을 도와주려고 꽤 분명히 시도하고 있었다.그 때문에 생겨난 드라마를 예상하지 못했을 거야.팀 스타링이 핵심 개발자이고, 사실을 고려하지 않고 그의 충고를 받아들일 필요는 없다고 생각하지만, - 탈소화 이야기를 시작하지 말자 - 여기에는 악의적인 의도가 없었고, 메인 페이지가 삭제되는 것을 막음으로써, 그들은 프로젝트를 위해 명예로운 서비스를 하고 있었다.이제 모든 것이 정리된 것처럼 보이고, 개정은 없어졌다. 그냥 넘어가자. 우리는 이것이 이미 했던 것보다 더 확대되는 것을 정말로 필요로 하지 않는다.나는 RfC가 어떻게 어떤 것도 성취할 수 있는지 알지 못한다.Ryan Postlethwaite 14:48, 2008년 2월 4일 (UTC)
- 내가 베타코만드와 동부가 선의로 행동하고 있었다고 가정하는 한편, 그렇다고 해서 어떤 행동도 취해서는 안 된다는 뜻은 아니다.만약 이런 일이 선의로 일어났더라도 미래에 다시 일어날 수 있는 일이라면 탈지하는 것이 필요할 수 있다.관련 사용자들이 자신의 실수에서 교훈을 얻었는지, 앞으로 이와 같은 논란의 여지가 있는 일을 하기 전에 반드시 공감대를 가질 것인지에 대해 논의해야 하며, 우리는 베타카ommandBot으로 무엇을 할 것인지 진지하게 논의해야 하기 때문에 위키피디아는 하나의 봇에 의존하여 일이 원활하게 진행되지 않도록 해야 한다.사용자들이 선의로 행동하고 있었음에도 불구하고 반드시 해야 할 일, 혹은 적어도 논의해야 할 일이 있다. --Rory096 18:34, 2008년 2월 4일 (UTC)
- 나는 Mtmelendez의 말에 동의한다.나는 RfC를 시작할 시간이 없지만, 만약 누가 RfC를 시작한다면, 위에 있는 내 요약본을 복사하여 붙여넣고, 필요한 것이 있으면 무엇이든 추가해 줘.아마도 오늘까지 여기서 더 많은 응답을 기다리고, 아무도 주제넘은 중재 요청을 하지 않기를 기도하라.우리가 일을 생산적으로 처리할 수 있는지, 그리고 드라마를 최소화하면서 문제를 해결할 수 있는지 살펴봅시다(라이언, 모든 것을 그냥 놔두면 유효한 문제와 우려는 해결되지 않는다 - 이것은 사용자들이 RfCs를 수행하는 것의 종류 - 판단의 오류를 지적하고, 판단의 오류를 커뮤니티의 의견을 얻는 것 - 이런 종류의 일을 하는 것.내가 아는 한, 위키 토론이 없는 것은 받아들일 수 없는 일이었다.카차롯 (토크) 14:52, 2008년 2월 4일 (UTC)
- 나는 우리가 이것을 그냥 내버려 두자고 제안하는 것이 아니고, 많은 사람들이 지금 참고 있고, 나는 동양이 그의 실수를 깨닫기를 기대한다. 나는 단지 백과사전을 돕기 위해 선의의 노력을 한 사람(예: 극단적으로 잘못된)에 대해 RfC를 시작하는 것은 잘못된 것이라고 생각한다.내 조언은 누군가 이스트즈 토크 페이지에 가서, 그가 망쳤다고 말하고, 다시는 그런 일이 일어나지 않게 하고, 이제 끝이라고 말하는 거야.Ryan Postlethwaite 14:57, 2008년 2월 4일 (UTC)
- 이스트와 베타코만드가 여기서 회신할 때까지 기다리는 것은 아마도 좋은 생각일 것이다(그러나 아래 동이에 관한 쪽지와 그가 남긴 통지서를 보라).공식적으로 팀 스타링이 그 메일링 리스트 포스트에서 한 말은 다음과 같다.
그 사용자들 중 어느 누구도 거기에 최고의 판단을 내릴 수 없다.내가 알 수 있는 한, 베타코만드나 이스트718 모두 지금까지 그들에게 남겨진 메시지에 응답하지 않았다.동부지역은 빠르면 2008년 2월 4일 01:32로 통보되었다.MZMcBride의 코멘트는 IRC와 Nakon을 언급한다.나콘, 최근에 개명했다.)이 모든 것을 하기 위한 IRC의 논의와 결정이 있었는가?또한 East718은 삭제를 실행한 후 2시간 동안 침묵을 지키다가 "무슨 일이 생겨서 당분간 편집하지 않을 것이다"라는 메시지를 남기기 위해 이 편집을 했다. 얼마든지 메시지를 남기십시오."내가 무엇이 "일어나서" 그 통지를 재촉하는지 물어보는 것은 너무 주제넘은 일인가?카차롯 (토크) 15:15, 2008년 2월 4일 (UTC)"이스트718과 베타코만드는 한자리에 모였고, 분명 다른 당사자의 검토나 승인 없이 본지에 1200개의 정크 수정본을 추가하기로 자신들 사이에서 결정했다.Betacommand 편집된 사용자:East718/필요한 횟수를 비우고 나서 East718은 메인 페이지를 삭제하고 하위 페이지를 메인 페이지로 이동한 다음 삭제하지 않고 역사를 병합했다."
- 이스트와 베타코만드가 여기서 회신할 때까지 기다리는 것은 아마도 좋은 생각일 것이다(그러나 아래 동이에 관한 쪽지와 그가 남긴 통지서를 보라).공식적으로 팀 스타링이 그 메일링 리스트 포스트에서 한 말은 다음과 같다.
- 나는 RFC가 단지 하나의 행동을 취하기 위해 필요하다고 생각하지 않는다; 단지 실수를 지적하는 것만으로도 고립된 사건에 대한 충분한 피드백이다.— 칼 (CBM · talk) 14:58, 2008년 2월 4일 (UTC)
- 잘못된 판단의 패턴이 있는가, 아니면 이것이 가끔 실수인가?패턴의 증거가 보이지 않아제호만Talk 15:01, 2008년 2월 4일 (UTC)
- 대응의 부족이 나를 걱정하게 한다.때로는 잠시 몸을 웅크리는 것이 드라마를 피하는 가장 좋은 방법이라는 태도가 있다.물론, 현실에서는 사람들이 잠시 동안 편집을 멈추도록 유도하는 일들이 일어나지만, 때로는 그러한 간섭의 시기가 편리하다는 인상을 준다.더 자세한 설명이 나올 때까지(그리고 그 시점에서 내가 가장 먼저 사과할 것이다), 주어진 인상은 좋지 않다.이스트의 경우, 아마 패턴이 없을 겁니다베타코만드의 경우는 더 문제가 있다.이것은 백과사전을 보호하기 위한 선의의 시도였지만, 그들이 이런 실수를 저질렀다는 것을 공개적으로 인정해야 하고, 미래에 이런 일을 해서는 안 된다는 것을 깨달아야 한다.카차롯 (토크) 15:21, 2008년 2월 4일 (UTC)
- 나는 우리가 이것을 그냥 내버려 두자고 제안하는 것이 아니고, 많은 사람들이 지금 참고 있고, 나는 동양이 그의 실수를 깨닫기를 기대한다. 나는 단지 백과사전을 돕기 위해 선의의 노력을 한 사람(예: 극단적으로 잘못된)에 대해 RfC를 시작하는 것은 잘못된 것이라고 생각한다.내 조언은 누군가 이스트즈 토크 페이지에 가서, 그가 망쳤다고 말하고, 다시는 그런 일이 일어나지 않게 하고, 이제 끝이라고 말하는 거야.Ryan Postlethwaite 14:57, 2008년 2월 4일 (UTC)
- 사실을 재검토해 봅시다.사용자와 관리자는 자신이 해서는 안 될 일을 하도록 공모한다.UserBot은 하위 페이지를 가비지 편집하고, 관리자는 이를 기본 페이지로 이동시켜 관리 도구를 잘못 사용한다.관리 도구는 오용하지 않는다는 암묵적인 합의에 따라 부여되었다.해결책:공구의 오용자를 엄중히 경고하고, UserBot의 접속을 빼앗는 것은 이번이 500번째인데, 이것은 전체 커뮤니티를 화나게 하는 일이기 때문이다.루이지30 (Taλk) 15:03, 2008년 2월 4일 (UTC)
- 공정한 사용 이미지를 다루는 사람이라면, 비록 그것이 인간일지라도, 사람들이 그들의 문을 끊임없이 두드리게 할 것이고, 때로는 화난 정신 상태에 있을 것이다.이것은 내가 봇이 이와 같이 매우 비열한 일을 하는 것을 처음으로 알아차린 것이다.사용자:Zscout370 15:44, 2008년 2월 4일(UTC)
- 사용자에게 다음과 같이 질문함:Graham87 및 사용자:Nakon은 그들이 메인 페이지를 null로 편집했기 때문에 여기에서 논평하기 위해 (역사에서 여전히 볼 수 있다.내가 알고 싶은 것은 그들이 이 모든 것을 어떻게 알고 있었는지와 이러한 행동을 취하기 위해 어떤 커뮤니케이션이 이루어졌는가 하는 것이다.사용자에게도 다음과 같은 질문을 했다.MZMcBride는 매우 일찍부터 자각하게 된 것처럼 보였다(그는 01:32에 이스트의 토크 페이지에 글을 올렸고, 거흐의 위키-테크 메일링 리스트 포스트는 01:39에 게재했다).나는 구르흐에게도 이 모든 것을 어떻게 알게 되었는지 물어볼 것이다.카차롯 (토크) 15:50, 2008년 2월 4일 (UTC)
- 메인 페이지를 몇 번 무효로 편집한 관리자 중 한 사람으로서, 나는 여기서 코멘트를 요청받았다.I have Talk:내 감시 목록(따라서 기본 페이지)의 기본 페이지와 이 편집을 알아차렸다.나는 아까 페이지가 삭제되었기 때문에 누군가가 다시는 그런 일이 일어나지 않도록 하려고 하는 것이라고 추측했다.나는 편집 횟수가 빅 삭제 한계치보다 적다는 것을 발견했고 그 숫자를 맞추기 위해 몇 번 더 만들었다.내가 야기했을지도 모르는 문제에 대해 사과한다.나콘 16:34, 2008년 2월 4일 (UTC)
- 기본 페이지는 삭제되었다.그것은 꽤 쉽게 알아차릴 수 있는 종류의 것이다 – Gurch 17:14, 2008년 2월 4일 (UTC)
- 내가 아는 한 삭제는 감시 목록에 나타나지 않는다.솔직히 말해보자.위키에서 제기되기 전에 (우편 목록이나 IRC가 되는) 오프위키(Off-wiki)에 대한 논의가 있었는가?만약 그렇다면, 왜?카차롯 (토크) 17:18, 2008년 2월 4일 (UTC)
- 개발자들은 토크에서 시간을 보내는 습관이 없다.기본 페이지 또는 관리자의 알림판그러나 그들은 메일링 리스트를 읽는다.대량 편집은 개발자들이 한도를 추가할 때 예상하지 못했던 방식으로 삭제 크기 한도를 사용하려는 시도였기 때문에, 나는 그들이 그것에 대해 알아야 한다고 생각했다 – Gurch 17:30, 2008년 2월 4일 (UTC)
- 최근의 샌드박스 삭제는 이러한 모든 "밝은" 특이한 아이디어들을 먼저 논의하기 위한 필요성에 대한 암시를 줄 것이라고 생각할 것이다. ∴ AlexSm 17:26, 2008년 2월 4일 (UTC)
- 거흐는 내 토크 페이지에서 더 자세히 설명해 주었다.나는 더미 편집이 몇몇 사람들을 끌어들인 이유라는 것에 만족한다. 하지만 나는 여전히 어떻게 무효 편집을 하는 사람들이 삭제와 페이지 기록의 병합과 "5,000 개정 이상으로 합시다" 계획을 알게 되었는지 확신할 수 없다.나는 이 사건 전후에 누가 이런 오프위키 논의에 기여했는지를 분명히 하고 싶다.결국 구르흐의 말처럼 해당 이용자들의 판단으로 되돌아오지만, 여전히 (다른 사람들과 마찬가지로) 사람들이 그 메시지를 제대로 전달받지 못하는 것 같아 걱정이다.오프위키(of-wiki) 토론, 즉 참여인원이 한정된 토론은 본질적으로 검토의 부족과 투명성의 결여로 인해 위험하다.제발, 제발, 제발 IRC나 이메일 같은 걸 사용하는 사람들은 다음에 이런 일이 생기면 생각할 수 있을까?카차롯 (대화) 17:49, 2008년 2월 4일 (UTC)
- 너는 여전히 토론 방식을 비난하려 하고 있다.만약 관련된 소수의 사용자들이 그것을 하기 전에 서로의 대화 페이지에서 이것을 토론했다면, 그것은 여전히 더 나아지지 않았을 것이다.반대로, 만약 그들이 그것을 하기 전에 #위키피디아-엔 채널에서 의견을 물어봤다면, 그들은 나에게, 하지 말라고 했을 것이다.그리고 말할 필요도 없이, 만약 그들이 위키피디아-l 메일링 리스트에서 물어봤다면, 그들은 어쨌든 지금 그들이 만났던 것과 같은 탈의 위협에 직면했을 것이다.모든 "오프위키" 토론이 나쁘다고, "온위키" 토론이 나쁘다고, 그리고 "온위키" 토론이 나쁘다고 꼬리표를 붙이지 마십시오. – Gurch 18:19, 2008년 2월 4일(UTC)
- 문제는 폐쇄적인 지역에서 조언을 하는 사람들은 그들이 나쁜 충고를 제공하는 사람들에게 나타나지 않는다는 것이다.호프만 중재 사건에서 모레스치는 ANI 실에서 호프만이 "분명히 양말뭉치"라고 평했다. - 나쁜 충고는 모두에게 공개되었다.만약 그것이 IRC에서 일어났다면, 쿠어든은 ANI 실을 가리키며 "봐, 나는 내 블록에 대한 지지를 얻었다"고 말하지 않았을 것이다. 그러나 마찬가지로, 나쁜 충고의 전달자는 여전히 어둠 속에 남아 있었을 것이다.마찬가지로, 여기, 우리는 단지 누가 나쁜 충고를 했는지 모를 뿐이다.카차롯 (토크) 18:28, 2008년 2월 4일 (UTC)
- 너는 여전히 토론 방식을 비난하려 하고 있다.만약 관련된 소수의 사용자들이 그것을 하기 전에 서로의 대화 페이지에서 이것을 토론했다면, 그것은 여전히 더 나아지지 않았을 것이다.반대로, 만약 그들이 그것을 하기 전에 #위키피디아-엔 채널에서 의견을 물어봤다면, 그들은 나에게, 하지 말라고 했을 것이다.그리고 말할 필요도 없이, 만약 그들이 위키피디아-l 메일링 리스트에서 물어봤다면, 그들은 어쨌든 지금 그들이 만났던 것과 같은 탈의 위협에 직면했을 것이다.모든 "오프위키" 토론이 나쁘다고, "온위키" 토론이 나쁘다고, 그리고 "온위키" 토론이 나쁘다고 꼬리표를 붙이지 마십시오. – Gurch 18:19, 2008년 2월 4일(UTC)
- 거흐는 내 토크 페이지에서 더 자세히 설명해 주었다.나는 더미 편집이 몇몇 사람들을 끌어들인 이유라는 것에 만족한다. 하지만 나는 여전히 어떻게 무효 편집을 하는 사람들이 삭제와 페이지 기록의 병합과 "5,000 개정 이상으로 합시다" 계획을 알게 되었는지 확신할 수 없다.나는 이 사건 전후에 누가 이런 오프위키 논의에 기여했는지를 분명히 하고 싶다.결국 구르흐의 말처럼 해당 이용자들의 판단으로 되돌아오지만, 여전히 (다른 사람들과 마찬가지로) 사람들이 그 메시지를 제대로 전달받지 못하는 것 같아 걱정이다.오프위키(of-wiki) 토론, 즉 참여인원이 한정된 토론은 본질적으로 검토의 부족과 투명성의 결여로 인해 위험하다.제발, 제발, 제발 IRC나 이메일 같은 걸 사용하는 사람들은 다음에 이런 일이 생기면 생각할 수 있을까?카차롯 (대화) 17:49, 2008년 2월 4일 (UTC)
- 내가 아는 한 삭제는 감시 목록에 나타나지 않는다.솔직히 말해보자.위키에서 제기되기 전에 (우편 목록이나 IRC가 되는) 오프위키(Off-wiki)에 대한 논의가 있었는가?만약 그렇다면, 왜?카차롯 (토크) 17:18, 2008년 2월 4일 (UTC)
- 작은 참고 사항: 이러한 null 편집이라고 부르지 마십시오. 이는 이미 확립된 용어에 익숙한 사람들에게는 매우 혼란스러운 일입니다, m: 참조:도움말:Dummy 편집: null 편집은 페이지 기록에도 기록되지 않음 are AlexSm 17:26, 2008년 2월 4일(UTC)
와우. 그렇게 많은 사람들이 약 12시간 동안 그렇게 많은 형편없는 선택을 할 수 있다니 정말 놀랍다.팀은 모든 것을 꽤 잘 표현했다.나는 이 일이 진행되는 동안 IRC에 있을 수 없었고, 그래서 이스트의 토크 페이지에 내 글을 올렸다.베타는 동부를 위해 일을 했다; 베타는 비난할 것이 많지 않다. 거의 모든 봇 사용자들도 똑같이 했을 것이다.알렉스는 위의 포스트에 정확하다. null 편집은 데이터베이스에 수정본을 추가하지 않는다.베타가 만든 것을 사소한 편집이나 "덤미" 편집이라고 부른다.앞으로 (1) 모든 봇 토론은 WP로 넘어가야 한다.BON 또는 WP:BOTREQ. 이 페이지는 봇 토론에 부적절하다. (2) 나는 ArbCom과 RfC 둘 다 여기서 불필요하다는 의견이다. 나는 East(그리고 Maxim과 Ryan)가 일주일 안에 새로운 RfA를 지지할 것을 제안한다.한편, 나는 그가/그들이 어떤 관리 도구도 사용하는 것을 금지해야 한다고 생각한다.Kudos는 Krimpet과 Animum에게 간다. 그는 모든 것을 망치지 않고 이 모든 드라마를 야기시키지 않고 메인 페이지 삭제 가능성을 줄이려고 시도했다.쿠도스는 베타코만드봇의 차단을 풀지 않은 모든 관리자들에게 간다; 이 커뮤니티가 필요로 하지 않는 한 가지가 있다면, 우리에게 특별히 화난 것은 또 다른 시스템 관리자다. --MZMcBrid (대화) 17:54, 2008년 2월 4일 (UTC)
부록:사용자:Nakon 및 사용자:Betacommand는 메인 페이지 역사에서 내가 볼 수 있는 것들이고 내가 확실히 알고 있는 관리자 채널에서 자주 볼 수 있는 것들이었기 때문에 East's talk 페이지에 올린 글이다. --MZMcBrid (talk) 17:57, 2008년 2월 4일 (UTC)
- 나는 MZMcBride가 크림펫의 이것을 언급하고 있다고 생각한다.Animum은 Maxim이 기본 페이지를 삭제한 지 3분 만에 삭제했다.아마도 맥심은 자신의 실수를 알아차리고 그것을 제거하려고 애쓰고 있었을 것이다. 그러나 애니멀이 먼저 그곳에 도착했다.카차롯 (토크) 18:12, 2008년 2월 4일 (UTC)
- Krimpet과 Animum을 참조할 때, 나는 글로벌 CSS 파일에 대한 그들의 편집을 언급하고 있었다.한편, 나는 이 동과 베타의 대화가 온위키에서 이루어졌든 오프위키에서 이루어졌든 아무런 차이가 없다는 거르흐의 의견에 전적으로 동의한다.만일 내가 어젯밤에 IRC에 오를 수 있었다면, 나는 즉시 그들에게 메인 페이지에 null 편집을 추가하는 것이 얼마나 어리석고 잘못된 생각이었는지를 말했을 것이다. --MZMcBrid (대화) 19:10, 2008년 2월 4일 (UTC)
- 그들은 IRC에서도 그것에 대해 얘기하지 않았다.음, 그들은 사적인 메시지로 했을 수도 있지만, 어떤 채널에서도 하지 않았다 – Gurch 20:14, 2008년 2월 4일 (UTC)
- Krimpet과 Animum을 참조할 때, 나는 글로벌 CSS 파일에 대한 그들의 편집을 언급하고 있었다.한편, 나는 이 동과 베타의 대화가 온위키에서 이루어졌든 오프위키에서 이루어졌든 아무런 차이가 없다는 거르흐의 의견에 전적으로 동의한다.만일 내가 어젯밤에 IRC에 오를 수 있었다면, 나는 즉시 그들에게 메인 페이지에 null 편집을 추가하는 것이 얼마나 어리석고 잘못된 생각이었는지를 말했을 것이다. --MZMcBrid (대화) 19:10, 2008년 2월 4일 (UTC)
- 나는 방금 메인 페이지 삭제 후 삭제되지 않은 시간 이후 무슨 일이 일어났는지 확인하기 위해 이력을 체크했다.나는 BCBOT의 편집 내용을 발견했고 최종 수정 내용을 5,000개까지 시도해 보기로 결정했다.Graham87 23:06, 2008년 2월 4일 (UTC)
나는 위의 모든 코멘트를 대충 훑어봤을지 모르지만, 나는 이것이 어디서 다뤄졌는지 모르겠다.베타콤만드봇은 어디에서 이러한 편집을 허가받았는가?봇은 이미 승인된 것 이외의 다른 작업을 하기 위해 봇 검토를 거쳤어야 했다.베타코만드가 승인 없이 자신의 봇에 새로운 기능을 추가하고 있다면, 지금 당장 그만둬야 한다.Corvus cornixtalk 23:17, 2008년 2월 4일 (UTC)
- "Bot tasks"라는 제목의 하위 섹션에는 사용자 하위 페이지 편집이 어떻게 예외적인지에 대한 내용이 있다.물론 이러한 편집이 메인 페이지의 페이지 역사로 옮겨질 것을 베타콤랜드가 알았다면(그처럼), 이 모든 변명은 축축한 휴지 덩어리처럼 분해된다.카차롯 (토크) 23:24, 2008년 2월 4일 (UTC)
나는 사용자 하위 페이지에서 이 상황에 대한 의견을 확장했다.— Werdnatalk 09:20, 2008년 2월 5일 (UTC)
다음은?
East718에 의해 삭제와 페이지 이력 병합이 이루어진 지 거의 24시간이 지났다.다음은 논의를 다시 집중해서 진행하기 전에 해야 할 일이 있는지 살펴보기 위한 시도다.
- (1) BetacommandBot은 block된 상태를 유지한다(2008년 2월 4일 어느 시점에 시작된 일주일간의 block이다).베타코만드는 위에 팀 스타링에게 말을 걸어줄 사람이 있는지 물어봤고, 그렇게 하지 못하면 지역사회가 이 블록을 재검토하는 것이 행복할 것이라고 말했다.현재로서는 누구도 차단을 해제할 의사가 없어 보이지만, 누군가가 차단을 해제할 수 있는 타당한 이유를 제시할 수는 없을 것이다.한 가지 질문은 블록이 문제를 일으키는지 여부다 - 베타카ommandbot의 다른 기능들이 수행되고 있는가?WP에 게시한 아래 질문도 참조하십시오.BAG Talk 페이지.
- (2) East718의 행동 - East718이 돌아와 위와 다른 곳에서 제기된 우려에 대응하기 전에는 더 이상 할 수 있는 일이 없을 것 같다.이런 상황에서 정상적인 절차는 무엇인가?토론한 내용을 요약한 메모를 대화 페이지에 남기고, 고민에 대응할 수 있는 곳(뒤로?)을 가리킨다.응답하려면 얼마나 오래 시간을 주어야 하는가?
- (3) 봇의 작용과 이슈 - 위에서 지적한 바와 같이, 이는 WP와 같은 다양한 봇 페이지에서 논의될 필요가 있다.BAG. 베타콤맨드는 BAG(봇 승인 그룹)의 회원이다.나는 거기에 다음과 같은 질문을 게시했다: (a) 이 봇 행동에 승인이 필요한가? (b) WP의 견해는 무엇인가?사용자 블록의 BAGAB:베타카ommandBot? (c) 너무 많은 기능이 하나의 봇에 묶여 있는 문제를 어떻게 해결할 수 있을까?
- (4) 메인 페이지 삭제 해킹, 패치 등에 대한 Bugzilla 논의그걸 요약하고 싶은 사람?관련성이 있는 경우 결과를 어딘가에 기록하는 것 외에 어떤 것이 더 있을 수 있는지 확신할 수 없다.기술적인 부분은 대부분 정리했거나 다른 곳에서 논의 중인 것으로 보인다.
- (5) 기타 문제 - 봇의 감사(기존 기록 정리) 및 필요한 경우 BetacommandBot의 업무 처리.다시 말하지만, 모든 봇물.이러한 이슈들이 WP에 안전하게 넘겨질 수 있는가?BAG와 비슷한 장소?
요컨대, 남은 행정 문제는 (그리고 우리는 정말로 이러한 문제들에 집중해야 하며 다른 문제들에 의해 흐트러져서는 안 된다)라고 생각한다.
- (나) 베타콤만드봇의 블록 (베타코만드가 말한 것을 토대로 해서 다 떨어지게 내버려 두거나, 아니면 일찍 들어올리도록 내버려 두는가?)
- (II) East718의 작용(우리는 다음과 같이 받아들일 수 있다: 이것을 행하는 결정, 행동의 논의, 행동 그 자체, 그리고 이후의 대응.처음 3개는 복습할 수 있어.마지막(이후의 대응)은 아직 충분히 알려지지 않았으며, 이스트718이 온위키 대응을 해야 할 것이다.
내가 이 실을 연장하고 있다고 느끼는 사람이 있다면 사과해.내 생각에 문제는 천천히 논의될 정확한 장소로 향하고 있으며, 위의 내용이 이 게시판에 관련된 것에 초점을 맞추는 데 도움이 되기를 바란다.카차롯 (토크) 00:09, 2008년 2월 5일 (UTC)
반응
여러분.하루 동안 떠나 무엇이 흥분되는지를 보라.:오 먼저, 나는 혼란의 원인이 된 것에 대해 사과하고 싶다.이것이 완전히 궤도를 벗어난 최선의 의도라는 것을 여러분 모두가 알아주길 바란다.어제만 해도 두 번이나 엉망이 된 메인 페이지를 한 번 절충된 계정과 또 한 번 농담이 빗나가게 한 것은 선의의 노력이었다.일방적으로 이렇게 하는 것은 매우 나쁜 짓이었지만, 나는 항상 일을 그냥 해치우려고 마음먹었다.결국 역사가 정리되고 영구적인 해결책이 마련돼 있어 오히려 무해했다.누군가 어떤 식으로든 제재를 받기를 바란다면 싸움을 걸지는 않겠지만, 상관없는 이유로 오랫동안 사라져가고 있어 소용이 없을 것이다.
Betacommand는 내가 무엇을 하고 있는지 알지 못했기 때문에 BCBOT는 아마도 차단되지 않아야 할 것이다. 나는 #-admins의 봇 계정을 공개적으로 요청했고 그는 우연히 가장 먼저 응답한 사람이다.비록 그가 그의 계정에서 코드를 공개하지 않는 교훈을 얻었다고 의심하지만, 그에게 그 본질을 알리지 않고 무모한 속도로 쓰레기들을 편집한 봇을 건네준 것은 나의 실수였다.
마지막 한 가지 하우스키핑: 다른 관리자들이 더 긴급한 문제에 대해 걱정할 수 있도록 반복적인 작업을 수행하는 승인되지 않은 관리자들을 내가 운영하는 것은 매우 형편없는 비밀이다.이 중 가장 중요한 것은 XRumer(일명 /w 또는 index.php) 스팸을 실시간으로 찾아내고 회수한 뒤 스팸 전용 계정과 IP를 좀비 프록시에서 실행하는 경우 차단하는 봇이다.매일 약 30개의 스팸봇이 중지되고 10% 정도는 프록시를 열거나 손상된 컴퓨터를 사용하고 있다.분명히 나는 이미 그것을 받아 들였지만 그것을 실행하고자 하는 다른 관리자에게 그것을 넘겨줄 수 있다. 그냥 나에게 이메일을 보내라.2008년 2월 5일 03시 15분 동쪽.718번지
- 하이 이스트.사과하고 무슨 일이 있었는지 설명해줘서 고마워.네가 이것에 답할 수 있을 만큼 충분히 오랫동안 곁에 있기를 바라지만, 만약 그렇지 않다면, 나는 네가 돌아올 때까지 기다려야 할 것 같아.
- "내가 일방적으로 이렇게 한 것은 매우 나쁜 짓이었다."-우리는 당신이 다시는 이런 식으로 일방적으로 행동하지 않을 것이라는 확약을 할 수 있을까?
- "나는 항상 일을 끝내려고 마음먹어 왔다."-앞으로, 당신은 그것들을 하기 전에 이와 같은 것들에 대해 토론할 것인가?대담성이 있고 그 다음에 무모함이 있다.이번에는 해치지 않았지만, 다음 번에는 어때?
- "하지만 내가 사라지니까 쓸모가 없을 거야." - 문제는 당신이 이번에 내린 오판을 이번에도 되풀이할 것인가 하는 것이다. 그래서 이 실이 당신이 돌아올 때까지 기다릴 수 있다. 하지만 오랫동안 멀어지는 태도는 제재의 가능성을 의미한다.당신의 판단에 대한 많은 비판과 함께 이와 같이)은 할인되어야 하고, 음, 다소 이상하다.
- 그렇다면 내가 위에서 제기한 세 가지 요점이 있다.
- (1) 조치에 대한 논의 - 실제로 이 문제에 대해 누구와 논의했는가?나는 네가 베타콤랜드와 의논한 줄 알았는데, 지금은 안 한 것 같아.
- (2) 행동 자체 - 당신이 한 일이 이제 분명하다고 생각한다 - 우리는 당신이 미래에 이와 같은 더미 편집을 추가하지 않을 것인지, 아니면 미래에 이렇게 페이지 합병을 하지 않을 것인지, 먼저 논의하지 않고 보장할 수 있는가?특히 팀 스타링이 이런 짓을 하는 사람을 막겠다고 한 걸 감안하면?
- (3) 그 후의 대응 - 만약 당신이 미래에 일방적으로 어떤 일을 한다면(때로는 만족이 좋다), 우리는 당신이 그 후폭풍에 함께하기 위해 모든 시도를 할 것이라는 확신을 가질 수 있는가?당신이 두 시간 후에 무슨 일이 생겼다고 게시한 공지는 충분히 타당하다. 하지만 그 두 시간 동안 무슨 일이 일어났는지 우리에게 말해줄 수 있겠니?사람들이 남긴 토크 페이지 메시지 봤어?무슨 일이 있었는지 많은 사람들이 물어보았고, 당신은 그들에게 응답했는가?오프위키 대응은 매우 양호하지만, 온위키 기록에는 그저 침묵과 2시간 후 알림, 그리고 이런 반응이 나타난다.만약 여러분이 어떤 일의 후속 조치를 다루기 위해 주변에 있지 않을 거라면, 다른 사람들과 (위키에서) 토론하고 누군가 그것을 다루도록 놔두라 - 여기서는 긴급한 일이 없었다.
- 다른 점들에 대해 다른 사람들이 반응하도록 할 것이고, 랄315가 시작된 부분에 있는 베타콤만드 비트에 반응할 것이다.네가 하는 이미지 작업은 정말 고마워, 이스트. 그러니 일이 잘 풀렸으면 좋겠어.만약 내가 위의 점들에 만족한다면, 나는 더 이상 상황을 받아들이고 있지 않을 것이고, 다른 누구도 그렇게 하지 않기를 바랄 것이다.멋진 위키리브락 보내세요!카차롯 (토크) 08:27, 2008년 2월 5일 (UTC)
- 나는 선의의 실수들에 대해 많은 관용을 가지고 있는데, 그 이유는 선의의 실수들이 진정으로 선의라면, 그것들이 반복될 가능성은 거의 없다는 단순한 이유 때문이다(해당 사용자가 증명할 수 없이 구제불능인 경우가 아니라면, 동양은 그렇지 않다).그들이 지금 앉아있다면 우리는 모든 것을 떠나야 한다.비꼬는 자살주의자 (토크) 08:32, 2008년 2월 5일 (UTC)
BetacommandBot의 차단을 해제하시겠습니까?
팀이 베타코만드가 차단을 해제해야 하는지에 대해 지역사회가 기꺼이 처리하도록 하는 것을 보면, 나는 베타코만드봇이 차단을 해제해야 하는 것이 아닌지 궁금하다.분명히 이것은 판단 착오였다.베타코만드가 내린 판단 착오는 이번이 처음이 아니에요하지만 나는 영구적인 해를 입히지 않고 베타카모만드가 다시는 이런 짓을 하지 않겠다고 약속한다면 그를 궁지에 몰아넣을 이유가 없다고 생각한다.
물론 BAG의 사전 승인 없이는 이런 봇을 운영하지 않는다는 것을 이해한 것이 이 장애의 해결책일 것이다.나는 개인적으로 기꺼이 이것을 할 것이다. 그것이 논란이 되지 않는 한, 어떤 생각이 있는가?랄315 (대화) 04:43, 2008년 2월 5일 (UTC)
- 봇 소유주는 봇의 행동에 대한 책임이 있다.편집된 내용은 시스템 자원의 낭비였으므로 편집하지 말았어야 했다.나는 Tim을 매우 존경하며 다른 많은 관리자들도 그렇게 한다고 생각한다.sysadmin이 이러한 상황에 개입하여 조치를 취하는 것은 매우 드문 일이다; 수정사항이 데이터베이스에서 삭제되는 것은 훨씬 더 드물다.그런 것들은 일반적으로 누군가의 입장에서 상당한 오류를 나타낸다.일주일은 그리 길지 않은 시간이고, 이 블록이 사람들에게 베타카ommandBott가 지역사회를 위해 하는 일을 감상할 수 있는 시간을 주길 바라며, 아마도 베타가 언젠가 자신과 같이 더 이상 활동적이지 않게 될 경우에 다른 봇 주인들도 비슷한 봇을 쓸 수 있을 것이다.BetacommandBot은 일주일간 사용불능 상태가 될 수 있다. 우리는 살 것이다. --MZMcBride (대화) 06:58, 2008년 2월 5일 (UTC)
- 나는 MZMcBride에 동의한다.일주일 동안 상황이 어떻게 돌아가는지 봅시다.이스트718에도 책임이 있다는 주장은 이해하지만, 어떤 막힘없이 베타코만드는 어떤 교훈을 얻었는지 명쾌하고 분명하게 진술할 필요가 있다.우선 Betacommand가 East718에서 다음 사항을 설명하기 전까지 BetacommandBot이 차단되지 않은 것을 보는 것은 달갑지 않을 것이다(위 참조).베타, 정말 그 계정에서 공개된 코드를 실행하지 말라는 교훈을 얻었다고 생각하지만, 그 속성에 대해 그에게 알리지 않고 무모한 속도로 수많은 쓰레기 편집을 한 봇을 넘겨주는 것"이라고 말했다.이스트718이 하려는 일을 얼마나 알고 있었는가?카차롯 (토크) 08:33, 2008년 2월 5일 (UTC)
- 바로 위에, 당신은 (그리고, 나는 동의한다), 이 경우, 어떠한 실질적인 해악도 행해지지 않았다고 진술한다.나는 베타코만드가 적어도 그 봇이 무엇을 했는지 몰랐다는 것을 정말 믿기 힘들다는 것을 안다. 그리고, 나는 왜 그것이 좋은 아이디어라고 생각되었는지 합리적으로 이해할 수 있다(메인 페이지가 삭제되지 않도록, 팀이 메인 페이지를 스스로 삭제할 수 없도록 수정했다는 충분한 아이디어!).그들은 단지 프로젝트를 보호하려고 했을 뿐이다.잘 모르겠어, BCBOT를 일주일 동안 차단한
이유가 정확히 뭐지?SQLQuery me! 13:25, 2008년 2월 5일(UTC)
- 바로 위에, 당신은 (그리고, 나는 동의한다), 이 경우, 어떠한 실질적인 해악도 행해지지 않았다고 진술한다.나는 베타코만드가 적어도 그 봇이 무엇을 했는지 몰랐다는 것을 정말 믿기 힘들다는 것을 안다. 그리고, 나는 왜 그것이 좋은 아이디어라고 생각되었는지 합리적으로 이해할 수 있다(메인 페이지가 삭제되지 않도록, 팀이 메인 페이지를 스스로 삭제할 수 없도록 수정했다는 충분한 아이디어!).그들은 단지 프로젝트를 보호하려고 했을 뿐이다.잘 모르겠어, BCBOT를 일주일 동안 차단한
- 나는 반복해서 말하겠다: "베타코만드가 어떤 교훈을 얻었는지 명확하고 분명하게 말할 필요가 있다." 나는 보통 이 접근법에 동의하지 않는다. 그들이 무엇을 잘못했는지 그들이 알도록 만든다. 그러나 그 접근법은 모든 사이트 표준을 알 것으로 기대할 수 없는 새로운 편집자들에게 너무 자주 적용된다.베타코만드는 지금쯤 무엇이 수용 가능한지, 즉 어떤 의지와 어떤 것이 드라마를 만들어 내지 않는지 알아야 한다.게다가 East718의 응답이 토해낸 질문("미개봉 코드" 비트) - 베타코만드는 봇 요청이 무엇에 대한 것인지 알고 있었다(따라서 토론 없이 일어나야 한다고 생각하는 것에 대한 책임을 공유한다) 또는 봇 요청이 무엇에 대한 것인지에 대해 정말로 생각하지 않고 실행했다 - 이제 다시 돌아온 사람에게 적합한 행동이 아니다.ebot 승인 그룹 및 다른 bot 요청을 승인하거나 거부하는 데 도움을 주는 것으로 신뢰받고 있다.나는 베타코만드가 조용히 있으면서 블록이 만료되기를 기다리는 것보다는, 실제로 나서서 이러한 문제들을 해결하고 (그리고 그의 봇을 일찍 차단하지 않고) 이 문제를 해결하는 것이 더 좋다.나는 이 블록이 BCBot을 분할하는 것에 대해 논할 수 있는 적절한 지점은 아니지만, 그 논의는 더 이상 지연되어서는 안 된다는 것에 동의한다(BC는 그가 이것을 완수할 의향이 있는 시기까지 명확한 시간표를 제시할 필요가 있다 - 그리고 단일 봇이나 어떤 봇에 과도하게 의존하는 것을 방지하기 위한 점검이 필요하다).카차롯 (토크) 13:59, 2008년 2월 5일 (UTC)
- BCB가 여러 개의 봇(과거에 여러 번 이루어진 완전히 합리적인 요청)으로 분할될 때까지 나는 그것이 차단되어야 할 이유가 없다고 본다.출처를 공개하는 것도 좋을 것이다.하우쿠르 (토크) 10:24, 2008년 2월 5일 (UTC)
- 그것이 공정한 포인트고, 아마도 베타카만드가 해야 할 일이지만, 나는 베타카만드의 머리 위에 그와 같은 사소한 것을 덮어씌우는 것은 공평하지 않다고 생각한다.그럼에도 불구하고, 나는 위에서 만들어진 요점들을 본다.랄315 (대화) 10:46, 2008년 2월 5일 (UTC)
- 동의해, 네가 원하는 걸 얻기 위해 BCBOT의 블록을 그의 머리 위에 올려놓는 것에 동의해.만약 당신이 모든 봇들이 각각 별도의 계정을 갖도록 강요되어야 한다고 믿는다면, 각 작업별로 합의를 얻어 봇 정책을 수정해 달라.SQLQuery me! 13:08, 2008년 2월 5일(UTC)
- 동의. 베타콤만드봇은 봇 정책에 필요한 몇 가지 변경을 강조할 수도 있지만, 베타콤만드봇의 경우는 어떤 일이 있어도 독립된 것으로 간주되어야 한다.NicDumZ ~ 16:03, 2008년 2월 5일(UTC)
- 나는 어떠한 광범위한 정책 변화도 제안하지 않았다 - 나는 단지 베타코만드가 그의 봇을 나눠주길 바랄 뿐이다.합리적인 코드 설계라면 이것은 쉬운 작업이 될 것이다.하우쿠르 (토크) 15:27, 2008년 2월 5일 (UTC)
- 나는 일찍부터 차단하지 않는 것에 찬성하지 않는다; 베타코만드는 차단되지 않았다. 그의 봇은 차단되지 않았다.만약 그가 합의된 한도 내에서 그의 봇을 운영할 수 없다면, 그것은 계속 차단되어야 한다.일찍부터 차단을 풀었다는 것은 단지 베타코만드에게 그가 좋아하는 것을 그의 봇으로 거의 할 수 있다는 것을 확인시켜 줄 뿐이다.네일 ▷인터뷰 11:02, 2008년 2월 5일 (UTC)
베타카ommandBott는 오랜 문제, 특히 버그와 무단 행동의 역사를 가지고 있다.차단을 해제하지 마십시오.금지할 것을 제안한다. —서명되지 않은 의견을 59.189.64.44 (대화) 13:46, 2008년 2월 5일 (UTC)
절대 BetacommandBot을 차단 해제하지 마십시오.데드먼 커브에서 계속 운전하는 애한테 차 열쇠를 주는 건 아니잖아이 모든 최근의 선글라발은 정확히 멈춰서 생각하는 실패 때문에 일어났다.만약 이 문제가 차분하게 온위키에 심의되었다면, 그것은 처음부터 숨길 정도로 어리석은 생각이라는 것이 금방 분명해졌을 것이다.대신, IRC에서 "이봐, 이걸 해보자!"는 아이디어로 무산되었고, 프로젝트의 손상으로 빠르게 이행되었다.앞으로 이런 식의 슬랩다운 무책임함을 막기 위해서는 베타콤앤봇이 1주일(또는 그 이상) 동안 발뒤꿈치를 식혀주는 것이 분명히 필요하다고 생각한다.난데스카 (토크) 15:06, 2008년 2월 5일 (UTC)
- 난데스카는 내가 한 것보다 더 좋게 표현했다.극히 적은 수의 아프로포스로 베타콤앤봇에 발행되는 36번째 블록으로 오용, 시험기간 외 계속 근무, 일반 업무 등 다양한 이유가 있다.그들 중 대부분은 베타콤이 항상 교훈을 얻었고 다시는 망치지 않겠다고 약속하기 때문에 일찍 취소된다.이 봇이 몇 번 더 기회를 잡을 수 있을까?확실히 우리는 사용자나 사용자 그룹이 BetacommandBot이 하는 일을 처리하는 봇을 작업별로 분할하고 협력적 개선을 위해 개방형 코드를 사용하여 실행하기 위해 그들의 실수로부터 배울 수 있는 능력을 가지고 더 적합하고, 시민적이며, 더 적합할 수 있다.Neellipton 15:16, 2008년 2월 5일 (UTC)
- Ne,l, 당신은 그 블록의 90%가 근거 없는 것이라는 것을 알아채지 못하고 재빨리 되돌아갔다.나 또한 나에 대한 당신의 공격에 불쾌감을 느낀다.나는 개인적으로 이 프로젝트에 6만개 이상의 기여를 했고, BCBot은 80만개까지 편집이 되어 있다.그래, 편집 횟수에 실수, 오류, 버그가 있을 것이다.이 경우에 나는 백과사전을 보호하기 위해 한 가지 행동을 했는데, 사람들은 나와의 선의를 완전히 지키지 못했다.나는 왜 그렇게 많은 훌륭한 사용자들이 그 프로젝트를 떠나는지 이제 알겠다. 평균적으로 우리는 이틀 동안 관리자 한 명을 해고한다.우리는 모든 좋은 사용자들을 사소한 실수 때문에 교수형에 처하고 싶어하는 것 같다.이제 사용자들은 드라마를 만들고, 사용자들을 금지하는 것을 좋아하는 것 같다.거의 현재의 합의는 금지되고 지옥으로 보내지는 것으로 보인다.βcommand 15:45, 2008년 2월 5일 (UTC)
- Haukurth의 말처럼 "90%는 사실무근이었다"는 말은 명백히 사실이 아니었다.많은 사람들이 빠르게 되돌아간 것은 당신이 이미 많은 선의를 베풀었고 많은 행정가들이 지금부터 봇이 잘 될 것이라고 약속했기 때문에 기꺼이 차단을 풀었기 때문이다.그러나 유효 블록이 적어도 16개(만료 전에 취소된 블록이라도)가 있기 때문에 확실히 효과가 없는 것은 아니다."사람들은 당신에게 선의의 행동을 취하는 것을 완전히 실패한다." - 이것은 당신이 한 일이 왜 잘못되었는지 이해조차 못한다는 것을 의미하는가?네일 ▷인터뷰 16:16, 2008년 2월 5일 (UTC)
- 아래의 루카스bfr은 블록의 50%가 유효하다고 한다.아직도 블럭이 많네더 큰 문제는 실수를 하고 비난을 받을 때마다 똑같은 분개한 태도로 반응한다는 점이다.하우쿠르 (대화) 2008년 2월 5일 16:00 (UTC)
- 오쿠르, 난 내가 망친 것에 감탄했어. 내가 위키피디아에서 더 나은 역할을 한 것에 대해 말이야.사람들이 사실을 잘못 인용하고 나를 도와주기 위해 선의의 노력을 했다고 공격할 때 내가 조금 관개된다면 미안해.사람들은 내가 하는 모든 좋은 일을 무시하고 그냥 날 공격하고 내 머리를 요구하는 것 같아.βcommand 16:19, 2008년 2월 5일(UTC)이 금지된 경우
- Ne,l, 당신은 그 블록의 90%가 근거 없는 것이라는 것을 알아채지 못하고 재빨리 되돌아갔다.나 또한 나에 대한 당신의 공격에 불쾌감을 느낀다.나는 개인적으로 이 프로젝트에 6만개 이상의 기여를 했고, BCBot은 80만개까지 편집이 되어 있다.그래, 편집 횟수에 실수, 오류, 버그가 있을 것이다.이 경우에 나는 백과사전을 보호하기 위해 한 가지 행동을 했는데, 사람들은 나와의 선의를 완전히 지키지 못했다.나는 왜 그렇게 많은 훌륭한 사용자들이 그 프로젝트를 떠나는지 이제 알겠다. 평균적으로 우리는 이틀 동안 관리자 한 명을 해고한다.우리는 모든 좋은 사용자들을 사소한 실수 때문에 교수형에 처하고 싶어하는 것 같다.이제 사용자들은 드라마를 만들고, 사용자들을 금지하는 것을 좋아하는 것 같다.거의 현재의 합의는 금지되고 지옥으로 보내지는 것으로 보인다.βcommand 15:45, 2008년 2월 5일 (UTC)
- 사실, COOP의 관점에서, 나는 위키피디아의 의존적인 요소들이 BCbott가 얼마나 많은 과제를 수행하는 것처럼 보이는지, 그리고 우리가 얼마나 적은 중복성을 가지고 있는지 약간 걱정된다.긴급한 문제로서, 우리는 공동체의 통제 하에 있는 봇을 개발하기 위해 노력할 필요가 있다. (그것은, 공동체가 어떤 메커니즘을 통해 코드에 접근할 수 있다는 것을 의미하며, 따라서 소유자가 버스에서 떠나거나 버스에 떨어지면 우리는 예비 위치를 갖게 된다.)나는 닐의 다른 의견에 전적으로 동의한다.여기에 앞장설 수 있는 워킹그룹이나 「몸」이 있는가? --프레드릭 데이(토크) 15:22, 2008년 2월 5일 (UTC)
- 이론적으로, WP:하지만 어느 순간 지역사회에 의해 폐쇄될 뻔했어한 가지 아이디어는 개발자들을 더 참여시키는 것이다.사용자: 참조:Werdna/주 페이지 삭제에 대한 설명:
이것은 또한 지역사회와 개발자들 사이에 다리를 놓는 것을 도울 것이다.나는 이것이 정말 좋은 생각이고, 가능한 한 후속 조치를 취해야 한다고 생각한다.카차롯 (토크) 15:34, 2008년 2월 5일 (UTC)"개발 및 시스템 관리 팀이 성공적인 봇 시스템의 관리에 필수적인 역할을 해야 한다는 것이 나의 제안이다.영어 위키백과 커뮤니티는 봇의 목적이 건전한지 여부를 결정하는 일을 맡아야 하지만, 제안된 봇, 특징 또는 기타 기술적으로 민감한 변화를 성과에 미치는 영향과, 예를 들어 연장으로 더 잘 달성되는지에 대해 평가해야 하는 것은 일반적인 위키미디어 기술 커뮤니티다.MediaWiki에 대한 수정사항." - 사용자:베르드나
- 카차롯, 이론상으로는 좋은 생각이지만, 단순히 개발자 분대가 이미 얇게 퍼져 과로를 하고 있다는 이유만으로, 실제로는 좋지 않다.만약 그들이 관심을 가졌다면, 그래, 그건 좋겠지만, 나는 정말로 그것이 사실인지 의심스럽다.Titoxd(?!? - cool stuff) 05:00, 2008년 2월 6일(UTC)
- 이론적으로, WP:하지만 어느 순간 지역사회에 의해 폐쇄될 뻔했어한 가지 아이디어는 개발자들을 더 참여시키는 것이다.사용자: 참조:Werdna/주 페이지 삭제에 대한 설명:
- 사실, COOP의 관점에서, 나는 위키피디아의 의존적인 요소들이 BCbott가 얼마나 많은 과제를 수행하는 것처럼 보이는지, 그리고 우리가 얼마나 적은 중복성을 가지고 있는지 약간 걱정된다.긴급한 문제로서, 우리는 공동체의 통제 하에 있는 봇을 개발하기 위해 노력할 필요가 있다. (그것은, 공동체가 어떤 메커니즘을 통해 코드에 접근할 수 있다는 것을 의미하며, 따라서 소유자가 버스에서 떠나거나 버스에 떨어지면 우리는 예비 위치를 갖게 된다.)나는 닐의 다른 의견에 전적으로 동의한다.여기에 앞장설 수 있는 워킹그룹이나 「몸」이 있는가? --프레드릭 데이(토크) 15:22, 2008년 2월 5일 (UTC)
여기 한 가지 제안이 있다.베타코만드는 왜 일주일 동안 자신의 코드를 정리하고, 시험 위키에서 그것을 실행하고, 이 과제의 분열과 자신이 하기 직전에 있는 것처럼 보이는 코드를 개방하는 것을 준비하면서 그 블록을 보낼 수 없을까?우리는 그에게 이렇게 하도록 강요할 수는 없지만, 정중하게 그가 이렇게 하도록 제안할 수는 있다.카차롯 (토크) 15:34, 2008년 2월 5일 (UTC)
- BC가 그것을 할 준비가 되어 있다면 사랑스러울 것이다.나는 그가 여러 번 이것을 고려해 보라고 정중하게 요청받았고 그렇게 하기를 거절했다고 확신한다.Neellipton 16:12, 2008년 2월 5일 (UTC)
- 닐, 지난번에 내가 세어봤을 때 (27블록 중에서) 11블록의 유효블록과 10블록의 공정을 세어 보았다.봇의 50% 블록은 여전히 쓰레기인 것 같다. -- 루카스bfrtalk 15:45, 2008년 2월 5일 (UTC)
- 16개의 유효한 블록(사용자: 4개 이상의 유효한 블록 포함):자동 스크립트 오작동, 메인 계정에서 봇 실행, 봇 스팸 RFCU, 자동 삭제 등 Betacommand는 20개를 만든다.다수의 블록이 "프로세스에서 벗어났다"고 해도, 20개의 유효한 블록 설탕게츠가 해결되어야 할 것이 있다.봇 업무를 분담하는 것은 훌륭한 출발이 될 것이다.네일 ▷인터뷰 16:12, 2008년 2월 5일 (UTC)
- 닐, 지난번에 내가 세어봤을 때 (27블록 중에서) 11블록의 유효블록과 10블록의 공정을 세어 보았다.봇의 50% 블록은 여전히 쓰레기인 것 같다. -- 루카스bfrtalk 15:45, 2008년 2월 5일 (UTC)
기능이 원자화될 때까지 계속 차단하십시오.사람들은 영구적인 피해가 발생하지 않았기 때문에 우리가 그것을 막으면 안 된다고 계속 말한다.그것은 우리가 편집자에게 결코 적용할 수 없는 미친 기준이다.쿨 핸드 루크 16:04, 2008년 2월 5일 (UTC)
- 나는 이것이 싫지만, 나는 봇이 계속 차단되어야 한다고 믿는다.난 열린 마음을 가지려고 노력했지만, 지난 1년 동안 베타코만드로부터 오는 너무 많은 실수들을 봐왔고, 불행히도 나는 그의 판단을 Bot에 신뢰하지 않는다.나는 1년 전의 대실패 후 슬레이트를 깨끗이 닦아내려고 노력했다. 그리고 나는 베타카ommand에 대한 신뢰를 거의 회복하고 나서 그가 가서 이렇게 했다.미안하지만, 내 생각에 봇은 전체 기간 동안 계속 차단되어야 해.나는 또한 BAG가 이것에 관여하고 사용자 공간에서 봇이 승인되지 않은 작업을 실행할 수 있도록 허용해야 하는지 여부를 코드화할 것을 강력히 제안한다.그런데, 그 과제가 메인 스페이스에 영향을 끼친다는 유일한 목적으로 사용자 공간에서 실행된 것을 보면, 나는 "사용자 공간에 있기 때문에" 괜찮았다는 베타카모만의 추리에 끔찍하게 실망하고 있다. - 필립 토크 17:09, 2008년 2월 5일 (UTC)
- 나는 BCB의 편집이 지금처럼 그렇게 결정적이지 않다면, 그의 블록은 남아야 한다고 믿는다.신뢰할 수 있는 사용자들 사이에서 그의 업무를 분리할 수 있을 때까지, 그는 차단되지 않은 채로 남아 있어야 한다고 생각한다. 다만 극도로 어렵고 지루한 일을 하기 위해서일 뿐이다.이 일이 끝나면 그를 막아야 한다.나는 위키피디아를 더 이상 거의 편집하지 못하지만, BCB의 악명 높은 자질을 아직도 알고 있다.나는 그의 편집이 매우 도움이 되었기 때문에 그것의 주인인 베타코만드를 맹렬히 공격하려는 것이 아니다.불행히도, 나는 이러한 중요한 업무들은 판단에서 그러한 오류를 범하지 않는 사람에게 넘겨져야 한다는 것에 동의해야 한다. - -ααссс 04 таιќ :52, 2008년 2월 6일 (UTC)
차단되지 않은 BCB, Tim에게 남긴 메모.Rich Farmbrough, 2008년 2월 6일 (GMT)
- 리치, 위의 우려사항을 어떻게 해결해야 하는가?Betacommand에게 새로운 봇 요청이나 코드를 먼저 승인 받지 않고 실행하지 말라는 경고?그게 그가 한 짓이라는 걸 알고 있지?그리고 팀의 블록은 봇이 "시스템 자원 남용"을 중단한 후였고, 아마도 미래의 시스템 자원 남용을 막기 위한 것이었다고?앞으로 어떻게 이것을 막을 수 있을까?베타코만드는 이것으로부터 배운 것을 분명히 말했는가?위와 같은 긴 논의 끝에 차단을 풀 생각이라면, 나는 당신이 단지 다음과 같은 말 이상을 해야 한다고 생각한다.
- 팀의 토크 페이지: "BetacommandBot. 안녕 팀, 시스템 리소스 문제가 더 이상 발생하지 않기 때문에 내가 이 계정을 차단 해제하고 있다는 것을 알려주기 위해서입니다. Rgds"(10:52)
- Unblock 로그: "시스템 리소스 문제가 더 이상 isue가 아님 - bot not doing that"(10:53)
- 베타코만드의 토크 페이지: "차단되지 않은 채 쇼핑하라. 이제 효력이 발생함. 동사 수액 등."(10:56)
- 이 스레드: "Blocked BCB, Tim에게 남긴 메모"(11:07)
- 그렇지 않으면 너는 위의 우려를 무시하고 있는 것 같다.카차롯 (토크) 11:49, 2008년 2월 6일 (UTC)
차단을 풀었다는 것은 더 이상의 관리 조치가 필요 없다는 뜻인 만큼 이번 논의는 피하고자 했던 댓글 요청으로 옮겨갈 수밖에 없을 것으로 보인다.만약 베타코만드가 위의 질문에 더 잘 대답한다면, 아마도 이것은 피할 수 있을 것이다.카차롯 (토크) 11:49, 2008년 2월 6일 (UTC)
- 음, 그 블록은 더 이상 쓸모가 없어.BCB는 앞으로 6일 안에 "바보 같은 일"을 하지 않을 것이기 때문에 우리는 우리의 얼굴을 앙탈하기 위해 코를 자르는 것을 피해야 한다.이 사건에서 BCB가 한 일은 선의로 한 일이었고, 십여 가지 다른 방법으로 어떤 "규칙"을 어기지 않고도 이루어질 수 있었다.사용자 행동에 대한 문제는 그의 토크 페이지 베타코만드 또는 적절한 경우 RFC와 함께 적절한 토론 페이지의 봇 프로세스 또는 표준 변경에 대해 제기할 수 있다.이 특별한 사건은, 내가 보기에, 단지 하나의 행동 양식의 일부로서만 중요한 것 같은데, 만약 문제로 보인다면, 일시적인 차단에 의해 다루어져서는 안 된다.Rich Farmbrough, 2008년 2월 6일 (GMT) 12:24 6.
- 나는 위키피디아 토크에서 봇 문제를 제기했다.Bots/승인 그룹#Bot 이슈(WP):실 한 가닥, 그러나 지금까지 아무런 반응이 없었다.만약 여러분이 이것이 시스템 자원의 남용을 막기 위한 임시 차단, 즉 더 이상 발생하지 않는 남용이라고 생각한다면, 먼저 팀에게 물어보는 것은 어떨까?내가 읽은 것은 네가 틀렸다는 것이고, 그 블록은 팀이나 지역 사회(당신뿐만 아니라)가 베타코만드가 제기된 우려에 적절하게 대응한 것을 만족할 때까지 그대로 두려고 한 것이었다.이스트718도 베타코만드도 그들이 의논한 것과 누구와 의논했는가, 그리고 왜 누구와 의논하지 않았는가 하는 것을 기소하지 않았다."내가 망쳤다"고 말하는 것은 그 질문에 대답하지 않는 것이다.나는 위의 내 의견을 베타코만드의 토크 페이지에 복사할 것이다.반응의 수준은 걱정거리이며, 끊임없는 후렴이다.베타코만드가 우려에 대응하도록 하기 위해 이 모든 것을 필요로 하지 않아도 된다.카차롯 (토크) 13:40, 2008년 2월 6일 (UTC)
- 음, 그 블록은 더 이상 쓸모가 없어.BCB는 앞으로 6일 안에 "바보 같은 일"을 하지 않을 것이기 때문에 우리는 우리의 얼굴을 앙탈하기 위해 코를 자르는 것을 피해야 한다.이 사건에서 BCB가 한 일은 선의로 한 일이었고, 십여 가지 다른 방법으로 어떤 "규칙"을 어기지 않고도 이루어질 수 있었다.사용자 행동에 대한 문제는 그의 토크 페이지 베타코만드 또는 적절한 경우 RFC와 함께 적절한 토론 페이지의 봇 프로세스 또는 표준 변경에 대해 제기할 수 있다.이 특별한 사건은, 내가 보기에, 단지 하나의 행동 양식의 일부로서만 중요한 것 같은데, 만약 문제로 보인다면, 일시적인 차단에 의해 다루어져서는 안 된다.Rich Farmbrough, 2008년 2월 6일 (GMT) 12:24 6.
워, 뭐, 리치?너 차단 안 했어?그것은 합의된 조치가 아닌 우려가 분명히 우려가 있다.그게 내가 택할 길인지 잘 모르겠어. - 2008년 2월 6일 필립 토크 13:53, (UTC)
- 나는 지금까지 베타코만드의 미흡한 반응보다 미봉책에 대해 덜 걱정한다.그는 드라마를 유발시킨 것에 대해 미안하다고 말했으며 이 행동을 반복할 생각은 없다고 말했다.논의 실패에 대한 사과 없어그가 쉽게 대답할 수 있도록, 나는 그의 토크 페이지에 나의 우려를 표시했다.여기 봐.카차롯 (토크) 2008년 2월 6일 14:20 (UTC)
소스 코드?
이것의 중심인 중요한 문제는 소스 코드의 그것이다.내가 알기로는 현재 휴무인 것으로 알고 있는데?여기서 BC가 커뮤니티(또는 적어도 커뮤니티의 "승인된" 구성원)에 해당 커뮤니티를 열어달라는 요청을 많이 볼 수 있다.우리가 그 요청에 찬성할 수 있을까 반대할 수 있을까?만약 그것이 반대라면 - 그건 괜찮고 나는 그것에 대해 아무런 문제가 없지만, 공동체는 우리가 그러한 중요하지만 일상적인 작업을 수행할 봇을 개발하기 시작할 수 있도록 알 필요가 있고, 단일 편집자가 아닌 공동체의 통제 하에 있다.이는 봇이 지금까지 수행했던 좋은 일을 가볍게 여기지 않고 오히려 실용적으로 나아가 지역사회와 프로젝트의 최상의 니즈가 제공되도록 하려는 시도다. --프레드릭 데이 (토크) 16:25, 2008년 2월 5일 (UTC)
- 내가 위에 글을 올리려고 할 때, 나는 내 코드를 매우 제한된 수의 신뢰할 수 있는 사용자들에게 공개한다.나는 내가 통제할 수 없는 BCBot의 복제본을 좋아하지 않는다.코드는 매우 강력하다(분당 700개의 편집으로 기록).난 내 코드를 바보로 만들지 않아.많은 하슬 없이도 사용할 수 있도록 만든다.또한 나는 내 코드에 대한 다른 사람의 코드 변경을 검토할 시간이 없다.봇을 몇 개의 계정으로 분할하는 것에 대해 나는 그것에 대해 연구해왔다.나 또한 다른 요청들을 해오고 있다. (위키피디아:이미지 이름 바꾸기) 여러 파일에 걸쳐 수천 줄의 코드 스프레드를 변경하는 것은 시간이 걸릴 뿐이다.RW 공약으로 나는 하루에 30시간이 필요하며, 우리 모두가 알다시피 하루에 26시간밖에 없다.βcommand 16:54, 2008년 2월 5일 (UTC)
- "코드는 매우 강력하다(분당 700회의 편집으로 기록).어서.페이지를 편집하는 것은 매우 간단하고, 코드적으로도 매우 간단하며, 많은 수의 무료 코드를 사용할 수 있다.나는 어떤 코드든 편집하는 데 있어서 다른 코드보다 더 "강력한" 코드가 될 수 있다는 매우 강한 의심을 가지고 있다.그리고 당신의 코드가 다른 사람들보다 10배 빠르게 만드는 어떤 마법을 가지고 있다 하더라도, 자동 확증되지 않은 계정은 분당 8번만 편집할 수 있고, 다른 계정은 코드가 얼마나 "강력한"지에 비해 훨씬 더 큰 제한 요소로 인터넷 연결 지연과 속도를 가지고 있는 경향이 있다.— Werdna talk 06:02, 2008년 2월 6일 (UTC)
- 나는 위키백과 강연에서 이런 이야기를 하기 시작했다.승인 요청/승인 요청 #코드 게시어제 3F와 기껏해야 반응이 미지근하다.내 느낌은 봇 운영자들이 코드를 풀어주고 싶어하지 않는다는 것이다.
- 1) 꽉 통제하고, "그들"이 되도록 하기 위해서.즉, 클론은 없다.
- 2) 봇코드가 "민감하다"는 주장
- 3) 코드를 정리하지 않으려는 작업자
- 4) 봇 운영자는 자신의 코드를 사용하여 타인에 대한 책임을 지지 않는다.
- 강제 해제를 하는 유일한 방법은 (BAG가 아닌) 커뮤니티가 새로운 봇을 실행할 수 있는 권한을 얻기 위해 모든 코드를 공개하라고 명령하는 경우일 것이다.로렌스 § 16:35, 2008년 2월 5일(UTC)
- 그 모든 이유들은 개방된 출처에 대한 표준적이고 명백히 잘못된 반론이다.
- 소유욕은 위키피디아에 있는 어떤 것에 대해서도 용납될 수 있는 구실이 아니다.참여 여부를 선택할 수 있지만, 특정 측면에서 프로젝트를 위해 모든 소유욕을 상실할 필요가 있다.그것은 이미 편집자의 저작권에 적용되고 있고 그것이 봇에도 적용되어서는 안 될 이유가 없다.
- 어떤 봇 코드도 민감하지 않다.어떤 바보라도 계정을 만들고 유효한 편집 토큰을 계산하는 방법을 알아내면, 이미 10줄짜리 펄 스크립트를 해킹하여 원하는 만큼의 편집 내용을 스팸 메일로 보낼 수 있다.그리고 더 효과적으로 파괴하는 방법을 알아내기 위해 반반달 봇의 소스코드를 기꺼이 들여다보는 사람은 어떤 경우에도 봇을 어떻게든 피하게 될 것이다. 그것은 그리 어렵지 않다.
- 아무도 네가 코드를 정리해야 한다고 말하지 않고, 그냥 풀어주고, 다른 사람들이 실제로 실행시킬 수 있는 충분한 문서를 제공해야 한다.만약 그것이 경건하지 않은 엉망진창이라면, 그것은 대단한 것은 아니지만, 만약 당신이 사라진다면, 적어도 누군가 대체품을 쓸 수 있을 때까지, 사람들은 여전히 그것을 실행할 수 있다.
- 모든 봇은 여전히 등록되고 승인되어야 할 것이며, 봇이 하는 일에 대한 책임은 운영자가 져야지, 저자가 책임져야 할 것은 아니다.만약 누군가가 소스 코드를 원격으로 이해하지 못하는 봇을 운영하기를 원한다면, 그들은 아마도 정당한 이유 없이 그렇게 할 권리를 거부당해야 할 것이다.
- 돌이켜보면, BAG가 봇 운영자로 구성된 것은 항상 나쁜 생각이었다고 생각한다.관련된 이슈는 이해할 수 있지만 실제로 어떤 봇도 운영하지 않는 프로그래머들로 구성되는 것이 좋을 것이다.지금 당장 이해충돌이 너무 심하고, 그 결과 지나친 자기 방종, IMO. 봇의 저자와 운영자는 지역사회에 귀중한 서비스를 제공하지만 그렇다고 해서 프로젝트의 원칙이나 이익에 반하여 운영권을 부여받아야 하는 것은 아니다.언젠가는 갑자기 사라질지도 모르는 폐쇄적인 원천 봇에 의존하는 것보다 더 나은 사람들이 수작업으로 살아가고 있다.—시뮬레이션(대화 • 기여) 02:43, 2008년 2월 6일 (UTC)
- 그 모든 이유들은 개방된 출처에 대한 표준적이고 명백히 잘못된 반론이다.
- 여기 대담한 제안이 있다.모든 (봇) 소스 코드를 우리가 기사를 처리하는 것과 비슷한 방식으로 처리한다.모든 사람이 코드를 편집할 수 있도록 하십시오.새 태스크 생성, 모든 코드, 디버그 개선 등반달리즘은 주요 공간 반달리즘과 유사하게 다루어진다.원치 않는 작업(정책과 호환되지 않음)이 삭제된다.선의의 오류는 고쳐질 것이다.분쟁은 합의에 도달하기 위해 노력함으로써 해결되었다.(유토피아 아니면 직진?)모든 봇 런을 되돌릴 수 있도록(일반적인 편집과 유사 - 개발자가 강력한 롤백 기능을 제안할 때) 요구한다면, 봇을 운영하는 것은 그리 큰 문제가 아니다.오션 (토크) 02:36, 2008년 2월 6일 (UTC)
- 아주 나쁜 생각이야.OrphanBot의 코드 한 줄만 변경하면 되고, 비소싱된 영상을 페니스 사진으로 대체하기 시작할 것이다. --Carnildo (talk) 05:53, 2008년 2월 6일 (UTC)
- 정말 안 좋다.LevelBot에서 변경된 몇 개의 라인은 완전히 비활성화하거나 *모든 것*으로 되돌릴 수 있다.더욱이, LevelBot의 출처에 있는 한 문자는 그것이 휴리스틱스를 부정하게 만들 수 있고 따라서 좋은 편집만 되돌릴 수 있을 뿐 나쁜 편집은 되돌릴 수 없다.또한, 이러한 봇을 실행하는 서버에 대한 엄청난 보안 위험도...이 봇들의 대부분은 매우 강력한 언어로 쓰여져 있다.위키백과 밖에서 많은 것을 할 수 있는 언어들.DDoS 코드를 실행할 수 있는 언어...실행 중인 서버에 포크를 가할 수 있는 언어.한 페이지당 통화가 있을 경우 한도가 100인 줄 알아?포크폭탄은 만약 존재하는 전화보다 수십억의 자원을 더 사용할 수 있다(실제로 코딩된다면).봇의 비밀번호는 어디선가 서버에 저장되어 있어야 하고, 봇이 읽을 수 있어야 하는데, 암호를 읽고 위키백과 페이지에 게시하기 위해 어떤 사람이 코드 조각을 쓰는 것을 막는 것은 무엇일까?봇이 실행 중인 사용자(종종 봇 소유자가 사용하는 것과 동일한 사용자 계정)에서 봇이 실행 중인 서버에서 명령을 실행할 수 있는 기능은 어떨까?우리는 봇이 매우 빠른 속도로 달릴 수 있다는 것을 알고 있다. 만약 누군가가 5개나 10개의 봇을 타협한다면 어떨까?누군가 봇을 막기 전에 위키피디아를 쉽게 파괴할 수 있었다.초당 10번의 편집으로 10번의 봇(이것은 포킹 등으로 가능)이 가능하며, 10개의 봇을 모두 차단하는데 1분이 걸렸다고 가정해 보자, 그 짧은 시간 안에 봇은 6000페이지를 파손했을 것이다.자, 그것들을 막는 데 시간이 좀 더 걸렸고 5분이 걸렸다고 가정해 봅시다. 그 봇들이 3만개의 기사를 파괴했을 겁니다. -- 코비(t c b) 06:33, 2008년 2월 6일 (UTC)
- 큰 슬픔이다.나는 아무도 라이브코드를 리뷰 없이 공개적으로 편집할 수 있도록 만들자고 제안하지 않았다고 생각한다.— Werdna talk 07:26, 2008년 2월 6일 (UTC)
- OTRS와 같은 신뢰할 수 있는 리포지토리의 아이디어는 어떨까?그들은 저작권 허가를 유지하고 사용자들의 통신을 안전하게 한다.봇 승인 과정의 일부로, 각 봇 작업에는 코드 복사본이 제공되었는지 확인하는 OTRS 티켓 번호가 발급될 수 있다.그런 다음 BCB의 블록이나 구르흐의 여행과 같은 일이 발생한 경우, OTRS 담당자는 새로운 검증된 봇 운영자(아마도 기존 운영자)에게 이 코드를 발급할 수 있으며, 이들은 적어도 교체품 코딩(봇을 자동으로 구현할 수 없는 경우)에 대한 코딩에 앞서 시작할 수 있다.
- 후속 조치로, 일부 봇 ops는 코드를 공개했고 위키에서 사용되는 특정 언어로 코딩하는 방법에 대한 (프로그래머에게) 다소 유용한 문서들이 있다.어떤 사람이 자신의 봇을 부호화하고, 몇 개의 침대보를 설치하고, 여러분이 제안하는 것과 같은 일을 하는 것을 막는 것은 무엇인가?몇 년 전에 GRC.com에서 일어났던 것과 같은 집중적인 공격인 회전하는 이름과 프록시를 사용하는 것은 아마도 봇코드가 출판되거나 출판되지 않은 것과 같은 가능한 것일 것이다.
- 사실 CombeBot은 창간 이래 출처가 공개되어 있었고, Cobi(t c b) 00:50, 2008년 2월 5일 (UTC) "
- 정말 안 좋다.LevelBot에서 변경된 몇 개의 라인은 완전히 비활성화하거나 *모든 것*으로 되돌릴 수 있다.더욱이, LevelBot의 출처에 있는 한 문자는 그것이 휴리스틱스를 부정하게 만들 수 있고 따라서 좋은 편집만 되돌릴 수 있을 뿐 나쁜 편집은 되돌릴 수 없다.또한, 이러한 봇을 실행하는 서버에 대한 엄청난 보안 위험도...이 봇들의 대부분은 매우 강력한 언어로 쓰여져 있다.위키백과 밖에서 많은 것을 할 수 있는 언어들.DDoS 코드를 실행할 수 있는 언어...실행 중인 서버에 포크를 가할 수 있는 언어.한 페이지당 통화가 있을 경우 한도가 100인 줄 알아?포크폭탄은 만약 존재하는 전화보다 수십억의 자원을 더 사용할 수 있다(실제로 코딩된다면).봇의 비밀번호는 어디선가 서버에 저장되어 있어야 하고, 봇이 읽을 수 있어야 하는데, 암호를 읽고 위키백과 페이지에 게시하기 위해 어떤 사람이 코드 조각을 쓰는 것을 막는 것은 무엇일까?봇이 실행 중인 사용자(종종 봇 소유자가 사용하는 것과 동일한 사용자 계정)에서 봇이 실행 중인 서버에서 명령을 실행할 수 있는 기능은 어떨까?우리는 봇이 매우 빠른 속도로 달릴 수 있다는 것을 알고 있다. 만약 누군가가 5개나 10개의 봇을 타협한다면 어떨까?누군가 봇을 막기 전에 위키피디아를 쉽게 파괴할 수 있었다.초당 10번의 편집으로 10번의 봇(이것은 포킹 등으로 가능)이 가능하며, 10개의 봇을 모두 차단하는데 1분이 걸렸다고 가정해 보자, 그 짧은 시간 안에 봇은 6000페이지를 파손했을 것이다.자, 그것들을 막는 데 시간이 좀 더 걸렸고 5분이 걸렸다고 가정해 봅시다. 그 봇들이 3만개의 기사를 파괴했을 겁니다. -- 코비(t c b) 06:33, 2008년 2월 6일 (UTC)
- 따라서 누군가가 발견이나 포크보밍(코드의 일부가 공개되었다고 가정할 때)을 전환하여 서버나 위키피디아를 공격하기 위해 자체 시스템에서 재실행할 위험이 이미 있지 않은가?MBisanz 07:13, 2008년 2월 6일 (UTC)
누군가 피위키피디아를 집어 들고 뭔가 불쾌한 것으로 이미지를 대체하는 매스 체인지(mass-changes)를 보내는 것보다 더 큰 위험은 없다.내 생각에는 반반달리즘 봇의 위치는 지루한 학생들에 의해 세련되지 못한 반달리즘을 되돌리는 것이다. 즉, 전반적으로, 특정 항반달리즘 봇의 소스 코드를 찾기를 꺼리고/또는 찾을 수 없는 지루한 학생들에 의한 반달리즘 봇을 돌아다니는 방법을 알아내는 것이다.— Werdna talk 07:21, 2008년 2월 6일 (UTC)
- 아니, 당신은 오해하지, 포크보밍은 소스 코드를 실행하는 서버에 대한 공격이지 위키백과 같은 원격 서버에 대한 공격이 아니다.그리고, 아니, '레브봇'에는 포크 폭탄 코드가 없어기술적으로 잘 아는 사람이라면 누구나 쉽게 봇을 만들 수 있고(또는 오픈소스봇의 심하게 변형된 버전을 사용) 자신의 컴퓨터에서 실행할 수 있다.그것이 나쁜 생각인 이유는 아니다.이것이 나쁜 생각인 이유는 대부분의 사람들이 시간을 들여서 그렇게 하지 않을 것이기 때문이다. 그러나 만약 그들이 사용자:CleverBot/출처: 그것의 경험적 접근성을 부정하게 만드는 것, 그것은 완전히 다른 문제다.게다가, 위키피디아의 주요 봇들은 당신이 그들이 편집을 하는 것을 볼 때 신뢰된다.MiszaBot III의 편집을 몇 번이나 확인하여 다른 것을 변경하지 않고 실제로 아카이브된 것 뿐인지 확인하셨습니까? -- 2008년(t c b) 2월 6일 (UTC)
- 나는 미사의 총량을 한 번 체크했는데, 다른 사용자를 위해 보관기를 설치하고 날짜 코딩을 망쳐 놓았고, 나의 실수를 바로잡기 위해 미사의 동작을 취소해야 했다.그리고 나는 코드가 편집 가능해야 한다고 말하는 것이 아니다. 그러나 지금 당장 적절한 지식을 가진 누군가가 사용자:ConverseBot/Source를 보호되지 않는 페이지에 복사하고 !를 삽입하고 많은 잠자는 계정에 손상을 입힌다.반면에, 모든 코드가 스토리지를 위해 OTRS로 이동하도록 요구하면, 봇 운영이 사라지는 문제를 해결하고, 봇 운영이 코드를 게시해야 할 의무를 느낄 필요가 없어질 수도 있다.MBisanz 07:33, 2008년 2월 6일 (UTC)
- 아니, 당신은 오해하지, 포크보밍은 소스 코드를 실행하는 서버에 대한 공격이지 위키백과 같은 원격 서버에 대한 공격이 아니다.그리고, 아니, '레브봇'에는 포크 폭탄 코드가 없어기술적으로 잘 아는 사람이라면 누구나 쉽게 봇을 만들 수 있고(또는 오픈소스봇의 심하게 변형된 버전을 사용) 자신의 컴퓨터에서 실행할 수 있다.그것이 나쁜 생각인 이유는 아니다.이것이 나쁜 생각인 이유는 대부분의 사람들이 시간을 들여서 그렇게 하지 않을 것이기 때문이다. 그러나 만약 그들이 사용자:CleverBot/출처: 그것의 경험적 접근성을 부정하게 만드는 것, 그것은 완전히 다른 문제다.게다가, 위키피디아의 주요 봇들은 당신이 그들이 편집을 하는 것을 볼 때 신뢰된다.MiszaBot III의 편집을 몇 번이나 확인하여 다른 것을 변경하지 않고 실제로 아카이브된 것 뿐인지 확인하셨습니까? -- 2008년(t c b) 2월 6일 (UTC)
네가 거기서 무슨 말을 하는지 정말 이해를 못하는 것 같아.코드를 보호되지 않는 페이지에 넣고 편집하면 마법처럼 실행되지 않는다(해봐!).서버가 필요하고, 여러 개의 계정이 필요하고, 적절한 대역폭이 필요하고, 서버에 적절한 소프트웨어가 설치되어 있어야 한다.반달봇을 개발하고 운영하는 것은 확실히 특별히 쉬운 일은 아니다.가장 쉬운 부분은 대본에서 위키피디아를 편집하는 방법을 알아내는 것이다.— Werdna talk 07:44, 2008년 2월 6일 (UTC)
- (ec) 아니, 그들은 할 수 없었다.그들은 리눅스 기계, PHP CLI 통역기, PHP, cURL, MySQL 및 기타 수많은 필수 조건들에 대한 실무 지식을 가지고 있어야 한다.그 페이지는 전적으로 참조용이며, 그 페이지는 특별한 상태가 없다.사실, 너는 지금 그것을 편집할 수 있어.아무것도 변하지 않을 거야, 날 믿어, 많은 사람들이 노력해왔어.소스를 올바른 파일에 복사하고 적절한 디렉토리 구조인 MySQL 스키마를 생성하고 소스를 읽고 어떤 변수를 설정해야 하는지 알아내는 데 사용할 구성 파일을 만들어야 한다.그런 다음 사용자:ThirdBotName/실행 후 true로 설정하면 봇이 실행되지 않는다.그리고 나서 그들은 실제로 봇을 시작해야 할 것이고, 봇이 약간의 제정신 확인과 위키 페이지를 읽은 후에, 그것은 Freenode와 IRC 피드에 모두 연결되어야 할 것이다.그렇게 한 후에, 그것은 구성 파일에 정의된 사용자로 로그인을 시도했고, 그리고 그 후에야 그것이 해야 할 일을 하기 시작할 것이다. (악성적인 사용자가 하기로 결정한 어떤 변경과 함께)-- 코비(t c b) 07:54, 2008년 2월 6일 (UTC)
- (ec2)아니, 나는 마법처럼 대본을 입력하여 봇을 실행할 수 없다는 것을 알게 된다.무슨 말인가 하면 코비의 두려움이 사용자가 자신의 코드 1자를 편집해서 보호된 페이지에 넣거나, {또는 지금 보지 않는 경우), 이제 코드가 편집 가능한 영역(페이지라고 말했지만 컴파일러, 텍스트 파일 등)에 복사될 수 있는 영역에 있게 되면, 반달 프로그래머가 그것을 복사하고 바꿀 수 있다는 것이다.코드, 컴파일, 서버에서 실행, 온갖 피해를 입힌다.MBisanz 07:58, 2008년 2월 6일 (UTC)
- 차이점은 신뢰할 수 있는 봇의 계정에 대한 접근이다.사용자:ClueBot은 대혼란을 일으키지 않도록 인식되고 신뢰된다.이것은 많은 시간을 절약한다: 사람들은 모든 편집사항을 재확인할 필요가 없다.많은 봇의 경우 봇 깃발까지 달아서 편집한 내용을 이중으로 확인할 필요가 없을 뿐만 아니라 봇 편집본을 보여주기 위해 밖으로 나가지 않는 한 (적어도 RC에서는) 할 수 없다.현재 아무도 하지 않는데, 정확히 봇 깃발이 신뢰도를 나타내기 때문이다.
당신이 제안하는 것은, 모든 면에서, 어떤 봇의 계정을 이용해서 그들이 원하는 어떤 편집도 할 수 있도록 허락하는 것이다.이것의 문제는 정말 명백해야 한다.회계처리의 전체 아이디어는 인식가능성, 서로 다른 편집들을 연관시킬 수 있는 능력 그리고 다른 편집들을 다르게 다룰 수 있는 결론을 도출하기 위해 그것을 사용하는 것이다.그것이 중요하지 않다면, 우리는 모든 계정 이름과 IP 주소를 없애고, 한 편집자의 작성자를 다른 편집자와 구별할 방법이 없을 것이다.그것은 나쁜 생각이고, 봇에게만 제안되는 것보다 나을 것이 없다.모든 봇을 한 계정으로 운영하는 게 어때?그것은 거의 같은 것이 될 것이다.
이는 신뢰할 수 없는 제3자에 의한 임의 코드 실행이 어떤 맥락에서든 전혀 용납될 수 없다는 사실에 더한다.임의 코드를 즉시 실행하면 의도적이거나 의도하지 않은 사소한 DoS 기능을 의미한다.미디어위키의 소스 코드를 편집할 수 없는 이유다.따라서 관리자 권한이 없는 한 사이트 JavaScript를 편집할 수 없다.임의 SQL 쿼리를 실행할 수 없는 이유다.비록 당신이 완전히 선의였다고 해도, 비효율적인 코드나 간단한 프로그래밍 오류는 그 코드를 실행하는 모든 서버를 죽일 수 있다.누구나 프로그램을 실행하기 위해 계정을 등록할 수 있는 툴서버에 부하가 터무니없이 높은 이유다.아무도 악의적인 사람은 없다(글쎄, 분명히 카운터스트라이크 서버를 운영하는 한 사람을 제외하고는, 그러나 그것은 오래가지 못했다.그들은 단지 코드를 최적화하는 것에 대해 그들이 해야 할 만큼 조심하지 않을 뿐이다.그리고 그들은 여전히 서버를 크롤로 몰았다.
아니, 정말 이건 좋은 생각이 아니야약속해요:) 단순히 봇을 오픈소스라고 요구하는 것 이상의 극단적인 것을 옹호하고 싶다면, 신뢰할 수 있는 많은 사용자들의 풀이 접속할 수 있고, 훨씬 더 작은 수의 신뢰할 수 있는 사용자들이 리뷰 후에 라이브로 이용할 수 있는 Wikimedia 서버의 중앙 저장소에 넣어둘 것을 제안할 수 있다.이것은 기본적으로 미디어위키 개발의 처리 방식이나 대부분의 오픈소스 프로젝트 방식과 같다.적어도 현재를 위해서 나는 그것을 옹호하는 것은 아니다.—시뮬레이션 (대화 • 기여) 01:11, 2008년 2월 7일 (UTC)
- 위키피디아는 자유롭게 허가된 이미지와 다른 매체만을 사용하는 가장 엄격한 사이트 중 하나이다.만약 우리가 메인 페이지에 나타나는 이미지에 그렇게 엄격하다면, 우리는 어떻게 수천 개의 기사를 편집하기 위해 봇이 운영하는 코드를 보지 않을 수 있을까?사이트의 나머지 부분이 무료인데 어떻게 이 코드를 독점적으로 허용할 수 있을까?주요 기사가 출처, 다중 편집자 등을 필요로 하는 경우.어떻게 하면 봇들이 위원회의 승인을 받고 운영되도록 할 수 있을까?공동체 전체가 이것에 대해 발언권을 얻는가?나는 위키피디아의 봇은 오픈소스여야 하며, 위키피디아의 모든 편집자들이 보고 논평할 수 있어야 한다고 굳게 믿는다.비록 여러분은 이것이 "절대 효과가 없을 것"이라는 백만 가지 이유가 있다는 것을 알고 있을지 모르지만, 여기 있는 모든 사람들은 이것이 일어나야 한다는 것을 깨닫는다.이런 대실패는 다시 일어날 수 없다. - ђαίссм 05 таιќ :08, 2008년 2월 6일 (UTC)
- 이 사건은 관리자와 봇 운영자가 개발자 및 대규모 커뮤니티와 통신하지 않았기 때문에 발생했다. 즉, 코드의 라이센싱은 거의 관련이 없다.또한 BAG의 주요 역할은 코드를 검사하는 것이 아니라 운영자를 검사하는 것임을 명심하십시오.사람들이 코드를 몇 개 집어서 어떻게 작동하는지 이해하지 않고 실행하기를 원하는 예들이 있다(거부된 봇 요청만 찾아본다).나는 공동체 전체가 이 역할에 신뢰받을 만큼 괴짜라고 생각하지 않는다. 왜냐하면 사람들은 판사로서 활동할 수 있는 주제에 대해 알아야 하기 때문이다.봇 요청을 커뮤니티에 넘기면 RfA와 비슷한 인기 경연대회로 바뀔 수 있다.프로그래밍을 충분히 알고 있고 봇에 관심이 있는 대부분의 사람들은 이미 BAG에 끌렸다. – Sadalmelik (토크) 06:27, 2008년 2월 6일 (UTC)
- 위키피디아는 자유롭게 허가된 이미지와 다른 매체만을 사용하는 가장 엄격한 사이트 중 하나이다.만약 우리가 메인 페이지에 나타나는 이미지에 그렇게 엄격하다면, 우리는 어떻게 수천 개의 기사를 편집하기 위해 봇이 운영하는 코드를 보지 않을 수 있을까?사이트의 나머지 부분이 무료인데 어떻게 이 코드를 독점적으로 허용할 수 있을까?주요 기사가 출처, 다중 편집자 등을 필요로 하는 경우.어떻게 하면 봇들이 위원회의 승인을 받고 운영되도록 할 수 있을까?공동체 전체가 이것에 대해 발언권을 얻는가?나는 위키피디아의 봇은 오픈소스여야 하며, 위키피디아의 모든 편집자들이 보고 논평할 수 있어야 한다고 굳게 믿는다.비록 여러분은 이것이 "절대 효과가 없을 것"이라는 백만 가지 이유가 있다는 것을 알고 있을지 모르지만, 여기 있는 모든 사람들은 이것이 일어나야 한다는 것을 깨닫는다.이런 대실패는 다시 일어날 수 없다. - ђαίссм 05 таιќ :08, 2008년 2월 6일 (UTC)
- 그러나 그것은 조직적인 관점에서 문제가 아니다. 문제는 우리가 많은 일상적이거나 중요한 업무를 수행하기 위해 폐쇄적인 소싱된 봇과 그 소유주들에게 크게 의존하고 있다는 것이다.만약 그 편집자가 버스 밑에 떨어지거나 불량하게 된다면, 우리는 현재 어떤 중복성도 가지고 있지 않다.그렇다 - 그런 것들은 수동으로 할 수 있고, 누군가는 대체 봇을 쓸 수 있다. 하지만 우리가 처음부터 봇을 더 엄격하게 통제함으로써 혼란을 최소화하는 프로세스를 개발할 수 있는 것은 여전히 시간과 자원의 낭비다.우린 소스 코드를 가지고 아무것도 할 필요가 없어 그냥 어딘가에 기록하면 돼 (공적으로 이용할 필요가 없는)만약 당신이 봇을 등록하고 싶다면, 당신은 소스 코드를 넘기고 당신은 당신의 무능의 영향으로 다른 누군가가 그것을 관리/개발할 수 있다는 것에 동의한다.나는 조직적 복원력에 대한 약간의 배경이 있는데, 이런 것들은 나에게 비뇌적인 것 같다. --프레드릭 데이 (토크) 11:32, 2008년 2월 6일 (UTC)
이 문제는 Bot 페이지에서 광범위하게 논의되었다.(초당 오픈 소스보다) 두 가지 더 유용한 것은 각각의 중요한 작업에 그것을 수행할 수 있는 다수의 운영자가 있다면, 그리고 만약 외삽적인 것이 아니라 봇 기능이 미디어위키에 내재된 것이 될 수 있다는 것이다.그럼에도 불구하고, 이것은 사람들이 일반적으로 자동화를 중복 없이 사용하는 것을 멈추지도 않고 또한 멈추지도 않을 것이다.Rich Farmbrough, 2008년 2월 6일 (GMT)
- 동의. 리치, 과거에 봇 기능을 누가 수행했는지, 그리고 지금 누가 수행했는지 잘 정리된 리스트가 있는가?그렇지 않다면, 그러한 종류의 조직을 수행하기 위해 어떤 노력을 기울여야 하지 않을까?카차롯 (토크) 13:46, 2008년 2월 6일 (UTC)
- 아니, 그리고 필요한 것은 중요한 봇 기능들의 세심하게 구성된 목록이다.하지만 그것이 쉬운 부분이고, 어려운 부분은 그들이 다른 봇 운영자에 의해 "보호"되고 있다는 것을 확실히 하는 것이다 - 그리고 운영자들이 오고 갈 때 목록을 유지하는 것이다.BAG가 이 일을 맡을지 모르겠지만, 대부분의 BAGER들은 과도하게 바쁜 것 같다.Rich Farmbrough, 2008년 2월 6일 (GMT) 14:47 6.
- 만일 봇이 오픈 소스이고 허용 가능한 문서화된다면, 각각의 중요한 업무는 자동적으로 그것을 수행할 수 있는 다수의 운영자(즉, 소스를 다운로드하여 실행시키고자 하는 모든 사람)를 갖게 될 것이다.그것이 오픈소스 봇을 요구하는데 있어서 (도덕적 자유성 문제 이외의) 주요 포인트가 될 것이다.미디어위키에 봇 기능을 추가하는 것에 대해, 주요 문제는 위키백과뿐만 아니라 수천 명의 제3자가 성능과 기능성에 의존하는 널리 사용되는 어플리케이션에 코드를 제출하는 것보다 봇을 운영하는 데 있어서 반드시 훨씬 낮은 장벽이 있다는 것이다.
그러나 소프트웨어에는 분명히 봇 태스크가 있어야 한다.꽤 많은 봇들이 쓸모없게 될 한 가지는 합리적인 토론 시스템일 것이다. (보관, 서명, ...의 필요 없음)1톤에 도움이 되는 또 다른 것은 AFD, RFA 등과 같은 것들을 자동으로 만들고, 카테고리에서 열린 작업의 목록을 유지하고, 시간 제한을 추적하고, 적절한 장소에서 끝난 토론을 나열하는 등 충분히 유연한 작업 관리 시스템이다.템플릿, 범주 및 인터위키 링크의 향상된 처리로 인해 더 많은 봇이 죽을 수 있다.그런 일을 도와줄 만한 새로운 기능을 쓰고 싶은 사람이 있다면 정말 좋을 것이다.그러나 반반달리즘은 소프트웨어와의 더 긴밀한 연결로 인해 전혀 도움이 되지 않으며 매우 솜털이 많고 휴리스틱 기반이기 때문에 모호하지 않게 정확하게 맞추기가 어렵기 때문에 아마도 봇에 보관하는 것이 가장 좋을 것이다.—시뮬레이션 (대화 • 기여) 01:11, 2008년 2월 7일 (UTC)
- 아니, 그런 것들은 소프트웨어 안에 있으면 안 돼. 왜냐하면 그것들은 돌로 정해져 있지 않기 때문이야.이것은 우리가 소프트웨어를 시행하지 않고도 프로세스를 작동할 수 있는 위키의 강점 중 하나이다.이것들은 각각의 위키에 설정된 사회 정책들이며, 절대로 그것을 넘어서는 안 된다.– Mike.lifeguard@en.wb 15:01, 2008년 2월 7일(UTC)
- 기본 제공 토론 시스템과 향상된 카테고리/템플릿/인터위키 처리 기능이 소프트웨어에 반드시 포함되어야 한다.업무 관리 확장도 매우 좋을 것이다.나는 이 모든 것들이 현재 그러한 업무를 처리하는 봇들이 서비스하고 있는 대부분의 요구를 수용할 수 있을 만큼 충분히 유연해질 수 있다고 생각한다. 그리고 그들이 수용할 수 없는 범위까지, 봇은 유지될 수 있다.목록에 대한 개선 사항으로서 카테고리를 도입하는 것에 비해, 리스트는 훨씬 덜 중요해졌지만, 카테고리 시스템의 한계로 인해 여전히 사용되고 있다(예: 다른 이름을 기사에 연결할 수 있는 능력, 항목 옆에 코멘트를 추가할 수 있는 능력, 사용자 지정 헤딩을 추가할 수 있는 능력 없음).그것은 범주가 매우 가치 있는 특징이 아니라는 것을 의미하는 것이 아니라, 범주가 완벽하지 않다는 것을 의미한다.
통합 기능에는 봇에 비해 속도, 신뢰성, 사용 편의성(특화 인터페이스 사용 대 위키 페이지 편집, 후자에는 아르카인 템플릿 필요 등)과 다양한 중요한 장점이 있으며, 이는 제3자뿐 아니라 규모가 크지 않은 소규모 위키에도 매우 중요하다.기꺼이 봇을 운영하거나 운영할 수 있는 사람들의 수. (나는 10개의 가장 큰 위키 외에는 봇들이 한 많은 일들이 있을 것이라고 의심한다.)내가 말했듯이, 몇 가지 경우, 항번제 봇과 같이, 이러한 자질들 중 어느 것도 무한의 적응성만큼 중요하지 않다. 봇은 가지고 있고 소프트웨어는 대개 그렇지 않다.그러나 많은 경우에 소프트웨어 기능의 적응성이 제한적일수록 쉽게 충분하다.
업무 관리 확장은 아마도 내 제안 중 가장 논쟁의 여지가 있을 것이다.나는 그것이 매우 가치 있고, AFD와 같은 과정에 참여하는 것을 엄청나게 단순화할 수 있을 것이라고 생각한다.MW에서 몇 가지 논의가 있었다.사용자:Robchurch/Work queue, 적어도 MediaWiki developers는 하지 않고 있다.—시뮬레이션 (대화 • 기여) 17:04, 2008년 2월 7일 (UTC)
- 기본 제공 토론 시스템과 향상된 카테고리/템플릿/인터위키 처리 기능이 소프트웨어에 반드시 포함되어야 한다.업무 관리 확장도 매우 좋을 것이다.나는 이 모든 것들이 현재 그러한 업무를 처리하는 봇들이 서비스하고 있는 대부분의 요구를 수용할 수 있을 만큼 충분히 유연해질 수 있다고 생각한다. 그리고 그들이 수용할 수 없는 범위까지, 봇은 유지될 수 있다.목록에 대한 개선 사항으로서 카테고리를 도입하는 것에 비해, 리스트는 훨씬 덜 중요해졌지만, 카테고리 시스템의 한계로 인해 여전히 사용되고 있다(예: 다른 이름을 기사에 연결할 수 있는 능력, 항목 옆에 코멘트를 추가할 수 있는 능력, 사용자 지정 헤딩을 추가할 수 있는 능력 없음).그것은 범주가 매우 가치 있는 특징이 아니라는 것을 의미하는 것이 아니라, 범주가 완벽하지 않다는 것을 의미한다.
- 아니, 그런 것들은 소프트웨어 안에 있으면 안 돼. 왜냐하면 그것들은 돌로 정해져 있지 않기 때문이야.이것은 우리가 소프트웨어를 시행하지 않고도 프로세스를 작동할 수 있는 위키의 강점 중 하나이다.이것들은 각각의 위키에 설정된 사회 정책들이며, 절대로 그것을 넘어서는 안 된다.– Mike.lifeguard@en.wb 15:01, 2008년 2월 7일(UTC)
가능한 반달 봇
위 토론에서 실수를 많이 읽었는데, 좀 고쳐보고 싶어.
- 이용 가능한 다중 봇 프레임워크 중 하나 또는 수정된 봇 하나를 사용한 DoS 공격은 일어날 가능성이 매우 낮다.포크 폭탄은 여기서 완전히 주제에서 벗어난다: 그렇게 하려면 매우 빠른 봇을 실행하는 여러 서버가 필요할 것이다. 그리고 내 관점에서 볼 때, 펀딩의 서버를 무너뜨리는 데 사용될 수 있는 다른 종류의 공격들이 있다.DoS 공격을 시도하기 위해 봇을 개조하는 것은 시간 낭비일 뿐이고, 그것은 확실하다.
- 당신이 걱정해야 할 또 다른 유형의 공격은 간단한 대량 자동 편집 웨이브일 것이다.어떤 서버도 다운시키려 하지 않고 단순히 일부 문자 전환, 일부 페이지 공백 등을 통해 서비스가 아닌 콘텐츠를 변경하려는 시도가 있다.이러한 공격은 특정 봇 스크립트를 수정할 필요 없이 실제로 설정하기가 매우 쉽다.
- Pywikipedia는 비단 파이톤, 인터넷 연결, 그리고 신선한 위키백과 계정만 있으면 된다.진정해.
- 피위키피디아에 포함된 기본 스크립트 중 하나를 사용하여 자동 교체를 수행하고 편집 요약을 사용자 정의할 수 있다.
10개(실제로 확인되지 않은 사용자의 제한은 8개) 초당 편집 속도는 매우 느린 연결 및/또는 하드웨어로 매우 쉽게 도달할 수 있다. (그리고 나는 주장한다: 우리의 봇 스크립트는 그들의 프로세스를 느리게 하기 위해 구석구석 타이머를 사용하고 있다)- 컴퓨터를 10대 설치하여 동시에 공격을 개시하는 것은 개인으로서는 매우 쉽다.
- 또한 일부 IT 학생들은 개별 컴퓨터보다 훨씬 더 빠른 강력한 서버에 접근할 수 있다.나는 현재 15Gbps의 연결로 학생 니즈를 위해 4대의 *거대* 서버를 가지고 있는 컴퓨터 학교에 앉아 있다. 나는 시도하지 않고 50개의 스레드를 설정하여 200개의 다른 계정에서 자동 편집하고, 자동으로 편집 요약을 변경하여 탐지하기 어렵게 할 것이다(흠...).무작위 구글 검색에서 생성되거나, 더 나은 것은, 마지막 XML 덤프의 요약 편집에서 생성되는 것이 실제로 EASY SUPT이다.
- 나는 그런 공격에 쉽게 대항할 방법이 없을 거라고 생각하지만, 나는 컴퓨터 공격에 대해 이런 경험도 없다.정말, 나는 위키피디아가 이미 그러한 공격에 취약하다고 생각하는데, 제발, 제발, 항바이러스제 봇의 코드 공개 이후 발생할 수 있는 공격에 대해 걱정하지 마...
워너비 해커들은 최신 취약점을 감시하거나 아주 간단한 대체 봇을 사용할 수 있는 더 많은 기회를 가지고 있다.
봇 소유주들, '크래트' 그리고 관리자들 중 얼마나 많은 사람들이 당신의 비밀번호를 보호하기 위해 HTTPS를 사용하여 로그인하고 있는가? 실제로, 나는 봇 코드 릴리스에 대한 소위 말하는 이 문제가 훨씬 더 많은 주의를 요하는 보안 문제가 있다고 생각한다...
NicDumZ ~ 13:02, 2008년 2월 6일(UTC)
- 당신의 요점은 대부분 사실이지만, 당신은 맥락을 잃었다.이 모든 것은 우리가 언제든지 봇의 라이브 코드를 누구에 의해서든 바꾸도록 놔두자고 제안하는 누군가에 대한 반응이었다.이는 공격자가 자신의 디도스 봇넷에 다른 서버를 추가하기 위해 봇을 실행하는 서버(while (1) pcntl_fork();PHP용)에 대한 포크폭탄이나 봇을 사용하여 봇을 실행하는 서버에 DoS 프로그램을 다운로드하는 등 봇의 코드가 실행 중인 서버에 대한 모든 종류의 공격 장소를 열어준다.문제는 코드를 해제하지 않는 것이다...'레버봇'의 코드는 이미.문제는 누구든지 라이브를 바꾸고, 복사본을 실행하며, 봇을 실행하는 서버가 새로운 코드를 실행하도록 하는 것이다. -- Cobi(t c b) 18:30, 2008년 2월 6일 (UTC)
| “ | 여기 대담한 제안이 있다.모든 (봇) 소스 코드를 우리가 기사를 처리하는 것과 비슷한 방식으로 처리한다.모든 사람이 코드를 편집할 수 있도록 하십시오.새 태스크 생성, 모든 코드, 디버그 개선 등반달리즘은 주요 공간 반달리즘과 유사하게 다루어진다.원치 않는 작업(정책과 호환되지 않음)이 삭제된다.선의의 오류는 고쳐질 것이다.분쟁은 합의에 도달하기 위해 노력함으로써 해결되었다.(유토피아 아니면 직진?)모든 봇 런을 되돌릴 수 있도록(일반적인 편집과 유사 - 개발자가 강력한 롤백 기능을 제안할 때) 요구한다면, 봇을 운영하는 것은 그리 큰 문제가 아니다.오션 (토크) 02:36, 2008년 2월 6일 (UTC) | ” |
| — User:Oceanh, Wikipedia:Administrators' noticeboard | ||
BetacommandBot에 대한 RFC/RFAR
베타코만드는 고집이 세서 그의 봇을 고치고 싶지 않다.그리고 여러분 모두는 문제를 무시하고 베타카ommandBot이 더 많은 피해를 입히게 한다.베타카ommandBot이 차단될 때마다 블록이 맞든 아니든 매우 빠르게 차단되지 않게 된다.<수정된 문장> 문제를 처리해 주시오.BetacommandBot에 대해 RFC/RFAR을 제출하십시오.또한 고정될 때까지 종료한다. --Kaypoh (토크) 01:43, 2008년 2월 7일 (UTC)
- BCB에 문제가 있으면 RfC 또는 ArbCom으로 가져가십시오.다른 사람에게 그것을 하라고 요구하지 마라.➔ REDVERS 2008년 2월 7일 유죄판결을 14:28, 7 (UTC)로 변경
- 그리고, 만약 사람들이 당신을 진지하게 받아들이기를 원한다면, 당신의 사용자 페이지를 시작하라.저 밝은 빨간 고리는 그냥 멍청해 보인다.(그리고 반달들에게 초대하는 것)베타 00:26, 2008년 2월 8일(UTC)
가능한 해결책
문제의 원인을 공격하십시오.
- 수정 제한 프로토콜을 변경하여 편집량이 아닌 기사 크기와 기록만 고려하십시오.(그것이 차이를 만든다면)
- 영구 리디렉션(또는 일반 리디렉션을 추가하고 기사를 보호)하여 404와 같은 "기사 삭제, 돌아가려면 클릭" 페이지에 기록하십시오.
- 원본 문서를 점진적으로 삭제하십시오.
이게 도움이 되길 바래.
베타 00:11, 2008년 2월 8일(UTC)
- (1)에 대해서는 문제의 원인을 오해한다.1GB 기사(Webedia에서 허용되는 기사 아님)는 0바이트 기사보다 삭제 속도가 느리거나 빠르지 않다.삭제는 리비전 테이블에서 아카이브 테이블로 행을 이동하며, 관련 리비전 텍스트가 저장되는 외부 저장소 서버에는 닿지 않는다.글의 본문은 그대로 남아 있고, 삭제되지 않은 수정본의 ID 대신 삭제된 수정본의 ID와 연관되어 있다.한도가 페이지당 수정본에 있는 것이지 수정본의 크기가 되는 것은 아니다.
나는 (2)나 (3)을 이해할 수 없다.뭘로 바꾸자는 거야?"진행적으로 삭제한다"는 것은 무슨 뜻인가?—시뮬레이션 (대화 • 기여) 21:05, 2008년 2월 8일 (UTC)
- 개정 제한 사유는, 내가 이해한 바와 같이, 큰 글과 그 이력이 삭제될 때 서버가 갈리는 것을 막기 위해서였다.그것이 이 제안의 이유다.누진제 삭제는 이 혼잡을 완화하기 위한 아이디어였을 뿐이다. 시스템을 쉽게 하기 위해 하나하나 삭제하라.어디선가 잘못 짚었나 보다.Oops 베타 15:17, 2008년 2월 9일(UTC)
- 자, 만약 점진적인 삭제로 인해 몇 백 개의 수정본을 삭제하고, 몇 백 개의 수정본을 삭제하고, 몇 백 개를 더 삭제하고, 기다리는 등의 작업을 한다면, 네, 그건 확실히 효과가 있을 것이고, 실행 가능한 해결책이 될 겁니다.예를 들어, 여기서 그것과 유사한 해결책이 논의되었다.문제는 아무도 그것을 하기 위해 코드를 쓰지 않았다는 것이다.현재 코드는 몇 줄의 패치 작업일 뿐이다. 결정적이거나 영구적인 해결책이 아닌, 누군가가 적절한 해결책을 쓸 때까지 사람들이 사이트를 파괴하지 못하도록 하기 위한 것이다.—시뮬레이션(대화 • 기여) 00:38, 2008년 2월 10일(UTC)
- 개정 제한 사유는, 내가 이해한 바와 같이, 큰 글과 그 이력이 삭제될 때 서버가 갈리는 것을 막기 위해서였다.그것이 이 제안의 이유다.누진제 삭제는 이 혼잡을 완화하기 위한 아이디어였을 뿐이다. 시스템을 쉽게 하기 위해 하나하나 삭제하라.어디선가 잘못 짚었나 보다.Oops 베타 15:17, 2008년 2월 9일(UTC)
해결책은 봇을 차단하고 베타콤랜드가 고칠 때까지 막은 채로 두는 것이다.그가 가지 않는 유일한 이유는 그가 원하지 않기 때문이다.Jtrainer (대화) 07:15, 2008년 2월 11일 (UTC)
Betacommandbot 차단 요청
주인은 봇에 대한 불평을 무시해 왔다.[81]에 대해 유일하게 응답하는 사람은 봇에 대한 권력이 없다고 계속 말하는 사람인데, 이는 토론이 물 건너간다는 뜻이다.봇에 대한 불만을 갖고 있는 편집자들이 엄청나게 많은 것을 볼 때, 나는 주인이 봇에 대한 우려를 시민적이고 성숙한 방식으로 기꺼이 다룰 때까지 차단되어야 한다고 생각한다.에니그마 (대화) 01:43, 2008년 2월 14일 (UTC)
- 모든 우려사항을 해결했으니 기록 보관소를 확인해 주시오.βcommand 02:05, 2008년 2월 14일 (UTC)
- 거기 누구야!당신은 다른 사람들(대부분의 사람들)이 어떻게 생각하는지에 대해 신경 쓰지 않는 것처럼 보인다.
꽤불쾌하네.또한당신의 봇이 저지르는 오류에 너무 신경을 쓰지 않아 다른 사람들의 작업이 삭제되고 WP가 마비되는 결과를 초래한다는것은 일종의 모욕이다.다시 말해서, 당신의 행동은우리가 가지고있는 가장큰...그런 거 신경 안 써?BTW, 당신의 기록 보관소에서만 다루기에는 너무 많은 우려가 있다. 짐보는 관리자들이 블록과 같은 것에 대한 전쟁을 편집해서는 안 된다는 것을 분명히 했다.내가 보기에, 너의 봇은 WP 정책에 의해 기술적으로 여전히 차단되어 있다.아직 편집 중이라는 사실은억울한 것이지,당신에 대한 앙심이 아니다.그것은 여전히 편집이 가능하기 때문이지, 그것이 정책을 준수하기 위해 어떤 식으로든 판단되었기 때문은 아니며 확실히 그렇지 않기 때문은 아니다.--7yt6 (대화) 02:30, 2008년 2월 14일 (UTC)
- 거기 누구야!당신은 다른 사람들(대부분의 사람들)이 어떻게 생각하는지에 대해 신경 쓰지 않는 것처럼 보인다.
- 베타CommandBot은 훌륭한 도구로, 우리가 그것을 갖게 된 것은 행운이다.수천 개의 편집이 그것을 증명했다.만약 당신이 1000개의 편집을 했다면, 나는 당신이 누군가 신경쓰는 것을 삭제할 것을 보증한다.—BETA 04:52, 2008년 2월 14일(UTC)
- 당신이 위키피디아가 시행하는 정책을 지지하지 않는다고 말할 때, 사람들이 저작권을 가진 사진을 오용할 때, 위키피디아가 저작권 침해로 고소를 당하는 것을 막는 정책인가?그 정책? --Jayron32.talk.contracts 05:09, 2008년 2월 14일 (UTC)
- 그 봇은 어떤 식으로든 우리를 고소당하지 않게 보호해주지 않는다. 그것은 위키백과 정책의 서한을 강요한다.공정하게 사용되지만 이미지 페이지에 부정확한 근거가 있는 그림은 삭제 태그가 붙는 반면, 예를 들어 무료 등가물로 대체 가능하기 때문에 공정하게 사용해서는 안 되는 이미지는 "정확한" 공정 사용 근거를 가지고 있다(예: 무료 등가물이 제공되지 않는다고 주장하는 등).ed. 이것은 봇(또는 그의 조작자의 잘못)이 아니라 봇이 작동하는 방식이다.하지만 이것은 또한 이 봇이 소송 당하는 것을 전혀 보호하지 않고, 모든 이미지가 편지에 대한 우리의 방침을 따르는 것처럼 보이도록 하는 데만 사용된다는 것을 의미한다.올바르게 했다면 이것은 좋은 일이고, 봇에 대한 비판으로 의도된 것은 아니지만, 잘못된 주장으로 옹호되어서는 안 된다.프람 (대화) 08:32, 2008년 2월 14일 (UTC)
- 당신이 위키피디아가 시행하는 정책을 지지하지 않는다고 말할 때, 사람들이 저작권을 가진 사진을 오용할 때, 위키피디아가 저작권 침해로 고소를 당하는 것을 막는 정책인가?그 정책? --Jayron32.talk.contracts 05:09, 2008년 2월 14일 (UTC)
메인 페이지와 베타콤만드봇이 무슨 이슈인지 모르겠고, 솔직히 나는 신경 쓰지 않는다.WP의 봇의 시행에 관한 한:근거리 무선 통신 #10c는 우려된다. 나는 봇을 차단해야 할 이유를 모르겠다.그 봇은 단순히 정책을 시행하고 있다.이 작업은 Bot 승인 그룹에 의해 승인되었다(Wikipedia: 참조):2007년 5월 31일 Bots/승인요청/BetacommandBot Task 5)그 행동들은 여러 번 논의되어 왔다.그 중 하나는 위키피디아에 있다.관리자 알림판/FURG. 때때로 봇에게 속도를 늦춰달라고 요청하기도 했는데, 베타카ommand는 이를 준수했다.이 점에 대한 다양한 논의가 수용된 비율로 현재 운영되고 있다.
사람들은 봇이 합리성을 쓸 수 있다고 계속 불평한다.그럴 수 없다.봇이 다섯 개의 기사에 사용되는 이미지를 우연히 발견했다고 가정해보자. 하지만 그 근거는 단지 하나의 기사에 대한 사용만을 다룬다.봇은 그 이미지가 다른 4개의 글에서 어떻게 사용되는지에 대한 결정을 내릴 수 없으며, 따라서 그 4개의 다른 글에 대한 근거에 단순히 링크를 추가할 수 없다.그것은 사람을 필요로 한다.그럴 방법은 없어
현실은 사용자로서 다음과 같다.과제에 대한 BAG 요청에서 마크는 #10c에 부합하는 합리성을 제공하지 않는 문화가 바뀌어야 한다고 언급했다.대안적인 해결책은 #10c를 더 이상 사용하지 않는 것이다.중도가 없다.#10c를 준수하든지, 아니면 없애버리든지 둘 중 하나야.많은 편집자들이 다른 정책들을 좋아하지 않기 때문에 우리는 다른 정책들을 시행하는 것을 멈추지 않는다.누가 막히는 것을 좋아하니?아무도.그건 차단당하는 사람들에 의해 보편적으로 욕을 먹었기 때문에 차단을 중단한다는 뜻인가?물론 그렇지 않습니다.마찬가지로, 우리의 #10c 정책을 따르지 않은 사람들이 봇이 승인한 정책을 시행하는 것에 대해 소리 높여 불평하기 때문에 우리는 #10c를 중단하지 않는다.
여기서 해결책은 봇을 막는 것이 아니다.해결책은 #10c를 없애거나 이미지를 수정하는 것이다.#10c를 없애면 봇은 충분한 합리성이 없다고 이미지에 꼬리표를 붙이지 않을 것이다.만약 당신이 이미지를 고친다면, 봇은 충분한 합리성이 없는 것으로 이미지에 태그를 달지 않을 것이다.여기 있다.작업에 대해 승인된 봇을 차단하지 않는 문제에 대한 두 가지 해결책은 해당 작업을 지원하기 위해 수십만 번의 편집을 수행했고, 검사했으며, 궁극적으로는 그 작업을 지원했다. --Hammersoft (대화) 17:28, 2008년 2월 14일 (UTC)
나는 Hammersoft의 주장 위에 있는 Hammersoft의 의견에 동의한다. 그 봇의 행동이 비자유 정책의 완전한 시행을 구성하지 않는다는 것이다.분명히, 이것은 옳다.봇은 봇에 의해 집행될 수 있는 정책의 일부에 대해 책임을 진다(그리고 책임질 수 있을 뿐이다).나머지 정책은 사람들에 의해 시행될 필요가 있다.이것은 봇을 없애기 위한 주장이 아니다. 봇이 정책을 시행하고 스스로 정책을 준수하기 시작할 때 사람들이 불평하는 것을 멈추라는 주장이다.간단한 사실은 만약 그것이 설계된 대로 작동한다면, 봇은 정책을 따르지 않는 이미지만 태그를 다는 것이다.따라서 문제가 있는 경우 정책을 쿼리하거나 삭제된 이미지 대신 근거를 작성해야 한다고 생각되는 경우 삭제 관리자에게 문의하십시오.BCBOT는 해결책의 일부지 문제가 아니다.Avruch T 17:37, 2008년 2월 14일 (UTC)
- 문제는 부실한 정책이나 고장난 봇이 아니라 '공정한 사용'의 과잉이다.위키피디아는 무료 백과사전이 되어야 하지만, 우리는 수만 개의 무료 이미지들을 가지고 있다.그들이 정말로 어떤 기사에 얼마나 더 추가했는지는 논쟁의 여지가 있다.2시간짜리 영화에 대한 이해도가 그 영화의 1/16을 보아서 얼마나 높아졌니?잘 만들어진 스크린샷은 기사를 더 좋게 보이기는커녕 더 나쁘게 보이게 하는 경향이 있다.사람들은 수천, 수백 개의 이미지를 고칠 수 있는 시간이 일주일밖에 없다고 불평한다. 만약 여러분이 여러분의 토크 페이지에 BCbot 공지사항을 24개 가지고 있다면, 그것은 아마도 여러분이 너무 많은 공정한 사용을 업로드하고 있다는 신호일 것이다.어쩌면 그 모든 것을 '고치려고' 하지 말고 가장 중요한 것만 지켜야 할지도 모른다.Mr.Z-man 17:55, 2008년 2월 14일 (UTC)
- Z-man씨, 마침내 29만2천장의 비자유 이미지를 확보했답니다.βcommand 17:58, 2008년 2월 14일 (UTC)
- 이 주제에 대해 소수의 목소리를 내고 있음에도 불구하고, 비자유 정책의 목적은 사람들이 비자유 이미지를 사용하는 것을 괴롭히기 위해 봇을 사용함으로써 공정한 사용을 방해하는 것이 아니다.위키피디아의 방대한 수의 비자유 이미지, 그리고 삭제되고 있는 이미지들은 로고, 앨범 표지, 책 표지, 영화 포스터, 표지 예술 등의 사용이 일상적으로 잘 받아들여지고 있으며, 이는 전적으로 공정한 사용법과 위키피디아 정책의 범위 안에 있다.문제는 이미지 페이지의 기록 보관 문제지, 이미지가 부적절하다는 것이 아니다.그것은 열악한 이미지 업로드 기능, 형편없는 서면 지시, 임의적이고 체계적이지 못한 시행 수단, 새로운 사용자, 그리고 변화하는 정책 때문에 생겨났다.정책과 지침 내에서 사용하는 것은 괜찮다.시작부터 정책과 절차가 명확하고, 새로운 사용자들이 어떻게 하는지 배웠다면, 우리는 정확히 같은 수의 이미지들을 가지고 있지만 집 청소는 거의 하지 않았을 것이다.Wikidemo (대화) 18:25, 2008년 2월 14일 (UTC)
- Z-man씨, 마침내 29만2천장의 비자유 이미지를 확보했답니다.βcommand 17:58, 2008년 2월 14일 (UTC)
- 글쎄, 어떤 이유로든 지금 우리가 있는 곳은 아니잖아.그 원인은 솔루션만큼 관련이 없는데, 이는 필요한 만큼의 이미지를 컴플라이언스로 가져오고 나머지는 삭제하는 것이다.여기에는 마감일이 없다. 즉, 유용할 수 있고 합리적인 근거를 가질 수 있는 많은 이미지를 삭제하더라도 나중에 새로운 이미지를 다시 넣을 수 있다.자유 콘텐츠 백과사전 대 공정 사용 이미지로 일부 기사를 개선하는 경쟁적 이해관계에 무게가 실렸고, 재단과 커뮤니티는 자유 콘텐츠가 더 중요하다고 판단했다.WMF의 책임은 어쨌든 모호하고 공정한 사용이 법정에서 합법적으로 확립될 수 있는 것이기 때문에, 여기서의 주도권은 혼란의 공통점이다.그러나 우리는 자유롭고 완전히 재사용 가능한 제품을 만들기 위해 노력하고 있다.그 목표를 홍보하기 위해 이미지를 고속으로 태그하는 것은 지불해야 할 적은 비용이다.Avruch T 19:32, 2008년 2월 14일 (UTC)
나는 또한 베타카ommandBot의 차단을 요청한다.그것은 "강제 정책"이 아니라, 위키백과 편집자들의 야유를 귀찮게 하는 것일 뿐이다.일부 편집자들은 그것이 너무 귀찮기 때문에 "좋아, 내 이미지를 삭제해"라고 말했다.다른 사람들은 위키피디아 편집에서 완전히 은퇴했다.BCB와 관련된 해법은 솔직히 불쾌하다(봇이다.아무것도 "분산"할 수 없다.)소극적인 목소리는 좋지 않은 결과를 초래한다.고쳐야 하고, 베타코만드가 고치기를 거부하면 막아야 한다.
또한 BCB를 방어하기 위해 사용되는 정책이 명시된 문제를 해결하는 데 효과적이지 않기 때문에 BCB는 정책이 확정될 때까지 차단되어야 한다.러스넬슨 (토크) 21:30, 2008년 2월 14일 (UTC)
Betacommandbot을 차단하십시오.
12시간 이내에 8개의 메시지를 내 강연에 남기는 것은 WP를 위반한다.SLOK, WP:괴롭힘, WP:POINT, WP:DICK 등며칠 쉬다가 다시 오고 싶지 않아.저는 그것이 필요하지 않아요.어떤 인간 사용자도 이것을 피해가지 않을 것이다. 봇은 행동하는데 이중으로 요구되어야 한다.Exxolon (대화) 22:51, 2008년 2월 14일 (UTC)
- 너는 운이 좋다.관리자 한 명이 이틀 동안 65점을 받았다.아 인기있다.믹맥니 (토크) 23:04, 2008년 2월 14일 (UTC)
- 65! ?????? - 그건 어떤 정책을 위반하는거야. 왜 이 봇이 벌써 차단되지 않았지?!Exxolon (대화) 23:06, 2008년 2월 14일 (UTC)
- 로봇이야.어떻게 그것이 당신을 "무서운" 혹은 "스토크" 할 수 있을까? 그것은 단지 당신이 고쳐야 할 것들에 대한 통지를 남기는 것이다.당신을 목표로 한 것도 아니고, 해를 끼친 것도 아니다. --해모 (대화) 23:09, 2008년 2월 14일 (UTC)
- 그게 로봇이라는 사실이 그것을 더 악화시킨다.얼굴도 없고, 설명할 수도 없고, 비인간적이다.PC에서 갑자기 잘못된 행동을 하고 있다는 것을 어떻게 알기를 원하십니까?파일 이름을 그렇게 부르면 안 돼, 비효율적이야. 한 글자 파일 이름만으로도 디스크 공간 절약, 지금 다 바꿀 거야!Exxolon (대화) 23:12, 2008년 2월 14일 (UTC)
- 그래 주면 정말 고맙겠어.하지만 다시 본론으로 돌아가서, BCB를 여기서 차단할 필요는 없다. 단순히 업로드한 것이 무언가 중요한 것이 부족하다고 말하고 그것을 수정할 수 있는 기회를 주는 것이다.그러니 차라리 그 일을 하기 위해 차단해 달라고 애원하는 게 어때, 네 일을 하고 경고받은 파일들을 보는 게 어때?-제스케(Blah v^_^v) 23:14, 2008년 2월 14일 (UTC)
- 그것은 부적절하고 나는 네가 여기서 'beg'라는 단어를 사용하는 것을 싫어한다.또한 나는 내 '직업'을 하라는 말을 듣는 것도 고맙지 않다.혹시나 해서 난 여기 자원 봉사자야.나는 위키피디아를 더 나은 자료로 만들기 위해 시간과 정력을 아끼지 않는다.이 봇은 사실 내가 그렇게 하는 것을 단념시키지 않고, 만약 그것이 인간이라면 단시간에 차단될 정도로 편집하고 있다.하지만 당신은 내 우려에 실제로 반응하기보다는 메신저(나)를 공격하는 것이 더 쉽다고 느끼는 것 같다.Exxolon (대화) 23:20, 2008년 2월 14일 (UTC)
- 만약 내 PC에 편지 한 통의 파일명을 요구하는 정책이 있다면, 그리고 그것을 사용하지 않으면 내가 소송을 당하게 된다면, 나는 차라리 그런 통보를 하고 싶다.이 봇은 얼굴도 없고 비인간적일 수도 있지만, 사람들이 그 봇의 태그에 문제가 있을 경우 얼굴을 내밀기 위해 헬프 데스크 전체가 설치되어 있다. --해모 (대화) 23:15, 2008년 2월 14일 (UTC)
- 엑소론에게 전적으로 존경과 동정을 표하며: <이 논쟁에 지쳤다>여기와 WP에서 끊임없이 제기되는 불만 사항을 고려할 때:A은(는) 위키백과를 만들 수 있다.일주일에 세 번 같은 잡동사니 토론을 하는 우리를 구하기 위한 관리자 게시판/베타콤맨봇 불만?</이 토론에 지쳤다> 페드로 : 2008년 2월 14일 채팅 23:17 (UTC)
- (ec)업로드한 이미지에 항상 {{Non-free 사용 근거}을(를) 추가할 수 있다.그렇게 하면 다시는 BCB로부터 소식을 들을 수 없게 된다. --Bobblehead(rants) 23:19, 2008년 2월 14일 (UTC)
- 그래 주면 정말 고맙겠어.하지만 다시 본론으로 돌아가서, BCB를 여기서 차단할 필요는 없다. 단순히 업로드한 것이 무언가 중요한 것이 부족하다고 말하고 그것을 수정할 수 있는 기회를 주는 것이다.그러니 차라리 그 일을 하기 위해 차단해 달라고 애원하는 게 어때, 네 일을 하고 경고받은 파일들을 보는 게 어때?-제스케(Blah v^_^v) 23:14, 2008년 2월 14일 (UTC)
- 그게 로봇이라는 사실이 그것을 더 악화시킨다.얼굴도 없고, 설명할 수도 없고, 비인간적이다.PC에서 갑자기 잘못된 행동을 하고 있다는 것을 어떻게 알기를 원하십니까?파일 이름을 그렇게 부르면 안 돼, 비효율적이야. 한 글자 파일 이름만으로도 디스크 공간 절약, 지금 다 바꿀 거야!Exxolon (대화) 23:12, 2008년 2월 14일 (UTC)
- 로봇이야.어떻게 그것이 당신을 "무서운" 혹은 "스토크" 할 수 있을까? 그것은 단지 당신이 고쳐야 할 것들에 대한 통지를 남기는 것이다.당신을 목표로 한 것도 아니고, 해를 끼친 것도 아니다. --해모 (대화) 23:09, 2008년 2월 14일 (UTC)
- 65! ?????? - 그건 어떤 정책을 위반하는거야. 왜 이 봇이 벌써 차단되지 않았지?!Exxolon (대화) 23:06, 2008년 2월 14일 (UTC)
- 이 봇이 우리 인간만이 따라갈 수 있는 것보다 훨씬 더 빨리 완전히 타당한 영상 콘텐츠를 삭제한다는 사실은 신경쓰지 마십시오.실제로 도움이 되는 일을 수행하는 봇과 달리, 이것은 위키피디아에서 먹어 치우는 피비린내 나는 암이다.클레이할리웰 (토크) 23:20, 2008년 2월 14일 (UTC)
- 나는 클레이할리웰의 의견에 동의하며, 이것에 대해 더 많은 할 말이 있다.하루에 수천 개의 이미지를 태그하고 있으며, 이 사이트의 토크 페이지에 달린 댓글에서 봇은 수많은 오류를 범하고 있다.나는 실제로 많은, 아니 심지어 대부분의 사람들이 분명히 거기에 있을 때, 그들이 비자유적 합리주의로 제대로 태그되지 않았다는 경고가 태그된 이미지들을 본 적이 있다.이 봇은 글씨가 서툴거나, 아마도 편집자들이 불필요하게 이미지를 삭제하도록 하기 위해 의도적으로 쓰여진 것일 것이다.그것은 자체 집계로 60만 개 이상의 이미지에 태그를 달았다.그것은 위키피디아에게 과도하고 파괴적이다. - Nhprman 23:34, 2008년 2월 14일 (UTC)
UNINDENT - 문제의 핵심은 이것이다.여기서의 목표는 세계 최고의 무료 백과사전을 만드는 것이다.그래서 이 봇을 작동시키는 것이 도움이 되거나 상처를 입힐까?나는 그것이 기고자들을 무시무시한 통지로 몰아냄으로써 그것을 해친다고 믿는다.더 오래 운영할수록 편집자들은 더 낙담하게 되고, 위키피디아는 더 나빠질 것이다.이 봇은 프로젝트의 전체 장기적 미래를 위태롭게 하고 있으므로 당장 중단해야 한다.Exxolon (대화) 23:29, 2008년 2월 14일 (UTC)
그 봇은 경고의 언어를 바꿀 필요가 있다.또한, 원본 업로더가 "이 이미지를 사용하는 미술관"에 링크를 추가하는 것이 의무적인 이유는 무엇인가?결국, 그들은 이미지를 업로드하고, fU-Rationale과 소스 정보를 제공했다...그렇다면 잘 쓰여진 봇이 업로더에 의해 이 이미지가 어디에 추가되었는지 확인하고 WP에 따라 수정하는 것은 사소한 일일 것이다.NFCC#10c.삭제 표시는 해결책이 아니다...이러한 이미지는 수정하기 쉽고, 작업은 원본 업로더에만 국한되어서는 안 된다. --Ragib (토크) 23:33, 2008년 2월 14일 (UTC)
- 나는 단지 공정한 근거가 필요한 봇이 이미지에 태그를 다는 일반적인 원칙에 대해 반대하지 않는다는 것을 덧붙이고 싶다.문제는 이 봇의 저자가 유효하지 않다고 판단되는 이미지를 삭제하도록 하는 추가 단계를 진행하면서 두 가지 암묵적이긴 하지만 잘못된 가정을 했다는 점이다.
- 1. 봇이 무정하다는 것
- 2. 사용자가 이미지 삭제를 결정하기 전에 봇의 편집을 반드시 알아차릴 수 있는지 여부
- 따라서 베타카ommandBot은 본질적으로 결함이 있다.그것은 변질되거나 영구적으로 차단될 필요가 있다.전자를 선호한다.클레이할리웰 (토크) 23:46, 2008년 2월 14일 (UTC)
- 또 다른 놀라운 사실은 이 봇이 지난 며칠 동안 이렇게 운영되었다는 것이다: 5일 무활동, 3일, 2만 편집 (하루에 1만 1천 개로 인쇄), 그리고 4일 동안 아무 것도 실행되지 않았다.나는 그것이 어떻게 광기라는 것을 볼 수 없는지, 특히 당신이 태그하는 이유와 베타코만드의 대화 페이지를 볼 때, 또는 무엇이 더 정확히 산성 비디오 프린터로 묘사되는지를 보기 위해 애쓰고 있다.나는 봇이 이미지를 삭제하지 않겠다는 명시적 목표 중 하나를 충족시키거나, 이미지와 편집자의 대량 투매보다는 전체적으로 적절한 합리화를 초래한다는 증거를 전혀 보지 못했다.믹맥니 (토크) 23:40, 2008년 2월 14일 (UTC)
이전 토론이 완료되지 않았는가?
참고로, 나는 이 논의의 일부에 대해 이스트718에게 더 많은 응답을 요청했다.여기 봐.카차롯 (토크) 2008년 2월 16일 12:00 (UTC)
이미지:Tramzone6.png
User:Party가 지난달에 이 이미지를 업로드했는데, WP에서 내가 주목하게 되었다.MCQ, CSD로 속도 조절했다2월 13일 I7은 화폐 박람회 이용 태그가 붙어있었지만 운송 티켓이었기 때문이다.마틴p23은 두어 시간 후에 그것을 복구했다.이후 당은 '만료된 버스패스라서 주인에 따라 사용할 수 있다', '자치단체 유기체라 공공도메인 이미지' 등 합리성을 내세워 다양한 계층의 공공도메인 태그를 배치하는 데 속도를 내고 있다.읽을 수는 없지만 OTRS 티켓 2008021310019992에 허가가 전송되었다.
이 문제 동안, 당은 롤백을 잘못 사용했고 일반적으로 미개했다.
나는 이제 WP에 그 이미지를 나열했다.PUI는 권한 텍스트의 OTRS 사용자로부터 수신 대기 중으로, PD인지 무료 라이센스 릴리스인지 여부를 확인할 수 있다.우리는 또한 무상으로 사용하는 것을 정당화할 수도 있지만(이 경우 이미지 크기를 줄여야 한다) 먼저 이미지의 저작권 상태를 파악해야 한다.
누군가 나보다 파티에게 공공영역을 더 잘 설명해 줄 수 있을까?숨막힘(대화) 10:28, 2008년 2월 15일 (UTC)
- 나는 당에서 적절한 태그나 허락을 찾을 수 있을 것이라는 선의를 전제로 이미지를 삭제했다.당은 이를 위해 노력하고 있는 것 같고, 나의 제안은 허가가 잘 풀리기를 며칠 더 기다리는 것이다.OTRS 티켓은 불분명하다.영상이 일반에 공개되고 AMT가 WP에 등장하는 것에 이의가 없다고 명시하고 있다.하지만 나중에 허락을 받을 수 있는 "그러나"가 있지만, 내 프랑스어 실력은 내가 그 부분을 번역하는 것에 대해 확신이 서지 않는다. 그래서 나는 여기서 그것을 비유를 하지 않을 것이다.
- 내 느낌은 OTRS에 있는 이메일이 공개 도메인으로 완전히 공개되지 않았다는 것이다.자, 티켓이 실제로 PD와 AMT가 그들에게 제약을 가하려고 하는지는 흥미로운 질문이다 - 이미지를 풀기 전에 위키피디아의 다른 티켓 이미지를 살펴봤고, 스캔을 하던 곳에서, 그것들은 거의 항상 PD로, 혹은 GFDL에 의해 공개되는 것처럼 보였다.
- 이 모든 것을 말하기는 했지만, 만약 무료 면허를 안전하게 얻을 수 없다면, AMT 기사의 "여유" 부분을 설명하기 위해 공정하게 사용될 수 있을 때 이미지를 삭제할 필요가 없다는 생각이 든다.OTRS를 통한 AMT의 설명을 기다리면 될 것 같아.고마워, Martinp23 15:06, 2008년 2월 15일 (UTC)
- 만약 당신이나 누군가가 이메일을 보내거나 OTRS 티켓의 내용을 나에게 알려준다면 나는 정말 감사할 것이다.나는 프랑스어를 말할 수 있다/읽을 수 있다.숨막힘(대화) 15:25, 2008년 2월 15일 (UTC)
- 이메일은 이미 회신되었으며, AMT가 제공하는 릴리스 조건은 현재 충분하지 않다("그러나...위에 언급된 "성명은 모든 용도로 공개되었는지 아니면 위키피디아에서만 공개되었는지 불분명하다.)또한 이에 대한 권한과 OTRS로 권한이 전송되는 다른 이미지에 대한 권한은 누군가가 권한을 확인할 수 있도록 며칠 이상 부여되어야 한다는 점을 유념해야 한다.OTRS 허가 대기열에는 약 370개의 공개 티켓이 밀리며, 이 중 100개는 허가-엔(이 특정 티켓은 2개만 있는 권한-fr에 넣었으므로 회신받을 때 빨리 픽업해야 함) Z-man 18:44, 2008년 2월 15일(UTC)
- 만약 당신이나 누군가가 이메일을 보내거나 OTRS 티켓의 내용을 나에게 알려준다면 나는 정말 감사할 것이다.나는 프랑스어를 말할 수 있다/읽을 수 있다.숨막힘(대화) 15:25, 2008년 2월 15일 (UTC)
롤백 허용 메시지
나는 반달 싸움을 하고 편집 전쟁을 하지 않는 사용자를 발견해서 그들에게 롤백 허가를 내주기로 결정했다.롤백을 환영한다는 표준화된 메시지를 찾을 수 없어 나만의 메시지를 만들었다.사람들은 이것이 좋은 생각이라고 생각하는가?템플릿 네임스페이스의 이동해야 하는가 위치로 다른?나는 WP가 아니라고 생각한다.DTTR은 상에 가깝기 때문에 꽤 적용된다.—dgiestc 17:11, 2008년 2월 15일 (UTC)
- 사용자 만들기:템플릿으로 이동한 Acalamari/Rollback:롤백 지정 및 사용자:9월/롤백도 없다.그러나 사용자 공간 템플릿에는 문제가 없다.템플릿은 괜찮은 것 같아.아칼라마리 18:10, 2008년 2월 15일 (UTC)
- 범주에 포함되지 않았기 때문에 보지 못함:위키백과 롤백 기능.네 말이 더 마음에 들어서 내 버전에서 템플릿으로 몇 가지 기능을 통합했어.롤백 제공.—dgiestc 18:26, 2008년 2월 15일 (UTC)
- 합병이 좋아 보인다.템플리트 개선에 대한 훌륭한 작업.그러나 한 가지 질문: 지금 템플릿에 사용자 권한 로그 링크가 있는 경우, 사용자 롤백을 허용하고 사용자 대화 페이지에 템플릿을 남겨두면 해당 링크가 사용자에게 권한이 변경되었음을 표시하시겠습니까?아칼라마리 18:31, 2008년 2월 15일 (UTC)
- 사용자 대화에 템플리트를 배치(및 대체)하는 경우:FooUser, 사용자 권한 로그에 대한 링크를 생성함:FooUser.메시지를 표시하기 전 또는 후에 변경한 내용을 포함하여 해당 사용자에 대한 모든 사용자 권한 변경사항이 표시된다.따라서 권리를 부여하기 전에 메시지를 배치하면, 권리를 부여하는 즉시 링크에 권리가 표시되며, 나중에 누군가가 사용자의 권리를 변경하면 그 권리도 반영된다.—dgiestc 18:39, 2008년 2월 15일 (UTC)
- 자, 그럼: 설명해줘서 고마워.아칼라마리 18:50, 2008년 2월 15일 (UTC)
- 사용자 대화에 템플리트를 배치(및 대체)하는 경우:FooUser, 사용자 권한 로그에 대한 링크를 생성함:FooUser.메시지를 표시하기 전 또는 후에 변경한 내용을 포함하여 해당 사용자에 대한 모든 사용자 권한 변경사항이 표시된다.따라서 권리를 부여하기 전에 메시지를 배치하면, 권리를 부여하는 즉시 링크에 권리가 표시되며, 나중에 누군가가 사용자의 권리를 변경하면 그 권리도 반영된다.—dgiestc 18:39, 2008년 2월 15일 (UTC)
- 합병이 좋아 보인다.템플리트 개선에 대한 훌륭한 작업.그러나 한 가지 질문: 지금 템플릿에 사용자 권한 로그 링크가 있는 경우, 사용자 롤백을 허용하고 사용자 대화 페이지에 템플릿을 남겨두면 해당 링크가 사용자에게 권한이 변경되었음을 표시하시겠습니까?아칼라마리 18:31, 2008년 2월 15일 (UTC)
- 범주에 포함되지 않았기 때문에 보지 못함:위키백과 롤백 기능.네 말이 더 마음에 들어서 내 버전에서 템플릿으로 몇 가지 기능을 통합했어.롤백 제공.—dgiestc 18:26, 2008년 2월 15일 (UTC)
차단 중인 사용자 이름, 정책에 따른 것인가?
http://en.wikipedia.org/wiki/Wikipedia:Usernames#Company.2Fgroup_names
"회사나 그룹명을 사용자 이름으로 사용하는 것은 명시적으로 금지되지는 않지만, 권장하지는 않는다.."
회사명을 사용자 이름으로 사용하는 것은 권장하지 않지만 금지하지는 않는다는 규정이다.예전에는 모든 법인명이 금지되어 있고 차단되어야 한다고 생각했지만, 나는 그렇지 않다고 본다.
이런 이유로 우리는 사람들을 차단하는 것을 멈춰야 할까?또는 사용자가 그룹 계정이 아니라는 것을 인증하도록 요청해야 한다.Archtransit (대화) 17:14, 2008년 2월 15일 (UTC)
- 이것에 대한 나의 개인적인 규칙은 사용자가 그들의 그룹, 사업, 그리고 당신이 가진 것을 광고하기 위해 위키피디아를 사용하는 경우에만 차단하는 것이다."KevinsShoeWarehouse"와 같은 사용자가 Kevin's Shoe Warehouse라는 기사를 만들거나 신발 가게 목록과 같은 기사에 사업을 추가한다면, 이는 블록을 받을 만한 가치가 있다.그리고 실제로, 그들이 WP를 사용하여 광고를 하지 않는 한, 사용자 이름이 사업체인지, 그룹인지 등을 구별하는 것은 꽤 어렵다.물론 사용자가 아주 잘 알려진 기업이나 그룹의 이름을 선택한다면, 예를 들어 "마이크로소프트"라는 사용자가 스티브 잡스를 파괴할 경우 등 잠재적 소송을 불러 일으키기 때문에 차단되어야 한다는 것이 나의 생각이다.건배 ()speak 17:38, 2008년 2월 15일 (UTC)
- 또 다른 문제는 사람들이 그 계정이 어떤 공식적인 자격으로 회사를 대표한다고 믿는다는 것이다. 특정 관점을 강요하거나 파괴하기 위해서 말이다.광고와는 별도로, 사용자 이름이 헷갈리거나 오해의 소지가 있는가? --81.104.39.63 (대화) 19:24, 2008년 2월 15일 (UTC)
새로운 편집은 중립성 질의를 주었지만 토크 페이지에서는 그 이유를 말하지 않았다.
안녕 난 여기 편집은 처음이야.그래서, 나는 모든 것이 어떻게 작동하는지 잘 모르겠어.그러나 당신의 가이드라인에 따르면 중립성에 대한 질의를 받은 편집자는 대화 페이지에 이 내용에 대한 세부사항을 기재해야 한다.오늘 초 무조건적인 선거 페이지에 나와 있는 나의 추가에 중립을 취조했던 사람이 이런 일은 일어나지 않았다.중립성 문제가 제거되거나 입증될 수 있는가?Jarom22 (대화) 18:50, 2008년 2월 15일 (UTC)
위키백과:허글/휘텔리스트
뭐 좀 볼 게 있어서...이 페이지가 계속 커진다고 가정할 때 사용자가 저장하려고 할 때 시간 초과를 시작해야 하지 않을까?뫼노비 18:49, 2008년 2월 16일 (UTC)
- 그것은 사실 그렇게 크지 않다; ANI는 바이트 면에 있어서 두 배나 크다.2008년 2월 16일 19(talk):02 (UTC)
- 계속 성장한다고 가정하면.뫼노비 19:04, 2008년 2월 16일 (UTC)
- 문제가 되는 경우, 해당 하위 페이지를 작성하여 해당 페이지를 넘긴다.숨막힘 (대화) 19:11, 2008년 2월 16일 (UTC)
- 메, 난 그게 먹힐지 의심해. 프로그램이 목록을 다운받으니까. 그리고 뭔가 잘못 된 걸 다운받을 수 있을지 의심스러워.이 실을 해결된 것으로 표시하는 이유가 뭐야?문제라기보다는 음에 가깝다. Mönobi 20:27, 2008년 2월 16일 (UTC)
- 프로그램의 기술적인 문제를 해결하기 위한 보드가 아니기 때문에 해결된 것으로 표시.문제가 되면 구르흐에게 해결해 달라고 부탁한다. : - ) --MZMcBride (대화) 23:49, 2008년 2월 16일 (UTC)
- 메, 난 그게 먹힐지 의심해. 프로그램이 목록을 다운받으니까. 그리고 뭔가 잘못 된 걸 다운받을 수 있을지 의심스러워.이 실을 해결된 것으로 표시하는 이유가 뭐야?문제라기보다는 음에 가깝다. Mönobi 20:27, 2008년 2월 16일 (UTC)
유명인에 대한 사용자 이름 정책
WP에서 진행 중인 정책 논의:지금 사용자 대화 페이지.여기서는 관리자 개입 필요 없음.에스터 버니 부인 (대화) 2008년 2월 16일 20:15, (UTC)
레오나르도 디카프리오(토크 · 기여) 나는 그녀의 사용자 토크 페이지에 그녀의 이름을 바꾸라고 조언하는 메모를 남겼다.덜 물리는 소리(WP:나는 그녀에게 유명한 레오나르도를 위해 그것을 저장해 달라고 부탁했다.공손한 메시지와 차단하는 것이 옳은 일인가?Mrs.EasterBunny (대화) 2008년 2월 16일 19:33, (UTC) 나는 WP를 공부했다.u는 "본명이 아닌 한 잘 알려진 살아 있는 사람의 실명으로 편집해서는 안 되며, 그 사람이거나 그렇지 않다는 것을 분명히 한다.해당 사용자가 실명을 사용하고 있는 것을 확인할 수 있을 때까지 예방 차원에서 이러한 사용자명을 차단할 수 있다."그래서 이 사람은 자신이 유명한 레오나르도가 아니라 팬임을 분명히 한다.우리가 그녀의 사용자 이름을 지키게 놔둘까?어쩐지 마음에 들지 않지만 그녀에게도 심술궂게 굴고 싶지는 않다.
조언? 정책에 대한 의견?EasterBunny 부인 (대화) 19:44, 2008년 2월 16일 (UTC)
- 본명이 아닌 이상 잘 알려진 살아 있는 사람의 실명으로 편집해서는 안 된다.그렇게 요약하면 꽤 된다.팬이라면 이름을 막아라.Lara❤Love 19:46, 2008년 2월 16일 (UTC)
- 나도 읽었지만, "본명이 아니면 잘 알려진 살아 있는 사람의 실명으로 편집해서는 안 되고, 그 사람이거나, 그렇지 않다는 것을 분명히 해야 한다.라라, 정책이 마음에 안 들면 위반하지 말고 바꿔야 하나?나는 그 정책을 바꾸는 것에 찬성할 것이다.EasterBunny 부인 (토크) 2008년 2월 16일 19:54 (UTC)
- WP:U 정책은 명확하게 쓰여 있지 않다.나는 여기서 더 나은 표현을 제안하였다. http://en.wikipedia.org/wiki/Wikipedia_talk:Username_policy#Proposed_policy_improvement
본명이 아닌 이상 잘 알려진 살아 있는 사람의 실명으로 편집해서는 안 되고, 그 사람이거나, 본명이 잘 알려진 사람과 같지만 다른 사람이
아니라는점을 분명히 해야 한다.이러한 사용자 이름은 해당 사용자가 실명을 사용하고 있음을 확인할 수 있을 때까지 예방 차원에서 차단될 수 있다.
(볼드 인쇄는 정책에 텍스트가 추가됨) EasterBunny 부인(토크) 20:13, 2008년 2월 16일(UTC)
정치적 동기의 삭제 및 사용자에 의한 위협:Tom Lantos 페이지의 Veritas
톰 랜토스가 가장 많이 거론한 논란 중 하나는 '나이야 간호사 사건'이다.보시다시피 자체 위키백과 페이지(!)가 있고(질문, 얼마나 오래, 지금, 내가 연결했는지...) 그리고 만약 그것만으로는 충분하지 않다면, 독일어, 프랑스어, 에스페란토 위키에도 해당 사례가 있다(그냥 ii-s를 보라).
이 때(20:30, 2008년 2월 16일 (UTC)) TL 기사에서 단어로 언급되지 않고 계속 삭제되고 있으며(TL 페이지 기록 참조), 이를 포함하는 IP는 롤백권(!)을 가진 명백히 정치적 동기가 부여된 사용자에 의해 차단될 위협을 받고 있다. 사용자:베리타스(정말 아이러니한 이름이다.Veritas는 또한 WP를 잘못 사용했다.그가 세 번째로 컷오프를 했을 때 대부분의 섹션은 NYTIMES, The Guardian, HAARETZ, The Observers 기사에 기반을 두고 있다.
기사에서 다시 섹션을 보고 사용자를 차단하여 Veritas를 원한다.되돌리기, TL페이지 반출, 위 사례 삭제 WP 정책 오용, 상대편(3RR 블록) 협박용 베리타스.고마워. --82.131.133.220 (대화) 20:30, 2008년 2월 16일 (UTC)
- 의원님과 함께.랜토스가 최근에 세상을 떠났을 때, 많은 사람들이 그의 기사를 쓸 것이다.그리고 많은 사람들이 공공 기물 파손뿐만 아니라 언론에서 그의 부고문에서 언급할 것들을 추가할 것이다.나는 더 많은 관리자들이 기사에 가서 무슨 일이 일어나고 있는지 볼 것을 제안한다.사용자:Zscout370 20:42, 2008년 2월 16일(UTC)
- 빠른 눈길에는 1월부터 1991년 페르시아 걸프전 구간의 작은 토론이 몇 가지 간략한 세부사항(더하기 다른 기사와의 연결고리)을 담고 있다.익명의 이용자들은 랜토스 페이지에 있는 다른 페이지의 상세한 기사 전체를 토크 페이지 상의 논의 없이 베끼려고 하는 것 같다.그들이 원한다면 세부사항으로 섹션에 추가할 것을 제안하고 싶지만, 만약 당신이 다른 기사를 거기에 버리고 사람들이 그것을 꺼낸다고 해도 놀라지 마라. -- Ricky81682 (대화) 20:48, 2008년 2월 16 (UTC)
- 나는 원래 불만 사항을 조사했고, 그것이 무익하다는 것을 알았다.Nayirah 간호사 사건은 기사에서 충분히 다루어져 있다.가장 유력한 한 사용자인 87.97.53.181(토크 · 기여 · 카운트)과 87.97.106.78(토크 · 기여 · 카운트) 두 명의 관련 IP 사용자는 WP:NPOV를 위반하여 해당 글의 전문을 톰 랜토스에 삽입하기 위해 전쟁을 편집해왔다.나는 두 사람을 짧은 기간 동안 차단했고, 우리는 한 편집자에 대해 기사를 보호하지 않기 때문에 기사 보호를 제거할 것이다.이 스레드를 시작한 사용자는 바로 같은 ISP에서 온 것으로 보이며, 동일한 사용자일 수도 있다. 그러나, 나는 이 때 스레드를 차단하지 않을 것이다.제호만 20:55, 2008년 2월 16일 (UTC)
- 이것에 대해 너무 늦게 회신해서 미안하다(그냥 알아차렸다) 하지만, 참고로, 이 IP의 편집에 대한 나의 반대는 이미 그 사건이 기사에서 논의되고 있기 때문에 NPOV를 위반하고 있는 것 같다는 사실에 근거를 두고 있었다.최소한 그는 WP당 과도한 가중치를 그것의 탓으로 돌리고 있었다.토론 페이지에서 충분한 토론 없이 부적절함.WP:최근 사망한 사람에게도 BLP가 적용된다.또한, 3RR 경고를 적절하게 배치하였다.또 다른 번복으로 나는 그 문제를 Checkuser에게 가져갔을 것이다. --Veritas (대화) 22:30, 2008년 2월 16일 (UTC)
나는 그것이 무엇이었는지 모르지만 지금 톰 랜토스 기사에 간호사에 대한 언급이 있다.NPOV인 것 같고 Tom Lantos를 바보나 사기꾼이라고 부르지 않아서 BLP 위반은 보이지 않는다.해결됐어?Spevw (대화) 00:10, 2008년 2월 17일 (UTC)
Caltrop의 대화 페이지:강제 병합 및 복구가 적절한가?
Caltrop은 자신의 토크 페이지를 삭제했고, 많은 서브 페이지들에 걸쳐 (삭제된) 역사를 해체했다.나는 개인적으로 이것이 삭제 정책에 위배된다고 느끼며, Caltrop에게 이것에 대해 두 번 충고했다.처음 무반응을 받았을 때, 두 번째 그가 정책 위반에 문제가 있으면 Arbcom에 가져가라고 말했다.어떤 행정관이든 정책에 반하는 것을 되돌릴 수 있기 때문에, 나는 필요하다면 그렇게 하겠지만, 차라리 이곳에 와서 합의를 본 다음 아르브컴 절차를 밟을 것이다.내가 과민반응하고 있는건가, 아니면 잘못된건가?나는 우리 중 누구도 여기서 정책을 초월하지 않는다고 생각한다.여기 로그를 보십시오. "도전 사용자 프로데고"라는 코멘트가 있는데, 이 코멘트는 또한 문제가 있다고 생각한다.프로데고 22:15, 2008년 2월 14일 (UTC)
- 끔찍해!Caltrop의 아주 좋은 설명을 제외하면, 나는 그의 행동이 어떻게 그의 토크 페이지의 역사를 읽을 수 없게 만들려는 시도 이외에는 어떤 것이든 구성되는지를 알 수 없다.삭제는 WP에서 보관 기법으로 매우 명확하게 명시되어 있다.DEL과 관리자에게만 볼 수 있는 아카이브를 렌더링하는 것은 정상적인 상황에서 부적절하다.역사를 다시 합치는 것은 절대 돼지가 되겠지만, 칼트로프가 이것이 왜 불길하지 않은지 아주 분명하게 설명할 수 없는 한, 나는 그것을 할 준비가 되어 있는 사람이라면 누구라도 전적으로 지지한다.해피멜론 22:25, 2008년 2월 14일 (UTC)
- 이건 말도 안 돼.개인적으로, 나는 그가 그것을 고쳐야 한다고 생각해. 하지만 네가 원한다면, 바로 진행해.또 저러면 막아라.존 리브스 22:38, 2008년 2월 14일 (UTC)
그것은 전혀 불길하지 않다.이력을 확인하면 내가 실수로 대화 페이지를 보관하는 합의 정책을 통보받은 후 실수로 내 이력서를 작성하게 된 후 다른 관리자의 도움을 받아 어디에 내 이력서를 제출했는지 알 수 있을 것이다.이전 해의 토크 페이지는 이메일 수신함과 유사했다.나의 받은 편지함에는 자랑스럽거나 부끄러워할 것이 거의 없다.시니스터, 내 생각엔 아닌 것 같아.나는 프로데고가 다른 곳에서 심각한 범죄에 맞서 싸워야 한다고 생각한다. 그리고 내가 수년간 위키피디아에 유용한 서비스와 후한 기부에 대한 나의 기록을 계속 이어가게 해야 한다고 생각한다.나는 프로데고에 대해서는 전혀 알지 못하지만, 정말 지루하고 화려한 대화 페이지보다 싸워야 할 더 불길한 일들이 있을 것이다.이 난장판을 다시 정리하고 싶은 사람?행운을 빌게, 다른 두 명의 관리자와 나는 그것을 할 수 없었어.개인적으로 나는 여전히 Talk를 나의 받은 편지함으로 보기 때문에 합의정책에 동의하지 않지만, 정책의 이유도 이해하지만, 이 난장판에 손을 내민다.내가 만들고 오래전에 삭제되었다고 생각했던 이미지들에 대한 출처를 제공하기 위한 수많은 요청들을 부활시키길 원하십니까?그리고 새로운 (그리고 적절한) 출처 규칙을 인용하기 전에 만들어진 것은 무엇인가?하늘이 우리 모두를 돕는다.내 지루한 기사들을 읽어봐.내 작은 복사기 좀 봐.네가 신경 쓸 만한 건 아무것도 못 찾을 것 같아.그저 누피디아 이후 흥미로운 기사가 무엇인지에 대한 페더맨의 감각(또는 감각의 결여)을 가지고 이곳에 와 있는 사람일 뿐이다.Caltrop (토크) 02:02, 2008년 2월 15일 (UTC)
- 내가 두 번이나 너를 위해 그것을 할 용의가 있다고 말한 것 빼고는, 너는 계속 너의 토크 페이지를 지우고, 내가 최근에 보낸 메세지를 왜 하지 말아야 하는지 설명하는 것을 포함해서.확실히 해두자면, 내가 복구해도 되는데, 네가 삭제하는 걸 그만둘 거야?만약 당신이 그것이 잘못되었다는 것을 알고 있다면, 그리고 내가 그것을 고치려고 노력하겠다고 제안한다면, 차라리 내가 Arbcom에 그것을 가져가라고 제안하기 전에 그것에 동의하는 것이 훨씬 더 간단했을 것이다.프로데고 02:10, 2008년 2월 15일 (UTC)
이론상으로는 프로데고가 전적으로 옳지만, 유저의 말에 따르면:짐보 웨일즈, 칼트롭은 프로젝트에서 떠날 것을 고려하고 있는 이 문제에 대해 압력을 받는 것에 대해 충분히 괴로워하고 있다.이 문제는 7년 남짓한 기고자의 참여를 위태롭게 할 만한 가치가 없어 보이며, 여기서 합리적이고 원만한 해결책이 도출되길 바란다.뉴욕브래드 (대화) 02:49, 2008년 2월 15일 (UTC)
- 나는 칼트로프에게 그런 사소한 정책 문제가 그렇게 큰 이슈인지 몰랐고, 그 문제로 프로젝트를 떠나는 것을 고려하게 될 것이다.내가 직접 이 문제를 해결하기 위해 모든 작업을 하겠다고 제안했기 때문에 이해가 부족한 것이 더 복잡하다. 심지어 그는 이전에 페이지를 복구하려고 시도했다고 말하는데, 어떻게 다른 사용자가 이 문제를 해결하려고 하면 다칠 수 있을까?나는 개인적으로 내가 이전에 고칠 수 없었던 것을 도와주면 고맙고, 내가 길을 잃은 상황에서 종종 다른 사람들을 바라보곤 한다. (즉, 사용자:Mediawiki의 Topaz:Gadget-Blackskin.css) 좌절해야 할 사람이 있다면, 공개적으로 "감정"을 받고, 설명을 요청할 때 무시한 다음, 내가 이 페이지를 수정하고 싶다면 Arbcom으로 가라고 말해야 하는데, Caltrop은 WP를 하지 않는다.OWN은 분명히 "영구적인 관리자"이기 때문에, 그의 표현대로 정책의 대상이 아니다.내 생각에 Caltrop은 여기서 선을 훨씬 벗어난 것 같아.프로데고 03:00, 2008년 2월 15일 (UTC)
나는 프로데고의 의견에 동의해, 계속해서 당신의 토크 페이지를 삭제하는 것은 너무 많은 단계에서 잘못된 거야.의도는 아닐지 몰라도 선의의 비관리자들이 토론을 따라가지 못하게 막고 엘리트주의적 행정의식을 더하는 효과가 분명히 있다.개인정보 등 삭제에 정당한 사유가 없는 한 최대한 복구하고 사용자가 삭제를 중단해야 한다.또한 동료 관리자의 메시지에 대해 무시한 다음 페이지 기록에서 삭제하는 것으로 응답하는 것은 적절하지 않다.나는 또한 Caltrop이 그의 페이지를 수리하기 위한 동료 관리 제안으로부터 합리적인 질의에 대해 그와 같은 반응을 보인다면 아마도 휴식을 취하고 매우 심호흡을 해야 한다는 것에 동의한다.사라 03:34, 2008년 2월 15일 (UTC)
- 나는 그것을 완성했다.삭제하면 일부 사용자가 주석을 추가하기 위해 페이지를 비운 것처럼 보이지만 이력은 완전히 손상되지 않는다는 점에 유의하십시오.User talk에서 설명할 수 없는 것을 남겼다.Caltrop/Not1 및 사용자 대화 기록에서 병합된 페이지 보관:Caltrop/Merge 로그.삭제된 사용자 대화 이력에는 일부 불필요한 자료가 존재한다.Caltrop/Restore3도 함께 한다.프로데고 01:34, 2008년 2월 16일 (UTC)
- 나는 내 토크 페이지에 과거의 의견을 기록하고 싶지 않다.AGF. 위키백과:User_page#Removal_of_comments.2C_warnings Caltrop (talk) 00:20, 2008년 3월 20일 (UTC)