더시드위키
최근 변경최근 토론
특수 기능
the seed 5.0.0 preview 버전을 이용하고 있습니다.

the seed/URL 및 기능

수정됨
편집
토론역사ACL
분류
→ the seed 엔진의 5.0.0 버전 패치내역에 대한 자세한 내용은 the seed/5.0.0 변경점 문서를 참고하십시오.
파일:CC BY-NC-SA 버튼.svg포크 이용허락 안내

[ 펼치기 · 접기 ]
포크를 위한 이용허락 안내

이 문서의 내용 중 현재 버전 상에서 아래 제시된 아이디의 기여부분에 한정한 모든 내용은 저작자 표시를 하여 CC BY-NC-SA 2.0 (KR or Unported)(으)로도 배포할 수 있습니다. (단, 반대로 포크해 오는 것은 이용허락 없이는 불가능합니다.) 편집시 다음 아이디 목록에 편집자가 스스로 본인의 아이디를 기입한다면 위의 이용허락에 대한 동의를 한 것으로 간주합니다.

아이디 목록
  • disciple153
the seed 둘러보기
편집기
URL 및 기능
vs the tree
vs 미디어위키
vs 채널위키
1. 문서 소개2. 범례3. 목록
3.1. 네비게이션 바3.2. 계정3.3. 권한3.4. 문서
3.4.1. 읽기3.4.2. 쓰기(편집)3.4.3. 역사3.4.4. 연결된 문서 조회(역링크)3.4.5. doc=3.4.6. 나무위키 custom
3.5. 토론 및 편집 요청
3.5.1. 토론3.5.2. 편집 요청
3.6. 페이지 하단3.7. 검색3.8. 그 외 내부 주소
4. 기타
4.1. 하위 도메인4.2. 기타 기능
5. 도보시오

1. 문서 소개[편집]

the seed 엔진에 존재하는 URL 및 관련 기능에 대한 여러 가지를 기록하는 문서이다.

도메인 (예 : theseed.io) 뒤에 경로를 입력한다. 주소는 대소문자를 정확히 구분하여 입력해야 하며, 한 자라도 잘못 입력하면 404 에러 화면을 열람할 수 있다.

2. 범례[편집]

Legend.[1] 꼭 절대적이지는 않다.
  • 볼드체로 표기된 주소 : 404 에러 없이 접속할 수 있는 경로는 볼드체로 표시.
  • #deepskyblue : 이름을 표시한 색상.
  • #firebrick : 변수(변수명)을 표시한 색상.
  • #teal : 인덱스 번호 또는 식별 번호를 표시한 색상.
    • #green : 이용자와 관련된 번호를 표시한 색상. 상황에 따라 #limegreen 색상으로 표기
  • #orangered : 기호에 표시하는 색상 1.
  • #orange : 기호에 표시하는 색상 2.
  • #purple : 기호에 표시하는 색상 3.
  • #blue : 링크 또는 그 주소를 표시한 색상.

3. 목록[편집]

3.1. 네비게이션 바[편집]

서버에서 존재하는[2] 문서 목록을 모은 다음 특정 알고리즘에 따라 자동 정렬하여 만든 목록을 종류별로 만들어놓고, 주기적으로 존재하는 문서 목록을 다시 모아 갱신하는 것으로 보인다. "최근 변경"은 시간이 지나면 캐시(cache)같이 초기화되는 모양이다.[3] 수동으로도 실행할 수 있는지는 불명. 문서마다 고유 색인 번호가 알게 모르게 달려 있다. 글자 수를 읽을 수 있으며, 어디론가는 분류된 문서인지도 읽을 수 있는 모양이다.
  • 최근 목록
  • /RecentChanges : 최근 변경
    • ?logtype : 문서를 변경했음을 알려주는 로그들 가운데 특정한 종류에 해당되는 로그를 최신순으로 몇 개 까지만 보여준다. "전체"에는 사용자 이름공간(네임스페이스)의 문서 변경 내역만 숨겨지며[4] 나머지 이름공간의 변경 내역은 표시된다.[5] "전체"를 제외한 나머지 로그에는 사용자 문서의 변경 로그까지 확인할 수 있다. 내역에서 역사, 비교, 토론 단추가 나온다.
      • =all : 전체 [기본값]
      • =create : 문서 생성 (새 문서)
      • =delete : 문서 삭제
      • =move : 문서 이동
      • =revert : 문서 되돌리기
  • /RecentDiscuss : 최근 토론
    • ?logtype : 로그 유형에 따른 토론 목록을 보여준다. 토론 목록은 각 토론에서 마지막으로 댓글이 작성된 시각을 기준으로 최신인 순서대로 아니면 오래된 순서대로 배정된다. 토론 상태 변경으로 댓글이 달린 것도 댓글로 취급되어 목록에서 순서가 바뀔 수 있다. 마지막으로 댓글을 달거나 처리한 이용자의 계정명이 표시되며, ACL상 읽기가 불가능한 문서의 토론이더라도 목록에 표시된다. 무슨 내용인지 궁금해서 읽어보고 싶을 수는 있겠다. 계정명에 글자 꾸미기가 반영된 ACL 그룹에 소속된 계정인 경우 역시 반영된다. 다만 닫힌 토론과 닫힌 편집 요청은 어떻게 했는지 모르겠지만 색상이 특이하게 다른 색상으로 표시되는 경우가 있다.[6]
      • =normal_thread : 열린 토론 [기본값]. 상태가 열림(normal)인 토론들을 보여주며 마지막으로 댓글갱신이 달린 시각이 최신인 순서대로 나열된다. 열린 토론이 많으면서도 시간이 오래된 토론은 닫힌 토론이 아니어도 목록에 보이지 않는다.
      • =old_thread : 오래된 토론. 상태가 열림(normal)인 토론들을 보여주며 마지막으로 댓글이 달린 지 오래된 순서대로 나열된다.
      • =pause_thread : 중지된 토론. 상태가 중지(paused)된 토론을 보여준다. 최신인 순서대로 나열된다.
      • =closed_thread : 닫힌 토론. 상태가 닫힘(closed)인 토론을 보여준다. 최신인 순서대로 나열되며, 닫힌 상태에서 스레드의 제목을 바꾸거나 다른 문서로 옮기면 목록에서 위로 옮겨진다.
      • =open_editrequest : 열린 편집 요청. 상태가 열림(open)인 편집 요청을 보여준다. 마지막으로 작성 또는 수정된 시각이 최신인 순서대로 나열된다.
      • =accepted_editrequest : 승인된 편집 요청. 상태가 승인되었음(accepted)인 편집 요청을 보여준다.
      • =closed_editrequest : 닫힌 편집 요청. 상태가 닫힘(closed)인 편집 요청을 보여주며, 닫고 잠근locked 편집 요청도 목록에 나타난다.
      • =old_editrequest : 오래된 편집 요청. 상태가 열림(open)이고 마지막으로 작성 또는 수정된 시각이 오래된 순서대로 나열된다.

  • 목록 보기
  • /NeededPages : 작성이 필요한 문서. 다른 곳에서 연결한 이름이지만 본문이 작성되지 않은 문서들을 보여준다. 여기에 기록되는 항목에 고유 색인번호가 새겨지는 것으로 추정된다. 더시드위키에 로마 집정관들의 무덤들이 있다.
    • ? : namespace, from 또는 until 순으로 보여준다.
      • namespace=네임스페이스명 : 해당 네임스페이스의 문서 목록 보기.
      • from=번호 : 해당 번호부터 고립된 문서 목록 보기. [다음] 단추를 누르면 자동으로 붙게 된다.
      • until=번호 : 해당 번호부터 고립된 문서 목록 보기. [이전] 단추를 누르면 자동으로 붙게 된다.
  • /OrphanedPages : 고립된 문서. 대문(Frontpage)에서 시작하여 도달되지 않는 문서들의 목록을 보여준다. 페이지마다 최대 100개씩 보여준다.
    • ?from=번호 : 해당 번호부터 고립된 문서 목록 보기. [다음] 단추를 누르면 자동으로 붙게 된다.
    • ?until=번호 : 해당 번호부터 고립된 문서 목록 보기. [이전] 단추를 누르면 자동으로 붙게 된다.
  • /OrphanedCategories : 고립된 분류. 분류:분류에서 시작하여 도달할 수 없는 분류들의 목록을 보여준다. 페이지마다 최대 100개씩 보여준다.
    • ?from=번호 : 해당 번호부터 고립된 분류 목록 보기. [다음] 단추를 누르면 자동으로 붙게 된다.
    • ?until=번호 : 해당 번호부터 고립된 분류 목록 보기. [이전] 단추를 누르면 자동으로 붙게 된다.
  • /UncategorizedPages : 분류가 되지 않은 문서. 번호 순서가 아니라 나열된 문서 이름 순서이다.
    • ?
      • namespace=네임스페이스명 : 해당 네임스페이스의 문서 목록 보기.
      • from=문서명 : 해당 문서명부터 분류가 되지 않은 문서 목록 보기. [다음] 단추를 누르면 자동으로 붙게 된다.
      • until=문서명 : 해당 문서명부터 분류가 되지 않은 문서 목록 보기. [이전] 단추를 누르면 자동으로 붙게 된다.
  • /OldPages : 편집된 지 오래된 문서. 문서별 최근 작성 시각도 같이 보여준다. 날짜별로 대소비교가 가능하니까 if문법에도 날짜 계산식을 호출 할 수 있을 것 같은데
  • /ShortestPages : 내용이 짧은 문서. 서버에서 특정 알고리즘에 따라 정렬된 문서 목록을 보여준다.
    • ?from=Document Index 번호 : 해당 문서 색인 번호가 있는 항목부터 목록 보기. [다음] 단추를 누르면 자동으로 붙게 된다.
    • ?until=Document Index 번호 : 해당 문서 색인 번호가 있는 항목까지 목록 보기. [이전] 단추를 누르면 자동으로 붙게 된다.
  • /LongestPages : 내용이 긴 문서. 역시 서버에서 특정 알고리즘에 따라 정렬된 문서 목록을 보여준다.
    • ?from=Document Index 번호 : 해당 문서 색인 번호가 있는 항목부터 목록 보기. [다음] 단추를 누르면 자동으로 붙게 된다.
    • ?until=Document Index 번호 : 해당 문서 색인 번호가 있는 항목까지 목록 보기. [이전] 단추를 누르면 자동으로 붙게 된다.

  • 기타
  • /BlockHistory : 차단 내역. 이름은 차단 내역이지만 차단 외에도 각종 로그가 기록된다. 차단 내역에 이전 계정명을 검색하면 이전 계정명에 관련하여 기록된 차단 내역 로그가 변경된 계정명과 같이[7] 검색되지만, 변경된 계정명으로 검색하게 될 경우 계정을 변경하기 전에 변경된 계정명과 똑같은 계정을 쓰고 있었던 다른 이용자가 존재하지 않았던 이상 당시 이전 계정명을 사용하고 있을 때 기록된 차단 내역 로그가 나오지 않는다. 차단 내역에 기입되면 고유 index 번호가 1번부터 붙게 되는데 없거나 숨겨졌거나 삭제되었는 등 볼 수 없는 index 번호를 아래 주소에 입력하면 404 오류를 보는 일 없이 가장 최근의 내역을 보는 페이지로 되돌아간다.
    계정에 해당하는 UUID를 입력해도 조회가 된다. 이 경우 변경된 계정명과 이전 계정명이 같이 조회된다. 개명하거나 사망신고서(?)가 제출되더라도 주민등록번호(?)는 바뀌지 않는다.
    • ?from=Log Index 번호 : 해당 로그 색인 번호에 해당되는 내역부터 차단 내역 보기. [다음] 단추를 누르면 자동으로 붙게 된다.
    • ?until=Log Index 번호 : 해당 로그 색인 번호에 해당되는 내역까지 차단 내역 보기. [이전] 단추를 누르면 자동으로 붙게 된다.
  • /Upload : 파일 올리기. 올릴 파일을 본인 소유의 저장공간에서 고르고, 파일 문서의 이름을 지어준다. 생성되는 파일은 기본적으로 파일: 네임스페이스로 생성되지만, nsacl에서 허용되는 경우 파일휴지통: 이름공간에도 올릴 수 있다. 확장자명을 맞춰야 한다. 문서를 생성할때 기본적으로 작성되어 있는 내용은 템플릿의 한 종류로서 문서 하나를 지정하고 그 문서의 원문(RAW)을 복제하여 편집 창에 붙여넣는다. 나무위키에는 템플릿:이미지 업로드의 원문을 가져온다. 라이선스는 틀:이미지 라이선스[A]의 하위 문서를 가져오며, 분류는 분류:파일[A]의 하위 분류를 가져온다.
    일반적인 문서 편집기와 다르게 배포 동의를 하는 체크박스가 없으며, 편집 창 하단에 붙는 문구가 (모바일 기준으로) 달려 있지 않다.
  • /License : 라이선스. admin 권한이 있는 계정으로 로그인한 상태에서 방문하게 되면 업데이트 적용시각을 볼 수 있었다. 그러나 backend 기준으로 적용시각이 바뀌는 것으로 보이며(#) 이로서 업데이트가 될 때마다 항상 적용시각이 바뀌지는 않는다. 2025년 9월 이후로는 업데이트 적용 시각이 표시되지 않는다.
  • /random : 임의 문서로 이동. liberty 스킨에는 나오나 vutterfly 스킨에는 나오지 않는다.
  • /RandomPage : 무작위뽑기로 나온 문서 목록 보기. 새로고침 할 때마다 다시 무작위로 나온다. 안타깝게도(?) 듀얼을 할 수는 없겠지만 심심하면 네임스페이스 하나를 빌려서 문서 제목의 글자수와 역링크 수로 능력치를 설정하는 등 규칙을 하나 만들고 솔리테어를 해볼 수 있다.
    • ?namespace=네임스페이스 : 존재하는 네임스페이스 중 하나를 입력하고 해당 네임스페이스에 있는 문서들 가운데서 목록을 가챠처럼 뽑아볼 수 있다. 기본값은 문서 네임스페이스이다. 시스템 네임스페이스 같이 존재하는 문서 수가 적은 네임스페이스일수록 똑같은 이름의 문서가 중복하여 나올 확률이 높다.

3.2. 계정[편집]

  • /member
    개인 계정에 관한 설정
  • 가입 및 계정 찾기
  • /member/signup : 계정 만들기. 약관에 동의해야 하며 이메일 주소를 입력해야 한다. 설정을 할 수 있다면 텍스트로 작성된 안내 문구, 동의 체크 칸 옆에 적힌 내용 등등을 바꿀 수 있다.
    계정 생성으로 받아들일 수 있는 주소는 운영 환경에 따라 다르게 설정할 수 있으며, 이미 로그인되어 있는 상황에서 해당 주소로 들어간다면 대문으로 되돌아간다.
  • /member/signup/(64자리 해시 값) : 가입/메일 변경 시 이메일 인증 경로. 해시 값 길이가 64자인 것으로 보아 SHA-256 알고리즘을 이용하는 듯 하다.
  • /member/recover_password : 계정 찾기. 위키에 가입했던 이메일을 입력하고 [찾기]를 누르면 해당 이메일로 인증 요청 문서가 발송된다. 본인 계정의 비밀번호를 까먹었을 때 유용하다.
  • /member/recover_password/auth/계정명/64자리hex값 : 계정명의 비밀번호 변경하기. 가입했던 해당 이메일의 인증용 문서에 해당 링크가 첨부되며, 이 링크를 따라 이미 해당 계정으로 로그인한 상황에서도 비밀번호를 변경할 수 있다.
  • 계정 접속
  • /member/mypage : 내 정보. 먼저 본인의 아바타를 볼 수 있다. "사용자 아바타는 Gravatar에서 제공됩니다."라는 문구에 연결된 링크를 따라가서 gravatar를 변경할 수 있다.(참고) 이름 보기 및 변경, 이메일 보기 및 변경, 비밀번호 변경, 받은 권한, 사용할 스킨 설정, API Token 발급 받기 등이 가능하다.
  • /member/change_name : 이름(계정명) 변경. 이름 변경시 차단 내역에
    (차단 당시 이름 : 이전 계정명)
    이 기록된다. 그러므로 계정 이름을 바꿈으로써 제재의 회피를 할 생각은 버려야 한다. 테스트 목적으로 ACL그룹에 추가하는 내역임에도 차단 당시 이름이라고 기록되지만, ACL그룹 추가/제거 목적이 절대다수 제재/감경 또는 사면 처리이므로 퉁쳐서 만들어놓은 모양이다. 실행자 뒤에 실행 당시 이름까지 구현될 수는 있어 보인다.
    계정명은 영구적으로 차단된 사용자라 하더라도 변경할 수 있다. 이미 문서 역사가 있는 사용자 문서의 계정명과 충돌되지 않는다면, 본인의 사용자 문서가 ACL에 상관없이 변경된 계정으로 이동된다. 그러나 사용자:A, 사용자:A/B 문서가 있는 계정 A를 C로 바꾸고자 할 때 이미 사용자:C/B 가 존재하는 경우 같이, 사용자의 하위 문서가 충돌되는 경우가 있으면 이를 무시하고 계정명을 변경할 수 있을지는 실험해보아야 한다.
  • /member/change_password : 비밀번호 변경
  • /member/change_email : 이메일 변경
  • /member/activate_otp : OTP 활성화. 먼저 휴대 전화에 Google Authenticator 앱을 설치해야 한다.
  • /member/login : 로그인
    • ?redirect=%2Fw%2F문서명 : 해당 문서명 문서를 열람하다가 로그인 창을 열 경우 입력되며, 로그인 성공시 해당 문서명 문서로 이동. %2F는 기호 /를 변환한 인코딩(URL encording) 16진수(hex)값이다.
    • ?redirect=
      path URL
       : 문서를 열람하는 도중만이 아니다. 어떤 페이지를 보고 있으면서 로그인이 되지 않은 상태일 때, 로그인을 시도하고자 로그인 창으로 이동할 경우 보고 있던 페이지의 주소에 해당하는 URL값이 리다이렉트로 저장된다.
      %2Fedit%2F문서명
       로그인에 성공할 때, 또는 이미 로그인된 상태에서 해당 주소를 입력할 때에는 path URL에 해당하는 주소로 되돌아간다.
  • /member/logout : 로그아웃
    • ?redirect=
      path URL
       : 보고 있던 페이지의 로그아웃 성공시 해당 주소에 해당하는 URL값으로 이동된다. 이를 이용하여 https://theseed.io/member/logout?redirect=%2Fw%2F%EB%82%9A%EC%8B%9C(%EC%9D%B8%ED%84%B0%EB%84%B7) 같은 링크를 만들어볼 수는 있다. 로그아웃 상태에서 해당 주소를 입력하면 리다이렉트에서 가리키는 주소로 이동된다.
      해당 링크를 삽입한 예시 펼치기, 접기
      정말로 보시겠습니까? (두 번 더 펼치기, 접기)
  • /member/signup_verify : (모바일) 인증
    모바일 인증용.
    알파위키, 위브위키처럼 기능이 비활성화 되어 있는 상황에서 해당 주소로 들어가면 404 에러 화면은 나오지 않으나 이 기능이 활성화되있지 않습니다.라는 오류 문구를 볼 수 있다.
    모바일 인증을 시도하고자 전화번호를 입력하면 서버 소유자가 사비를 들여[10] 자동적으로 PIN이 동봉된 정식 관리자의 전자명함 SMS를 발송해주며, 올바른 PIN을 입력하면 인증이 완료되며 mobile_verified_member 권한을 받게 된다. 모바일 인증이 본인 소유의 전화기이면 본인임을 곧바로 인증할 수 있다. 그러나 한 번 인증이 되었다면 그 정보 역시 서버에 보관된다. 그러므로 본인 소유의 전화기를 함부로 타인에게 위키질하라고 빌려주지 않아야 한다. 무기한 차단된 계정이 인증하는데 썼던 전화번호와 같은 번호로 인증했다는 사유로 차단될지 누가 알겠수?
    별도로 모바일 인증 안내 문구를 config로 수정할 수 있다.
    입력하신 전화번호로 SMS 혹은 ARS 인증이 진행됩니다. 전송된 PIN을 입력해주세요.

    인증 후 계정 삭제시까지 보관되며, 차단된 상태로 계정 삭제시 원문을 알 수 없는 단방향 해시 함수 처리하여 영구적으로 보관됩니다. 또한 문서훼손이 자주 발생하는 휴대폰 번호 대역은 영구 별도 저장됩니다. - 나무위키
  • /member/activate_otp : 일회용 비밀번호(OTP) 활성화. 자매품으로 Passkey가 있다.
  • /member/withdraw : 계정 삭제
    더 이상 활동하지 않는 계정을 삭제하는 기능이다. 위키 시스템상 기여 내역을 추가하는 등 활동한 시점으로부터 얼마 만큼의 시간이 흘러야 삭제할 수 있도록 제한 시간이 정해져 있다. 제한 시간이 지나지 아니한 상태에서 해당 주소로 들어간 경우
    마지막 활동으로 부터 시간이 경과해야 계정 삭제가 가능합니다.
    라는 띄어쓰기가 틀린 오류 문구가 나온다. 단순 토론 스레드에 들어가거나 열람하는 것만으로는 활동 카운트로 치지 않는 상황으로 보자면, 기여내역을 기준으로 시간을 매기는 듯하다.

    소유자거나 권한이 높은 운영자일 경우 제한 시간의 기본값을 설정할 수 있으며[11] 별도 특정 계정을 대상으로 제한 시간을 조정할 수 있다. 만약 영구차단된 사용자가 계정을 영구적으로 삭제할 수 없도록 제한 시간이 영구로 설정되면 말 그대로 박제가 된다.

    삭제를 하고 나면 지금까지 문서 역사나 토론 스레드에서 본인의 계정으로 기여했던 내용들이 본인의 행위임을 입증할 수 없도록 모두 기여자 이름이 삭제된 사용자로 바뀌게 된다. 사용자 문서가 삭제되면서 본인 계정의 UUID가 따라붙은 형식[12]의 이름으로 문서가 자동적으로 이동하게 된다. 삭제되기 이전에 동일인임을 입증할 수 있는 기여 내역을 미리 사용자 문서에 역사로 남겨놓은 다음 나중에 서로를 가리키는 문서 역사를 발굴할 수 있다면 본인의 기여내역임을 밝히기가 불가능하지는 않겠다만 삭제했음은 곧 본인의 기여분에 대한 저작권을 사실상 포기함에 동의했다는 예기치 않은 CC0 의미가 되어 하나의 추억만 찾는 정도에 그친다. 계정 삭제는 돌이킬 수 없는 걸음이므로 계정을 삭제하고 싶다면 신중하게 생각하고 현자타임이 덜 오도록 후회가 되지 않는다 싶을 때 결정해야 한다.

    시스템상 계정 삭제 기능을 비활성화시킬 수 있다. 더시드위키[13]에서 비활성화시킨 적이 있었는데, 당시 해당 주소로 들어가면 404 에러 화면은 나오지 않지만 계정 삭제가 비활성화돼 있습니다.라는 오류 문구를 볼 수 있었다. 지금은 활성화가 되어 있으나 설정된 삭제 시간을 보아서는 년으로 나눠도 조 단위다. <5억년 버튼> 한 편을 찍고 오는 편이 더 빠르다.

    계정 삭제에서 나오는 문구(pledgeinput, 서약)을 따라 아래 칸에 입력하면 정확히 입력된 글자는 빨간색으로 변한다. 그렇게 한글과컴퓨터타자 검정을 한 번 받고 입력한 계정의 암호가 일치함을 확인 받았으면 탈퇴하게 된다. 위키에 설정한 값에 따라 서약 문구를 변경할 수 있다.
    본인은 탈퇴를 하면 기여했던 모든 내역이 <삭제된 사용자>로 표시됨을 동의하며 시스템에서 데이터가 삭제된 이후 기여자임을 증명할 수 없게 된다는 사실을 인지하고 있습니다. - 위브위키
    본인은 계정 삭제를 하면 본인이 기여한 문서나 그 복제물에 또는 해당 문서의 공표 매체(이하 "문서등")에 본인의 실명 또는 이명 대신에 <삭제된 사용자>로 표시됨을 동의합니다. 또한, 본인은 계정 삭제 이후 문서등의 기여자임을 증명할 수 없게 된다는 사실을 인지하고, 문서등에 대하여 저작인격권을 행사하지 않을 것에 동의합니다. - 나무위키
    마지막 활동이 있은지(기여내역을 마지막으로 남긴지) 설정된 시간이 경과되지 않았다면
    [오류!] 마지막 활동으로부터 시간이 경과해야 계정 삭제가 가능합니다.
    라는 오류 문구가 나오는데 만약에 영구차단자 한정으로 config로
    ㅎㅎ 어디 도망가려고?
    같은 문구로 바뀐다면?

  • 개인 문서 설정
  • /member/star/문서명 : 문서명 문서 별찜하기. 별찜을 한 문서라면 already_starred_document라는 오류 문구를 볼 수 있다. 삭제되었거나 존재하지 않는 문서에 시도할 경우 문서가 존재하지 않습니다. 라는 오류 문구가 나오고 별찜이 되지 않는다.
    읽기 ACL에 걸려 읽기가 거부되는(읽을 수 없는) 문서는 바로 제목을 검색해서 들어갔을 때 읽기 권한이 부족해서 ACL을 확인하라는 문구가 나오고 별찜 단추가 나오지 않는다. 어떤 문서든 삭제되지 않은 문서이기만 하면 읽기 ACL에 무관하게(읽기가 거부되더라도) 문서 별찜을 할 수 있다. 시스템:??? 별찜을 먼저 하고 나서 본문을 읽는 시스템으로 구성되어 있는듯. 단추에 걸려있는 주소는 해당 주소가 링크로 걸려있는데, 과거에는 해당 주소를 입력하고 들어가는 방식으로 별찜이 원격으로 되었으나 지금은 업데이트로 주소를 입력하여 들어가는 방법으로는 원격으로 별찜이 되지 않고, 내부에서 실행할 내용을 건드려야 한다.
  • /member/unstar/문서명 : 문서명 문서 별찜 해제하기. 별찜을 하지 않은 문서라면 already_unstarred_document라는 오류 문구를 볼 수 있다. 별찜을 한 문서가 삭제된 문서인 경우 별찜 해제를 할 수 있다. 그러나 다시 별찜은 되지 않는다.
    마찬가지로 읽기 ACL에 무관하게 주소를 이용하여 별찜 해제를 할 수 있다.
  • /member/starred_documents : 내 문서함

  • /contribution
    기여 목록 조회. 들어가려면 고유 UUID를 찾아 입력하고 들어가야 한다. 계정 변경 기능이 있기 이전 시절
    /contribution/author/계정명/document
    등으로 들어가는 방법은 더 이상 지원되지 않는다. 문서에서 편집 역사를 비롯하여 편집 로그가 완전히 삭제되면 해당 기여 내역에서도 해당되는 목록이 삭제된다. (예시)
    • /contribution/UUID/document : 문서 기여 목록. 기여 목록이 많으면 100개 단위로 기여 목록의 페이지가 만들어진다. mark_troll_revision, batch_revert 등의 권한으로 기여 내역이 반달로 표시된 편집 내역은 취소선이 그어진다.
      • ?from=Contributuion Index 번호 : 해당 기여 index 번호 이하의 기여 목록 보기. 기여 목록의 [다음] 단추를 누르면 자동으로 붙게 된다. 문서 기여에 index가 이미 붙어 있으니, 생성한 문서마다 이미 index가 붙어있을 것이다.
      • ?from=Contributuion Index 번호 : 해당 기여 index 번호 이상의 기여 목록 보기. 기여 목록의 [이전] 단추를 누르면 자동으로 붙게 된다.
    • /contribution/UUID/discuss : 토론 기여 목록. 100개씩, 이전 다음 순으로 볼 수 있다. 기본적으로 최근 30일간 기여한 내역을 보여준다. admin 권한이 있거나 자기 자신의 기여를 확인하려 할 경우 이보다 더 과거에 기여한 내역도 살펴볼 수 있고, 처음으로 기여했던 토론 댓글의 내역까지 볼 수 있다.
      한 때는 토론 기여 목록이 100개를 넘어가도 페이지가 만들어지지 않아 토론을 많이 하는 이용자의 토론 기여 내역을 보고자 할 때 렉이 걸렸었다. [14]
      페이지를 넘기면 모종의 index번호를 보여주는데, 기여와 관련되어 있으므로 편의상 기여 index 번호라고 적어놓았으나, 페이지를 넘길 때마다 숫자값이 큰 폭으로 바뀌는 모양을 보면 서버에 보낸 요청이 허용(permission)되어 처리한 색인(index) 번호일 수 있다.
      • ?from=기여 index번호-토론주소-댓글번호 : 다음 페이지를 보게 되면 붙는 주소이다.
      • ?until=기여 index번호-토론주소-댓글번호 : 이전 페이지를 보게 되면 붙는 주소이다.
    • /contribution/UUID/edit_request : 본인이 생성한 편집 요청 기여 목록. 목록에 편집 요청 상태(ACCEPTED, CLOSED 등)가 첨부되어 나온다.
    • /contribution/UUID/accepted_edit_request : 본인이 승인한 편집 요청 기여 목록. 다른 사람이 만든 요청이든 승인한 편집 요청이 기록된다. 편집 요청 승인 반달 문제로 이름이 "승인한 편집 요청"으로 되어 있을 뿐이지, 사실상 닫기(closed)를 포함한 "본인이 처리한 편집 요청"이다. 이론상 ACL이 개방되어 있으면 IP이용자도 편집 요청을 승인할 수 있다. 예시
    • /contribution/ip/IP주소 : IP 이용자의 기여 목록. 특정 UUID의 문서 기여 목록 URL으로 리다이렉트된다. 기여한 적이 있는 주소라면 IPv4만이 아니라 IPv6도 지원된다. 127.0.0.1은 분명 자기 자신의 주소로 되돌아가는 루프백 아이피이므로 일반적으로 기여내역이 존재하지 않을 아이피일 것인데, 나무위키에 특이하게 리크베다 위키에서 포크한 이후에 기록된 127.0.0.1의 기여내역이 있다. 그 외 오류인지 0.0.0.0의 기여 목록도 존재한다.

3.3. 권한[편집]

  • /admin
    특정 권한에 관한 설정. 권한이 없는 경우 권한이 부족합니다라는 오류 문구를 볼 수 있다.
    • /admin/grant : grant 권한 필요, 권한 부여 설정
    • /admin/login_history : login_history 권한 필요, 사용자 로그인 기록 검색
    • /admin/config : config 권한 필요, 위키 설정 변경
    • /admin/batch_revert : batch_revert 권한 필요, 사용자의 기여를 일괄 되돌리기.
  • /aclgroup : ACL 그룹과 그 안에 들어가 있는 명단을 열람할 수 있다. 일부 ACL는 숨겨져 있어 특정 권한이 있어야 볼 수 있다.
    • /self_remove?id=그룹 id : 셀프 언블록 url. 언블록에 성공할 시 /aclgroup로 이동되고, 실패할 시 aclgroup_not_found 오류 페이지를 띄운다. (참고로 나무위키 한정 과거 /self_unblock url을 사용했었다. 이 링크에선 언블록 성공 시 단순 성공 메시지 페이지를 띄워 주었으며, 실패 시 똑같이 aclgroup_not_found 오류 페이지를 띄워 주었었다. 현재는 사용하지 않아 404 에러가 뜬다.)

3.4. 문서[편집]

문서를 편집하고 저장하면 기준점(리비전)이 부여되며, 이런 기준점마다 자기를 가리키는 UUID가 부여된다. 그러므로 문서와 관련한 주소를 찾아 들어갈 때 리비전을 나타내는 UUID를 정확히 입력해야 한다. UUID를 잘못 입력하면 해당 리비전이 존재하지 않습니다.라는 오류 문구를 볼 수 있다.
?rev=리비전번호
, 과거
?oldrev=리비전번호
는 원칙적으로 UUID 도입 이후 더 이상 지원되지 않는다.[15] 만약 리비전 번호만 알고 UUID를 모를 경우 역사 페이지의 특정 리비전으로 이동하는 기능을 이용하여 해당 리비전의 UUID를 확인할 수 있다.

ACL 허용규칙에 따라 편집과 관련된 작업이 허용되는 이용자는 주소를 입력하고 들어가면 바로 편집과 관련된 창에 접근할 수 있다. 허용되지 않았다면 오류문구와 RAW(원문)만 보는 그림의 떡이 된다. 그리고 작업이 허용된 상태에서 편집 관련 창을 열고 편집하는 도중[16] 누군가가 자신이 편집하고 있는 문서의 ACL을 건드리거나 편집하는 자신에게 차단된 사용자 ACL 그룹 설정을 걸어 편집하던 자신이 문서 편집의 허용규칙에서 순간적으로 모두 꺼봐서 해당되지 않게 되면 편집내용을 저장할 때 편집할 내용이 저장되지 않고[17] ACL 허용규칙과 관련된 오류를 알려주는 창이 나온다.
어, 어? 뭐야? 아, 편집 저장 하고 있었는데


5.0.0 (preview) 기준으로 리비전은 모종의 시리즈로 엮이며, 이런 시리즈가 토론 스레드처럼 표제어에 할당되도록 문서 역사 체계가 변경되었다. 문서 역사는 문서 이동 그리고 문서 삭제 기능과 상호 작용된다. 통상적으로 이동 또는 삭제할 이유가 나와야 이동하거나 삭제되며, 통상적으로 그렇게 되기 전까지는 문서 편집이 계속 이루어지기 때문에 해당 표제어에서 해당 문서를 편집한 기록을 남겨놓는 듯하다. 역사 시리즈는 이용자가 삭제스레드 닫기할 수 있고, 복원다시 열기될 수 있다.

역사 시리즈의 각 UUID는 시리즈스레드를 기준하여 문서를 처음 생성한 리비전토론 발제자 곧 r1의 UUID로 주어진다. 역사 시리즈의 UUID는 문서 삭제에서 되돌리기, 곧 해당 역사 시리즈를 복원하는 등 URL에서 역사 시리즈에 대한 정보를 찾아 들어갈 때 필요하다.

"문서명"에 역사 시리즈가 딸려 있으면 이 '문서명'을 "표제어"로 두고 문서를 편집한 흔적이 있다는 의미이므로 '문서명'과 '표제어'는 조금 다른 개념이나, URL상의 특정 주소를 중점으로 설명하고자 편의상 '표제어'와 '문서명'을 같은 개념처럼 다룬다.

3.4.1. 읽기[편집]

  • /w/문서명 : 문서명 문서 읽기. 리다이렉트 문서에 기호 #을 이용하면 설명을 집어넣을 수는 있다. (예 :
    #redirect 문서명#
    (설명을
    우겨
    넣을 내용)     )
    본문에 띄어쓰기를 2개 이상 입력한 다음 저장하게 되면 문서를 읽을 때 지금 보고 있는 이 문장처럼 띄어쓰기가 1개만 입력한 것처럼 보이게 된다. 이러한 특성은 문서 제목에도 반영이 된다. 편집기에서 띄어쓰기 개수를 살펴보지 않으면 겉으로 보기에는 똑같은 문구가 입력된 것으로 보여도 실제로는 띄어쓰기 하나가 더 추가됨으로써 의도치 않은 문서로 연결하는 링크를 잘못 만들 수 있다. 이를테면 the seed 문서로 링크해야 하는데 the seed로 잘못 링크할 수 있고, 더시드위키:자유 게시판으로 가야 하는 것을 더시드위키:자유 게시판으로 잘못 링크할 수 있다. 이는 들어가서 제목을 보면 띄어쓰기가 1칸인 것으로 보이지만, URL을 보면 띄어쓰기(%20)가 불필요하게 더 추가되어 있으며 편집기로 보아도 띄어쓰기가 더 추가되어 있음을 탐지할 수 있다. 만약 겉보기에는 똑같은 문구이나 짝퉁인 것 같은 위화감이 든다면 문서의 URL값이나 편집기로 뜯은 문서의 내용을 검사 해보자.

    문서를 읽을 수 있다면 ACL 설정에 따라 "편집" 단추가 나오거나 "편집 요청" 단추가 나온다. '편집 요청' 단추가 나올 때 '편집 요청' 단추를 누르면 ACL 사정에 따라 편집할 수 없는 대신 편집 요청을 생성할 수 있다는 상자가 나온다. 이 때 상자 안에 링크된 문구를 눌러 편집 요청을 생성해볼 수 있으며, 상자 대신 '편집 요청' 단추를 한 번 더 눌러 편집요청을 생성해볼 수 있다.

    • URL에서 세부 사항을 입력한다면 다음 순서대로 입력해야 한다.
    1. ?. 다음 목록 중 하나 이상.
      • ?noredirect= : 리다이렉트 문서일 경우에만 해당된다. 기본값으로
        ?noredirect=1
        이 주어진다. noredirect에 아무 값을 줘도 리다이렉트가 동작하지 않으나, noredirect에 아무 값도 주지 않은 주소로 들어가면[18] 바로 리다이렉트 기능이 동작된다. 그러나 noredirect에 값을 주지 않았어도 아래 적어놓은 from이나 uuid에 값을 준 내용을 포함한 주소로 들어가면 리다이렉트가 동작되지 않는다.
        파일 문서로 리다이렉트하는 문서는
        #redirect
        다음에 문서명 대신 업로드한 파일이 나온다.
      • ?uuid=UUID : 이전 UUID에 해당되는 리비전 내용 보기. 물론 해당 리비전이 mark_troll_revision이나 hide_revision 권한으로 숨겨졌으면 볼 수 없다.
        나무위키에서 이전 버전 보기에만 유일하게
        ?rev=리비전번호
        가 지원되며, 들어가면 자동으로
        ?uuid=UUID
        주소로 넘어간다. 아무래도 나무위키의 namubot이
        ?rev=리비전번호
        하이퍼링크를
        ?uuid=UUID
        로 모두 치환하는 작업으로 남겨놓은 모양이다.

        문서 최상단에 언제 수정되었는가를 알려주는 창이 같이 나온다.

        5.0.0 버전 기준으로, 해당 문서명에 삭제되지 않은 역사 시리즈가 존재할 때에만 세부 사항이 동작된다. 같은 문서명 안의 역사라 하더라도 삭제된 시리즈의 역사에 해당하는 리비전의 UUID를 주소로서 입력하고 들어간다면 해당 리비전이 존재하지 않습니다.(삭제되었든 이동되었든 이 문서명에 게시된 상태로서 존재하지 않는다)라는 오류 문구를 볼 수 있다. 만일 해당 삭제된 리비전이 있는 역사 시리즈가 복원되었다면, 해당 리비전의 UUID를 입력하고 들어갔을 때 정상적으로 이전 역사를 볼 수 있다.

        문서에 존재하는 역사 시리즈가 모두 삭제되는 등, 생성 또는 복원된 상태의 역사가 존재하지 않는 문서에서 해당 UUID를 동봉한 주소를 입력하면 404 에러 페이지는 나오지 않으나 기능이 동작되지 않는다.
      • ?from=넘겨준 문서 : 리다이렉트(넘겨주기)한 출발지 문서 이름.
        ※ ?uuid=UUID&from=넘겨준 문서 주소 또는 ?from=넘겨준 문서&uuid=UUID 를 입력해도 들어갈 수 있다. 문서의 특정 리비전으로 리다이렉트를 만드는 이용자가 있을 리는 없다.
      • 분류 문서 전용
        특정 분류 문서에 배속된 같은 네임스페이스의 문서의 수가 100개를 넘어갈 때 생기는 [다음]/[이전] 단추를 누르면 자동으로 붙게 된다. 그러나 배속된 문서가 100개를 넘지 않더라도 사용할 수 있다. 분류에 배속된 같은 네임스페이스의 문서명은 문자의 유니코드 주소에 따른 순서대로 정렬된다.
        • ?namespace=네임스페이스&cfrom=문서명 : abc/ㄱㄴㄷ 정렬 시 '문서명'보다 뒤에 있는 문서들 목록.
        • ?namespace=네임스페이스&cuntil=문서명 : abc/ㄱㄴㄷ 정렬 시 '문서명'보다 앞에 있는 문서들 목록.
          'c'는 character(글자, 단어)에서 따 온 듯 하며, cfrom과 cuntil이 동시에 존재할 땐 cuntil을 우선한다.
          문서명이 올바르지 않을 시 from, until 파라미터처럼 첫 목록부터 보여준다. 참고로 과거엔 그렇지 않았다. #
        • #category-네임스페이스
          분류된 해당 네임스페이스를 가진 문서들의 목록이 있는 부분으로 시점 이동.
    2. #주소명 : 지정된 이름의 주소로 시점이 이동된다. 주소 구분자 사이에 마이너스(-) 기호가 붙는다.
      • #i번호- : 불러온(include) 문서의 문단번호 또는 앵커로 이동할 때 불러온 문서의 순서에 따라 먼저 붙는 식별자이다. i는 include(또는 included)의 앞글자이다.
      • #s-문단번호 : 문서 안에서 해당하는 번호의 문단으로 시점이 이동된다. s은 section의 앞글자이다.
      • #fn-각주번호 : 문서 안에 해당하는 번호의 각주로 시점이 이동된다. f은 footnote의 앞글자이다.
      • #rfn-각주번호 : 문서의 본문 안에 해당하는 번호의 각주가 새겨진 곳으로 시점이 이동된다. r은 역상(reverse)의 앞글자이다.
      • #이름 : 입력한 이름과 일치하는 이동지점이 문서 안에 만들어져 있으면 그 곳으로 시점이 이동된다. 기본적으로 문단이름이 있으며, 앵커(
        [anchor(이름)]
        ) 구문(문법)으로 적당한 이름을 넣어 시점을 이동할 수 있는 지점을 만들 수 있다.
    본인이 차단된 상황에서 네임스페이스의 읽기 ACL에 따라 차단된 사용자가 읽을 수 없는 문서를 읽으려고 하면 본문에
    현재 사용중인 계정이 ACL그룹 차단된 사용자 #index에 있기 때문에 읽기 권한이 부족합니다.
    만료일 : a_day_of_the_week Mon dd yyyy hh:mm:ss GMT+0900 (대한민국 표준시)
    사유 : (사유)
    와 같은 오류 문구가 나오고 읽을 수 없게 된다.[19][20]

3.4.2. 쓰기(편집)[편집]

  • /edit/문서명 : 문서명 문서 편집하기. 읽기 ACL만 통과된다면 편집 ACL으로 편집 요청조차 불가능하더라도 해당 주소를 입력하여 들어가볼 수 있으며, 이 때 편집기를 쓰지는 못하더라도 상단 고정 주석(##@)으로 입력한 내용이 편집기 창 위에 출력된다.

    문서 편집이 정상적으로 저장되려면 불러온 문서의 리비전 정보와 저장할 대상의 리비전 정보가 일치해야 하며, 소속된 문서의 index와 리비전의 UUID 등으로 판정하는 모양이다. 만약 문서를 편집하고자 편집기를 열고 한참 편집하고 있는데 누가 중도에 문서를 이동시켜 없는 문서가 된 상태에서 저장을 시도하면
    [오류!]문서를 찾을 수 없습니다.
    라는 오류 문구가 나오고 저장되지 않는다. 원 문서가 아닌 다른 문서를 가져와 원 문서의 이름으로 옮기고 저장을 시도하면
    [오류!]해당 리비전이 존재하지 않습니다.
    라는 오류 문구가 나오고 저장되지 않는다.

    기존 리비전을 기준으로 서로 다른 편집이 이루어져 편집할 영역이 한 줄이라도 겹쳐 호환이 불가능하다면 충돌이 일어나며,
    [오류!]편집 도중에 다른 사용자가 먼저 편집을 했습니다.
    라는 오류 문구를 보게 된다. 다른 이용자의 도움(?) 없이 본인 스스로 동일한 문서를 편집하는 탭을 2개 이상 열어서 시험 삼아 입자 가속기 편집 충돌을 일으켜볼 수 있다.

    만약 ACL 사정으로 직접 편집이 허용되지 않고 편집 요청만 되는 상황에서 해당 주소로 들어가 편집을 시도한다면
    [알림] 문서를 편집할 권한이 없기 때문에 편집 요청으로 이동되었습니다.
    라는 안내 문구가 나오며 바로 편집 요청 만들기로 이동된다. 편집 요청조차 불가능한 상황에서 해당 주소로 들어가 편집을 시도한다면 편집기가 안 열리고 원문을 읽을 수 있는 정도가 된다. 특정 문구가 나오도록 설정되어 있는 ACL에 걸려 거부가 된 경우 ACL 설정에 따라 표시되는 내용이 같이 나온다.

    편집기는 Monaco 에디터처럼 쓸 수 있는 "편집기"와 텍스트 형식의 "Plain 편집기"(구 RAW 편집기)가 지원된다. 문서 편집의 편집기에는 Plain 편집기라 이름이 달려 있는데 토론 댓글에는 RAW 편집이라는 이름이 그대로 달려 있다. 형식을 그대로 옮겨오면서 예기치않은 기능이 몇 개 딸려왔지만 더시드 현지화(?) 패치가 조금씩 이루어지고 있다.
    • ?section=문단 Index? 번호 : 문서에서 특정 문단 안의 내용을 편집. 편집시 몇 단계 문단인지와 관계 없이 저장되어 있는 내용 가운데 해당되는 문단의 문단 구문(문법)부터 다음 문단 구문(문법)이 나오기 전의 모든 내용을 편집기에 불러온다. 특이하게 문단번호(#s-1.2.3.4.5)가 URL 주소로 나오지 않고 컴퓨터가 문단 구문(문법)을 (몇 단계 문단인지와 상관없이) 읽는 순서에 따른 번호가 URL 주소로 나온다. 개요 문단이 있기 전에 아무 문단에도 들어가지 않는 모든 앞의 내용은 ?section=0을 입력하고 들어가면 불러올 수 있고 편집할 수 있다.

      큰 수를 입력하여 없는 index 값의 섹션번호를 입력한 주소로 들어가면 404 오류코드를 보지 않고[21] 들어갈 수 있으나
      섹션이 올바르지 않습니다.
      라는 오류 문구가 나온다.
    • #주소명 : 문서 미리 보기에서 명목상으로 나올 수 있는 주소. 문서 읽기와 동일하게 나온다. 상단 고정 공간의 주석(##@) 안에 각주 또는 문단이나 목차등 본문 내부의 링크를 만들어놓았다면 해당 주소를 입력해도 잘 동작된다. 만약 상단 고정 공간의 주석(##@)으로 주석을 먼저 만들어놓았을 때 상단 고정 공간의 주석에 나오는 주석 번호와 문서 미리 보기에서 나오는 주석 번호와 같은 주석을 누르면 상단 고정 공간에 입력된 주석의 내용이 우선하여 나온다.

  • /revert/문서명?uuid=UUID : 문서명 문서를 지정된 UUID에 해당하는 리비전으로 되돌리기. 되돌리기 기능을 사용하지 않는 등 되돌리는 행위임을 밝히지 않은 채 반달이 통삭제했던 내용을 직접 붙여넣고 저장하는 식으로 복구한다면 타인의 기여분을 가로채어 본인 이름으로 배포하는 행위로 읽혀 뜻밖의 저작권 위반으로 의심 받을 수 있다. 물론 문서 역사 안에 원래 기여했던 명단이 나올 수 있겠지만.
  • /move/문서명 : 문서명 문서 이동하기. 문서를 편집하고 저장한 역사를 다른 제목(표제어)으로 이동하는 기능이다. 제목 변경으로 이동을 할 경우 이동할 이름의 문서에 문서 역사가 붙어 있지 않아야 하며, 이동할 이름의 문서에 걸려 있는 편집 ACL과 이동 ACL을 통과해야 이동할 수 있다. 제목 변경으로 이동할 제목에 문서 역사가 딸려 있으면 이미 존재하는 문서라는 오류 문구를 보게 되고 이동이 되지 않는데, ACL 변경을 하는 것만으로도 리비전이 기록되면서 문서 역사가 존재하는 문서로 인식된다. 제목을 변경하는 이동에는 이동하려는 제목의 읽기 ACL을 통과해야 하되 이동할 제목의 읽기 ACL을 통과할 필요가 없겠으나, 문서를 서로 맞바꾸는 방식으로 문서를 이동하려면 양쪽 문서의 편집 ACL과 이동 ACL 그리고 읽기 ACL을 통과해야 한다.
  • /delete/문서명 : 문서명 문서 삭제 하기. 시스템상으로는 삭제이지만 namu가 자료를 zeroization등 초기화시키지 않는 이상 문서 역사가 남아 있으므로, 문서 게시 중단, 게시 상태 비활성화에 가깝다. 휴지통 처리는 읽기 어렵게 하는 것이지 아무개 기여 목록을 따라가면서 트래킹을 해본다면 찾아볼 수는 있다.
    문서를 삭제하는 반달리즘행위임을 확인하는 체크란이 있다.
  • /new_edit_request/문서명 : 문서명 문서 편집 요청 만들기. 문서 편집 요청 권한이 있으면 문서를 직접 편집할 수 있어도 이 주소를 찾아가서 만들 수 있다. 편집 요청 권한과 편집 권한 둘 다 만족한다면 본인이 편집 요청을 생성하고 본인이 Accept할 수 있으며, 조금씩 편집할 내용을 저장해뒀다가 변경할 내용을 한 번에 모아서 저장할 수 있다. 편집이 잦은 문서에서는 뜻밖의 타 이용자의 편집과 본인이 생성한 편집 요청이 충돌하여 오류[22] 문구를 볼 가능성이 높으므로 편집 권한이 있다면 편집 요청보다는 편집을 이용하자.

    한 문서에 본인의 편집 요청을 열어 둔 채 또 다른 편집 요청을 만들 수 없다. 문서 하나에 이미 열린 편집 요청이 있다면, 편집기까지는 정상적으로 만지작거릴 수 있다. 그러나 저장하려고 하면 아래의 오류 문구가 나오고 저장되지 않는다.
    [오류!]이미 해당 문서에 편집요청이 존재합니다. 해당 편집요청을 수정하시기 바랍니다.
    다만 manage_thread 권한을 보유하고 있다면 편집 요청을 닫은 뒤 다른 편집 요청을 만들고, 기존 편집 요청을 여는 식으로 한 문서에 두 개 이상의 편집 요청을 만들어 둘 수는 있다. #1, #2

    편집 요청 생성은 문서가 생성되어야 할 수 있다. 생성되기 전에 편집 ACL에 제한이 걸린다면 편집 요청 ACL에 문제가 없다 하더라도 생성할 수 없다. 주소를 직접 입력하고 들어가서 편집 요청을 생성하려고 시도를 하면 문서를 찾을 수 없습니다.라는 오류 문구만 읽고 퇴짜를 맞으며 편집 요청이 생성되지 않는다. (차이점 보기 : #1, #2)
    • ?redirected= : 문단 편집 등 편집하기 주소(링크)로 들어갔으나 편집 권한이 없어 편집 요청을 만들게 되는 경우, 해당 주소가 붙는다. 기본값은 1이다.
    • ?section= : 문단 편집 요청을 하는 경우 붙는 문단 번호이다. 편집할 때와 마찬가지로 문단이 나온 순서대로 번호가 매겨진다.

3.4.3. 역사[편집]

  • /history/문서명 : 문서명 문서 편집 역사 보기. 로그를 삭제하여 말이 있었다 하더라도 저장한 시각 순서대로 나열하고 리비전번호를 매겨 저장한 내역을 보여준다.
    • ?from=리비전번호 : 해당 리비전번호 이하의 문서 편집 내역 바로가기. 리비전 번호 바로가기 창에서 번호를 입력하고 들어가보면 이 주소가 입력된다.
    • ?until=리비전번호 : 해당 리비전번호 이상의 문서 편집 내역 바로가기.
      ※
      from=리비전번호1&until=리비전번호2
      같이 둘 다 입력하고 들어가면 (from을 무시하고) until을 적용하는 모양이다.
  • /raw/문서명?uuid=UUID : 문서명 문서의 지정된 UUID에 해당하는 리비전의 원문 보기. URL에 UUID를 지우고 들어가면 문서의 마지막으로 저장된 리비전번호를 볼 수 있지만 RAW 내용은 리비전에 맞는 UUID에 저장된 값을 불러오는 명령문이 빠져있어서 그런지 창에 나타나지 않는다.[23] 그리고 문서 역사에서 [RAW]를 보려고 새 탭으로 열면[24] 바로 RAW 내용이 보이지 않을 수 있다. [RAW]가 보이지 않는다면 [보기]를 눌렀다가 다시 [RAW]를 눌러서 볼 수 있다.
  • /diff/문서명?uuid=UUID : 문서명 문서의 지정된 UUID에 해당하는 리비전의 변경된 내용 비교하기.
    편집기를 열면 줄 번호가 나오는데, 몇 번째 줄의 내용을 건드렸고 몇 번째 줄 내용을 추가했는지를 보여준다. 같은 번호나 단락(건드린 줄이 연속적인 경우) 건드린 내용을 먼저 보여주고 수정한 내용을 보여준다. 삭제된 부분은 취소선이 그어지고 추가된 내용은 진한 녹색 바탕으로 표시된다. 저장된 데이터를 대조하여 보여주기 때문에 실제 이용자가 건드려 편집한 부분과 blame에서 나타내는 부분이 약간은 다르게 나타날 수 있다. 예를 들어 같은 줄 안에서 중복된 단어의 한 쪽을 지운 편집이 있다면 중복된 단어의 반대 쪽을 지웠다고 표시된다.
    • &olduuid=UUID2 : 지정된 UUID2에 해당되는 리비전과 변경된 내용 비교하기. 당연히 비교 대상에 숨겨진 리비전이 있으면 비교를 할 수 없지만, 숨겨지지 않은 리비전끼리는 두 리비전 사이에 숨겨진 리비전이 있다고 하더라도 내용이 어떻게 변경되었는지 비교할 수 있다.
  • /blame/문서명?uuid=UUID : 문서명 문서의 지정된 UUID에 해당하는 리비전에서 각 단락별로 최근 수정된 리비전 및 기여자 목록 보고 왜 이 부분은 이렇게 편집을 했냐면서 해당 이용자에게 blame(따질 거리) 찾기. 간접적으로 어느 단락에 어느 기여자가 기여했는지는 볼 수 있다. 번거로운 점으로는, 최근 변경된 리비전만을 보여주기 때문에 각 기여자가 기여한 부분을 확인해보려면 문서 역사에서 리비전을 꼼꼼히 살펴봐야 한다. 반달 빌런으로 내용 전체가 삭제되었다가 되돌리기된 편집이 있으면 되돌린 내용 전체가 blame에 반영되어 그 이전 기여자 목록이 묻히기 때문에 반달 하기 이전 리비전의 blame까지 보아야 한다.
  • /acl/문서명 : 문서명 문서에 적용된 ACL 목록 보기. 존재하지 않는 문서에 ACL 규칙을 추가[25]하거나 삭제할 수 있다. 그러나, 파일휴지통, 파일 이름공간에서 존재하지 않는 문서의 경우에는 그렇지 아니하다. 문서를 찾을 수 없습니다.라는 오류 문구가 나온다. ACL 변경의 ACL은 해당 조건에 맞는 이용자들에게[26] 필요하다면 언제든 ACL을 변경할 수 있도록 만들어놓는 배경이므로 본인이 ACL 변경의 ACL에 맞다고 하더라도 ACL 변경의 ACL을 바꿀 수 없다. 바꾸고 싶다면 ACL의 판을 새로 맞출 수 있도록 nsacl 같이 특수한 권한이 필요하다.
    ACL 갯수는 사실상 제한이 없다고 봐도 되는데, ACL 목록을 보기 앞서 데이터가 견디지 못할 수 있다.
    • #document : 문서 ACL 탭 선택시. 문서 편집 ACL을 보게 된다.
    • #document.edit : 문서 편집 ACL
    • #document.move : 문서 이동 ACL
    • #document.delete : 문서 삭제 ACL
    • #document.creare_thread : 문서 토론 생성 ACL
    • #document.write_thread_comment : 문서 토론 댓글 ACL
    • #document.edit_request : 문서 편집 요청 ACL
    • #document.acl : 문서 ACL 변경 ACL
    • #document.read : 문서 읽기 ACL. 들어갈 수는 있지만 조정되지 않는다. 조건을 부여해보려고 하면 invalid_acl_condition(유효하지 않은 ACL 조건)이라는 오류 문구가 나오고 반영되지 않는다. 별도로 editable_document_read_acl 같은 이름이 달린 권한이 생길 수도 있다.
    • #namespace : 이름공간 ACL 탭 선택시. 이름공간 읽기 ACL을 보게 된다.
    • #namespace.read : 이름공간 읽기 ACL
    • #namespace.edit : 이름공간 편집 ACL
    • #namespace.move : 이름공간 이동 ACL
    • #namespace.delete : 이름공간 삭제 ACL
    • #namespace.creare_thread : 이름공간 토론 생성 ACL
    • #namespace.write_thread_comment : 이름공간 토론 댓글 ACL
    • #namespace.edit_request : 이름공간 편집 요청 ACL
    • #namespace.acl : 이름공간 ACL 변경 ACL

3.4.4. 연결된 문서 조회(역링크)[편집]

  • /backlink/문서명 : 문서명 문서의 역링크 조회. 링크가 "자기가 연결하는 대상"을 가리킨다면 역(逆)링크[27] 는 "자기를 연결하는 대상"을 가리킨다.
    • ?
      • namespace=네임스페이스 이름 : 네임스페이스별로 역링크 조회를 할 수 있다. 일어날 가능성은 잘 없겠지만, 파일 문서도 다른 파일 문서의 file 역링크[28]가 되게 만들 수도 있다.
      • flag=number : 종류에 따른 역링크 조회. 비트값을 십진수로 바꾼 값이다.
        값이 1, 2, 4, 8일 때 동작된다. 이 테스트용 파일에서 테스트해볼 수 있다.
        구분
        23
        22
        21
        20
        flag=
        redirect
        include
        file
        link
        의도적인지, 매개변수를 넣어 다른 문서로 링크할 수 있는 문서[29]를 만들고 어느 한 문서에 그 문서를 include로 매개변수를 입력하여 호출함으로써 다른 문서로 링크했을 때 링크된 문서에서 역링크를 조회해도 include 문서를 호출함으로써 링크하는 문서는 역링크 목록에 나오지 않는다. 이를테면 틀:독케익 버츄얼 문서를 include하면서 매개변수 입력으로 파일 하나를 독케익 문서에 링크했지만 정작 해당 파일 문서의 역링크 목록을 보면 독케익 문서가 있기는 커녕 아무 문서도 없다.

        또한 편집하고 있는 중에만 볼 수 있는 주석(고정 주석, ##@)으로 다른 문서를 링크했을 경우에도 링크된 문서의 역링크를 조회했을 때 링크한 문서가 링크된 문서의 역링크 목록에 나오지 않는다.

3.4.5. doc=[편집]

매개변수 doc를 이용할 수 있다. 보통은 이런 주소를 보기 힘들다. 상위 디렉토리(directory)를 가리키는 ..[30] 문서[31], 상위 문서를 가리키는 ../ 문서, URL의 일부 기능으로서 동작될 수 있는 온점 하나(.[32]) 등 URL에서 혼동을 줄 수 있는 문서명들은 예외적으로 doc 매개변수가 적용된다.
가령 문서:..를 들어가고 싶어
도메인/w/..
주소를 입력하고 들어가면 대문 페이지로 되돌아가며, 문서:/..로 들어가고 싶어
도메인/w//..
주소를 입력하고 들어가면 입력한 문서 이름이 없는
도메인/w/
페이지로 이동되고 404 에러 페이지를 열람할 수 있다. 들어가고 싶으면
도메인/w?doc=..
주소,
도메인/w?doc=/..
를 입력해야 한다. 또한 UUID값의 uuid 매개변수가 요구되는 문서 역사 페이지로 들어가고 싶으면 doc과 uuid가 &로 같이 작성되는 주소를 입력해야 한다.
(예 :
도메인/blame?doc=..&uuid=UUID
문서:.. r1판)
doc=문서명
형태로 유지할 필요가 없는 문서명으로 된 주소는 들어가면 기본 형태(
/w/문서명
등)로 바뀐 주소로 리다이렉트된다.
  • /w?doc=문서명 : 문서명 문서 읽기
  • /edit?doc=문서명 : 문서명 문서 편집하기
  • /move?doc=문서명 : 문서명 문서 이동하기
  • /delete?doc=문서명 : 문서명 문서 삭제(게시 중단)하기
  • /new_edit_request?doc=문서명 : 문서명 문서 편집 요청 만들기
  • /history?doc=문서명 : 문서명 문서 역사 보기
  • /raw?doc=문서명 : 문서명 문서 RAW 보기. 마지막으로 저장된 리비전의 raw를 보여준다.
  • /diff?doc=문서명 : 문서명 문서 수정 비교. 마지막으로 저장된 리비전의 비교를 보여준다.
  • /blame?doc=문서명 : 문서명 문서 blame 보기. 마지막으로 저장된 리비전의 blame을 보여준다.
  • /revert?doc=문서명 : 문서명 문서 되돌리기. 그런데 revert는 되돌릴 리비전을 가리킬 수 있도록 uuid 매개변수 입력이 되어 있어야 동작이 된다. 일반적으로는 doc과 uuid 매개변수가 같이 입력되지 않기 때문에 이 주소를 입력하고 들어가면 404 오류는 나지 않지만 리비전에 해당하는 uuid를 입력하지 않은 상태이므로 해당 리비전이 존재하지 않는다는 오류 문구가 나온다.
  • /acl?doc=문서명 : 문서명 문서 acl 보기.

3.4.6. 나무위키 custom[편집]

  • /jump/target : 파일 문서. 나무위키에만 지원된다. 과거에
    /jump/
    까지 주소를 입력하고 404 에러 없이 들어갈 수 있었으며, 들어가서 페이지를 새로고침 할 때마다 무작위의 파일 문서를 열람할 수 있었다. 나무위키에서 과거
    /jump/파일명.확장자
    주소로 파일을 연결했던 흔적이 남아있는 모양이었다. 업데이트가 있은 이후 무작위 파일 문서를 보는 방법으로는 더 이상 지원되지 않게 되었다.
    그러다 2025년 11월 19일 Frontend 업데이트 때문인지 모르겠으나
    /jump/target
    를 입력하면 주소가 리다이렉트 처리되지 않고
    /w/target
    처럼 동작된다. 리다이렉트 문서로 들어갔다면 jump로 된 주소가 리다이렉트를 타고 넘어온
    /w/문서명?from=
    식으로 바뀐다.
  • /trdr?redirect=URL : 나무위키에만 지원된다. 기계번역 미러 사이트에서 한국어(원문)으로 들어가는 링크를 누를 때 걸리는 주소이다. 하위 경로를 인코딩 형식으로 보여주는데, UTF-8이 아닌 형식이다. 이를테면 나무위키:대문 문서의 주소는 https://namu.wiki/trdr?redirect=%2Fw%2F%25EB%2582%2598%25EB%25AC%25B4%25EC%259C%2584%25ED%2582%25A4%3A%25EB%258C%2580%25EB%25AC%25B8가 된다.

3.5. 토론 및 편집 요청[편집]

공통점으로, 생성하면 암호화된 URL주소가 주어진다. 무작위 같으면서도 형용사+형용사+형용사+명사 조합 같이 Oxford[word] 영어사전에서 뽑아낸 것 같은 이름들이다.

URL 주소의 양식은 여러 번 바뀌었다. 과거에는
https://namu.wiki/topic/스레드 index 번호
식의 주소를 사용했었다. 이후 암호화된 숫자와 영문자 조합 코드[34]를 사용한
https://namu.wiki/thread/0123456789aBcDeFgHiJkL
형식을 사용한 이후 형용사+And+형용사+명사 같은 이름이었다가 점점 생성할 가짓수가 고갈되어가는지 조합할 수 있는 가짓수가 더 많은 방식으로 변경된 모양이다. 나무위키 안에 잠들어있는 프로젝트 문서 하나에서 이전 역사를 탐색하면 과거를 볼 수 있다.
  • 문서
  • /discuss/문서명 : 문서명 문서로 배정된 토론(스레드)와 편집 요청을 볼 수 있다. 여기에서 "새 토론 생성"에 제목과 내용을 채워놓고 토론을 발제할 수 있다. 기술적으로 스레드 상태가 normal(open, 열림)이거나 paused(중지된) 상태인 목록을 보여준다. 삭제된[35] 스레드가 복구된 경우 closed(닫힘)으로 된 상황이었다 하더라도 상태가 normal(열림)이 되므로 닫으려면 update_thread_status 권한으로 스레드를 다시 닫아줘야(상태를 closed로 변경해야) 한다.
    아무래도 이런 스레드처럼 정신 나간 제목이 있으면 최근 토론에 목록을 불러오는데도 몇 초 동안 정지되는 렉이 걸리는 문제가 있기에 토론을 발제할 때 제목의 값에 255자 제한을 걸어놓은 상황 같다.
    • ?state=close : 닫힌 (스레드 상태가 closed인) 토론 목록 보기.
    • ?state=closed_edit_requests : 닫힌 (상태가 closed인) 편집 요청 목록 보기.
    • #s-번호 : 열린 토론 번호 따라가기. 열린 토론은 최근 마지막으로 댓글이 달린 스레드 순으로 정렬되며, 열린 토론 목록에서 1., 2. 등의 번호를 누르면 스레드가 문단으로 취급되는 해당하는 주소를 볼 수 있다.
  • /discuss?doc=문서명 : 위의 /discuss/문서명과 같다.

3.5.1. 토론[편집]

  • /thread/주소 : 토론 스레드. 삭제된 스레드의 주소이거나 없는 스레드의 주소로 들어가면 토론이 존재하지 않습니다. 라는 오류 문구를 볼 수 있다.
    • #number : 댓글 번호 바로가기. 해당 번호의 댓글로 시점이 이동된다. 댓글을 작성할 때 나무마크 문법을 적게 된다. 몇몇 종류의 구문들[36]은 의도적으로 지원되지 않게 설정되었어도 마음만 먹고 집중해서 오탈자를 내지만 않는다면 한 스레드 안에 문서연재 시리즈를 나타낼 수 있다. 문단 구문만이 아니라 [목차] 구문까지 지원된다.
      토론 댓글에
      [[ ]]
      기호(링크 표시)를 입력하지 않아도
      #number
      를 입력하면 자동으로 링크 표시로 바뀌게 되어 있다.[37] 그러나
      [[https:// ~ |#number]]
      같이 하이퍼링크가 되어 있으면 그렇지 않다.
      그리고 댓글 번호에서 링크로 된
      #number
      에 마우스를 잠시 갖다 대고 있으면 마우스 위로 해당 번호 댓글이 나타나는 기능이 있다. 몇 번 댓글에 어떤 내용이 있었는지 확인하고자 불필요하게 스레드 창을 위로 이동할 필요를 줄일 수 있는 편리한 기능이다.
      댓글이 한 스레드 안에 몇 번까지 달릴 수 있는지는 미지수이나 skip_captcha 권한으로 실험해볼 수 있다. 한 스레드 안에 댓글 갯수가 65,536(=
      216
      ) 개를 넘길 수 있으니 (예시, 데이터 주의) 사실상 무제한이라고 보아도 된다. 실험하게 된다면 보여주는 댓글들을 모두 불러 보여주기에는 메모리가 견디지 못할 수 있으므로 달아놓은 댓글들에 블라인드를 걸면서 달아야 할 수 있다.
    • #tcnumber : 해당 번호 댓글의 리다이렉트(시점 이동). 해당하는 번호의 댓글이 출력되어 읽을 수 있으면서도 리다이렉트가 존재할 때만 정확히 동작된다. 그렇지 않은 경우 페이지가 새로고침되어 나온다. tc는 thread comment 의 머릿글자로 보인다.
      • -toc : 목차. 문서의
        #toc
        처럼 시점이 이동된다.
      • -s-문단번호 : 문단 번호 바로가기. 문서의
        #s-문단번호
        처럼 시점이 이동된다.
      • -fn-Footnote Index Number : 댓글 안에서 Footnote Index Number(순번)에 일치하는 각주로 이동가기. 문서의
        #fn-Footnote Index Number
        처럼 시점이 이동된다.
      • -rfn-Footnote Index Number : 댓글 안에서 Footnote Index Number에 해당되는 각주를 본문에서 끼워놓은 곳으로 이동하기. 문서의
        #rfn-Footnote Index Number
        처럼 시점이 이동된다.
      • -이름 : 댓글 안에서 이름이 일치되는 정착지(앵커, 문단이름)를 본문에서 끼워놓은 곳으로 이동하기. 문서의
        #이름
        처럼 시점이 이동된다.

3.5.2. 편집 요청[편집]

  • /edit_request/주소 : 편집 요청. 편집 요청을 만들면 주소가 토론 주소와 같이 불규칙하게 주어지며, 특정 리비전을 기준하여 편집했으면 하는 부분이 기록된다. 없는 편집 요청의 주소로 들어가면 편집 요청을 찾을 수 없습니다. 라는 오류 문구를 볼 수 있다. 문서의 편집 ACL을 통과할 수 있으면 다른 이용자가 열어놓은 반달성 편집 요청을 직접 닫을 수 있다. delete_thread 권한으로 토론을 삭제 할 수 있으면 아마도 편집 요청을 삭제할 수 있는 별도 권한이 있을 수 있다. 기여 내역에서 편집 요청도 기여의 한 부분으로 간주되므로 편집 요청이 강제로 삭제된다면 해당 이용자의 기여 내역에는 나오나 삭제된 토론처럼 편집 요청이 존재하지 않는다는 오류 문구가 나올 것이다.
    편집 요청에는 문서를 편집할 기준(기준 판)과 변경할 내용(비교), 그리고 미리보기가 나온다. 편집 요청이 열려 있어도 문서가 편집되어도 편집 요청은 내용을 수정하지 않는 이상 편집할 기준 리비전은 일반적으로 고정된다. 그러므로 누군가의 편집으로 편집 요청이 자동 병합되기 어렵게 되면 해당 편집 요청을 승인하기 어렵게 된다. 이런 편집 요청을 직접 수정하고 있다면 편집 병합이 실패하여 나오는 상황처럼 다른 사용자가 먼저 편집했다는 오류가 나오며, 충돌된 내용과 비교하여 보여준다. 이를 참고하면서 충돌되는 편집 요청은 사실상 다시 만들어야 한다.
    편집 요청을 닫을 때 manage_thread 권한을 가지고 있다면 편집 요청을 닫고 잠글지 체크하는 칸이 나오며, 칸에 체크를 하고 닫게 되면 편집 요청이 닫히고 manage_thread 권한이 없는 이용자는 다시 열 수 없도록 잠기게 된다. 편집 요청이 잠기게 되면 이용자가 변경할 내용과 미리보기를 볼 수 없으나, 권한이 있다면 잠긴 편집 요청이라도 변경할 내용과 미리보기를 볼 수 있다.
    • /edit : 편집 요청 편집하기. 닫혔거나 승인된 상태에서 억지로 들어가면 편집 요청 상태가 올바르지 않습니다. 라는 오류 문구를 볼 수 있다. 스레드의 경우 편집하기는 없는 모양이다.[38]
      편집 요청 편집을 저장하면, 마지막으로 저장한 시각이 반영되어 ㄲㅇ 최근 토론의 열린 편집 요청 탭에 열려 있는 편집 요청 목록이 갱신된다.

3.6. 페이지 하단[편집]

  • /Policy : 이용약관. 나무위키에만 있는 페이지(Términos de uso)이다. 다른 위키에서 들어가면 404 에러 페이지가 나온다. 번역은 나무위키의 이 문서를 참고할 수 있다.

3.7. 검색[편집]

검색 창에 검색어를 입력하면 검색어의 중간중간에 띄어쓰기가 있거나 빠졌어도 띄어쓰기가 없는 검색어나 띄어쓰기가 있는 검색어까지 탐색하여 찾아준다. 다시 말해, 사실상 띄어쓰기를 잘못했다 하더라도 검색 결과에서 띄어쓰기를 보정해준다. 이를테면 "이 승 만"이나 "2024년대한민국비상계엄령선포", "이 상 혁""기 습 숭 배"이라고 검색해도 검색 결과 페이지로 가지 않고 이승만, 2024년 대한민국 비상계엄령 선포, 이상혁기습숭배문서를 찾아서 연결해준다.

또한 대소문자를 잘못 입력했다 하더라도 검색어에서 대소문자를 바꾼 결과까지 찾아주므로 대소문자 변환을 보정해준다. 이를테면 영어를 입력할 때 첫 글자가 자동으로 대문자로 전환되어 "Theseed"를 입력하고 검색하더라도 the seed 문서를 찾아서 연결해준다. 리다이렉트 문서도 가능하다. 이를테면 "aoe2"를 입력하고 검색하면 AOE2를 연결해주고 곧 에이지 오브 엠파이어 2: 결정판 문서로 넘어간다.

일반적으로 휴지통이나 더미는 검색에 나올 일이 없다.
  • /Search : 검색 페이지. 기본적으로 q 파라미터를 받는다.
    • ? : target, q, namespace 순서대로 정렬된다. 다만 페이지를 열람하게 되면 namespace, q, target, page 순으로 정렬된다. 주소에 이들 순서를 바꿔 입력해도 들어갈 수 있다.
      • target= : 검색 목표 설정
        • target=title_content : 제목/내용
        • target=title : 제목
        • target=content : 내용
        • target=raw : 원문
      • q=검색어 : 검색어 내용 검색. "query"의 머릿글자로 보인다. 만일 *라는 글자로 검색(q=%2a)하면 파일 탐색기에서 *를 입력하듯 모든 문서를 검색할 수 있다. 시스템상 한계로 1만 개까지 보여준다.
      • namespace=네임스페이스 : 존재하는 네임스페이스 중 해당 네임스페이스 안에서 검색
      • page=페이지번호 : 검색 결과가 많을 경우, 해당 번호의 페이지 목록 보기. 기본값은 1이다. 검색 결과가 1페이지를 못 채운 상황에서 다음 쪽을 보고자
        page=2
        같은 주소로 들어가면 목록이 나오지 않는다. 또한 검색 결과 개수의 한계는 1만개이므로, page 값은 501 미만이여야 한다. 참고로 넘을 시 '검색 서버에 문제가 발생했습니다.'라는 메시지가 나온다. 검색 수가 1만 개 미만이어도 501번째 페이지를 못 띄우는 상태를 보면 의도적으로 한계치가 만들어진 모양이다.
  • /Go?q=문서명 : 문서명으로 이동하기. 로그가 존재하는 문서인 경우 문서명 문서 읽기(
    /w/문서명
    )로 이동하며 존재하지 않는 문서인 겅우 문서명 검색 결과(
    /Search?q=문서명
    )로 이동된다.[39] 주소를 소문자 go로 쓰면 404 오류문구를 열람할 수 있다. 상단 네비게이션 바의 화살표 단추가 링크하는 주소이며, 나무위키 실시간 검색어 목록에 딸린 링크에서 볼 수 있다.

3.8. 그 외 내부 주소[편집]

  • /i : 내부 api.
  • /internal : 내부 api. 흑마술(?)의 시작 주문(?)이다.
  • /cdn-cgi: Cloudflare 엔드포인트.
    • /scripts
  • /skins : 각 스킨별 js파일 경로.
    • /buma
    • /liberty
    • /vutterfly
  • /sidebar.json: 최근 변경 사이드바.
  • /api : API를 이용한 편집. 봇 편집이 단골으로 찾는 주소이며, api_access 권한이 필요하다. 권한이 없으면 다음과 같은 문구가 나온다. (pretty print 적용시)
    {
  "status": "권한이 부족합니다."
 }
    • /api/edit/문서명 : 문서명 문서 편집을 명령문으로 처리하기.
    • /api/backlink/문서명 : 문서명 문서 역링크 조회를 명령문으로 처리하기.
    • /api/discuss/문서명 : 문서명 문서 토론 목록 조회를 명령문으로 처리하기.
    • /api/v0/aclgroup : ACLGruop 추가&제거&조회를 명령문으로 처리하기. admin 권한과 api_access 권한이 동시에 있어야 한다.

  • txt

  • 현재 존재하지 않는 경로들.
  • /check : 너무 많은 요청을 하면 접속되는 페이지였다고 한다.#
  • /admin
    • /ipacl : ipacl
      • /remove
    • /suspend_account : suspend_account
      그 외에도 있으나 내부적으로 사?용하는 것들은 적지 않는다.

4. 기타[편집]

4.1. 하위 도메인[편집]

  • URL 구조로 보자면 더시드포럼(feedback.theseed.io)의 도메인은 더시드위키(theseed.io)의 하위 도메인이다.
  • 알파위키(https://awiki.theseed.io)의 과거 도메인은 구조로만 보자면 더시드위키(https://theseed.io)의 하위 도메인이었다. 더시드위키 DNS 서버가 먹통이 되면 알파위키와 더시드포럼도 먹통이 될 수 있었다. 물론 클라우드플레어를 사용하기 때문에, 클라우드플레어 (프록시 말고) DNS가 먹통이 된다는 뜻은 저 세 서비스가 먹통이 되는 것보다 큰 일이 나고 있다는 뜻이 될 것이다. 그러나 알파위키의 주 도메인이 https://www.alphawiki.org 로 변경되어 아무래도 상관없는 일이 되었다.
  • 업로드된 파일이 저장되는 도메인은 하위 도메인이다. 이를테면 다음과 같다.
    • 더시드위키에서 업로드된 파일이 저장되는 도메인은 theseedwikifile.theseed.io 이다.
    • 알파위키에서 업로드된 파일이 저장되는 도메인은 file.alphawiki.org 이다.
    • 나무위키에서 업로드된 파일이 저장되는 도메인은 i.namu.wiki 이다.
    • 위브위키에서 업로드된 파일이 저장되는 도메인은 file.weve.wiki 이다.
  • 나무위키 문서를 기계 번역한 내용을 보여주는 주소는 나무위키의 하위 도메인이다. 특이하게 사용자 문서를 찾아가면 없다고 나온다. 문서 검색어를 잘 맞춰 들어가면 파묻어놓은 더미 문서(!) 같은 별의 별 문서를 탐지할 수 있다.
    상위 도메인인 나무위키와 the seed 버전이 다르나, 아카라이브 채널위키처럼 복돌이를 쓰는 것인지 버전은 불명이다. 지원되는 문법이나 렌더링이 다른 점을 발견할 수 있다.

4.2. 기타 기능[편집]

  • read_only 모드(mode)는 "읽기 전용" 모드로서 접근 권한이 있는 데이터라면 불러와서 읽을 수 있으나, developer, config 관련 권한 보유자 외에는 일반적으로 데이터 변경이 불가능하다. 데이터 변경이라 함은 단순 문서 편집[R]만이 아니라, 댓글 숨기기[R]를 포함한 스레드 정보 변경, 차단을 포함한 ACL그룹 추가/제거[42], 계정 생성 및 정보 변경[43]을 포함한다. cast stasis field 나무위키의 접근 제한에 비유하자면 선출직 운영자조차 수정할 수 없으니 숨겨진 ACL 6~7단계이다.
  • 개발자 전용으로 공지를 띄울 수 있다. 토론 댓글을 고정하면 스레드에서 먼저 불러와서 나타나는 것처럼, 이렇게 긴 문구를 공지로 띄어도 UI에서 먼저 나온 긴 문구를 고정한 채로 문서, 토론 등 페이지를 보여주는 모양이다. 3만 자가 넘어가나, 글자 수의 제한은 정확히 알 수 없으며 적어도 65,536 자인 것으로 보인다.
  • 모바일 한정으로, liberty 스킨을 사용중일 때 뒤로가기를 몇 번 하여 캐시를 불러올 경우, 네비게이션 바 색상이 위키 상징색에서 리버티 고유 색상으로 바뀐다. 물론 새로고침하면 원래 색상으로 돌아온다. 위키에서 문서를 열람하는 등 위키를 이용하고 있다면 편집을 하고 있지 않더라도 불규칙하게 보이는 코드가 같이 동봉된 js 확장자 파일이 서버 주소로서 요청된다. 이는 아카라이브의 채널위키에서 문서를 편집할 때 의도적으로 오류 코드를 내는 미리보기를 요청해보면 새로 요청할 때마다 RAY ID 코드가 무작위같이 나오는 현상처럼, 접속 기록이 남을 수 있고 이런 기록이 모이면 login_history로 해당되는 이용자의 접속 기록이 조회될 수 있다. 다중 계정 검사 보고서 : 동일인일 가능성이 높습니다.

5. 도보시오[편집]

[1] 전설로만 있었던 존재를 가리키는 리그 오브 레전드 할 때의 레전드가 아니라, 여기에는 표시하여 남겨놓았다는 "범례"를 의미한다. 영어로 적힌 지도에서 심심치 않게 볼 수 있다.[2] 게시가 활성화 되어 있는[3] 사용자 문서의 편집만 여러 번 하면 최근 변경에 보이지 않는 사용자 문서 편집 로그들로 가려진다.[4] 특정 문서를 사용자 이름공간으로 옮기거나 사용자 이름공간의 문서를 다른 이름공간의 문서로 옮기는 실험으로 확인해볼 수 있다.[5] 토론, 투표, 특수기능이라는 미지의 네임스페이스는 열린 적이 없으므로 logtype=전체 에서 내역이 숨겨지는지 실험할 수 없다.[6] 분명하게 aclgroup:Pink, aclgroup:Darkblue, aclgroup:Rainbow가 나타내는 글자 색 꾸미기들로 칵테일이 만들어졌다.[7] ○○○사용자가 변경된 계정명를 (차단 당시 이름 : 이전 계정명) ◇◇◇ ACL 그룹에 추가함 / 그룹에서 제거함[A] 8.1 8.2 기본값. 다른 대상으로 바꿀 수 있는지는 미지수이다.[10] 더시드위키에서는 진짜로 namu를 대신하여 사비를 들여 인증이 가능하도록 만들었다고 한다. 여기를 참고.[11] 기본값은 24시간, 위브위키는 여전히 24시간이지만 나무위키는 묻지마 반달 후 삭제 문제로 168시간(1주일)으로 변경되었다.# 그럼에도 특이하게, 계정을 삭제한 다음 판 다른 계정이 분탕으로 되어 오리 실험으로 들키뿔까 싶어가꼬 168시간 존버해논 다음 삭제해부릴까 카던 별 창의적인 이용자도 있었다 카더라.[12] 과거에는
사용자:*UUID
형식[13] 계정 삭제 단추가 있어서 계정 삭제가 가능했었는데 어느 순간 계정 삭제가 불가능해졌다. 대문 문서만 보더라도 문서 역사에서 (삭제된 사용자)로 표시된 내역을 볼 수 있다.[14] 서버 문제 때문이라 카더라는 추측이 있었다. the tree는 제로베이스라서 문서 기여 내역 같이 기여횟수와 100개씩 보는 페이지 보기를 먼저 만들어놓았다. 과거부터 쌓아온 나무위키 서버 안의 토론 내역을 /topic 부터 오류 없이 정리하여 the seed 엔진에서 업데이트를 만든 듯하다.[15] 나무위키는 후술하듯 일부 페이지에서
?rev=리비전번호
형태 주소를 지원한다.[16] 이 때는 접근이 허용된 때이므로 편집기까지는 열어준 것이다.[17] 이 때 저장 요청을 하면 변경된 허용 규칙을 따르게 되어 서버에서 요청을 거부한다.[18] "
?noredirect=
" 까지만 입력하는 것은 noredirect에 값을 주지 않은 것이다.[19] 읽기에서 막히면 토론 스레드에도 이와 같은 오류 문구가 나온다.[20] "차단된 사용자"만이 아니라 네임스페이스 읽기 ACL에서 다른 이름의 ACL를 "거부"하는 규칙에 도달되어 본인이 읽기가 거부되는 경우 유사한 오류 문구가 나오는지는 실험해보아야 한다.[21] 아카라이브 채널위키의 경우 400 bad request 오류코드를 반환한다.[22] 한 줄만 충돌되어도 그렇게 된다.[23] 마지막으로 저장된 리비전번호의 UUID로 리디렉트되지 않는듯[24] 탭을 새로 열고 주소를 바로 입력하거나 휠 단추를 누르는 방법 등으로 새 탭에서 해당 URL로 이동하기[25] 작성 금지가 대표적인 예시이다.[26] 통상적으로 perm:admin 같이 운영자가 해당되도록 ACL을 만들어놓는다.[27] 함수(function)로 보자면 역상(pre-image, inverse image)과 비슷하다.[28] 해당 문서에서 [[파일:파일명]]으로 파일을 불러올 경우[29] 예를 들어
[[@문서명@]]
구문(문법)이 들어있는 틀[30] 명령 프롬프트(cmd)에서 cd(change directory) 명령문 중 하나인
cd ..
을 입력하고 실행시키면 상위 폴더(상위 경로)로 이동된다.[31] 하위 문서를 가리키는 슬러시 기호(/)와 상위 디렉토리를 가리키는 .. 기호가 결합된 /..로 이름이 끝나는 모든 문서도 해당 대상이 된다. (예 : 더시드위키:/..)[32] 명령 프롬프트에서 cd .을 입력할 수 있다.[word] 사전보다는 서버 상에서 등록되어 암호화된 문자화한 값RegisteredEncryptedLiteralizedValue을 뽑아내는 모양.[34] 숫자와 알파벳 대소문자가 구별되어 적힌 모양으로 보면 base64로 추정된다.[35] 기술적으로 해독하고 데이터베이스로 접근하여 불러올 수 있는 수단을 없앤[36] 주석(footnote)를 제외하고 괄호 [ ]로 마감되는 구문들. include, youtube 등. math는 <math> ~ </math>로 대체할 수 있었는디, 업데이트가 되면서 [math()] 구문까지 쓸 수 있게 되었다.[37]
굳이 색상을 바꾸고 싶다면 글자별로 쪼개어 색상을 입력한다. 이를테면 댓글 번호를 초록색으로 바꿔서 표시해보고자
[[#1|{{{#green #1}}}]]

으로 입력하면 댓글 미리 보기에는 링크 글자 색상이 초록색으로 나오지만 댓글로 등록하게 되면 컴퓨터가 댓글에서 "#숫자"로 읽을 수 있는 텍스트는 죄다 댓글 번호 링크로 바꿔버려서(...) 글자 색상이 초록색으로 나오지 않고 링크 색으로 나온다.

그러나 댓글 번호를
[[#1|{{{#green #}}}{{{#green 1}}}]]
또는
[[#1|{{{#green \#1}}}]]

으로 입력하면
#number
의 문구를 쪼개어 각각 색상을 입히기 때문에 컴퓨터가 "#숫자"로 읽지 않고 "#"과 "숫자(number)"로 따로 읽는다. 그래서 미리 보기에도 링크의 글자색이 초록색으로 나오며 토론 댓글로 올려도 댓글의 링크 색상이 초록색(#1)으로 나온다.
[38] 댓글이면 모른다. edit_thread_comment[39] 그냥 /Go를 입력하면 검색어를 입력하지 않은 검색 결과 페이지(
/Search?q=
)로 이동된다.[R] 40.1 40.2 위키가 읽기 전용 상태입니다. 라는 오류 문구가 나온다.[42] invalid_viewname 라는 오류 문구가 나온다.[43] 이를테면 계정명을 변경한다면 해당 사용자 문서가 이동되는데, 해당 모드에서는 애초부터 문서 편집이 막히므로 되지 않는다.