문서의 임의 삭제는 제재 대상으로, 문서를 삭제하려면 삭제 토론을 진행해야 합니다. 문서 보기문서 삭제토론 도쿠위키 (문단 편집) == 비고 == * [[데이터베이스|DB]]가 아닌 텍스트 파일 기반은 장점이 될 수도 있고 단점이 될 수도 있다. 소규모 위키의 경우 매우 간단한 백업이 가능하지만 대규모 위키의 경우는 불리하기 때문이다. * 파일 기반과 검색속도는 아무 상관이 없다. 영리한 인덱서를 만들거나 전문 검색 엔진을 붙일 수도 있으나 이를 지원하고 있지는 않다. 도쿠위키는 소규모 위키에 최적화되어있으며 그걸 잘 수행하고 있다. * URL 인코딩 보존 방식을 택할 경우, 데이터 파일들이 % 인코딩이 되어서 무슨 데이터인지 곧바로 알 수 있는 방법이 없다. 이는 서버의 설정을 UTF-8을 지원하면 해결된다. 일부 유료 서버에서는 이를 지원하며 무료로 바꿀 수 있다. 아래에 나온 변환 스크립트를 이용하여 바꿀 수 있다. 하지만 서버가 한글 파일명으로 저장할 경우 서버 상에서 삭제가 안되는 등의 단점이 있을 수 있어 이 부분에서는 신중할 필요가 있다. * 미디어가 파일로 관리되기 때문에, 하나의 폴더에 수백개의 사진이 들어가면 미디어관리자를 불러올 때 매우 시간이 걸린다. 이를 방지하기 위해서는 여러 폴더에 사진을 나누어 저장하는 것이 좋다. 문서의 네임스페이스와 상관없이 적절한 서브폴더에 저장하면 된다. * 캐시의 데이터가 용량을 많이 차지할 수 있다. * 일부 필수적으로 보이는 플러그인이 옵션이라서, 랜덤페이지 플러그인 이나 기타 스크립트 같은 것을 쓸 때 php에 지식이 없으면 쓸 수 없다. * 각 플러그인 제작을 개별적으로 하기 때문에 일부 플러그인에 한해서 사용법이 제대로 표시되어 있지 않거나 버전업시 플러그인이 호환이 안될 수도 있다. 템플릿, 플러그인은 도쿠위키 사이트에서 작동여부를 확인할 수 있으므로 참고할 것. 어떤 버전만 실행되거나 최신버전이 아닌 특정버전만(?!) 안 되는 경우도 있다. * 도쿠위키의 모토 "It's better when it's simple" 답게 다른 위키엔진에서의 기본기능이 플러그인으로 해결되어야 하는 경우가 많다. 예를 들면, 엔터[* 최신 버전에는 xbr 플러그인이 기본 지원되며, 오래된 버전은 제작자가 linebreak보다는 xbr을 권장하고 있다.], 템플릿(틀), 랜덤 페이지, [[리다이렉트]] 등 기본적인(?) 기능을 위해 플러그 인을 사용해야 한다. 2번이상의 엔터는 역슬래시 \\를 넣어 주어야 한다. --멀티 엔터를 만들어주세요! 능력자님-- * 현재 리다이렉션은 [[미디어위키]]처럼 넘겨주기 문서를 작성하는 방식의 [[https://www.dokuwiki.org/plugin:pageredirect|pageredirect]] 혹은 ACL에서 집중 통제하는 [[https://www.dokuwiki.org/plugin:redirect|redirect]]로 해당 기능을 추가할 수 있다. * '''검색 기능이 찾으려는 문서가 있어도 직접 보여 주는 것이 아니라 말 그대로 검색만 지원한다.''' 무슨 말인고 하니, [[나무위키]][* [[the seed]] 기반]와 [[위키백과]][* [[미디어위키]] 기반]의 경우엔 검색창에 '도쿠위키'를 입력하면 바로 도쿠위키 문서로 넘어간다. 하지만 도쿠위키의 경우는 제목에 ''''도쿠위키''''가 포함된 문서들을 실시간으로 표시해주고 검색된 항목들에서 클릭을 하면 해당 문서로 넘어간다. [* [[https://www.dokuwiki.org/start?id=ko:search]] 참조 ] * 한 때 [[https://www.dokuwiki.org/plugin:searchformgoto|searchformgoto]]로 해당 기능을 추가할 수 있었다. 도쿠위키는 기본적으로 네임스페이스를 지원하므로, 특정 네임스페이스의 문서로 바로 이동하려면 네임스페이스도 입력하면 된다. 예) {{{wiki:test}}} 단 부트스트랩 템플릿에서는 디자인 충돌로 조금--보단 많이-- 뜯어고쳐야 쓸 수 있다. 위의 플러그인은 현재 다운로드가 안된다. 그리고 원래부터 잘 작동안하기도 했고... 추천플러그인 항목의 singlesearchresult를 쓰는 것이 좋다. * 문서를 UTF-8로 인코딩할 경우, 기존에 URL로 인코딩된 [[한글]] 문서는 읽어오지 못한다. URL로 인코딩된 문서를 UTF-8로 바꿔 주는 기능도 제공하고 있지 않기 때문에, 해당 문서들은 수작업으로 바꿔 줘야 한다. 따라서, 초기 설치시부터 UTF-8 사용이 권장된다. * 기존 사용자들을 위한 변환 스크립트가 공개되었다. [[https://www.dokuwiki.org/tips:convert_to_utf8]] * 하지만 위의 [[스크립트]]는 파일을 하나씩만 변환시키므로 매우 불편하다.[[https://forum.dokuwiki.org/thread/7120]] 이 스크립트를 다운받아서 php 파일로 저장한 후에, startdir 부분만 현재 문서 파일이 위치한 경로로 바꿔 주고 문서 폴더에 php 파일을 넣은 뒤 터미널에서 php 폴더이름.php를 실행시키면 된다. * 다른 파일 기반 위키들과 마찬가지로 서버의 언어 설정이 EUC_KR로 되어 있는 경우 UTF-8 한글 파일명이 제대로 지원되지 않는다. * 간단히 말해서 shell에서 locale 이라고 명령했을 때 각종 언어 설정이 UTF-8이라고 확인되어야 한다. 다른 편법을 사용해도 서버의 세팅이 UTF-8이 아니면 실제 서버에는 한글 파일명이 생성되지 않아 괴문자조합으로 저장된다. 이 언어설정은 shell에서 루트 권한으로 작업하기 전에는 바꿀 수 없다. * [[FileZilla]]의 사이트 관리자에서 UTF-8으로 강제 설정하는 방법이 있다. 이 경우 서버에는 괴문자로 저장이 되더라도 유저가 읽고 쓸 때는 괴문자를 정상적인 문자로 변환해 인식하므로 쓰는 것에는 아무런 문제가 없어 보이나, 이는 FTP를 통해 해당 파일에 직접 접근해 수정 가능하다는 파일 기반 위키엔진의 장점 중 하나를 포기하는 것이며, 어떤 요인에 의해 괴문자열을 서버가 인식하지 못하게 되면 자료 유지에 심각한 문제가 생긴다. 고로 기존에 UTF-8 세팅으로 이용 중, 피치 못할 사정으로 UTF-8이 아닌 호스팅 회사로 이동해야 된다거나 하는 경우에만 이 방법을 쓰는 것이 좋다. * 2015-08-10 "Detritus" 버전부터 요구 사양이 [[PHP]] 5.3.3 이상으로 올라갔다. 국내의 웹호스팅에서 설치 불가능한 곳이 많으니 설치하기 전에 웹호스팅 서버 사양을 미리 확인해야 한다. 다행히 2015년부터 [[XpressEngine]], [[워드프레스]] 등 여러 솔루션의 요구 사양이 PHP 5.3 이상으로 올라가면서 PHP를 업그레이드하는 호스팅이 늘어나고 있다. 호스팅 업체나 버전마다 도쿠위키가 잘 작동하지 않는 경우도 있으므로 주의할 것.저장 버튼을 클릭하면 당신이 기여한 내용을 CC-BY-NC-SA 2.0 KR으로 배포하고,기여한 문서에 대한 하이퍼링크나 URL을 이용하여 저작자 표시를 하는 것으로 충분하다는 데 동의하는 것입니다.이 동의는 철회할 수 없습니다.캡챠저장미리보기