[주의!] 문서의 이전 버전(에 수정)을 보고 있습니다. 최신 버전으로 이동
일부 기여분에 관한 이용허락 안내 [ 펼치기 · 접기 ]
위키백과 포크 이용허락 안내
본 문서에서 disciple153 계정으로 기여된 기여분은 위키백과의 저작권 정책에 맞게 "CC BY-SA 4.0" 와 "GFDL 1.3 이상"의 동시 라이선스로 배포됩니다.
→ 기능이 아닌 운영의 차이점에 대한 자세한 내용은 위키별 운영 차이 문서를 참고하십시오.
1. 개요2. 시작하기 전3. 설정4. 문법(구문) 차이
4.1. 공통점4.2. 차이점
5. 넘겨주기(리다이렉트)6. 토론7. 사용자, 계정
7.1. 계정 생성7.2. 사용자 문서 생성/삭제7.3. 내역, 기록7.4. 인증7.5. 계정 삭제
8. 권한 부여9. ACL
9.1. 편집을 막기9.2. 업로드를 막기9.3. 생성을 막기
10. 일괄 되돌리기11. 로그 말소12. 편집기

1. 개요[편집]

the seed 와 미디어위키 엔진의 차이점을 적어놓은 문서. 한위백의 다음 문서를 참고할 수 있다. 미디어위키 쪽 예시가 특정한 사람만 나오는 거 같다면 그 사람이 본인 기록을 기준으로 추가하는 거라 어쩔 수 없다

2. 시작하기 전[편집]

  • 더시드에서 'ACL 조정'이라 부르는 기능은 미디어위키에서 '보호'로 통칭된다.

3. 설정[편집]

  • 더시드: config 등을 이용해 설정한다고 알려져 있다. nsacl과 같은 설정을 웹에서 변경할 수 있다.
  • 미디어위키: LocalSettings.php의 설정값을 수정하여 설정한다. 데이터베이스 설정, 이메일 발송을 위한 계정 정보가 저장되는 민감한 정보가 포함되어 있어 LocalSettings의 값을 위키 상에서 수정하는 것은 보안상 금지되어 있다.[1] 이름공간의 권한, 사용자 권한 설정 등도 모두 LocalSettings.php에서 편집해야 한다. 일부 설정값은 미디어위키: 이름공간[2]의 시스템 메시지를 수정하는 것으로 변경할 수 있도록 허용되어 있다.

4. 문법(구문) 차이[편집]

4.1. 공통점[편집]

  • [[대상|보여줄 내용]][3]식의 링크, == 문단 == 식의 문단 기호 <math> </math>[4]는 공통적으로 사용할 수 있다.

4.2. 차이점[편집]

  • 더시드 엔진은 [ ] 기호, {{{ }}}({ 3개, }3개) 형식을 많이 사용하지만 미디어위키 엔진은 <style></style>, <span></span>, <div></div> html 형식을 많이 사용한다.
    • 더시드에서 {{{#!html }}} 문법을 쓸 수 있으나 문서에만 지원되며 스레드에서는 그놈의 안구테러와 보안문제 때문에 리터럴로만 남아 지원되지 않는다. html만 아니라 (wiki style로 불러올 수 있는) css 요소에도 업데이트를 거듭할수록 일부러 지원하지 않는 요소들이 더 생긴다. 이는 the seed 구버전을 쓰는 것 같은 채널위키에서 서로 지원되는 문법의 차이점을 참고할 수 있다. 문서 제목을 바꿔 표현하기, 깜빡이는 텍스트 같이 미디어위키 엔진으로 돌아가는 백괴사전에서 구현할 수 있는 요소들 가운데 더시드에서는 불가능한 요소들 또한 여럿 있다.
    • 문서나 틀을 삽입할 때 더시드 엔진은 [include()]를 사용하지만 미디어위키 엔진은 {{ }}({ 2개, }2개)를 사용한다. 더시드 엔진에서는 문서를 삽입할 때[5] 문서 이름공간(문서:)을 지정할 필요가 없다.[6] 반면 미디어위키 엔진에서는 문서를 삽입할 때 기본적으로 틀을 삽입하는 것으로 간주하기 때문에 틀: 이름공간을 지정할 필요가 없다. [7]
  • 외부링크를 표시할 때 더시드엔진은 내부링크와 동일한 링크를 사용하지만 미디어위키에서는 [https://theseed.io/w/the seed/미디어위키와의 차이점 링크] 방식으로 링크해야 한다.
  • 더시드 엔진은 표를 만들 때 || || 를 연속으로 이은 문법을 쓰고 표 속성을 줄 때 <style=value>를 넣지만[8] 미디어위키 엔진에는 { } 괄호 안에 속성 선언, 칸을 분리하는 |, 개행하는 |- 등을 입력해야 한다. 칸을 분리할 목적으로 쓰는 || 부분은 같다. (자세한 내용은 여기를 참고)
  • 미디어위키에는 [목차], [tableofcontents]를 사용하지 않아도 문단 개수가 4개 이상 쌓이면 목차를 자동으로 띄워준다. (4개 미만이라도 강제로 목차를 띄울 수 있고(__TOC__), 4개 이상이어도 목차를 강제로 안 띄우도록 설정할 수 있다(__NOTOC__).)
  • 미디어위키는 기본적으로 설정 파일에서 옵션을 끄지 않는 한 문서의 첫 영문자를 대문자로 취급한다. (예를 들어, macOS의 경우 문서 제목은 기술적으로 MacOS로 지정되지만 {{DISPLAYTITLE:}} 명령어를 통해 소문자로 표시하는 방식. DISPLAYTITLE 명령어도 별도의 설정 파일 옵션을 통해 조정하지 않는 한 문서 제목에 있는 글자만을 변경할 수 있다. (예를 들어 MacOSmacOS로 표시한다거나 macOS로 표시할 수는 있지만 Mac OS X로는 표시할 수 없다.)

5. 넘겨주기(리다이렉트)[편집]

  • 더시드
    • 문법 :
      #redirect 문서명
      형식으로 저장된다. 저장하면
      #redirect
      뒤에 들어가는 텍스트와 같은 문서명 링크로 바뀐다.
    • 문서 안에서 문단번호 또는 문단명 등 앵커(지점)으로 이동하는 리다이렉트를 만들고 싶다면
      #redirect 문서명#앵커(지점 이름)
      으로 저장한다.
  • 미디어위키
    • 문법 : 둘 중 하나를 선택할 수 있다. 더시드와는 다르게, 대상이 되는 문서명에 링크 문법을 표시해주어야 한다. (위키백과:넘겨주기 참고.)
      • #redirect [[문서명]]
      • #넘겨주기 [[문서명]]
    • 짧은 문구를 검색창에 입력해도 원하는 문서로 들어갈 수 있게 만들고자 단축을 생성, 사용할 수 있다. [9]
      • 다만, 미디어위키 설정을 수정하여 이름공간 단위까지 "
        백:단축
        ", "
        사:사용자명
        " 처럼 단축을 생성할 수 있다.

6. 토론[편집]

  • 더시드
    • 형식 : 스레드 형식을 사용한다.
    • 주소 : 대상이 되는 문서에 링크된다. URL은 /thread 라는 별도 경로(path)를 사용한다.
    • 문법 : 댓글을 문서처럼 문법을 사용하여 달아놓을 수 있으며 문단 문법과 목차 문법까지 지원된다. 단, 문서 편집에 지원되는 문법 중 (앞에 언급했던) html을 포함한 몇 문법과
      [include()]
      ,
      [[파일:문서명.확장자]]
      등 불러오는 데이터가 바뀔 위험이 있는 몇 문법은 지원되지 않는다.
    • 편집 여부 : 일수불퇴. 기술적으로 한 번 달은 댓글은 그 누구도[10] 편집하거나 삭제할 수 없다.
    • 닫힌 토론 : 문서에서 [닫힌 토론 목록 보기]라는 별도 창구로 들어가면 제목들이 목록으로 보여지며, 목록을 선택해야 닫힌 토론을 볼 수 있다. 토론의 주소를 안다면 직접 입력하여 들어갈 수 있다.
    • 기타
      • 댓글마다 번호가 달리게 되어 해당 댓글에 대하여 할 이야기가 있는 경우가 많은데 텍스트 처리로 되지 않는 #숫자 형식은 링크 형식으로 바꿀 수 있다면 모조리 댓글 번호 링크로 바뀐다.[13]
      • 열려 있는 토론(또는 편집 요청)이 존재하는 문서에는 토론 단추에 초록색 불이 들어온다.
  • 미디어위키
    • 형식 : 문서 편집과 서명 형식을 사용한다.
    • 주소 : 문서의 해당 이름공간별로 딸린 토론 이름공간을 사용하는 문서로 링크된다. (#) 토론 문서의 이름은 대상이 되는 문서의 이름을 따라 지어진다. [14]
    • 문법 : 일종의 문서 편집이므로 문법을 사용할 수 있다. 새로운 내용은 대개 순차적으로 읽을 수 있게 아래쪽으로 추가한다.
    • 편집 여부 : 기술적으로 타인이 작성한 내용도 편집할 수는 있으나 관리자가 개입하는 등 특별한 경우가 아니고서는 하지 않는 것이 원칙이다.
    • 닫힌 토론 : 기술적으로 토론을 닫는 버튼 같은 것은 없으며, 틀을 이용해 토론을 닫는 것과 비슷한 모양새를 내며, 펼쳐 봄으로써 내용을 바로 확인할 수 있다.

7. 사용자, 계정[편집]

공통적으로 기여 내역과 사용자 토론이 사용자 문서에 같이 들어있지만 세부적으로 다르다.

7.1. 계정 생성[편집]

  • 더시드
    • 약관과 이메일 주소를 입력하면 해당 이메일로 편지가 보내진다. 편지에 첨부된 링크로 인증이 되면 계정명과 비밀번호를 입력하는 가입 절차가 진행된다.
    • 이름
      • 첫 문자가 알파벳 소문자로 시작하는 계정을 만들 수 있다.
      • 한글 이름으로 계정을 만들 수 없다. 사용자:관리자 등은 강제로 만든 계정이라고 한다. 아카라이브에서 한글 닉네임으로 돌아가는거 보면 gravatar도 똑같이 만들어지겠다, 분명히 만들 수 있어 보이는데
  • 미디어위키
    • 계정명과 비밀번호를 입력한다. 분실시 찾을 수 있는 이메일 주소는 입력할 수도 있고 입력하지 않을 수도 있다.[15] 매크로를 막기 위한 문구 입력까지 마무리하면 계정이 생성된다.
    • 이름
      • 첫 문자가 알파벳 소문자로 시작하는 계정을 못 만들며, 만들려고 시도하면 강제로 대문자로 바뀐다. 쓰고 싶은 계정명을 입력하면 입력한 계정명이 이미 사용중인 레어닉 계정인지 중복 방지 검사가 자동으로 이루어진다.

7.2. 사용자 문서 생성/삭제[편집]

  • 더시드 : 가입하여 계정을 생성한다면 기본적으로 사용자문서가 같이 생성되며, 탈퇴(계정 삭제)한다면 사용자문서와 그 하위문서가 같이 삭제된다.[16] 하위 문서는 삭제하거나 만들 수 있어도 처음 만들어진 최상위 문서는 계정을 삭제하지 않는 이상 삭제할 수 없으며 자삭 시도도 불가능하다.
  • 미디어위키 : 사용자문서를 별도로 만들어야 한다. 사용자문서만 별도로 삭제하는 것 또한 가능하다. 계정을 생성한 기록은 특수:기록/newusers 에서 볼 수 있다. 가끔 문서 역사에서 없는(깨진) 링크처럼 색깔이 나오는 계정을 보게 된다면 아직 사용자 문서가 만들어지지 않았거나 사용자 문서가 삭제된 계정으로 보면 된다.

7.3. 내역, 기록[편집]

  • 더시드 : 사용자 문서에 나오는 단추에서 문서(문서 편집, 새 문서 생성, 삭제, 되돌림), 토론, 편집요청(자신이 생성한 편집요청, 자신이 처리한 편집요청) 기여 내역을 볼 수 있다. admin 권한이 있으면 해당 이용자의 차단 내역을 조사할 수 있는데, 해당하는 사용자의 주민등록번호 UUID를 차단 내역에 검색한 결과를 보여주며 본인이 받은 차단 내역(ACL에 추가되었거나 제거된 내역)만을 볼 수 있다. 여기에서 aclgroup_hidelog 권한으로 처리하는 등 비공개로 있는 내역은 일반적으로 보이지 않는다.
  • 미디어위키 : 사용자 문서에 나오는 단추에서 편집 내역을 살펴볼 수 있으며 여기에서 자신이 업로드한 파일을 볼 수 있다. admin 같은 권한이 없어도 차단 내역만이 아니라 자신이 권한을 사용한 기록을 조회할 수 있다.[17] 더시드 엔진으로 보자면 자신이 실행자인 차단 내역 기록과 문서 ACL 변경 기록까지 사용자 문서에서 볼 수 있는 셈이다.
    • 특수:기록 문서를 통해 문서 단위에서 이루어지는 행위 (삭제, 보호, 새 문서 생성, 생성 금지된 문서 제목이 들어간 제목의 글 생성 시도, 금지된 링크를 사용하는 편집 시도, 파일 업로드 기록, 편집 필터 기록 등) 를 열람할 수 있다. 기록에 따라 사용자 권한을 요구하는 경우가 있지만 (검사관 기능 사용 기록은 검사관만 열람할 수 있고, 기록보호자가 기록보호를 시행한 기록 또한 기록보호자만 열람할 수 있다.) 일반적으로 기록은 누구나 열람할 수 있다.

7.4. 인증[편집]

여기서는 더시드위키의 aclgroup:인증된 사용자를 가리키지 않는다.
  • 더시드 : "자동 인증된 사용자(auto_verified_member)", "모바일 인증된 사용자(mobile_verified_member)". 자동 인증을 받는 조건은 미지수이다. 더시드위키에서는 거저(?) 주는 것이지만 손수 기여하면서 자동 인증을 얻어보고자 노력 해보면 기여횟수가 100회는 기본으로 수백~수천 회는 넘어간다.
  • 미디어위키 : 사용자 권한 중 "자동 인증된 사용자(autoconfirmed)", "인증된 사용자(confirmed)". 인증을 받는 조건들이 명시되어 있다. 인증은 아니지만 편집 내역을 점검함에 있어서는 점검 면제자(autopatrolled)라는 권한이 별도로 있다. 위키에 따라 "장기인증된 사용자 (extendedconfirmed)" 와 같은 추가적인 인증 단계를 설정할 수 있고, 특정한 조건을 만족할 때 권한을 자동 부여 (AutoPromote)하도록 설정할 수도 있다. 자동인증된 사용자 권한은 일단 부여되면 일반적인 방법으로는 회수할 수 없지만 편집 필터에 감지된 사용자의 자동인증 상태를 특정 기간동안 해제하는 조치가 가능하다. (물론 해제된 자동인증을 재부여하는 것도 가능하다.) "인증된 사용자"나 "장기인증된 사용자" 권한의 경우는 위키 설정으로 생성된 권한이기 때문에 관리자가 필요에 따라 부여하거나 회수할 수 있다.

7.5. 계정 삭제[편집]

공통적으로 본인이 기여한 부분에 대한 저작인격권을 포기하는 것에 동의한다는 전제에서 절차가 이루어진다.
  • 더시드: 2024년에 계정 삭제 기능이 추가되었으며, 위키에 따라 기능의 on/off가 가능하다.
  • 미디어위키: 계정 삭제를 엔진 단위에서는 지원하고 있지 않으나, 편법으로 계정 삭제와 동일한 결과를 내도록 하는 경우가 있다. [18][19]

8. 권한 부여[편집]

권한을 부여하거나 회수하는 운영방식은 각기 다를 수 있다. 이론상으로 더시드엔진 위키에서 관리자 권한을 수시로 선거를 스레드로 치른 끝에 부여하거나 회수할 수 있는가 하면 미디어위키엔진 위키에서 한 운영진이 수시로 모집하고 심사한 끝에 권한을 부여하거나 회수할 수 있으며 세계적으로 존재하는 위키의 수는 많다. 그러므로 여기에서는 두 엔진의 기술적인 차이점을 적는다.
  • 더시드 : grant 권한을 이용한다. 알파위키의 운영진에는 grant 권한을 가진 사무관이 있으며, 검사관에게 login_history 권한을 부여할 수 있다. 권한 변경 기록은 BlockHistory 페이지에 기록된다.
  • 미디어위키: $wgAddGroups, $wgRemoveGroups 설정값을 이용한다. userrights 권한을 부여하면 모든 사용자 권한 (자동 인증된 사용자 (autoconfirmed), 사용자 (user) 권한과 같이 시스템에 의해 자동 부여되는 권한은 제외) 을 부여 또는 회수할 수 있다. 권한을 부여할 때 일정 시간 이후 자동으로 만료[20]되도록 설정할 수도 있다. 권한 변경 기록은 특수:기록/rights 특수문서에 기록된다.
    • 위키미디어 : 관리자 권한은 사무관이 부여한다. (회수는 일반적으로 사무장만 가능) 단, 기록보호자, 검사관 권한은 사무장이 부여한다. 일부 사용자 권한은 관리자도 부여할 수 있다.

9. ACL[편집]

9.1. 편집을 막기[편집]

  • 더시드: ACL을 조정한다. ACL 규칙에 따라 사용자, IP, 권한, aclgroup별로 허용/거부/이름공간 규칙을 준용하도록 설정할 수 있다.
  • 미디어위키: 보호를 설정한다. 미디어위키 기본값은 '자동 인증된 사용자'와 '관리자'만 편집하도록 보호하는 옵션이 활성화되지만, 서버의 설정 파일을 수정하면 사용자 권한별로 보호 단계를 적용할 수 있다. 사용자 단위, IP 단위의 보호는 별도로 없다.[21]

더시드와 미디어위키 모두 '편집'이 거부되면 '이동', '삭제'와 같은 행위 또한 금지된다. 더시드도 그렇고, 미디어위키의 경우도 관리자라도 자신이 편집할 수 없는 문서는 삭제, 이동, ACL/보호 등 조치를 할 수 없다. [22]

9.2. 업로드를 막기[편집]

  • 더시드: 로그가 존재하지 않는 파일 문서에는 ACL을 걸 수 없다. 그러므로 일반적으로 업로드를 사전에 막기는 불가능하다. 다만, 필요하다면 이름공간 ACL을 수정할 수 있다. 편법을 쓴다면 1x1 transparent 픽셀 같은 빈 그림을 파일휴지통에서 생성하고 문제가 되는 파일과 맞바꾸기한 다음 파일 문서의 ACL을 변경할 수 있다.
  • 미디어위키: 파일 업로드 (또는 덮어쓰기) 행위에 보호를 적용하여 편집은 가능하되 특정 이름 (확장자까지 일치하는 파일)에 대한 업로드를 막거나 이미 존재하는 파일을 덮어쓰는 분쟁을 중단시킬 수 있다.
    • 애초에 더시드에서는 동일한 파일의 새 버전을 업로드할 수 없기 때문에 1:1 비교는 어려운 면이 있기도 하다.

9.3. 생성을 막기[편집]

  • 더시드 : (insert,edit,gotons,perm:admin으로 ACL 변경) (작성 금지 참고)
  • 미디어위키 : 문서가 생성되지 않은 경우 생성보호를 설정할 수 있다. 이 상태에서 권한 있는 사용자가 문서를 생성하면 그 생성보호는 만료 처리되며, 문서를 삭제하더라도 생성보호가 다시 적용되지는 않는다.

10. 일괄 되돌리기[편집]

  • 더시드
    • 권한 : batch_revert 권한을 사용한다.
    • 사용자 범위 : 관리자의 자격이 되는 운영자가 사용한다. 다만, 시스템상으로 운영자가 아닌 이용자도 받을 수 있다.
    • 적용 범위 : 해당 이용자가 최근 24시간동안 저장했던 기여목록을 일괄적으로 되돌린다.
    • 리스크 : 편집 요청 승인 반달의 경우 편집 요청을 어떻게 처리할지가 관건이다. 그리고 멀쩡히 기여하던 사람에게 잘못 권한을 사용하면 테러가 될 위험이 크다.
  • 미디어위키
    • 권한 : 일괄 되돌리기 기능(권한) 또는 편집 취소 기능을 사용한다.
    • 사용자 범위 :
      • 일괄 되돌리기 기능의 경우 관리자가 아닌 이용자라도 해당 기능(권한)을 보유할 수 있고 이는 사용자 목록에서 확인할 수 있다.
      • 편집 취소 기능은 누구나 사용할 수 있다.
    • 적용 범위 :
      • 일괄 되돌리기 기능의 경우 되돌리는 최신판의 기여자의 편집을 즉시 모두 되돌린다. [23]
      • 편집 취소의 경우 그 편집을 단순히 그 이전 기여로 되돌릴 뿐이다.
    • 리스크 : 일괄 되돌리기 기능은 다른 이용자(들)의 기여를 즉시 편집 취소시키는 기능이므로 잘못 되돌리기하면 권한 회수+차단 대상이 될 수 있다.

11. 로그 말소[편집]

  • 더시드 : namu나 서버 관리자가 완전히 로그를 삭제시키지 않는 이상 편집한 모든 문서에는 로그가 남기 때문에 로그를 읽을 수 없게 하고자 여기서는 임시조치휴지통을 쓴다. 더미는 발견되면 로그가 읽힐 위험이 있다. 그래도 휴지통으로 보내고 싶지 않은 문서가 있다면 권한 중에서 mark_troll_revisionhide_revision 권한을 쓸 수 있지만 기여자가 목록에 남는다. 만약 관리자조차 읽지 못하게 하고 싶다면 네임스페이스와 읽기 ACL 편법을 쓸 수 있다.
  • 미디어위키 : 관리자가 삭제하여 역사를 읽을 수 없게 만들 수 있는데[24], 기록보호자(Oversighter)가 별도 권한을 사용하면 관리자도 그 역사를 읽을 수 없게 된다.
    • 휴지통이나 위키운영과 같이 이름공간 단위로 읽기 ACL을 적용하지는 않고, 굳이 비공개로 특정 내용의 공유가 필요하다고 하면 문서를 작성한 후 삭제하고 특수:삭제취소/(문서명) 링크를 공유하여 관리자만 볼 수 있도록 처리하는 방법도 존재는 한다. (잘 쓰이지는 않는다) 아니면 사이트에 따라 특정 특수권한 보유자 (검사관 등) 만 접근할 수 있는 비공개 위키를 별도로 생성하는 방법이 사용된다.

12. 편집기[편집]

  • 더시드 : 모나코 에디터의 기능을 쓸 수 있다.
[1] Miraheze 같은 위키 팜 서비스의 경우 일부 설정을 웹에서 설정할 수 있도록 확장 기능을 통해 개방하고 있으나, 기본적으로는 서버 내에서 설정 파일을 수정해 주어야 한다.[2] 이 이름공간은 미디어위키 자체에서 관리자만 편집할 수 있도록 제한되어 있다. 시스템 단계에서 nsacl이 걸려있다고 생각하면 쉽다.[3] 단, 미디어위키에서는 후술하겠지만 하이퍼링크에서 차이점이 있다.[4] 더시드 엔진에서는 [math()]를 사용할 수 있다. 단 토론 스레드에서는 <math></math>만 사용할 수 있다.[5] 관용적으로 틀 이름 공간을 사용하여 틀:문서명 식의 문서를 include하는 것이지, 사실상 사용자든 분류든 읽을 수 있는 모든 문서에서 본문에 해당하는 내용은 네임스페이스 종류를 불문하고 include할 수 있다.[6] 물론 문서:휴지통:연습장처럼 이름공간이 겹치는 경우는 예외다.[7] 다른 이름공간의 문서는 이름공간을 지정해야 한다. 문서 이름공간이라면 {{:문서}} .[8] CSS를 이용한 편법으로 ||나 <>을 입력하지 않고 이런 것베껴 쓰는 연습 만들어볼 수 있다.[9] 이름공간에 거는 것을 제외하고는 단순히 넘겨주기이다.[10] namu는 가능하지만 안 할 뿐이다.[11] 관용적으로 토론을 휴지통으로 옮긴다면 [redacted]censored으로 이름을 바꾸는 작업도 같이 해놓는다.[12] 단, 서버 데이터를 건드려 복구할 수 있으며 특히 namu가 요청을 수락하면 복구해준다. 이 때 닫히고 삭제되었던 토론들이 강제로 토론 상태가 normal(열림)이 되므로 닫아야 할 토론은 다시 closed(닫힘)로 상태를 바꿔야 한다.[13]
{{{#!folding #1
내용}}}
식으로 댓글을 시험 삼아 달아보면 입력하지 않았던 [[ ]] 기호가 달려 시스템이 #숫자를 강제로 링크 문법으로 바꾸려고 하는 상황을 목격할 수 있다.
[14] 이름공간을 만들 때부터 해당 이름공간에 해당하는 토론 이름공간을 반드시 만들어야 미디어위키가 오류를 뿜지 않는다.[15] 이메일 주소 입력을 안 하거나 입력하고도 이메일 인증을 안 받은 상태에서 비밀번호를 잃어버렸다? 그 계정과는 안녕해 안녕~~~![16] 삭제된사용자 네임스페이스로 옮겨진다.[17] 권한이 없으면 안 보이는 기록도 있기는 하다. 이런 거라던지[18] 계정의 이름을 랜덤 난수로 변경하는 경우도 있다.[19] '탈퇴한 사용자' 계정을 만들어 둔 후, 계정 병합 확장기능을 이용해 탈퇴한 사용자 계정으로 계정을 병합해 모든 기여가 탈퇴한 사용자가 한 것처럼 합치는 방식도 있다.[20] 지정된 시간이 도달하면 회수 기록은 남지 않고 권한이 자동으로 회수처리 된다[21] 차단 기능에 존재하는 "부분 차단" 기능을 활용하여 특정 사용자가 특정 문서를 편집할 수 없도록 "차단"하는 개념으로 구현되어 있다.[22] 미디어위키에서는 대표적으로 사용자 이름공간이나 미디어위키: 이름공간의 css, js 파일. 이 파일을 편집하려면 인터페이스 관리자 권한이 별도로 있어야 한다. ACL 규칙으로 빗대자면 특정 이름(.css, .js)으로 끝나는 모든 문서에 자동으로 (사용자 이름공간 한정: 문서 이름과 사용자 이름이 일치 허용,) perm:interface-admin 허용 ACL을 걸어놓은 것과 같다.[23] 192.168.1.4 사용자가 첫 편집을 하고, 192.168.1.5 사용자가 문서를 5번 편집한 상태에서 192.168.1.5 사용자의 편집을 일괄 되돌리기하면 192.168.1.4 사용자의 기여로 문서가 롤백된다.[24] 관리자는 삭제된 문서의 과거 역사를 열람할 수 있다.