더시드위키
최근 변경최근 토론
특수 기능

the seed/URL 및 기능(r197 판)

보기RAWBlame되돌리기비교
[주의!] 문서의 이전 버전(에 수정)을 보고 있습니다. 최신 버전으로 이동
분류
파일:CC BY-NC-SA 버튼.svg포크 이용허락 안내

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

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

아이디 목록
  • disciple153

1. 개요2. 범례3. 목록
3.1. 네비게이션 바3.2. 계정3.3. 권한3.4. 문서3.5. 토론 및 편집 요청3.6. 페이지 하단3.7. 검색3.8. 그 외
4. 기타

1. 개요[편집]

the seed 엔진에 존재하는 URL을 기록하는 문서

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

2. 범례[편집]

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

3. 목록[편집]

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

서버에서 존재하는[2] 문서 목록을 모은 다음 특정 알고리즘에 따라 자동 정렬하여 만든 목록을 종류별로 만들어놓고, 주기적으로 존재하는 문서 목록을 다시 모아 갱신하는 것으로 보인다. "최근 변경"은 시간이 지나면 캐시(cache)같이 초기화되는 모양이다.[3] 수동으로도 실행할 수 있는지는 불명. 문서마다 고유 색인 번호가 알게 모르게 달려 있다. 글자 수를 읽을 수 있으며, 어디론가는 분류된 문서인지도 읽을 수 있는 모양이다.
  • 최근 목록
  • /RecentChanges : 최근 변경
    • ?logtype : 문서를 변경했음을 알려주는 로그들 가운데 특정한 종류에 해당되는 로그를 최신순으로 몇 개 까지만 보여준다. "전체"를 제외하면 사용자 문서의 변경 로그까지 확인할 수 있다.
      • =all : 전체 [기본값]
      • =create : 문서 생성 (새 문서)
      • =delete : 문서 삭제
      • =move : 문서 이동
      • =revert : 문서 되돌리기
  • /RecentDiscuss : 최근 토론
    • ?logtype : 로그 유형에 따른 토론 목록을 보여준다. 토론 목록은 각 토론에서 마지막으로 댓글이 작성된 시각을 기준으로 최신인 순서대로 아니면 오래된 순서대로 배정된다. 토론 상태 변경으로 댓글이 달린 것도 댓글로 취급되어 목록에서 순서가 바뀔 수 있다. 마지막으로 댓글을 달거나 처리한 이용자의 계정명이 표시되며, ACL상 읽기가 불가능한 문서의 토론이더라도 목록에 표시된다. 무슨 내용인지 궁금해서 읽어보고 싶을 수는 있겠다. 계정명에 글자 꾸미기가 반영된 ACL 그룹에 소속된 계정인 경우 역시 반영된다. 다만 닫힌 토론과 닫힌 편집 요청은 어떻게 했는지 모르겠지만 색상이 특이하게 다른 색상으로 표시되는 경우가 있다.[4]
      • =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 : 작성이 필요한 문서
  • /OrphanedPages : 고립된 문서. 대문(Frontpage)에서 시작하여 도달되지 않는 문서들의 목록을 보여준다. 페이지마다 최대 100개씩 보여준다.
    • ?from=번호 : 해당 번호부터 고립된 문서 목록 보기. [다음] 단추를 누르면 자동으로 붙게 된다.
    • ?until=번호 : 해당 번호부터 고립된 문서 목록 보기. [이전] 단추를 누르면 자동으로 붙게 된다.
  • /OrphanedCategories : 고립된 분류. 분류:분류에서 시작하여 도달할 수 없는 분류들의 목록을 보여준다. 페이지마다 최대 100개씩 보여준다.
    • ?from=번호 : 해당 번호부터 고립된 분류 목록 보기. [다음] 단추를 누르면 자동으로 붙게 된다.
    • ?until=번호 : 해당 번호부터 고립된 분류 목록 보기. [이전] 단추를 누르면 자동으로 붙게 된다.
  • /UncategorizedPages : 분류가 되지 않은 문서
  • /OldPages : 편집된 지 오래된 문서. 문서별 최근 작성 시각도 같이 보여준다. 날짜별로 대소비교가 가능하니까 if문법에도 날짜 계산식을 호출 할 수 있을 것 같은데
  • /ShortestPages : 내용이 짧은 문서. 서버에서 특정 알고리즘에 따라 정렬된 문서 목록을 보여준다.
    • ?from=Document Index 번호 : 해당 문서 색인 번호가 있는 항목부터 목록 보기. [다음] 단추를 누르면 자동으로 붙게 된다.
    • ?until=Document Index 번호 : 해당 문서 색인 번호가 있는 항목까지 목록 보기. [이전] 단추를 누르면 자동으로 붙게 된다.
  • /LongestPages : 내용이 긴 문서. 역시 서버에서 특정 알고리즘에 따라 정렬된 문서 목록을 보여준다.
    • ?from=Document Index 번호 : 해당 문서 색인 번호가 있는 항목부터 목록 보기. [다음] 단추를 누르면 자동으로 붙게 된다.
    • ?until=Document Index 번호 : 해당 문서 색인 번호가 있는 항목까지 목록 보기. [이전] 단추를 누르면 자동으로 붙게 된다.

  • 기타
  • /BlockHistory : 차단 내역. 차단 내역에 이전 계정명을 검색하면 이전 계정명에 관련하여 기록된 차단 내역 로그가 변경된 계정명과 같이[5] 검색되지만, 변경된 계정명으로 검색하게 될 경우 계정을 변경하기 전에 변경된 계정명과 똑같은 계정을 쓰고 있었던 다른 이용자가 존재하지 않았던 이상 당시 이전 계정명을 사용하고 있을 때 기록된 차단 내역 로그가 나오지 않는다. 차단 내역에 기입되면 고유 index 번호가 1번부터 붙게 되는데 없거나 숨겨졌거나 삭제되었는 등 볼 수 없는 index 번호를 아래 주소에 입력하면 404 오류를 보는 일 없이 가장 최근의 내역을 보는 페이지로 되돌아간다.
    계정에 해당하는 UUID를 입력해도 조회가 된다. 이 경우 변경된 계정명과 이전 계정명이 같이 조회된다. 개명을 하더라도 주민등록번호(?)는 바뀌지 않는다.
    • ?from=Log Index 번호 : 해당 로그 색인 번호에 해당되는 내역부터 차단 내역 보기. [다음] 단추를 누르면 자동으로 붙게 된다.
    • ?until=Log Index 번호 : 해당 로그 색인 번호에 해당되는 내역까지 차단 내역 보기. [이전] 단추를 누르면 자동으로 붙게 된다.
  • /Upload : 파일 올리기
  • /License : 라이선스. admin 권한이 있는 계정으로 로그인한 상태에서 방문하게 되면 업데이트 적용시각을 볼 수 있다. 그러나 backend 기준으로 적용시각이 바뀌는 것으로 보이며(#) 이로서 업데이트가 될 때마다 항상 적용시각이 바뀌지는 않는다.
  • /random : 임의 문서로 이동. liberty 스킨에는 나오나 vutterfly 스킨에는 나오지 않는다.
  • /RandomPage : 무작위뽑기로 나온 문서 목록 보기. 새로고침 할 때마다 다시 무작위로 나온다.
    • ?namespace=네임스페이스 : 존재하는 네임스페이스 중 하나를 입력하고 해당 네임스페이스에 있는 문서들 가운데서 목록을 가챠처럼 뽑아볼 수 있다. 기본값은 문서 네임스페이스이다. 시스템 네임스페이스 같이 존재하는 문서 수가 적은 네임스페이스일수록 똑같은 이름의 문서가 중복하여 나올 확률이 높다.

3.2. 계정[편집]

  • /member
    개인 계정에 관한 설정
  • 가입 및 계정 찾기
  • /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그룹 추가/제거 목적이 절대다수 제재/감경 또는 사면 처리이므로 퉁쳐서 만들어놓은 모양이다. 실행자 뒤에 실행 당시 이름까지 구현될 수는 있어 보인다.
  • /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문서명
  • /member/logout : 로그아웃
  • /member/signup_verify : (모바일) 인증
    모바일 인증용.
    더시드위키, 알파위키, 위브위키에서 해당 주소로 들어가면 404 에러 화면은 나오지 않지만 이 기능이 활성화되있지 않습니다.라는 오류 문구를 볼 수 있다.
  • /member/withdraw : 계정 삭제
    더 이상 활동하지 않는 계정을 삭제하는 기능이다. 위키 시스템상 기여 내역을 추가하는 등 활동한 시점으로부터 얼마 만큼의 시간이 흘러야 삭제할 수 있도록 제한 시간이 정해져 있다. 제한 시간이 지나지 아니한 상태에서 해당 주소로 들어간 경우
    마지막 활동으로 부터 시간이 경과해야 계정 삭제가 가능합니다.
    라는 띄어쓰기가 틀린 오류 문구가 나온다. 소유자거나 권한이 높은 운영자일 경우 제한 시간의 기본값을 설정할 수 있으며[6] 별도 특정 계정을 대상으로 제한 시간을 조정할 수 있다. 만약 영구차단된 사용자가 계정을 영구적으로 삭제할 수 없도록 제한 시간이 영구로 설정되면 말 그대로 박제가 된다.

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

    시스템상 계정 삭제 기능을 비활성화시킬 수 있다. 더시드위키[7]는 해당 주소로 들어가면 404 에러 화면은 나오지 않지만 계정 삭제가 비활성화돼 있습니다.라는 오류 문구를 볼 수 있다. 그리고 계정 삭제에서 나오는 문구(pledgeinput, 서약)를 변경할 수 있다.
    본인은 탈퇴를 하면 기여했던 모든 내역이 <삭제된 사용자>로 표시됨을 동의하며 시스템에서 데이터가 삭제된 이후 기여자임을 증명할 수 없게 된다는 사실을 인지하고 있습니다. - 위브위키
    본인은 계정 삭제를 하면 본인이 기여한 문서나 그 복제물에 또는 해당 문서의 공표 매체(이하 "문서등")에 본인의 실명 또는 이명 대신에 <삭제된 사용자>로 표시됨을 동의합니다. 또한, 본인은 계정 삭제 이후 문서등의 기여자임을 증명할 수 없게 된다는 사실을 인지하고, 문서등에 대하여 저작인격권을 행사하지 않을 것에 동의합니다. - 나무위키

  • 개인 문서 설정
  • /member/star/문서명 : 문서명 문서 별찜하기. 별찜을 한 문서라면 already_starred_document라는 오류 문구를 볼 수 있다. 삭제되었거나 존재하지 않는 문서에 시도할 경우 문서가 존재하지 않습니다. 라는 오류 문구가 나오고 별찜이 되지 않는다.
  • /member/unstar/문서명 : 문서명 문서 별찜 해제하기. 별찜을 하지 않은 문서라면 already_unstarred_document라는 오류 문구를 볼 수 있다. 별찜을 한 문서가 삭제된 문서인 경우 별찜 해제를 할 수 있다. 그러나 다시 별찜은 되지 않는다.
  • /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개를 넘어가면 편집 기여 목록 같이 페이지가 만들어질까 싶었지만, 여기를 보건대 아무리 토론 댓글을 많이 단다고 해도 기여 목록의 다음 페이지가 만들어지지 않게 생겼다. 그러므로 테스트 목적이라도 짧은 기간 안에 댓글을 수천 개를 달아놓는다고 해도 동일하게 페이지가 만들어지지 않을 것이다.[8]
    • /contribution/UUID/edit_request : 본인이 생성한 편집 요청 기여 목록. 목록에 편집 요청 상태(ACCEPTED, CLOSED 등)가 첨부되어 나온다.
    • /contribution/UUID/accepted_edit_request : 본인이 승인한 편집 요청 기여 목록. 다른 사람이 만든 요청이든 승인한 편집 요청이 기록된다. 편집 요청 승인 반달 문제로 이름이 "승인한 편집 요청"으로 되어 있을 뿐이지, 사실상 닫기(closed)를 포함한 "본인이 처리한 편집 요청"이다. 이론상 ACL이 개방되어 있으면 IP이용자도 편집 요청을 승인할 수 있다.
    • /contribution/ip/IP주소 : IP 이용자의 기여 목록. 특정 UUID의 문서 기여 목록 URL으로 리다이렉트된다.

3.3. 권한[편집]

  • /admin
    특정 권한에 관한 설정. 권한이 없는 경우 권한이 부족합니다라는 오류 문구를 볼 수 있다.
    • /admin/grant : grant 권한 필요, 권한 부여 설정
    • /admin/login_history : login_history 권한 필요, 사용자 로그인 기록 검색
    • /admin/config : config 권한 필요, 위키 설정 변경
    • /admin/batch_revert : batch_revert 권한 필요, 사용자의 기여를 일괄 되돌리기.
  • /aclgroup : ACL 그룹과 그 안에 들어가 있는 명단을 열람할 수 있다. 일부 ACL는 숨겨져 있어 특정 권한이 있어야 볼 수 있다.

3.4. 문서[편집]

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

  • 읽기
  • /w/문서명 : 문서명 문서 읽기. 리다이렉트 문서에 기호 #을 이용하면 설명을 집어넣을 수는 있다. (예 :
    #redirect 문서명#
    (설명을 우겨넣을 내용) )
    • 입력한다면 다음 순서대로 입력해야 한다.
    1. ?. 다음 목록 중 하나 이상.
      • ?noredirect= : 리다이렉트 문서일 경우에만 해당된다. 기본값으로
        ?noredirect=1
        이 주어진다. noredirect에 아무 값을 줘도 리다이렉트가 동작하지 않으나, noredirect에 아무 값도 주지 않은 주소로 들어가면[11] 바로 리다이렉트 기능이 동작된다. 그러나 noredirect에 값을 주지 않았어도 아래 적어놓은 from이나 uuid에 값을 준 내용을 포함한 주소로 들어가면 리다이렉트가 동작되지 않는다.
        파일 문서로 리다이렉트하는 문서는
        #redirect
        다음에 문서명 대신 업로드한 파일이 나온다.
      • ?uuid=UUID : 이전 UUID에 해당되는 리비전 내용 보기. 물론 해당 리비전이 mark_troll_revision이나 hide_revision 권한으로 숨겨졌으면 볼 수 없다.
        나무위키에서 이전 버전 보기에만 유일하게
        ?rev=리비전번호
        가 지원되며, 들어가면 자동으로
        ?uuid=UUID
        주소로 넘어간다. 아무래도 나무위키의 namubot이
        ?rev=리비전번호
        하이퍼링크를
        ?uuid=UUID
        로 모두 치환하는 작업으로 남겨놓은 모양이다.
      • ?from=넘겨준 문서 : 리다이렉트(넘겨주기)한 출발지 문서 이름.
        ※ ?uuid=UUID&from=넘겨준 문서 주소 또는 ?from=넘겨준 문서&uuid=UUID 를 입력해도 들어갈 수 있다. 문서의 특정 리비전으로 리다이렉트를 만드는 이용자가 있을 리는 없다.
      • 분류 문서 전용
        특정 분류 문서에 배속된 같은 네임스페이스의 문서의 수가 100개를 넘어갈 때 생기는 [다음]/[이전] 단추를 누르면 자동으로 붙게 된다. 그러나 배속된 문서가 100개를 넘지 않더라도 사용할 수 있다. 분류에 배속된 같은 네임스페이스의 문서명은 문자의 유니코드 주소에 따른 순서대로 정렬된다.
        • ?namespace=네임스페이스&cfrom=문서명 : abc/ㄱㄴㄷ 정렬 시 '문서명'보다 뒤에 있는 문서들 목록.
        • ?namespace=네임스페이스&cuntil=문서명 : abc/ㄱㄴㄷ 정렬 시 '문서명'보다 앞에 있는 문서들 목록.
          'c'는 character(글자, 단어)에서 따 온 듯 하며, cfrom과 cuntil이 동시에 존재할 땐 cuntil을 우선한다.
          문서명이 올바르지 않을 시 from, until 파라미터처럼 첫 목록부터 보여준다. 참고로 과거엔 그렇지 않았다. #
        • #category-네임스페이스
          분류된 해당 네임스페이스를 가진 문서들의 목록이 있는 부분으로 시점 이동.
    2. #주소명 : 지정된 이름의 주소로 시점이 이동된다.
      • #s-문단번호 : 문서 안에서 해당하는 번호의 문단으로 시점이 이동된다. s은 section의 앞글자를 가리키는 것으로 보인다.
      • #이름 : 입력한 이름과 일치하는 이동지점이 문서 안에 만들어져 있으면 그 곳으로 시점이 이동된다. 기본적으로 문단이름이 있으며, 앵커(
        [anchor(이름)]
        ) 구문(문법)으로 적당한 이름을 넣어 시점을 이동할 수 있는 지점을 만들 수 있다.

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

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

    기존 리비전을 기준으로 서로 다른 편집이 이루어져 편집할 영역이 한 줄이라도 겹쳐 호환이 불가능하다면 충돌이 일어나며,
    [오류!]편집 도중에 다른 사용자가 먼저 편집을 했습니다.
    라는 오류 문구를 보게 된다. 다른 이용자의 도움(?) 없이 본인 스스로 동일한 문서를 편집하는 탭을 2개 이상 열어서 시험 삼아 입자 가속기 편집 충돌을 일으켜볼 수 있다.
    • ?section=문단 Index? 번호 : 문서에서 특정 문단 안의 내용을 편집. 편집시 몇 단계 문단인지와 관계 없이 저장되어 있는 내용 가운데 해당되는 문단의 문단 구문(문법)부터 다음 문단 구문(문법)이 나오기 전의 모든 내용을 편집기에 불러온다. 특이하게 문단번호(#s-1.2.3.4.5)가 URL 주소로 나오지 않고 컴퓨터가 문단 구문(문법)을 (몇 단계 문단인지와 상관없이) 읽는 순서에 따른 번호가 URL 주소로 나온다. 개요 문단이 있기 전에 아무 문단에도 들어가지 않는 모든 앞의 내용은 ?section=0을 입력하고 들어가면 불러올 수 있고 편집할 수 있다.

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

  • /revert/문서명?uuid=UUID : 문서명 문서를 지정된 UUID에 해당하는 리비전으로 되돌리기.
  • /move/문서명 : 문서명 문서 이동하기.
  • /delete/문서명 : 문서명 문서 삭제[13]하기.
  • /new_edit_request/문서명 : 문서명 문서 편집 요청 만들기. 문서 편집 요청 권한이 있으면 문서를 직접 편집할 수 있어도 이 주소를 찾아가서 만들 수 있다. 편집 요청 권한과 편집 권한 둘 다 만족한다면 본인이 편집 요청을 생성하고 본인이 Accept할 수 있으며, 조금씩 편집할 내용을 저장해뒀다가 변경할 내용을 한 번에 모아서 저장할 수 있다. 편집이 잦은 문서에서는 뜻밖의 타 이용자의 편집과 본인이 생성한 편집 요청이 충돌하여 오류[14] 문구를 볼 가능성이 높으므로 편집 권한이 있다면 편집 요청보다는 편집을 이용하자.

  • 문서 역사
  • /history/문서명 : 문서명 문서 편집 역사 보기. 로그를 삭제하여 말이 있었다 하더라도 저장한 시각 순서대로 나열하고 리비전번호를 매겨 저장한 내역을 보여준다.
    • ?from=리비전번호 : 해당 리비전번호 이하의 문서 편집 내역 바로가기. 리비전 번호 바로가기 창에서 번호를 입력하고 들어가보면 이 주소가 입력된다.
    • ?until=리비전번호 : 해당 리비전번호 이상의 문서 편집 내역 바로가기.
      ※
      from=리비전번호1&until=리비전번호2
      같이 둘 다 입력하고 들어가면 (from을 무시하고) until을 적용하는 모양이다.
  • /raw/문서명?uuid=UUID : 문서명 문서의 지정된 UUID에 해당하는 리비전의 원문 보기. URL에 UUID를 지우고 들어가면 문서의 마지막으로 저장된 리비전번호를 볼 수 있지만 RAW 내용은 리비전에 맞는 UUID에 저장된 값을 불러오는 명령문이 빠져있어서 그런지 창에 나타나지 않는다.[15] 그리고 문서 역사에서 [RAW]를 보려고 새 탭으로 열면[16] 바로 RAW 내용이 보이지 않을 수 있다. [RAW]가 보이지 않는다면 [보기]를 눌렀다가 다시 [RAW]를 눌러서 볼 수 있다.
  • /diff/문서명?uuid=UUID : 문서명 문서의 지정된 UUID에 해당하는 리비전의 변경된 내용 비교하기.
    • &olduuid=UUID2 : 지정된 UUID2에 해당되는 리비전과 변경된 내용 비교하기. 당연히 비교 대상에 숨겨진 리비전이 있으면 비교를 할 수 없지만, 숨겨지지 않은 리비전끼리는 두 리비전 사이에 숨겨진 리비전이 있다고 하더라도 내용이 어떻게 변경되었는지 비교할 수 있다.
  • /blame/문서명?uuid=UUID : 문서명 문서의 지정된 UUID에 해당하는 리비전에서 각 단락별로 최근 수정된 리비전 및 기여자 목록 보고 왜 이 부분은 이렇게 편집을 했냐면서 해당 이용자에게 blame(따질 거리) 찾기. 간접적으로 어느 단락에 어느 기여자가 기여했는지는 볼 수 있다. 번거로운 점으로는, 최근 변경된 리비전만을 보여주기 때문에 각 기여자가 기여한 부분을 확인해보려면 문서 역사에서 리비전을 꼼꼼히 살펴봐야 한다. 반달 빌런으로 내용 전체가 삭제되었다가 되돌리기된 편집이 있으면 되돌린 내용 전체가 blame에 반영되어 그 이전 기여자 목록이 묻히기 때문에 반달 하기 이전 리비전의 blame까지 보아야 한다.
  • /acl/문서명 : 문서명 문서에 적용된 ACL 목록 보기. 존재하지 않는 문서에 ACL 규칙을 추가[17]하거나 삭제할 수 있다. 그러나, 파일휴지통, 파일 이름공간에서 존재하지 않는 문서의 경우에는 그렇지 아니하다. 문서를 찾을 수 없습니다.라는 오류 문구가 나온다. ACL 변경의 ACL은 해당 조건에 맞는 이용자들에게[18] 필요하다면 언제든 ACL을 변경할 수 있도록 만들어놓는 배경이므로 본인이 ACL 변경의 ACL에 맞다고 하더라도 ACL 변경의 ACL을 바꿀 수 없다. 바꾸고 싶다면 ACL의 판을 새로 맞출 수 있도록 nsacl 같이 특수한 권한이 필요하다.
    • #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 조건)이라는 오류 문구가 나오고 반영되지 않는다.
    • #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

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

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

  • 파일 문서
  • /jump/ : 나무위키에만
    /jump/
    까지 주소를 입력하고 404 에러 없이 들어갈 수 있다. 들어가고 페이지를 새로고침 할 때마다 무작위의 파일 문서를 열람할 수 있다. 나무위키에서 과거
    /jump/파일명.확장자
    주소로 파일을 연결했던 흔적이 남아있는 모양이다.

  • doc=
매개변수 doc를 이용할 수 있다.
  • /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.5. 토론 및 편집 요청[편집]

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

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

  • 토론
  • /thread/주소 : 토론 스레드. 삭제된 스레드의 주소이거나 없는 스레드의 주소로 들어가면 토론이 존재하지 않습니다. 라는 오류 문구를 볼 수 있다.
    • #number : 댓글 번호 바로가기. 해당 번호의 댓글로 시점이 이동된다. 댓글을 작성할 때 나무마크 문법을 적게 된다. 몇몇 종류의 구문들[25]은 의도적으로 지원되지 않게 설정되었어도 마음만 먹고 집중해서 오탈자를 내지만 않는다면 한 스레드 안에 문서연재 시리즈를 나타낼 수 있다. 문단 구문만이 아니라 [목차] 구문까지 지원된다.
      토론 댓글에
      [[ ]]
      기호(링크 표시)를 입력하지 않아도
      #number
      를 입력하면 자동으로 링크 표시로 바뀌게 되어 있다.[26]
    그리고 댓글 번호에서 링크로 된
    #number
    에 마우스를 잠시 갖다 대고 있으면 마우스 위로 해당 번호 댓글이 나타나는 기능이 있다. 몇 번 댓글에 어떤 내용이 있었는지 확인하고자 불필요하게 스레드 창을 위로 이동할 필요를 줄일 수 있는 편리한 기능이다.
    • #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
        처럼 시점이 이동된다.
      • -이름 : 댓글 안에서 이름이 일치되는 정착지(앵커, 문단이름)를 본문에서 끼워놓은 곳으로 이동하기. 문서의
        #이름
        처럼 시점이 이동된다.
  • /edit_request/주소 : 편집 요청. 특정 리비전을 기준하여 편집했으면 하는 부분을 만들 수 있다. 없는 편집 요청의 주소로 들어가면 편집 요청을 찾을 수 없습니다. 라는 오류 문구를 볼 수 있다. 문서의 편집 ACL을 통과할 수 있으면 다른 이용자가 열어놓은 반달성 편집 요청을 직접 닫을 수 있다. delete_thread 권한으로 토론을 삭제 할 수 있으면 아마도 편집 요청을 삭제할 수 있는 별도 권한이 있을 수 있다.[27]
    • /edit : 편집 요청 편집하기. 닫혔거나 승인된 상태에서 억지로 들어가면 편집 요청 상태가 올바르지 않습니다. 라는 오류 문구를 볼 수 있다. 스레드의 경우 편집하기는 없는 모양이다.[28]

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"의 머릿글자로 보인다.
      • namespace=네임스페이스 : 존재하는 네임스페이스 중 해당 네임스페이스 안에서 검색
      • page=페이지번호 : 검색 결과가 많을 경우, 해당 번호의 페이지 목록 보기. 기본값은 1이다. 검색 결과가 1페이지를 못 채운 상황에서 다음 쪽을 보고자
        page=2
        같은 주소로 들어가면 목록이 나오지 않는다. 또한 검색 결과 개수의 한계는 1만개이므로, page 값은 501 미만이여야 한다. 참고로 넘을 시 '검색 서버에 문제가 발생했습니다.'라는 메시지가 나온다. 검색 수가 1만 개 미만이어도 501번째 페이지를 못 띄우는 상태를 보면 의도적으로 한계치가 만들어진 모양이다.

3.8. 그 외[편집]

  • /i : 내부 api.
  • /cdn-cgi
    • /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 권한이 동시에 있어야 한다.

4. 기타[편집]

  • URL 구조로 보자면 더시드포럼(feedback.theseed.io)의 도메인은 더시드위키(theseed.io)의 하위 도메인이다.
  • 알파위키(https://awiki.theseed.io)의 도메인은 구조로만 보자면 더시드위키(https://theseed.io)의 하위 도메인이다. 더시드위키 호스트가 먹통이 되면 알파위키와 더시드포럼도 먹통이 될 수 있다. 그런데, 알파위키가 https://www.alphawiki.org 로 리다이렉트 되므로 alphawiki.org가 알파위키의 도메인일 가능성이 있다.
  • 업로드된 파일이 저장되는 도메인은 하위 도메인이다. 이를테면 다음과 같다.
    • 더시드위키에서 업로드된 파일이 저장되는 도메인은 theseedwikifile.theseed.io 이다.
    • 알파위키에서 업로드된 파일이 저장되는 도메인은 file.alphawiki.org 이다.
    • 나무위키에서 업로드된 파일이 저장되는 도메인은 i.namu.wiki 이다.
    • 위브위키에서 업로드된 파일이 저장되는 도메인은 file.weve.wiki 이다.
[1] 전설로만 있었던 존재를 가리키는 리그 오브 레전드 할 때의 레전드가 아니라, 여기에는 표시하여 남겨놓았다는 "범례"를 의미한다. 영어로 적힌 지도에서 심심치 않게 볼 수 있다.[2] 게시가 활성화 되어 있는[3] 사용자 문서의 편집만 여러 번 하면 최근 변경에 보이지 않는 사용자 문서 편집 로그들로 가려진다.[4] 분명하게 aclgroup:Pink, aclgroup:Darkblue, aclgroup:Rainbow가 나타내는 글자 색 꾸미기들로 칵테일이 만들어졌다.[5] ○○○사용자가 변경된 계정명를 (차단 당시 이름 : 이전 계정명) ◇◇◇ ACL 그룹에 추가함 / 그룹에서 제거함[6] 기본값은 24시간, 위브위키는 여전히 24시간이지만 나무위키는 묻지마 반달 후 삭제 문제로 168시간(1주일)으로 변경되었다.#[7] 계정 삭제 단추가 있어서 계정 삭제가 가능했었는데 어느 순간 계정 삭제가 불가능해졌다. 대문 문서만 보더라도 문서 역사에서 (삭제된 사용자)로 표시된 내역을 볼 수 있다.[8] 서버 문제 때문이라 카더라.[9] 이 때는 접근이 허용된 때이므로 편집기까지는 열어준 것이다.[10] 이 때 저장 요청을 하면 변경된 허용 규칙을 따르게 되어 서버에서 요청을 거부한다.[11] "
?noredirect=
" 까지만 입력하는 것은 noredirect에 값을 주지 않은 것이다.[12] 아카라이브 채널위키의 경우 400 bad request 오류코드를 반환한다.[13] 게시 중단, 게시 상태 비활성화. 시스템상으로는 삭제이지만 namu가 자료를 zeroization등 초기화시키지 않는 이상 문서 역사가 남아 있다. 휴지통 처리는 읽기 어렵게 하는 것이지 아무개 기여 목록을 따라가면서 해킹을 해본다면 찾아볼 수는 있다.[14] 한 줄만 충돌되어도 그렇게 된다.[15] 마지막으로 저장된 리비전번호의 UUID로 리디렉트되지 않는듯[16] 탭을 새로 열고 주소를 바로 입력하거나 휠 단추를 누르는 방법 등으로 새 탭에서 해당 URL로 이동하기[17] 작성금지가 대표적인 예시이다.[18] 통상적으로 perm:admin 같이 운영자가 해당되도록 ACL을 만들어놓는다.[19] 함수(function)로 보자면 역상(pre-image, inverse image)과 비슷하다.[20] 해당 문서에서 [[파일:파일명]]으로 파일을 불러올 경우[21] 예를 들어
[[@문서명@]]
구문(문법)이 들어있는 틀[word] 사전보다는 서버 상에서 등록되어 암호화된 문자화한 값RegisteredEncryptedLiteralizedValue을 뽑아내는 모양.[23] 숫자와 알파벳 대소문자가 구별되어 적힌 모양으로 보면 base64로 추정된다.[24] 기술적으로 해독하고 데이터베이스로 접근하여 불러올 수 있는 수단을 없앤[25] 주석(footnote)를 제외하고 괄호 [ ]로 마감되는 구문들. include, youtube 등. 단, math는 <math> ~ </math>로 대체할 수 있다.[26]
굳이 색상을 바꾸고 싶다면 글자별로 쪼개어 색상을 입력한다. 이를테면 댓글 번호를 초록색으로 바꿔서 표시해보고자
[[#1|{{{#green #1}}}]]

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

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

으로 입력하면
#number
의 문구를 쪼개어 각각 색상을 입히기 때문에 컴퓨터가 "#숫자"로 읽지 않고 "#"과 "숫자(number)"로 따로 읽는다. 그래서 미리 보기에도 링크의 글자색이 초록색으로 나오며 토론 댓글로 올려도 댓글의 링크 색상이 초록색(#1)으로 나온다.
[27] 기여 내역에서 편집 요청도 기여의 한 부분으로 간주되므로 편집 요청이 강제로 삭제된다면 해당 이용자의 기여 내역에도 삭제되어 나오지 않을 것이다.[28] 댓글이면 모른다. edit_thread_comment