Page semi-protected

위키백과:개정 삭제

Wikipedia:
"WP:REVDEL"은 여기서 리디렉션됩니다.삭제 검토에 대해서는 Wikipedia를 참조하십시오.삭제 리뷰
삭제 정책

RevisionDelete(RevDel 또는 RevDelete라고도 함)는 관리자가 페이지 이력 또는 공개 뷰에서 개별 엔트리를 삭제할 수 있는 기능입니다.이는 "선택적 삭제"를 위해 사용되며, 이력 병합 및 필요한 기타 기술적 경우를 제외하고 더 이상 사용되지 않아야 하는 이전 방법(삭제 및 부분 삭제 취소)을 크게 대체합니다.수정사항 삭제는 수정기준에 따라서만 사용해야 합니다.

RevisionDelete는 리비전의 텍스트, 편집 또는 액션을 수행한 사용자 이름 또는 편집 요약 또는 로그 요약을 숨길 수 있습니다.영어 위키피디아에서는 RevisionDelete의 사용을 규제하는 기준이 있습니다.이러한 기준은 다음과 같습니다."억제" 모드에서 오버싸이터에 의한 RevisionDelete 사용은 별도로 감시 또는 억제 정책의 적용을 받습니다.

관리자는 누구나 사용자의 RevisionDelete 요청을 처리할 수 있지만 카테고리는 다음과 같습니다.RevisionDelete 요청을 처리할 의사가 있는 위키피디아 관리자는 이러한 요청을 처리할 의사가 있다고 선언한 관리자를 나열합니다.RevisionDelete의 특정 사용에 대해 우려되는 사용자는 관리자에게 문제의 확인을 요청할 수 있지만, 다시 한 번 해당 카테고리에 나열된 관리자는 특히 적절한 위치에 있을 수 있습니다.중요한 내용에 대해 편집자에게 문의할 때는 더 많은 독자에게 정보가 노출되지 않도록 하기 위해 페이지 메시지를 대화하는 것보다 이메일을 사용하는 것이 좋습니다.

RevisionDelete의 개요

RevisionDelete를 사용하면 관리자가 투고 및 로그 엔트리를 선택적으로 수정할 수 있을 뿐만 아니라 관리자가 툴을 올바르게 사용하는지 여부를 확인할 수 있습니다.엔트리는 공개 Wiki에 리다이렉트된 형식으로 표시됩니다.또한 사용자는 관리자에게 RevisionDelete 액션을 검토하여 삭제가 적절한지 여부를 확인하도록 요구할 수 있습니다.

삭제 툴로서 RevisionDelete는 광범위한 커뮤니티 뷰에서 자료를 삭제할 수 있습니다.따라서 이 도구는 엄격한 가이드라인 내에서만 사용해야 합니다.

WMF 감시 정책 위반(프라이버시 위반 및 법적 명예훼손 포함)이 우려되는 시간에 민감한 상황에서는 관리자가 먼저 수정한 후 즉시 문제를 오버사이더에게 알릴 수 있습니다(아래 참조).

오용

RevisionDelete는 2010년에 관리자용으로 도입되었습니다.이 도구에 대한 커뮤니티의 지지에는 악용될 가능성이 엄격히 금지되고, 지역사회에 의해 방지되고, 정책에 기록되어야 한다는 매우 강력한 합의가 포함되어 있다.특히 RevisionDelete는 "일반적인" 공격적 코멘트나 무례함 또는 사용자 간의 부적절한 용어 선택을 삭제하거나 블록 로그 엔트리를 수정하기 위해 존재하지 않습니다.

재료는 제거에 대해 상당한 이견이 있을 가능성이 거의 없이 대단히 불쾌해야 한다.그렇지 않으면 제거하지 마십시오.개정안이 수정하기에 적절한지 확실하지 않은 경우 관리자는 평상시와 같이 상의해야 합니다.

수정 기준

숏컷
대규모 커뮤니티 내에서는 부적절하거나 중단을 수반하는 투고가 어느 정도 낮은 것은 정상입니다.일반적으로 아래 기준 중 하나 이상을 충족하는 소재만 삭제해야 합니다.사용자는 이러한 상황에서 단순히 되돌리기 또는 무시로 충분한지 고려해야 합니다.삭제가 필요한 경우 필요한 항목만 수정하고(예: 유해하지 않은 필드를 표시) 삭제 이유를 명확하게 제시하십시오.

커뮤니티의 결정은[when?] RevisionDelete를 사용하기 전에 "일반적인" 무례, 공격 또는 편집상의 부정 행위에 대한 명확한 합의가 있어야 한다는 것이었습니다.더 넓은 커뮤니티는 공격적이더라도 그 시점 및 미래에 이러한 사항을 충분히 검토할 필요가 있을 수 있습니다.

  1. 저작권 정책에 대한 노골적인 위반.저작권이 있는 텍스트 삭제의 베스트 프랙티스는 WP:Copyright 문제에서 찾을 수 있으며 이 기준보다 우선해야 합니다.사용자 이름을 RD1 아래에 숨기지 마십시오.
  2. 백과사전이나 프로젝트 가치가 거의 없거나 살아있는 사람들의 전기 정책에 위배되는 극도로 모욕적이거나 모욕적인 자료입니다.여기에는 백과사전적 가치가 거의 없거나 전혀 없는 비방, 비방 및 극도로 불쾌한 자료가 포함되며, 단순한 사실 진술이 아니며, "보통" 무례함, 인신공격 또는 고발을 하지 않습니다.매우 부적절한 제목을 가진 페이지가 문제가 될 경우 페이지 작성, 이동 및 삭제 로그에서 페이지 이름을 제거할 수도 있습니다.
  3. 프로젝트와 거의 관련이 없거나 전혀 관련이 없는 순수 파괴적인 재료.여기에는 괴롭힘, 매우 부적절한 위협 또는 공격, 브라우저 크래시 또는 악의적인 HTML 또는 CSS, 충격 페이지, 피싱 페이지, 알려진 바이러스 확산 페이지 및 이들 중 하나 또는 웹 페이지에 대한 링크가 포함됩니다.이러한 링크는 개인 또는 엔티티를 비하하거나 위협하며 스팸 링크뿐만이 아닙니다.
  4. 감시할 수 있는 정보– 기준에 대해서는 아래의 별도 섹션을 참조하십시오.
  5. 삭제 정책에 따라 RevisionDelete를 사용하여 실행된 유효한 삭제입니다.이력 Marge 및 컷 앤 페이스트 이동을 수정하는 경우를 제외하고 선택적 삭제가 필요한 경우 일반적으로 RevisionDelete가 권장되며('기존 선택적 삭제와 비교한 RevisionDelete' 참조), "삭제 후 부분 삭제"라는 기존 방식 대신 사용해야 합니다.로그 요약에서 삭제의 근본적인 이유를 명확히 하는 것이 중요합니다.
  6. 이전 수정에서 명확하고 명백한 의도하지 않은 오류 수정, 공동 논의 및 명확한 합의에 따른 수정 변경, 삭제 로그에 정보 추가, 기존의 선택적 삭제 편집 내용을 RevisionDelete로 변환하는 등의 비문헌적인 하우스키핑.(소송은 논란이 되거나 논란이 될 가능성이 높으면 안 됩니다.필요에 따라 상담해 주세요.)
AC. 중재위원회의 결정에 의해 위임된 삭제.중재위원회는 기록된 항목이 충분히 부적절하여 공개 로그에서 공식적으로 삭제되어야 한다고 결정할 수 있다.삭제 이유는 결정과 명확하게 연결되어야 합니다.이 기준에 근거한 삭제는 중재 집행의 문제로 간주되며 부적절하게 뒤집혀서는 안 된다.다만, 상소할 수 있다.

로그 수정

로그 수정(로그의 작성, 이동, 삭제에 관한 RD#2의 제한된 범위 외)은 극히 부적절한 내용만을 목적으로 하며 일반적인 문제에서는 허용되지 않습니다.커뮤니티는 사용자의 블록 로그 및 기타 로그를 적절한지 여부를 확인할 수 있어야 합니다.RevisionDelete 툴을 사용하여 블록로그를 수정하거나(블록로그 엔트리의 정당성 여부에 관계없이) 바람직하지 않은 액션, 투고 또는 비판을 숨기거나 이러한 기준에 포함되지 않거나 필요한 합의나 ArbCom 동의 없이 숨기는 것은 일반적으로 툴 남용으로 간주됩니다.

감시 전에 감시할 수 있는 자료 숨기기

개인정보에는 실제 청구권, 사실, 힌트 또는 비공개, 개인 또는 개인 정보에 대한 암시인(또는 그럴 수 있는 것처럼 보이는) 거의 모든 자료가 포함된다(WP:감시 및 WP:외출).

프라이버시 침해 자료가 사용자에 의해 게시되었는지, 제3자에 의해 게시되었는지, 선의에서 게시되었는지, 최근 또는 과거에 게시되었는지, 관리자가 대상을 식별할 수 있는지 여부, 진술인지, 지적된 추측인지, 암시인지는 중요하지 않습니다.

RevisionDelete를 사용하면 감시를 기다리는 동안 사생활 침해 또는 명예훼손 게시물을 숨길 수 있습니다.감시가 즉시 이루어지는 것은 아니기 때문에 관리자는 피해를 최소화하기 위해 공공의 시야에서 정보를 일시적으로 삭제한 후 즉시 오버사이더에게 연락할 수 있습니다.

최종적으로는 억제할 수 없는 자료로 판명되더라도, 관리자는 선의로 신속하게 오버사이더 리뷰를 요구한다면, 명백한 이해 상충이 있는 경우에도 주의를 기울일 수 있습니다.오버라이터가 억제가 적절하지 않다고 판단한 경우 소재가 복원되거나 대신 RevisionDeleted가 됩니다.

관리자는 삭제 로그가 공개되고 상세하게 조사된다는 점에 유의해야 합니다.삭제하면 주의가 필요할 수 있습니다.자료가 RevisionDeleted일 때(및 감시 전) 관리자만 볼 수 있지만, 그래도 오버라이터에 직접 연락하여 RevDelete를 먼저 사용하지 않는 것이 더 신중할 수 있습니다.재료 자체에 따라 많은 것이 달라집니다.RevisionDelete 를 사용하는 경우는, 그 이유(예를 들면, 「RD4」, 「오버사이트」, 「프라이빗 자료」, 「로그아웃 유저의 IP 숨기기」등)로 명확하게 시사하는 용어를 사용하지 말아 주세요.

이메일로 연락할 수 있는 개인과 관련된 개인 식별 가능 정보를 숨기는 경우, 해당 정보가 삭제되어 공공장소에서 숨겨졌음을 알리는 것이 매너로 간주될 수 있습니다.이러한 통지는 관리자의 재량에 따라 이루어집니다.

사용상의 주의사항

대상이 식별 가능한지 여부는 중요하지 않습니다.대상이 있는 것처럼 보일 뿐입니다.

대상을 식별할 수 있어야 할 필요는 없습니다.실제 인물, 조직 또는 그룹을 지칭하는 것으로 보이거나 특정 대상을 적절한 독자에게 제안하려는 의도일 수 있습니다.예를 들어, 비방은 위키피디아 관리자가 들어본 적이 없는 닉네임이나 다른 암시로 지역적으로 알려진 사람을 대상으로 할 수 있지만, 학교, 마을 또는 사회 공동체에 있는 사람들은 이를 인식할 수 있습니다.따라서 대상이 존재하는 것처럼 상황을 처리하기 위해 대상을 식별할 수 있을 필요는 없다.

사용자 이름 숨기기(저작권 속성 문제):

Wikipedia의 라이선스는 액세스 가능한 편집을 수행한 사용자와 링크해야 하기 때문에 일반적으로 편집한 변경 내용을 공개 보기에 남겨둔 채 수정본에서 사용자 이름을 숨기는 것이 문제입니다.예를 들어, 개정이 투고된 사용자가 저작권을 가질 수 있는 유효한 정보(표절, 횡설수설, 카테고리 추가, 개정문 변경 없음 등)가 없는 경우, 모든 변경이 취소되거나 사용자가 로그아웃 중 실수로 투고된 경우 및 ai.m은 사용자의 요구에 의한 프라이버시 보호입니다.

트래픽이 많은 페이지:

사용 중인 페이지에서 수정이 필요한 경우 문제가 있는 텍스트를 수정하는 것이 좋을 수 있습니다.수정이 최종적으로 필요한 경우 영향을 받는 수정본 수가 줄어듭니다.

대규모 사용

RevisionDelete는 주로 간단한 사용 및 최신 자료를 목적으로 합니다.많은 수정본(예: 바쁜 페이지)에 존재하거나 많은 다른 사람의 코멘트의 대상이 된 텍스트는 수정하는 데 실용적이지 않을 수 있습니다.이러한 자료의 수정은 얼마나 실용적이고 효과적인 수정인지, 얼마나 파괴적인지(예를 들어 다른 사람의 유효한 게시물) 및 수정 자체가 문제에 관심을 끌지 여부를 고려해야 한다.강경노선은 존재하지 않습니다. 판단이 필요합니다.

이 경우 관리자는 처음에 페이지를 편집하여 상당히 부적절한 내용을 되돌리거나 삭제한 후 참조할 수 있습니다.

개정판 삭제 요청 방법

지름길

저작권 위반(RD1)에 대한 개정 삭제를 요청하려면 Template를 사용합니다.Copyvio-revdel.

Streisand 효과를 피하기 위해 다른 상황에서 리비전 삭제를 요청하는 전용 on-wiki 포럼은 없습니다.다음 카테고리의 관리자에게 메시지를 보낼 수 있습니다.Wikipedia 관리자는 토크 페이지 또는 이메일을 통해 RevisionDelete 요청을 처리할 용의가 있습니다.특히 사생활이 중요한 경우에는 더욱 그렇습니다.

#wikipedia-en-revdel을 사용하여 IRC에서 리비전 삭제를 요청할 수도 있습니다.긴급하여 공개적으로 처리해서는 안 되는 요청(RD2, RD3, RD4)에만 사용하십시오.이 채널에서는 관리자만 요청을 볼 수 있습니다.

보고하는 리비전이 감시 대상이 될 수 있는 경우는, WP:Requests for supervisor 또는 oversight-en-wpwikipedia@.org 에 있는 순서에 따라 주세요.

행동의 호소 및 논의

이 도구를 사용하여 수행된 작업은 공개 로그에 계속 표시됩니다.수정 내용을 볼 수 있는 다른 관리자(수정된 내용을 볼 수 있는 관리자)에 의해 검토되고 명확하고 광범위한 합의에 따라 번복될 수 있습니다.이러한 리뷰는 관리자 게시판에서 실시해야 합니다.다른 관리 도구와 마찬가지로 올바른 판단과 적절한 사용이 요구됩니다. 부적절한 사용은 제재 또는 디소핑의 원인이 될 수 있습니다.

기술 상세

페이지 기록에 대한 두 가지 다른 가시성 조합의 영향.리다이렉션은 모든 사용자에게 표시됩니다.

영어 Wikipedia에서 리비전 삭제 기능은 관리자 모드, 관리자 모드 및 오버싸이터 억제 모드(현재 관리자이기도 함)로 사용할 수 있습니다.

기능

페이지 기록 및 로그에는 관리자 및 오버라이터용 버튼이 있으며, 체크박스가 있는 목록에서 여러 엔트리를 선택하여 수정이 가능합니다.페이지 이력에서는 버튼은 입니다.로그에서는 입니다.

수정사항 또는 로그 항목이 뷰에서 완전히 숨겨지면 오른쪽에 표시된 대로 표시되며 뷰에서 요소가 숨겨지고 회색으로 표시됩니다.스트라이크아웃된 요소는 권한이 없는 사용자 그룹에서는 볼 수 없습니다.관련 리비전에 액세스할 수 없고 리비전을 다른 리비전과 비교하거나 해당 &oldid= 페이지에 액세스하려는 사용자는 리비전이 공용 아카이브에서 제거되었음을 알리는 오류를 받게 됩니다.마찬가지로 로그 엔트리 또는 투고를 사용자 이름으로 조회해도 사용자 이름이 수정된 로그엔트리는 표시되지 않습니다.

일반적으로 이 버튼은 관리자가 클릭하여 선택한 수정 항목을 볼 수 있습니다.억제가 적용되면 검은색으로 표시됩니다.이 경우 리다이렉트된 자료와 삭제 설정은 관리자 또는 감독 도구에 액세스할 수 없는 사용자가 액세스할 수 없습니다.

리비전 또는 페이지가 기존 방식으로 삭제되어도 리비전 삭제 액션은 유지됩니다.나중에 페이지가 삭제 취소되어도 RevisionDelete로 삭제된 데이터는 계속 삭제됩니다.

페이지 이동의 로그 항목을 재작성할 때 해당 페이지 기록에도 편집 요약으로 기록되므로 수정해야 합니다.

제한 사항 및 문제

  • 페이지에 있는 최신 편집의 수정본 텍스트는 수정할 수 없습니다.이것은 의도적인 것이다.수정하려면 먼저 내용을 되돌려야 합니다.다른 필드(사용자 이름 및 편집 요약)는 최신 편집에서도 수정될 수 있습니다.
  • 수정되는 편집이 바로 뒤의 편집에서 반환되지 않은 경우 편집과 되돌림 사이의 모든 편집에는 편집 내용이 포함됩니다.이 경우 편집 내용을 완전히 숨기려면 모든 중간 편집 내용을 수정해야 합니다.

서드파티에 의해 저장된 리비전

RevisionDelete는 일반적으로 일반인의 눈에 띄지 않는 기밀 정보를 삭제하는 데 효과적이지만 서드파티에는 영향을 주지 않습니다.서드파티:

  • RevisionDelete가 발생하기 전에 최근 변경 스트림에서 리비전을 캡처합니다.
  • 최신 변경 스트림에서 기록된 리비전을 표준 데이터베이스 스냅샷과 비교하여 "억제" 모드로 작성된 리비전을 검출합니다.

가시성 설정 변경

[ Revision Delete ]대화상자억제 옵션은 완전성을 위해 포함되지만, 이는 감독 액세스 권한이 있는 사용자만 볼 수 있습니다.

리비전 또는 로그 엔트리를 숨기거나 숨기려면 체크박스를 왼쪽으로 하여 표시하거나 숨길 관련 리비전 또는 로그엔트리/엔트리를 선택하고 필요에 따라 또는 를 클릭합니다.권한에 따라 3가지 또는 4가지 옵션 중 하나를 선택할 수 있습니다.

  • 수정기호 텍스트 삭제
  • 편집 코멘트 삭제
  • 편집자의 사용자 이름 또는 IP 삭제
  • 관리자 및 기타 사용자로부터의 데이터 억제(오버사이더 등 권한이 있는 사용자만 사용 가능)

[ Visibility Restrictions ]옵션 영역에서 선택에 적용할 각 제한 옆에 있는 체크박스를 켜고 [Reason]드롭다운메뉴에서 설정 이유를 지정합니다.필요에 따라 텍스트 필드에 추가 정보를 입력합니다.이 정보가 입력되면 을 클릭하여 변경 내용을 적용합니다.올바르게 설정되어 있는 경우는, 성공 메세지가 표시됩니다.

리비전 또는 로그 엔트리의 숨김 해제도 같은 순서에 따릅니다.표시 제한 옵션 섹션에서 설정 해제할 체크박스를 끄고 변경 이유를 입력합니다.

유저명 또는 IP 의 숨김은, 로그아웃 한 유저명이나 공격 유저명을 잘못 편집하는 등, 그 유저명 또는 IP 자체가 숨겨지는 이유가 있는 경우에만 사용해 주세요.사용자 이름을 숨기면 숨겨진 사용자 이름 없이 삭제한 편집에 대해 삭제한 엔트리가 아니라 사용자의 기여 목록에서 기여가 완전히 제거됩니다(관리자 제외).이로 인해 사용자에 대해 수행된 작업을 확인하려는 사용자와 관련된 문제 및 잠재적인 저작권 위반 위험이 발생합니다.

RevisionDelete 자체 로그 항목

RevisionDelete 공개 삭제 로그의 자체 로그 항목.

RevisionDelete를 사용하면 공개 삭제 로그에 엔트리가 생성됩니다.또한 오버싸이터가 사용하고 "관리자 및 기타로부터의 데이터 억제"가 선택되어 있는 경우 개인 억제 로그가 생성됩니다.공개 삭제 로그에 작성된 로그 엔트리는 페이지 리비전 및 로그 엔트리의 가시성을 위해 오른쪽에 표시되는 것과 같습니다.옵션(diff change visibility)은 로그 엔트리가 참조하는 기본 페이지 리비전을 보거나 수정하기 위한 간단한 링크를 제공합니다.

선택적 삭제 취소

리비전을 삭제하는 방법으로서 선택적인 삭제 취소(즉, 페이지 전체를 삭제한 후 선택적으로 리비전을 복원)하는 오래된 방법은 이 시스템에 적합하지 않습니다.선택적 삭제 취소는 여전히 몇 가지 유효한 용도(복잡한 이력 병합 등)가 있지만, 상대적으로 투명성이 떨어지고 효율성이 떨어지기 때문에 페이지 기록에서 수정사항을 제거하는 데 사용해서는 안 됩니다.

통계 정보

「 」를 참조해 주세요.