[주의!] 문서의 이전 버전(에 수정)을 보고 있습니다. 최신 버전으로 이동
일부 기여분에 관한 이용허락 안내 [ 펼치기 · 접기 ]
위키백과 포크 이용허락 안내
본 문서에서 disciple153 계정으로 기여된 기여분은 위키백과의 저작권 정책에 맞게 "CC BY-SA 4.0" 와 "GFDL 1.3 이상"의 동시 라이선스로 배포됩니다.
본 문서에서 disciple153 계정으로 기여된 기여분은 위키백과의 저작권 정책에 맞게 "CC BY-SA 4.0" 와 "GFDL 1.3 이상"의 동시 라이선스로 배포됩니다.
→ 기능이 아닌 운영의 차이점에 대한 자세한 내용은 위키별 운영 차이 문서를 참고하십시오.
1. 개요[편집]
the seed 와 미디어위키 엔진의 차이점을 적어놓은 문서. 한위백의 다음 문서를 참고할 수 있다. 미디어위키에 들은 예시에서 특정한 사람이 계속 등장하지만 해당되는 이용자의 기준으로 내용이 추가되고 있기도 하므로 읽는 사람으로 하여금 이해할 수 있도록 드는 예시이다. 더시드에 든 예시도 동일하다.
2. 시작하기 전[편집]
- 더시드에서 'ACL 조정'이라 부르는 기능은 미디어위키에서 '보호'로 통칭된다.
3. 설정[편집]
- 미디어위키:
LocalSettings.php의 설정값을 수정하여 설정한다. 데이터베이스 설정, 이메일 발송을 위한 계정 정보가 저장되는 민감한 정보가 포함되어 있어 LocalSettings의 값을 위키 상에서 수정하는 것은 보안상 금지되어 있다.[1] 이름공간의 권한, 사용자 권한 설정 등도 모두LocalSettings.php에서 편집해야 한다. 일부 설정값은미디어위키:이름공간[2]의 시스템 메시지를 수정하는 것으로 변경할 수 있도록 허용되어 있다.
4. 문법(구문) 차이[편집]
4.1. 공통점[편집]
4.2. 차이점[편집]
- 더시드 엔진은 [ ] 기호, {{{ }}}({ 3개, }3개) 형식을 많이 사용하지만 미디어위키 엔진은 <style></style>, <span></span>, <div></div> html 형식을 많이 사용한다.
- 미디어위키에서 줄 수 있는 밑줄, 취소선 등의 글자 꾸미기 문법은 더시드에서 다음의 항목처럼 제공되는 문
법만이 아니라{{{#!html <style>내용</style>}}}문법으로도 나타낼 수 있다. - 미디어위키에서<span style=""></span>으로 불러올 수 있는 CSS 속성을 더시드에서{{{#!html <span style=""></span>}}}문법, 또는{{{#!wiki style=""을 입력[15]한 다음 개행하고 나서}}}로 닫는 문법으로 나타낼 수 있다.
그런데 업데이트를 거듭할수록 더시드에서 일부러 지원하지 않는 CSS 요소들이 더 생긴다. 특히{{{#!html }}}문법은 문서에만 지원되며 스레드에서는안구테러와 보안문제 때문에리터럴(literal)로만 남게 처리되고 지원되지 않는다. 업데이트를 거듭할수록 지원되는 CSS의 차이는 the seed 구버전을 쓰는 것 같은 채널위키에서 서로 지원되는 문법의 차이점을 참고할 수 있다. 그리고 더시드에서는 백괴사전에서 문서 제목을 바꿔 표현하기, 깜빡이는 텍스트, 제시된 목록에서 무작위를 골라 출력하기 같이 미디어위키 엔진으로 돌아가는 몇 CSS 속성을 구현하기가 불가능하다.
- 외부링크를 표시할 때 더시드엔진은 내부링크와 동일한 링크를 사용하지만 미디어위키에서는
[https://theseed.io/w/the seed/미디어위키와의 차이점 링크]방식으로 링크해야 한다. - 미디어위키에는 [목차], [tableofcontents]를 사용하지 않아도 문단 개수가 4개 이상 쌓이면 목차를 자동으로 띄워준다. (4개 미만이라도 강제로 목차를 띄울 수 있고(
__TOC__), 4개 이상이어도 목차를 강제로 안 띄우도록 설정할 수 있다(__NOTOC__).) - 미디어위키는 기본적으로 설정 파일에서 옵션을 끄지 않는 한 문서의 첫 영문자를 대문자로 취급한다. (예를 들어,
macOS의 경우 문서 제목은 기술적으로 MacOS로 지정되지만{{DISPLAYTITLE:}} 명령어를 통해 소문자로 표시하는 방식. DISPLAYTITLE 명령어도 별도의 설정 파일 옵션을 통해 조정하지 않는 한 문서 제목에 있는 글자만을 변경할 수 있다. (예를 들어MacOS를macOS로 표시한다거나macOS로 표시할 수는 있지만Mac OS X로는 표시할 수 없다.)
5. 넘겨주기(리다이렉트)[편집]
- 더시드
- 문법 :#redirect 문서명형식으로 저장된다. 저장하면#redirect뒤에 들어가는 텍스트와 같은 문서명 링크로 바뀐다.
- 문서 안에서 문단번호 또는 문단명 등 앵커(지점)으로 이동하는 리다이렉트를 만들고 싶다면#redirect 문서명#앵커(지점 이름)으로 저장한다.
- 미디어위키
- 문법 : 둘 중 하나를 선택할 수 있다. 더시드와는 다르게, 대상이 되는 문서명에 링크 문법을 표시해주어야 한다. (위키백과:넘겨주기 참고.)
- #redirect [[문서명]]
- #넘겨주기 [[문서명]]
- 다만, 미디어위키 설정을 수정하여 이름공간 단위까지 "백:단축", "사:사용자명" 처럼 단축을 생성할 수 있다.
6. 토론[편집]
- 더시드
- 형식 : 스레드 형식을 사용한다.
- 주소 : 대상이 되는 문서에 링크된다. URL은 /thread 라는 별도 경로(path)를 사용한다.
- 문법 : 댓글을 문서처럼 문법을 사용하여 달아놓을 수 있으며 문단 문법과 목차 문법까지 지원된다. 단, 문서 편집에 지원되는 문법 중 (앞에 언급했던) html을 포함한 몇 문법과[include()],[[파일:문서명.확장자]]등 불러오는 데이터가 바뀔 위험이 있는 몇 문법은 지원되지 않는다.
- 편집 여부 : 일수불퇴. 기술적으로 한 번 달은 댓글은 그 누구도[23] 편집하거나 삭제할 수 없다. 달아놓을 댓글을 적었다면전송단추를 눌러 댓글을 달기 전에미리보기탭을 눌러 달릴 댓글이 어떻게 달리는지 확인해볼 수 있다.
- 다만 manage_thread(구 hide_thread_comment) 권한으로 댓글이 숨겨질 수는 있다.
- manage_thread 권한으로 토론 제목(구 update_thread_topic), 또는 대상 문서(구 update_thread_document)을 바꿀 수 있다. 또한 토론의 상태를 권한(구 update_thread_status)으로 일시정지
스테이시스 필드시키거나 닫아서 토론에 댓글을 당분간 또는 더 이상 달지 못하게 만들(상태를 변경할) 수 있다. 이 경우 내역이 토론 댓글로 달려 기록된다. - 토론을 통으로 제거하는 방법으로서 manage_thread(구 update_thread_document) 권한으로 토론을
휴지통이름공간(예:휴지통:토론 휴지통)으로 옮기거나[24] delete_thread 권한으로 삭제할 수 있다.[25]
- 닫힌 토론 : 문서에서
[닫힌 토론 목록 보기]라는 별도 창구로 들어가면 제목들이 목록으로 보여지며, 목록을 선택해야 닫힌 토론을 볼 수 있다. 토론의 주소를 안다면 직접 입력하여 들어갈 수 있다. 닫힌 토론은 한 문서에 수백 개도 쌓을 수 있다. - 기타
- 댓글마다 번호가 달리게 되어 해당 댓글에 대하여 할 이야기가 있는 경우가 많은데 텍스트 처리로 되지 않는 #숫자 형식은 링크 형식으로 바꿀 수 있다면 모조리 댓글 번호 링크로 바뀐다.[26]
- 열려 있는 토론(또는 편집 요청)이 존재하는 문서에는 토론 단추에 초록색 불이 들어온다.
- 문서가 이동되면 링크되었던 토론들도 같이 이동된다.
- 미디어위키
- 형식 : 문서 편집과 서명 형식을 사용한다.
- 문법 : 일종의 문서 편집이므로 문법을 사용할 수 있다. 새로운 내용은 대개 순차적으로 읽을 수 있게 아래쪽으로 추가한다.
- 편집 여부 : 기술적으로 타인이 작성한 내용도 편집할 수는 있으나 관리자가 개입하는 등 특별한 경우가 아니고서는 하지 않는 것이 원칙이다.
- 닫힌 토론 : 기술적으로 토론을 닫는 버튼 같은 것은 없으며, 틀을 이용해 토론을 닫는 것과 비슷한 모양새를 내며, 펼쳐 봄으로써 내용을 바로 확인할 수 있다. 오래된 토론의 경우 "보존문서"로 이동하거나 하는 방식으로 메인 토론 문서와 분리하는데, 토론이 너무 길어지면 미디어위키의 최대 문서 크기 제한을 초과하는 경우가 발생할 수 있기 때문이고, 그렇지 않더라도 페이지가 너무 길어진다...
7. 기록[편집]
- 더시드: 최근 변경(/RecentChanges), 최근 토론(/RecentDiscuss), 차단 내역(BlockHistory)이 있다. 아직까지 전체 변경 내역이나 전체 토론 내역 및 전체 편집요청 내역 등등은 없다.[28]
- 최근 변경에는 편집을 포함한 전체[29] 내역만이 아니라 문서 생성, 삭제, 이동, 되돌림만을 따로 볼 수 있다. 각각 최대 100개까지 보여준다.
- 최근 토론에는 열린 토론과 중지된 토론, 닫힌 토론, 열린 편집요청, 닫힌 편집요청 등의 목록을 최근 변경(갱시니된 순으로볼 수 있으며 열린지 오래된 토론, 열린지 오래된 편집요청 목록을 볼 수 있다. 각각 최대 100개까지 보여준다.
- 차단 내역에는 사용자 차단 기록, 권한 부여, login_history를 이용한 로그인 기록 조회가 표시된다. 처음부터 끝까지 공개된 기록을 열람할 수 있다.
- 미디어위키:
특수:기록문서를 통해 문서 단위에서 이루어지는 모든 행위 (각 문서의 삭제, 보호, 새 문서 생성, 생성 금지된 문서 제목이 들어간 제목의 글 생성 시도, 금지된 링크를 사용하는 편집 시도, 파일 업로드 기록, 편집 필터 기록 등)와 사용자 단위에서 이루어지는 행위 (차단, 차단 해제, 권한 부여 및 회수 등) 의 기록을 열람할 수 있다. 기록에 따라 사용자 권한을 요구하는 경우가 있지만 (검사관 기능 사용 기록은 검사관만 열람할 수 있고, 기록보호자가 기록보호를 시행한 기록 또한 기록보호자만 열람할 수 있다. 또한 특정 스팸과 관련된 기록이나 비공개 편집 필터의 기록은 관리자만 열람할 수 있다.) 일반적으로 기록은 누구나 열람할 수 있다.
8. 사용자, 계정[편집]
공통적으로 기여 내역과 사용자 토론이 사용자 문서에 같이 들어있지만 세부적으로 다르다.
8.1. 계정 생성[편집]
- 더시드
- 약관과 이메일 주소를 입력하면 해당 이메일로 편지가 보내진다. 편지에 첨부된 링크로 인증이 되면 계정명과 비밀번호를 입력하는 가입 절차가 진행된다.
- 이름
- 첫 문자가 알파벳 소문자로 시작하는 계정을 만들 수 있다.
- 한글 이름으로 계정을 만들 수 없다. 사용자:관리자 등은 강제로 만든 계정이라고 한다. 아카라이브에서 한글 닉네임으로 돌아가겠다, 그리고 gravatar도 the seed 엔진에 생성하는 방식과 똑같이 만들어진다고 볼 수 있으니까 한글 계정을 분명히 만들 수 있어 보이는데 왜 안 넣는지는 며느리도 모른다.
- 미디어위키
- 계정명과 비밀번호를 입력한다. 분실시 찾을 수 있는 이메일 주소는 입력할 수도 있고 입력하지 않을 수도 있다.[30] 매크로를 막기 위한 문구 입력까지 마무리하면 계정이 생성된다.
- 이름
- 첫 문자가 알파벳 소문자로 시작하는 계정을 못 만들며, 만들려고 시도하면 강제로 대문자로 바뀐다. 쓰고 싶은 계정명을 입력하면 입력한 계정명이 이미 사용중인
레어닉계정인지 중복 방지 검사가 자동으로 이루어진다. i,I,l등 비슷한 생김새의 글자에 의한 사칭을 막기 위한 확장 기능을 이용하여 흔한 사칭을 차단할 수 있다. 같은 이유로, 두 개 이상의 문자 체계를 섞은 사용자 이름 (예를 들어레ㅂl)도 확장 기능에 의해 차단된다.override-antispoof권한을 가진 사용자 (기본적으로 관리자)는 이 금지 사항을 무시하고 계정을 만들 수 있다.
8.2. 로그인[편집]
공통적으로 2요소 인증이 요구되면 이 인증을 마쳐야 로그인할 수 있다.
- 더시드 : 올바른 이메일 주소와 비밀번호를 입력한다.
- 미디어위키 : 올바른 계정명과 비밀번호를 입력한다.
8.3. 계정 정보[편집]
- 더시드
- 내 정보(도메인/member/mypage)에서 확인할 수 있다. 비밀번호와 이메일을 변경할 수 있으며 위키 설정에 따라 계정 삭제도 가능하다.
- 미디어위키
8.4. 사용자 문서 생성/삭제[편집]
- 더시드 : 가입하여 계정을 생성한다면 기본적으로 사용자문서가 같이 생성되며, 탈퇴(계정 삭제)한다면 사용자문서와 그 하위문서가 같이 삭제된다.[32] 하위 문서는 삭제하거나 만들 수 있어도 처음 만들어진 최상위 문서는 계정을 삭제하지 않는 이상 삭제할 수 없으며 자삭 시도도 불가능하다.
- 미디어위키 : 사용자문서를 별도로 만들어야 한다. 사용자문서만 별도로 삭제하는 것 또한 가능하다. 계정을 생성한 기록은
특수:기록/newusers에서 볼 수 있다. 가끔 문서 역사에서 없는(깨진) 링크처럼 색깔이 나오는 계정을 보게 된다면 아직 사용자 문서가 만들어지지 않았거나 사용자 문서가 삭제된 계정으로 보면 된다.
8.5. 사용자 내역, 기록[편집]
- 더시드 : 사용자 문서에 나오는 단추에서 문서(문서 편집, 새 문서 생성, 삭제, 되돌림), 토론, 편집요청(자신이 생성한 편집요청, 자신이 처리한 편집요청) 기여 내역을 볼 수 있다. admin 권한이 있으면 해당 이용자의 차단 내역을 조사할 수 있는데, 해당하는 사용자의
주민등록번호UUID를 차단 내역에 검색한 결과를 보여주며 본인이 받은 차단 내역(ACL에 추가되었거나 제거된 내역)만을 볼 수 있다. 여기에서 aclgroup_hidelog 권한으로 처리하는 등 비공개로 있는 내역은 일반적으로 보이지 않는다.
8.6. 인증[편집]
여기서는 더시드위키의 aclgroup:인증된 사용자를 가리키지 않는다.
- 더시드 : "자동 인증된 사용자(auto_verified_member)", "모바일 인증된 사용자(mobile_verified_member)". 자동 인증을 받는 조건은 미지수이다. 더시드위키에서는 거저(?) 주는 것이지만 손수 기여하면서 자동 인증을 얻어보고자 노력 해보면 기여횟수가 100회는 기본이요 수백~수천 회는 넘어갔을 어느 순간에 받게 된다.
- 미디어위키 : 사용자 권한 중 "자동 인증된 사용자(autoconfirmed)", "인증된 사용자(confirmed)". 인증을 받는 조건들이 명시되어 있다. 인증은 아니지만 편집 내역을 점검함에 있어서는 점검 면제자(autopatrolled)라는 권한이 별도로 있다. 위키에 따라 "장기인증된 사용자 (extendedconfirmed)" 와 같은 추가적인 인증 단계를 설정할 수 있고, 특정한 조건을 만족할 때 권한을 자동 부여 (AutoPromote)하도록 설정할 수도 있다. 자동인증된 사용자 권한은 일단 부여되면 일반적인 방법으로는 회수할 수 없지만 편집 필터에 감지된 사용자의 자동인증 상태를 특정 기간동안 해제하는 조치가 가능하다. (물론 해제된 자동인증을 재부여하는 것도 가능하다.) "인증된 사용자"나 "장기인증된 사용자" 권한의 경우는 위키 설정으로 생성된 권한이기 때문에 관리자가 필요에 따라 부여하거나 회수할 수 있다.
8.7. 알림[편집]
- 더시드: 사용자 토론에 새 스레드가 발제되면 "현재 진행중인 사용자 토론이 있습니다."라는 창을 띄우며 이를 알려준다. 그 외 실시간으로 알려주는 기능은 없다. 남아있는 흔적을 보자면 나무위키 비서 시스템처럼 개발 시도를 한 번 해볼 수 있다.
- 미디어위키: 기본적으로 '사용자토론에 (봇을 제외하고) 다른 사람이 편집을 하면' 위키를 열람할 때 '누가 나에게 글을 남겼습니다' 라는 강렬한 표시가 발생함. 확장 기능을 설치하면 토론 이름공간 등에서 사용자 문서를 링크하며 서명을 넣는 식 (
[[사용자:레비]]님, 헛소리 하지 마세요. - revi ~~~~) 으로 멘션 알림을 전송시키거나, 문서가 되돌려질 때 알람을 받는 등 더 많은 종류의 알림을 설정할 수 있음. 일부 '반드시 이메일로 알람을 보내는' 종류의 알람을 제외하고, 대부분의 알람은 위키에서만 보거나, 이메일로만 알람을 받거나, 둘 다 받거나, 둘 다 안 받는 등 세부적인 설정이 가능함.- '감사 표현하기' 기능도 별도의 확장기능에 구현되어 있다. 편집이나 (권한 부여 등) 선별된 기록 행위에 감사를 보낼 수 있다. 감사를 보낸 기록 또한 공개적으로 기록되기 때문에 전혀 감사하지 않을 일에
감사를 마구마구보내는 일은 스토킹으로 제재 대상이 되는 위키도 있다. LocalSettings에서 승인되지 않은 기록 행위에는 (기본값 기준으로 차단 같은 행위) 감사를 보낼 수 없다.
8.8. 2요소 인증[편집]
- OTP: 2요소 인증 (2FA)에 사용되는 일회용 비밀번호 (One Time Password)
- TOTP: 시간 기반 OTP. 30초마다 시간 바뀌는 그거.
- 더시드 : 가입하려면 이메일이 하나 있어야 하는 생성 조건이 있으므로 대개 이메일 하나가 계정 하나에 할당된다. 평상시 로그인에 쓰지 않는 접속기기 등 접속 환경이 달라진 조건에서 로그인을 시도한다면 계정에 저장된 이메일로 인증번호가 발송되면서 이메일로 보내진 인증번호를 요구할 수 있으며 이 경우 유효한 인증번호 6자리를 입력해야 로그인이 된다. 인증의 유효 기한은 10분이다.
내 정보(/member/mypage)에서 일회용 비밀번호(TOTP)를 활성화시킬 수 있는데, 만약 이 비밀번호를 까먹게 되면 고생을 해야 할 수 있다. - 미디어위키: 이메일 또는 TOTP 인증은 각각 확장기능으로 구현되어 있다. 이메일이 인증되어 있을 경우 더시드와 같이 접속 환경이 다른 조건에서 로그인을 시도할 경우 메일로 인증번호가 발송되는 경우가 있다. 이메일 인증 따로, TOTP 인증 따로이며 는 구현되어 있지만 TOTP와 동시에 설정할 수 없고 TOTP를 포기하고 Passkey를 활성화하던지, Passkey를 포기하고 TOTP를 활성화하던지 하는 수밖에 없다.
8.9. 차단[편집]
- 더시드: 추가바람
- 미디어위키: 관리자 가이드/차단 참조. (지금 다 쓰기 귀찮아서 나중에 채워넣을 예정인 게 맞음)
## 스크린샷: 파일:MediaWiki IP blocking (2025, ko).png & 파일:MediaWiki_account_blocking_(2025,_ko).png
## also 스크린샷에서 "억제된 차단 기록 어쩌고저쩌고": 스샷 찍은 사람이 관리자인 기록보호자라서 뜨는 거. 일반 관리자한테는 안 뜸.
8.10. 계정 삭제[편집]
공통적으로 본인이 기여한 부분에 대한 저작인격권을 포기하는 것에 동의한다는 전제에서 절차가 이루어진다.
- 더시드: 2024년에 계정 삭제 기능이 추가되었으며, 위키에 따라 기능의 on/off가 가능하다.
9. 권한 부여[편집]
권한을 부여하거나 회수하는 운영방식은 각기 다를 수 있다. 이론상으로 더시드엔진 위키에서 관리자 권한을 수시로 선거를 스레드로 치른 끝에 부여하거나 회수할 수 있는가 하면 미디어위키엔진 위키에서 한 운영진이 수시로 모집하고 심사한 끝에 권한을 부여하거나 회수할 수 있으며 세계적으로 존재하는 위키의 수는 많다. 그러므로 여기에서는 두 엔진의 기술적인 차이점을 적는다.
- 더시드 : grant 권한을 이용한다. 알파위키의 운영진에는 grant 권한을 가진 사무관이 있으며, 검사관에게 login_history 권한을 부여할 수 있다. 권한 변경 기록은
BlockHistory페이지에 기록된다. - 미디어위키: $wgAddGroups, $wgRemoveGroups 설정값을 이용한다.
userrights권한을 부여하면 모든 사용자 권한 (자동 인증된 사용자 (autoconfirmed), 사용자 (user) 권한과 같이 시스템에 의해 자동 부여되는 권한은 제외) 을 부여 또는 회수할 수 있다. 권한을 부여할 때 일정 시간 이후 자동으로 만료[36]되도록 설정할 수도 있다. 권한 변경 기록은특수:기록/rights특수문서에 기록된다.- 위키미디어 : 관리자 권한은 사무관이 부여한다. (회수는 일반적으로 사무장만 가능) 단, 기록보호자, 검사관 권한은 사무장이 부여한다. 일부 사용자 권한은 관리자도 부여할 수 있다.
10. ACL[편집]
10.1. 편집을 막기[편집]
- 더시드: ACL을 조정한다. ACL 규칙에 따라 사용자, IP, 권한, aclgroup별로 허용/거부/이름공간 규칙을 준용하도록 설정할 수 있다.
- 미디어위키: 보호를 설정한다. 미디어위키 기본값은 '자동 인증된 사용자'와 '관리자'만 편집하도록 보호하는 옵션이 활성화되지만, 서버의 설정 파일을 수정하면 사용자 권한별로 보호 단계를 적용할 수 있다. 사용자 단위, IP 단위의 보호는 별도로 없다.[37]
더시드와 미디어위키 모두 '편집'이 거부되면 '이동', '삭제'와 같은 행위 또한 금지된다. 더시드도 그렇고, 미디어위키의 경우도 관리자라도 자신이 편집할 수 없는 문서는 삭제, 이동, ACL/보호 등 조치를 할 수 없다. [38]
10.2. 업로드를 막기[편집]
- 더시드: 로그가 존재하지 않는 파일 문서에는 ACL을 걸 수 없다. 그러므로 일반적으로 업로드를 사전에 막기는 불가능하다. 다만, 필요하다면 이름공간 ACL을 수정할 수 있다. 편법을 쓴다면 1x1 transparent 픽셀 같은 빈 그림을 파일휴지통에서 생성하고 문제가 되는 파일과 맞바꾸기한 다음 파일 문서의 ACL을 변경할 수 있다.
- 미디어위키: 파일 업로드 (또는 덮어쓰기) 행위에 보호를 적용하여 편집은 가능하되 특정 이름 (확장자까지 일치하는 파일)에 대한 업로드를 막거나 이미 존재하는 파일을 덮어쓰는 분쟁을 중단시킬 수 있다.
- 애초에 더시드에서는 동일한 파일의 새 버전을 업로드할 수 없기 때문에 1:1 비교는 어려운 면이 있기도 하다.
10.3. 생성을 막기[편집]
- 미디어위키 : 문서가 생성되지 않은 경우 생성보호를 설정할 수 있다. 이 상태에서 권한 있는 사용자가 문서를 생성하면 그 생성보호는 만료 처리되며, 문서를 삭제하더라도 생성보호가 다시 적용되지는 않는다.
11. 일괄 되돌리기[편집]
- 더시드
- 권한 : batch_revert 권한을 사용한다.
- 사용자 범위 : 관리자의 자격이 되는 운영자가 사용한다. 다만, 시스템상으로 운영자가 아닌 이용자도 받을 수 있다.
- 적용 범위 : 해당 이용자가 최근 24시간동안 저장했던 기여목록을 일괄적으로 되돌린다.
- 리스크 : 편집 요청 승인 반달의 경우 편집 요청을 어떻게 처리할지가 관건이다. 그리고 멀쩡히 기여하던 사람에게 잘못 권한을 사용하면 테러가 될 위험이 크다.
- 미디어위키
- 권한 : 일괄 되돌리기 기능(권한) 또는 편집 취소 기능을 사용한다.
- 사용자 범위 :
- 일괄 되돌리기 기능의 경우 관리자가 아닌 이용자라도 해당 기능(권한)을 보유할 수 있고 이는 사용자 목록에서 확인할 수 있다.
- 편집 취소 기능은 누구나 사용할 수 있다.
- 적용 범위 :
- 일괄 되돌리기 기능의 경우 되돌리는 최신판의 기여자의 편집을 즉시 모두 되돌린다. [39]
- 편집 취소의 경우 그 편집을 단순히 그 이전 기여로 되돌릴 뿐이다.
- 리스크 : 일괄 되돌리기 기능은 다른 이용자(들)의 기여를 즉시 편집 취소시키는 기능이므로 잘못 되돌리기하면 권한 회수+차단 대상이 될 수 있다.
12. 로그 말소[편집]
- 더시드 : namu나 서버 관리자가 완전히 로그를 삭제시키지 않는 이상 편집한 모든 문서에는 로그가 남기 때문에 로그를 읽을 수 없게 하고자 여기서는 임시조치와 휴지통을 쓴다. 더미는 발견되면 로그가 읽힐 위험이 있다. 그래도 휴지통으로 보내고 싶지 않은 문서가 있다면 권한 중에서 mark_troll_revision과 hide_revision 권한을 쓸 수 있지만 기여자가 목록에 남는다. 만약 관리자조차 읽지 못하게 하고 싶다면 네임스페이스와 읽기 ACL 편법을 쓸 수 있다.
- 미디어위키 : 관리자가 삭제하여 역사를 읽을 수 없게 만들 수 있는데[40], 기록보호자(Oversighter)가 별도 권한을 사용하면 관리자도 그 역사를 읽을 수 없게 된다.
- 삭제되어 있는 문서가 아니라도 특정판 삭제를 통해 내용/사용자 이름/편집 요약을 볼 수 없도록 "특정 판 삭제"할 수 있다. 단, 문서 내용을 특정판 삭제 할 때 "현재 최신판"은 특정판 삭제가 불가능하다. 특정판 삭제된 판도 일반 삭제된 문서와 동일하게 관리자만이 삭제된 내용을 열어볼 수 있다.
- 문서가 아닌 기록 내용 또한 특정판 삭제에 준해 특정판 삭제의 대상이 될 수 있다. 이 경우 (기록 행위를 한 사용자), (기록한 행위), (요약) 이 삭제 대상이 될 수 있게 된다.
13. 편집기[편집]
- 더시드 : 모나코 에디터의 기능을 쓸 수 있다.
[1] Miraheze 같은 위키 팜 서비스의 경우 일부 설정을 웹에서 설정할 수 있도록 확장 기능을 통해 개방하고 있으나, 기본적으로는 서버 내에서 설정 파일을 수정해 주어야 한다.[2] 이 이름공간은 미디어위키 자체에서 관리자만 편집할 수 있도록 제한되어 있다. 시스템 단계에서 nsacl이 걸려있다고 생각하면 쉽다.[3] 단, 미디어위키에서는 후술하겠지만 하이퍼링크에서 차이점이 있다.[4] 더시드 엔진에서는 [math()]를 사용할 수 있다. 단 토론 스레드에서는 <math></math>만 사용할 수 있다.[5] 베껴 쓰는 연습 만들어볼 수 있다.[20] 이름공간에 거는 것을 제외하고는 단순히 넘겨주기이다.[21] 는 한국어 위키백과에서 추가한 것. 기본적으로는 censored으로 이름을 바꾸는 작업도 같이 해놓는다.[25] 단, 서버 데이터를 건드려 복구할 수 있으며 특히 namu가 요청을 수락하면 복구해준다. 이 때 닫히고 삭제되었던 토론들이 강제로 토론 상태가 normal(열림)이 되므로 닫아야 할 토론은 다시 closed(닫힘)로 상태를 바꿔야 한다.[26] 식으로 댓글을 시험 삼아 달아보면 입력하지 않았던 [[ ]] 기호가 달려 시스템이
' 2개[6] ' 3개[7] ' 3개 띄우고' 2개로 열기, ' 2개 띄우고' 3개로 닫기. 스페이스바는 한 칸이 띄어지므로 ' 3개를 이어 입력한 곳과 ' 2개를 이어 입력한 곳 사이에 전혀 딴판의 문법을 끼워넣어도 된다. 이 문단의 원문(RAW) 참조.[triple] 8.1 8.2 8.3 8.4 8.5 최대 3번 연속 입력한 기호로도 가능하다.[line] 10.1 10.2 단순 -- 내용 --
으로 처리한 취소선은 터치하고 있는 동안에는 취소선이 사라지는 반면, html 등 다른 종류의 CSS문법으로 준 취소선은 터치를 해도 취소선이 사라지지 않는다.[15] display 속성을 선언하지 않으면 강제 개행되므로 display: inline
이나 display: inline-block
처럼 강제 개행되지 않게 선언해야 한다.[16] 관용적으로 틀 이름 공간을 사용하여 틀:문서명 식의 문서를 include하는 것이지, 사실상 사용자든 분류든 읽을 수 있는 모든 문서에서 본문에 해당하는 내용은 네임스페이스 종류를 불문하고 include할 수 있다.[17] 물론 문서:휴지통:연습장처럼 이름공간이 겹치는 경우는 예외다.[18] 다른 이름공간의 문서는 이름공간을 지정해야 한다. 문서 이름공간이라면 {{:문서}} .[19] CSS를 이용한 편법으로 ||나 <>을 입력하지 않고 이런 것을 
Project:.[22] 그 외 모든 이름공간은 기본값 폴백[23] namu는 가능하지만 안 할 뿐이다.[24] 관용적으로 토론을 휴지통으로 옮긴다면 [redacted]{{{#!folding #1
내용}}}
#숫자를 강제로 링크 문법으로 바꾸려고 하는 상황을 목격할 수 있다.[27] 이름공간을 만들 때부터 해당 이름공간에 해당하는 토론 이름공간을 반드시 만들어야 미디어위키가 오류를 뿜지 않는다.[28] 해당 변경을 나타내는 index값은 존재하므로 개발 시도를 해볼 수 있다.[29] 사용자 문서는 보이지 않는다. 나무위키에는 커스텀으로 자동편집도 보이지 않게 설정되었다.[30] 이메일 주소 입력을 안 하거나 입력하고도 이메일 인증을 안 받은 상태에서 비밀번호를 잃어버렸다? 그 계정과는 안녕해 안녕~~~![31] GrowthExperiments 확장 기능 필요[32] 삭제된사용자 네임스페이스로 옮겨진다.[33] 권한이 없으면 안 보이는 기록도 있기는 하다. 이런 거라던지…[34] 계정의 이름을 랜덤 난수로 변경하는 경우도 있다.[35] '탈퇴한 사용자' 계정을 만들어 둔 후, 계정 병합 확장기능을 이용해 탈퇴한 사용자 계정으로 계정을 병합해 모든 기여가 탈퇴한 사용자가 한 것처럼 합치는 방식도 있다.[36] 지정된 시간이 도달하면 회수 기록은 남지 않고 권한이 자동으로 회수처리 된다[37] 차단 기능에 존재하는 "부분 차단" 기능을 활용하여 특정 사용자가 특정 문서를 편집할 수 없도록 "차단"하는 개념으로 구현되어 있다.[38] 미디어위키에서는 대표적으로 사용자 이름공간이나 미디어위키: 이름공간의 css, js 파일. 이 파일을 편집하려면 인터페이스 관리자 권한이 별도로 있어야 한다. ACL 규칙으로 빗대자면 특정 이름(.css, .js)으로 끝나는 모든 문서에 자동으로 (사용자 이름공간 한정: 문서 이름과 사용자 이름이 일치 허용,) perm:interface-admin 허용 ACL을 걸어놓은 것과 같다.[39] 192.168.1.4 사용자가 첫 편집을 하고, 192.168.1.5 사용자가 문서를 5번 편집한 상태에서 192.168.1.5 사용자의 편집을 일괄 되돌리기하면 192.168.1.4 사용자의 기여로 문서가 롤백된다.[40] 관리자는 삭제된 문서의 과거 역사를 열람할 수 있다.