사용팁 ¶
cur이란 테이블내에 cur_counter 라는 필드는 사용자들이 해당 페이지에 접근할때마다 카운트되는 일종의 페이지 히트수이다. 이것을 색다르게 사용해보자.
카운트대신 php의 time()함수를 이용해 timestamp를 집어넣고, search함수에서 timestamp를 역순으로 정렬하는 SQL문장을 넣는다면, 검색시 해당내용이 가장 최근에 접근한 페이지순으로 나오게된다.
모든 페이지에 대한 TitleIndex를 한꺼번에 제공하지 않고 부분적인 TitleIndex를 제공한다.
이게 단점인가요? 위키피디아 같은 곳에서 전체 페이지 목록을 긁었다가는 서버가 남아나지 않을 것 같은데요... 어차피 20만페이지 목록 얻어서 다 볼것도 아니고... --서상현
WikiPedia사이트야 그렇겠지만, 개인위키를 MediaWiki엔진으로 만들어 정보공유를 할 목적이라면 이 기능이 없기 때문에 다른 위키와 정보를 공유하기 불편하고 따라서 당연히 단점입니다. WikiPedia사이트에서도 페이지 목록에 대한 캐쉬를 사용하거나 압축파일로 정기적으로 제공하거나, 그 방법을 제공하려고 마음만 먹었다면 기능 추가하는 것은 간단할 것이고, 서버가 남아나지 않을 이유도 없고, 그다지 단점도 아니었을 겁니다. 그러나, MediaWiki는 WikiPedia가 정책적으로 SisterSites를 제공하지 않는 원칙때문에 그 기능을 지원하지 않는 것이며, 다른 위키에서 다 지원하는 기능을 굳이 지원하지 않으니 단점은 단점이죠.
WikiPedia에서는 실제로 캐싱하는 방법으로, 목록을 (정기적으로)미리 만들어 뿌려주고 있군요. 스크립트로 목록을 모두 받아 보니 6만페이지 조금 안되는군요. 압축을 해보니 400KB 정도이고요. --고무신
WikiPedia에서는 실제로 캐싱하는 방법으로, 목록을 (정기적으로)미리 만들어 뿌려주고 있군요. 스크립트로 목록을 모두 받아 보니 6만페이지 조금 안되는군요. 압축을 해보니 400KB 정도이고요. --고무신
질문 ¶
# Specify who can edit: true means only logged in users may edit pages
$wgWhitelistEdit = true;
# Pages anonymous (not-logged-in) users may see
$wgWhitelistRead = array ("Main Page", "Special:Userlogin", "Wikipedia:Help");
위와 같이 설정을 해줬습니다. 그리고 "![[http]](/ns/imgs/http.png)
if your MediaWiki is in a language different than English, you need to translate the titles in the array." 의 이유로
if your MediaWiki is in a language different than English, you need to translate the titles in the array." 의 이유로
# Pages anonymous (not-logged-in) users may see
$wgWhitelistRead = array ("대문", "특수기능:Userlogin", "Wikipedia:Help");
이렇게 고쳐줬는데, 계속 로그인을 요구하네요 어떻게 고쳐주면 될까요? --구군