본문 바로가기
미디어위키

Manual FAQ

by 다움위키 2023. 11. 28.

미디어위키 자주 묻는 질문

기본적인 정보

미디어위키, 위키미디어, 위키피디아 및 위키 사이의 차이점은 무엇입니까?

이것은 공통적인 질문입니다; 자세한 답에 대해 위키피디아, 위키미디어, 미디어위키, 및 위키 사이의 차이점을 참조하십시오.

(무엇)에 대해 미디어위키를 사용하고 싶습니다. 저에게 허용되나요?

미디어위키는 자유 소프트웨어입니다: 이것은 법적인 방해 없이 임의의 목적에 대해 그것을 사용할 수 있음을 의미합니다. 게다가, 그것의 라이선스 조건은 소프트웨어 그 자체에 단독으로 적용합니다. 이것은, 비록 많은 위키가 허용된 라이선스 아래에서 그들의 컨텐츠를 인가(라이선스)할지라도, 임의의 특정 방식으로 여러분 위키에 제출된 컨텐츠의 인가(라이선스)하기 위한 의무를 지우는 것은 아님을 의미합니다. 물론 위키피디아와 같은 사이트를 지원하기 위해 설립된 프로젝트이기 때문에, 무료 라이센스 아래에 여러분이 작성한 텍스트를 인가(라이선스)하는 것을 장려하지만, 요약하면, 의무적인 것은 아닙니다.

만약 소프트웨어 자체를 변경 또는 수정하기를 원한다면, 일반적으로, 여러분에게 허용되지만, 몇 가지 제한 사항이 있고 자세한 것에 대해 GNU GPL 버전 2 전문을 참조하셔야 합니다. 왜냐하면 미디어위키는 무료로 제공되기 때문에, 적용될 수 있는 법률에 의해 허용하는 범위 안에서 어떠한 보증도 없습니다.

위키를 어떻게 생성하나요?

위키를 생성한다는 것은 서버에 미디어위키를 설치하고 그것을 관리하기 위해 접근 권한을 가진다는 것을 의미합니다. 전문 지식수준에 따라 다양한 옵션이 있습니다:

  • 자신의 서버에서 위키를 생성하기 위해, 설치 안내서를 따르십시오.
  • 일부 호스트는 원-클릭 설치를 제공하거나, 요청-시 위키 생성을 허용합니다. 다른 옵션에 대해 호스팅 서비스를 참조하십시오.

이 사이트 (dawoum.duckdns.org) 또는 위키미디어 재단은 개인에게 위키를 생성하는 것을 허용하지 않습니다.

 

설치와 구성

어디에서 미디어위키를 다운로드 합니까?

미디어위키의 최신 안정 배포 버전을 다운로드 하기 위해 여기를 클릭하십시오. 배포 파일들은 .tar.gz 압축으로 제공됩니다. 미디어위키는 역시 Git 저장소에서 직접 얻을 수 있습니다.

미디어위키를 설치하는 방법은?

미디어위키를 설치하는 것은, 파일을 업로딩/복사하는 것, 소프트웨어를 구성하기 위해 설치 스크립트를 실행하는 것을 포함해서, 10분에서 30분 정도 걸립니다. 설치 안내서를 참조하시고, 여기서 최소 시스템 요구사항을 역시 찾을 수 있을 것입니다.

패키지를 사용하여 미디어위키를 설치하는 방법은 무엇입니까?

많은 리눅스 배포판은 미디어위키를 해당 배포판에 대해 패키지 형식으로 제공합니다. 미디어위키 개발 팀은 해당 리눅스 배포판에 설치, 구성 또는 패키지를 사용하는 것에 대해 필요한 도움을 제공하고 있습니다. 그러한 패키지를 관리하는 개별적 커뮤니티와 회사는 설치 안내서를 제공해야 합니다.

서드-파티 배포판은 오래된 버전일 수 있음을 주의해야 하고, 그래서 목적과 확장에 대해 호환성 정보에 대한 상당한 주의를 기울여야 합니다.

미디어위키를 사용하여 한 서버에 여러 개의 위키를 설치할 수 있습니까?

한 서버에 여러 개의 위키가 설치될 수 있습니다. 그 방법은:

  • 다른 디렉토리에서, 각 위키에 대해 하나씩; 미디어위키의 여러 인스턴스를 설치하십시오 (예를 들어, Bitnami MediaWiki Stack과 같은 소프트웨어 번들을 사용할 수 있습니다).

또는

  • 각 위키에 대해 다른 데이터베이스(데이터베이스 이름)를 사용해야 합니다.

또는

  • 각 위키에 대해 다른 데이터베이스 접두어를 사용해야 합니다 (Postgres에 대해, 다른 스키마와 사용자를 사용함으로써 비슷한 효과를 얻을 수 있습니다).

후자의 두 개의 선택 사항에 대한 정보에 대해, 각각, $wgDBname$wgDBprefix를 참조하십시오.

위키 가족 (위키 농장)을 설정하는 것에 대한 자세한 정보에 대해, Manual:Wiki family를 참조하십시오.

 

위키피디아 또는 위키셔너리와 같은 기존 위키를 어떻게 설치합니까?

(가장 쉬운 방법은 아니지만) 주요한 방법은 가져오는(import) 것입니다. 아래의 위키 가져오기(Wiki importing)를 참조하십시오.

(Xowa 및 Kiwix와 같은, 비-미디어위키 방법은 데이터베이스 다운로드(위키피디아)에서 찾을 수 있습니다).

미디어위키는 쉘 접근을 요구합니까?

쉘 접근 (SSH)는 미디어위키 설치에 대해 반드시 요구되는 것은 아니지만, 강력하게 권고됩니다. 쉘 접근 없이, 위키를 백업하거나 새 버전으로 업그레이드하는 것이 어려울 수 있습니다. 일부 유지관리 임무는 쉘 접근 없이는 불가능합니다. 많은 주요 확장은 쉘 접근과 함께 가장 잘 작동합니다.

확장은 어떻게 설치합니까?

확장을 설치하고 작성하는 것에 대한 정보에 대해 Manual:Extensions을 참조하십시오. 현재 제공되는 확장을 찾기 위해 mw:Category:Extensions를 참조하십시오.

여분의 이름공간을 어떻게 추가합니까?

사용자-지정 이름공간 만들기를 참조하십시오.

업로드를 하기 위해서 어떻게 해야 합니까?

파일 업로드는 미디어위키에서 자주 사용되는 기능이지만, 모든 현재 출시 버전에서 기본적으로 비-활성화되어 있습니다. 그것을 활성화하기 위해서, 먼저 웹 서버에 의해 쓰기-가능한 업로드 디렉토리 (기본 images)를 만드십시오 (chmod -R 777 ./images 또는 웹 사용자(www-data)에게 해당 디렉토리에 쓰는 것을 허용하는 것, 등). 그런 다음 $wgEnableUploads를 LocalSettings.php에서 true로 설정하십시오 (즉, "$wgEnableUploads = true;"). 만약 업로드 시도할 때 "mkdir에 실패했습니다"라는 오류를 만나면, 그것은 아마도 허가권 문제가 있음을 의미합니다.

추가적인 파일 형식을 업로드 허용하기 위해 어떻게 하나요?

미디어위키는 허용된 파일 업로드 형식이 $wgFileExtensions 구성 지시문을 사용하여 지정되는 것을 요구합니다. 보통 이 지시문은 미디어위키 설치의 루트 디렉토리에서 LocalSettings.php에 놓여 있습니다.

예를 들어, PDF 파일을 업로드하는 것을 확장하기 위해, LocalSettings.php에 대해 다음을 추가하십시오:

$wgFileExtensions[] = 'pdf';

둘 이상의 파일 형식으로 업로드를 확장하기 위해, 다음 구문을 사용하십시오

$wgFileExtensions = array_merge( $wgFileExtensions, [ 'pdf', 'txt', 'mp3' ] );

삽입된 수학 공식을 활성화하기 위해 어떻게 하나요?

미디어위키는 삽입된 수학 공식을 허용합니다. 완전한 환경 설정 지침에 대해 Extension:Math를 참조하십시오.

미디어위키에 대해 시간대 설정을 어떻게 하나요?

See also: Manual:Timezone

 

캐시된 페이지를 어떻게 삭제하나요?

내비게이션 바를 바꾸어야 할 때와 같은, 캐시된 페이지를 삭제하기 위해, &action=purge를 그 페이지의 동적 URL의 끝에 추가하십시오.

예를 들어, https://www.mediawiki.org/w/index.php?title=Main_Page&action=purge

또는 ?action=purge를 그 페이지의 짧은 형식 URL의 끝에 추가하십시오:

예를 들어, https://www.mediawiki.org/wiki/Main_Page?action=purge

 

캐싱을 완전하게 비활성화는 어떻게 하나요?

LocalSettings.php 파일에서 다음 줄에 추가하십시오:

$wgEnableParserCache = false; // deprecated method $wgParserCacheType = CACHE_NONE; $wgCachePages = false;

 

"파일이 손상되었거나 확장자가 유효하지 않습니다"

어떤 사용자는 허용된 확장자 목록에 파일 형식을 추가한 뒤에, 오류가 발생되었다고 보고해오고 있습니다. 오류의 문구는 다음과 유사합니다:

The file is corrupt or has an incorrect extension. Please check the file and upload again.

가능한 해결책으로, $wgMimeDetectorCommand의 값을 설정하십시오. 유닉스 또는 리눅스 아래에서, 다음과 같이 해 보십시오:

$wgMimeDetectorCommand = "file --brief --mime";

 

최초 사용자는 설치기에 의해 생성되지 않습니다 또는 관리자가 아닙니다

때때로, 설치기가 기본 사용자를 생성하는 것에 실패, 또는 사용자 테이블이 어떤 이유에 대해 분실될 수 있습니다. 이를 해결하는 것에 대해 몇 가지 선택사항이 있습니다:

maintenance/createAndPromote.php

  • 쉘에서 maintenance/createAndPromote.php --username <new user name> --password <password for that user>를 실행하십시오. 만약 사용자가 관리자가 되는 것 외에도 bureaucrat가 되기를 원한다면 --bureaucrat를 명령 줄에 덧붙이십시오.

이것은 새 사용자를 만들고 그들을 관리자로 승격할 것입니다. 도움말에 대해, 매개 변수 --help와 함께 스크립트를 실행하십시오.

데이터베이스 변경

  • 정규 방법을 사용하여 새 계정을 등록하십시오 (Special:UserLogin).
  • Api:Userinfo를 통해 사용자 ID를 확인하십시오.
  • 데이터베이스에 대해서 다음 SQL 구문을 실행하십시오:
    • INSERT INTO user_groups ( ug_user, ug_group ) VALUES ( <id>, 'bureaucrat' ), ( <id>, 'sysop' );

위에서 <id>는 사용자의 환경 설정 페이지에서 볼 수 있는 적절한 사용자 ID로 대체되어야 합니다. 주목: 만약 $wgDBprefix가 LocalSettings.php에 정의되어 있으면, 그 값을 테이블 이름 앞에 덧붙어 쓰십시오. 예를 들어, 만약 $wgDBprefix가 "XYZ"이면, 사용하기 위한 테이블 이름은 XYZuser_groups입니다.

일시적으로 모든 사용자에게 초기 사용자를 승격할 권한을 할당하도록 허용합니다

 
만약 이 방법을 사용하면, 이것을 할 동안에 외부인이 위키에 접근하는 것을 허용해서는 안됩니다. 이 방법은 이 절차를 수행하는 동안 위키가 일시적으로 공격에 취약해질 수 있습니다.

이 방법은 필수적으로 모든 사용자가 한 사용자를 승격하기 위해 사용자 권한을 일시적으로 수정하는 것을 포함합니다:

  • 일반적인 방법을 사용하여 새 계정을 등록하십시오 (Special:UserLogin). 해당 계정을 사용하여 로그인하십시오.
  • 다음 줄을 LocalSettings.php의 맨 아래에 추가하십시오:
    • $wgAddGroups['user'] = true;
  • Special:userrights로 가셔서 방금 만든 사용자를 Administrator Bureaucrat 그룹에 추가하십시오.
  • $wgGroupPermissions['user']['userrights'] = true; 줄을 LocalSettings.php로부터 제거하십시오. 이 단계는 매우 중요한데, 왜냐하면 그것을 제거할 때까지 임의의 사용자가 허가권을 바꿀 수 있으며, 매우 안 좋습니다.

사용자의 미디어위키 암호를 어떻게 초기화합니까?

Manual:Resetting passwords를 참조하십시오

위키에 인터위키 링크를 어떻게 만들 수 있나요?

Manual:Interwiki를 참조하십시오

기본 URL을 어떻게 더 짧게 만들 수 있나요?

(예를 들어, /w/index.php?title=Article_Name 대신에 /wiki/Article_Name)

Manual:Short URL을 참조하십시오

페이지를 /wiki/subdir/PageName와 같은 하위디렉토리로 구성하기 위해 어떻게 해야 하나요?

Manual:$wgNamespacesWithSubpagesHelp:Subpages를 참조하십시오

MediaWiki.org의 모든 것을 다운로드하고 사용하는 것은 무료입니까?

네, 그것은 자유 소프트웨어의 의미에서 무료입니다. 미디어위키에서 작성된 컨텐츠에 관한 라이선스 문제에 대해 mw:Project:Copyrights를 참조하십시오.

 

사용자 권한을 어떻게 관리/조작하나요?

일반적인 정보에 대해 Manual:User rights를 참조하십시오. 접근을 제한하는 방법 및 전략에 대해 Manual:Preventing access를 참조하십시오.

 

익명 사용자에 대해 임의의 페이지를 편집하는 것을 막기 위해 어떻게 하나요?

추천 방법은 $wgGroupPermissions 구성 옵션의 값을 바꾸는 것입니다. LocalSettings.php에서 다음 줄을 추가하십시오:

$wgGroupPermissions['*']['edit'] = false;

만약 Extension:AbuseFilter를 사용한다면, 임의의 관리자는 필요에 따라 일시적으로 편집하는 IP를 역시 비활성화할 수 있습니다.

See also: Preventing access, Manual:User rights

익명 사용자에 대해 임의의 페이지를 읽는 것을 막기 위해 어떻게 하나요?

  • 이것을 LocalSettings.php의 맨 아래에 추가하십시오:
$wgGroupPermissions['*']['read'] = false;

역시 Manual:$wgWhitelistRead를 참조하십시오. 보다 자세한 정보에 대해 Manual:Preventing access#Restrict viewing of all pages를 참조하십시오.

계정 생성을 어떻게 제한합니까?

  • 이것을 LocalSettings.php의 맨 아래에 추가하십시오:
$wgGroupPermissions['*']['createaccount'] = false;

보다 자세한 정보에 대해 Manual:Preventing access#Restrict account creation를 참조하십시오.

등록시 이메일 주소를 지정하기 위해 어떻게 하나요?

Manual:$wgEmailConfirmToEdit를 참조하십시오

미디어위키를 읽기 전용 모드로 어떻게 바꾸나요?

 
MediaWiki version:
≥ 1.5

Manual:$wgReadOnly를 참조하십시오

기본 사용자 환경설정을 어떻게 바꾸나요?

 
MediaWiki version:
≥ 1.4

미디어위키 기본 사용자 환경설정은 DefaultSettings.php에 있습니다. 해당 파일을 편집해서는 안되며, 단지 참조용으로 사용하십시오.

말하자면, 기본적으로 최근 변경 사항에서 사소한 수정 사항을 숨기기를 원하면, DefaultSettings.php라고 쓰여 있습니다:

$wgDefaultUserOptions = [
        ...
	'hideminor' => 0,
        ...
]

환경 설정을 변경하기 위해, 다음을 LocalSettings.php에 넣으십시오:

$wgDefaultUserOptions["hideminor"] = 1;

검색되는 기본 이름공간을 변경하기 위해, 미디어위키의 임의의 버전에서, LocalSettings.php에 $wgNamespacesToBeSearchedDefault를 배열 매핑 이름공간 인덱스에 부울 값으로 설정하십시오. 예를 들어, 주요 이름공간 및 카테고리 이름공간을 검색하기 위해, 다음을 사용하십시오:

$wgNamespacesToBeSearchedDefault = [
    NS_MAIN => true,
    NS_CATEGORY => true,
];

일부 경우에서, 기본 사용자 환경설정을 변경한 후에, 모든 존재하는 사용자 계정의 사용자 환경설정을 변경하기를 역시 원할 수 있습니다.

만약 그렇다면, maintenance 디렉토리에서 userOptions.php를 사용하십시오. 첫 번째 실행에 대해 --dry 옵션을 사용하여, 영향을 평가하고 거기에서부터 시작하십시오. (--dry는 데이터베이스에 쓰지 않습니다)

php userOptions.php --dry --nowarn hideminor --old 0 --new 1

역시, 이들 종류의 변경을 하기 전에 항상 데이터베이스를 백업하십시오 (단지 --dry를 사용한다면 그렇게 할 필요는 없습니다).

See also: Manual:$wgDefaultUserOptions

어떻게 미디어위키 실행을 더 빠르게 하나요?

Manual:Performance tuning을 참조하십시오

어떻게 검색 제안의 드롭-다운 목록을 활성화 하나요?

Manual:Enabling autocomplete in search box을 참조하십시오

어떻게 미디어 위키와 GDPR을 함께 작동시키나요?

mw:GDPR (General Data Protection Regulation) and MediaWiki software를 참조하십시오

업그레이드하기

Manual:Upgrading을 참조하십시오

이동하기

내 위키를 다른 컴퓨터로 옮길 수 있습니까?

네. 가능합니다. 본질적으로, 이전 설치를 백업 한 다음 그것을 새 시스템에 "복원"할 것입니다. 마지막으로, 모든 것이 새로운 위치를 가리키도록 위키 구성을 업데이트하기 위해 추가 수정을 해야 합니다.

어떻게 내 위키를 다른 서버에 이동하나요?

Manual:Moving a wiki에 지침을 따르십시오.

 

인터페이스 바꾸기

 

어떻게 로고를 변경하나요?

각 페이지의 왼쪽 제일 위에 보이는 로고는 LocalSettings.php 파일에서 $wgLogo 구성 줄에 의해 결정됩니다.

로그를 바꾸기 위한 두 가지 방법이 있습니다:

  1. 표준 파일 업로드 인터페이스를 사용하여 위키에 그림을 업로드 하십시오. 이것은 로고를 쉽게 바꿀 수 있도록 허용하는데, 만약 이 방법을 사용하면 페이지를 보호하기를 원할 수 있습니다. 그럼 다음 LocalSettings.php에 대해 $wgLogo 줄을 추가하십시오. 예를 들어:
    $wgLogo = "{$wgUploadPath}/6/62/mylogo.png";
    
  2. (FTP와 같은) 다른 방법에 의해 서버로 이미지를 업로드 하십시오. 그럼 다음 LocalSettings.php에 대해 $wgLogo 줄을 추가하십시오. 예를 들어:
    $wgLogo = "{$wgScriptPath}/mylogo.jpg";
    
    (이 예제에서, 이미지는 LocalSettings.php 파일과 같은 폴더에 있습니다.)

만약 단지 특정 페이지에서 로고를 변경하기를 원한다면, #p-logo css의 배경-이미지 속성을 덮어쓰거나 mw:Extension:LogoFunctions와 같은 제삼자 확장을 사용하십시오.

 
미디어위키와 함께 설치된 기본 로고를 간단히 덮어쓰지 마십시오 (/resources/assets/wiki.png); 이 파일은 업그레이드할 때 덮어쓰여질 것입니다.
사각형 로고에 대해 좋은 크기는 135x135px 또는 150x150px 이지만, 특히 만약 이미지 아래에 텍스트를 포함한다면, 로고가 반드시 사각형일 필요는 업습니다. Vector에서 최대 로고 크기는 ~160x160px이고, 반면에 MonoBook은 ~155x155px입니다. 너무 큰 로고는 잘려질 것입니다.

어떻게 위키의 CSS를 편집하나요?

(common.less와 같은) CSS 파일은 편집하지 마십시오. 왜냐하면 만약 소프트웨어를 업그레이드할 때마다 사용자-지정을 적용할 필요가 있다면 업그레이드를 더 어렵게 만들 수 있기 때문입니다.

대신에 만약 모든 스킨에 대해 CSS 변경을 적용하기를 원한다면 MediaWiki:Common.css라고 불리는 위키 페이지를 편집하십시오. 또는 만약 오직 Vector 스킨에 대해 사용자-지정을 적용하기를 원한다면 MediaWiki:Vector.css라고 불리우는 위키 페이지를 편집하십시오.

MediaWiki:Common.css 및 MediaWiki:Vector.css 페이지의 컨텐츠는 스킨 파일에서 지정된 기본 CSS 스타일을 항상 덮어씁니다.

왼쪽의 세로 탐색 도구 막대를 숨기기 위해 어떻게 하나요?

다시 말해, 주요 컨텐츠 부분을 로고, 도구상자, 탐색 및 검색 엔진을 숨기고, 디스플레이의 100%를 차지하게 만드는 방법은 무엇입니까?

그것을 영구적으로 숨기기 위해, MediaWiki:Common.css 페이지에 다음 줄을 복사하고 붙여 넣으십시오:

#column-content { margin: 0 0 .6em 0; }
#content { margin: 2.8em 0 0 0; }
#p-logo, .generated-sidebar, #p-lang, #p-tb, #p-search { display:none; }
#p-cactions { left: .1em; }

사용자가 F11을 눌렀을 때 도구상자를 대신 숨기기 위해, 위키의 MediaWiki:Common.js에 다음을 입력하십시오:

document.onkeydown = function( e ) {
	if( e == null ) e = event
	if( testKey( e, 122 ) ) { //F11
		appendCSS('#column-content {margin: 0 0 .6em 0;} #content {margin: 2.8em 0 0 0;} #p-logo, .generated-sidebar, #p-lang, #p-tb, #p-search {display:none;} #p-cactions {left: .1em;} #footer {display:none;}');
		return false;
	}
}

function testKey( e, intKeyCode ) {
	if( window.createPopup )
		return e.keyCode == intKeyCode
	else
		return e.which == intKeyCode
}

각 페이지의 맨 아래에 카테고리를 숨기기 위해 어떻게 하나요?

MediaWiki:Common.css를 수정함으로써 각 페이지에 대한 카테고리 표시를 숨길 수 있습니다. 다음을 추가하십시오:

.catlinks { display: none; }

사이트 로고를 클릭 할 때 동작되는 모든 페이지의 왼쪽 제일 위의 구석에 있는 사이트 로고의 링크-URL을 어떻게 사용자-정의하나요?

기본적으로, 사이트-로고를 클릭하는 것은 메인 사이트-페이지로 이동합니다. 만약 내부 사이트-페이지가 "main" 사이트-페이지로 변경하기를 원한다면, MediaWiki:Mainpage를 편집하십시오.

사이트-로고 링크를 임의의 다른 절대 URL로 링크를 만들기 위해, 로그에 의해 사용되는 mainpage href를 덮어쓰기 위해 LocalSettings.php에 후크를 더할 수 있습니다.

/* Change the main page url used in things like the logo to an absolute url */
$wgHooks['SkinTemplateOutputPageBeforeExec'][] = 'lfChangeMainPageURL';
function lfChangeMainPageURL( $sk, &$tpl ) {
	$tpl->data['nav_urls']['mainpage']['href'] = "http://www.example.com/"; // Point the main page url to an absolute URL
	return true;
}

/* Change the main page url used in things like the logo to a url of another page on the wiki */
$wgHooks['SkinTemplateOutputPageBeforeExec'][] = 'lfChangeMainPageURL';
function lfChangeMainPageURL( $sk, &$tpl ) {
	$tpl->data['nav_urls']['mainpage']['href'] = Title::newFromText('ThePage')->getLocalURL(); // Point the main page url to a wiki page's URL
	return true;
}

다음은 MediaWiki:Common.js 내에서 jQuery 코드를 사용하는 대안적인 방법입니다:

$("a.mw-wiki-logo").attr("href", "http://www.example.com");
$("a.mw-wiki-logo").attr("title", "Go to example.com website");

 

브라우저의 주소 줄에서 아이콘 (파비콘)을 어떻게 변경하나요?

  • 단순히 favicon.ico을 도메인/하위도메인의 루트 디렉토리에 업로드하십시오. 파일 이름은 소문자이고 그의 이름이 favicon.ico인지를 확인하십시오.
  • 대안적으로, LocalSettings.php 파일에서 $wgFavicon 설정을 편집하고 $wgFavicon = "$wgScriptPath/path/to/your/favicon.ico";을 추가하십시오.

보다 자세한 것에 대해 Manual:$wgFavicon을 참조하십시오.

팁: 파비콘 이미지는 반드시 16 x 16 픽셀 또는 32 x 32 픽셀이어야 합니다.

다시쓰기 규칙

만약 URL로부터 "index.php"를 제거하기 위해 .htaccess에서 다시쓰기 규칙을 사용하면, ico 파일에 대해 예외를 역시 추가할 필요가 있습니다. 단순히 다음 규칙을 .htaccess에 추가하십시오:

RewriteRule .*\.ico$ - [L]

이 규칙은 index.php 규칙 전에 반드시 있어야 합니다.

대소문자 구분

파비콘 파일을 업로드할 때, 파일 이름이 소문자인지 확인하십시오 (즉, "Favicon.ico"이 아니라 "favicon.ico"입니다.) (예를 들어, 유닉스-계열 운영 시스템에서) 많은 서버들이, 만약 그들 이름이 소문자가 아니라면 파일을 찾을 수 없을 것입니다.

어떻게 탐색 막대를 사용자-정의 하나요?

Vector 또는 Monobook 스킨을 사용하여 각 페이지의 왼쪽에 나타나는 탐색 막대의 컨텐츠는 위키에 있는 MediaWiki:Sidebar 페이지에 의해 결정됩니다. 이들 사용자-정의에 대한 정보에 대해, Manual:Interface/Sidebar를 참조하십시오.

모든 각 페이지에 대해 텍스트 메시지 (사이트 공지)를 어떻게 넣습니까?

텍스트를 MediaWiki:Sitenotice에 넣으십시오. 모든 각 기사 페이지의 제일 위에 표시될 것입니다.

오직 로그-아웃된 사용자에 대해 표시되는 메시지를 만들기 위해서 텍스트를 MediaWiki:Anonnotice에 역시 추가할 수 있습니다. 로그-아웃된 사용자가 여전히 사이트 공지에 대한 정보를 얻는지 확인하기 위해 사이트 공지를 anon 공지에 전달삽입하는 것이 종종 좋은 아이디어입니다.

 

어떤 페이지를 main page로 어떻게 변경하나요?

기본적으로, 미디어위키는 제목 Main Page를 갖는 페이지를 찾고 이것을 기본 페이지로 제공합니다. 이것은 다른 제목을 지정하기 위해 MediaWiki:Mainpage의 컨텐츠를 바꿈으로써 변경될 수 있습니다. 만약 이것이 설치 중에 사이드바에 포함된 'Main Page' 링크를 변경하지 않으면, MediaWiki:Sidebar을 편집하십시오.

어떻게 Main Page 제목을 변경하나요?

단순히 "Move" 탭을 클릭하고, 페이지를 원하는 페이지 제목으로 이동하십시오.

보통 어떤 페이지를 "main page"로 변경하는 것을 역시 원합니다.

어떻게 main page 제목을 숨기나요?

미디어위키 1.38+

메인 페이지의 표시된 제목은 미디어위키 메시지 (각각 로그-아웃 및 로그-인 사용자에 대해) MediaWiki:mainpage-titleMediaWiki:mainpage-title-loggedin을 사용하여 변경될 수 있습니다. 메인 페이지 제목은 두 메시지를 모두 공백으로 설정하여 숨길 수 있습니다 (또는 제목이 로그아웃했거나 로그인한 사용자에게 계속 표시되어야 하면 둘 중 하나에 대해 공백으로 둘 수 있습니다).

미디어위키 1.37 이하

미디어위키는 main page 제목을 숨기는 내장된 옵션이 없지만 (phab:T8129을 참조하십시오), 제목을 숨기기 위해 CSS를 사용할 수 있습니다. 대안적으로, NoTitle extension을 사용할 수 있습니다.

위키에 대한 MediaWiki:Common.css 파일에 다음을 추가하십시오:

body.page-Main_Page.action-view h1.firstHeading, body.page-Main_Page.action-submit h1.firstHeading { display: none; }

만약 main page가 지역화된 이름을 사용하거나 main page를 다른 이름으로 변경하려면, page-Main_Page 부분을 변경해야 합니다. main page의 HTML 소스를 보고 body 태그를 검색함으로써 정확한 매개변수를 찾을 수 있습니다.

예를 들어, 만약 언어가 Lojban이면, body 태그는 다음처럼 보일 것입니다:

<body class="mediawiki ltr sitedir-ltr ns-4 ns-subject page-uikipedi_as_ralju skin-vector action-view">

따라서 대신에 MediaWiki:Common.css에서 다음 줄을 넣어야 합니다:

body.page-uikipedi_as_ralju.action-view h1.firstHeading, body.page-uikipedi_as_ralju.action-submit h1.firstHeading { display: none; }

만약 "Help:Main_Page"와 같은 특정 이름공간에서 "Main Page"의 제목을 숨기길 원한다면 위키의 MediaWiki:Common.css에 다음을 추가하십시오:

body.page-Help_Main_Page.action-view h1.firstHeading, body.page-Help_Main_Page.action-submit h1.firstHeading { display: none; }

차이점에 주목하십시오: body.page-Help:Main_Page와 비교하여 body.page-Help_Main_Page입니다. 전자는 작동하지 않을 것입니다.

만약 이것이 작동하지 않으면, 이것을 지원하지 않는 스킨을 사용하고 있거나, MediaWiki:Mainpage를 업데이트 없이 main page를 이동했거나, 정말로 오래된 미디어위키 버전을 가지고 있을 것입니다.

만약 스킨이 클래스 firstHeading을 갖는 h1 원소보다 제목에 대해 다른 원소를 사용하면, 해당 스킨에 대해 적용하기 위해 적절한 CSS 선택자를 찾아야 할 것입니다.

컨텐츠의 테이블은 어떻게 숨기나요?

컨텐츠의 테이블 (mw:TOC)는 기사에서 4개 이상의 머리글이 있으면 자동으로 보입니다. 그것을 숨기는 여러 가지 방법이 있습니다.

하나의 페이지에 대해 페이지의 위키텍스트에서 마법 단어 __NOTOC__를 넣으십시오. 모든 문서에 대해 mw:Extension:NoTOC를 설치하십시오 또는 다음 규칙을 MediaWiki:Common.css에 추가하십시오:

.toc, #toc { display: none; }

어떤 사용자에 대해 사용자는 그들의 common.css 개인 스타일시트에 같은 CSS 규칙을 추가할 수 있습니다.

인터페이스 텍스트는 어떻게 변경하나요?

인터페이스 텍스트는 미디어위키 이름공간을 사용하여 변경됩니다. 사이트 언어에서 기본값으로부터 각 변형에 대해 MediaWiki:Englishmessagename 페이지가 있고, 다른 언어에서 기본값으로부터 변형에 대해 MediaWiki:Englishmessagename/languagecode 페이지가 있습니다. (버전 1.9 이래로 기본값과 같은 메시지에 대해 페이지가 없습니다.) 페이지를 만들 때 편집 상자는 기본값으로 자동 완성됩니다. 기본값을 덮어쓰기 위한 페이지를 만들 때 먼저 기본 버전을 저장하여, 그것과 함께 diff를 허용하는 것이 유용합니다. Help:System message를 역시 참조하십시오.

  • 시스템 메시지의 목록에 대해, Special:Allmessages를 참조하십시오
  • 미디어위키 이름공간을 끄려면, $wgUseDatabaseMessages 구성 설정을 참조하십시오.
  • 각 페이지의 제일 아래에서 Privacy policy 또는 Disclaimers 링크를 삭제하기 위해, 페이지 MediaWiki:Privacy or MediaWiki:Disclaimers의 컨텐츠를 각각에 하나의 하이펀 (-)으로 설정하십시오.

오류 메시지는 어떻게 편집하나요?

Special:Allmessages는 편집할 수 있는 전체 메시지 목록 (오류 또는 기타)을 포함하고 있습니다.

인터페이스에서 각 메시지의 이름을 표시할 URL에 ?uselang=qqx 또는 &uselang=qqx를 추가할 수도 있습니다.

어떻게 인터페이스 언어를 바꾸나요?

기본 인터페이스 언어를 바꾸기 위해, LocalSettings.php에서 $wgLanguageCode의 값을 바꾸십시오. 예를 들어

$wgLanguageCode = "ko";

변경을 보기 위해 브라우저의 캐시를 우회하는 것이 역시 필요할 수 있습니다.

새로운 기본 인터페이스 언어는 그것을 사용자-지정하지 않은 모든 사용자에게 적용될 것입니다.

만약 위키의 기본 언어가 아닌 다른 언어로 페이지와 인터페이스 원소를 만들고 선택할 수 있는 기능을 사용자에게 제공하기를 원한다면, 번역 확장(Translate extension)이 필요한데, 그것은 위키를 다국어로 만들 수 있습니다.

오래된 버전에서, 새로운 기본은 존재하는 사용자에게 영향을 미치지 않을 것이므로, 만약 로그인해 있다면, 환경설정에서 언어 설정을 변경할 필요가 있습니다.

만약 모든 존재하는 사용자에 대해 언어 설정을 변경하고 싶다면, userOptions.php 유지관리 스크립트를 사용하십시오. 예를 들어, 영어를 갖는 모든 사용자에 대해 대신에 한국어를 사용하기를 원한다면, 다음을 실행하십시오:

php userOptions.php language --old en --new ko

article/edit 등의 탭은 어떻게 제거하나요?

좀 더 제어하려면: mw:User:Subfader/Hide_page_tabs을 참조하십시오

위키의 MediaWiki:Common.css에 다음을 추가합시시오:

li#ca-edit { display: none; }

컨텐츠 탭에서 사용하는 다양한 #ca-* ids에 대해 페이지 소스를 참조하십시오.

이것은 오직 Monobook 및 Modern 및 Vector (기본 스킨)와 같은 구현된 스킨에서 작동할 것이고, 실제로 편집으로부터 사람들을 막지는 못합니다. 그것을 하기 위해, Manual:User rights을 참조하십시오.

내 위키 전역에서 어떻게 탭을 추가/제거하나요?

See Manual:User group CSS and JavaScript 참조하거나 자신의 확장을 작성하십시오 (Manual:Hooks/SkinTemplateNavigation을 참조하십시오):

예를 들어, talk 탭을 제거한 다음 항상 main page로 이동하는 탭을 추가하기 위해 extensions/AR-Tabs.php에서 이 코드를 저장할 수 있습니다:

 
MediaWiki version:
≥ 1.21
<?php
if( !defined( 'MEDIAWIKI' ) ){
	die( "This is not a valid access point.\n" );
}

$wgHooks['SkinTemplateNavigation'][] = 'replaceTabs';
function replaceTabs( &$skin, &$links) {  
	// Remove the talk action
	unset( $links['namespaces']['talk'] );
	$maintitle = Title::newFromText( wfMessage( 'mainpage' )->inContentLanguage()->text() );
	// Add an additional link
	$links['namespaces']['main'] = array(
		'class' => false, // false or 'selected', defines whether the tab should be highlighted
		'text' => wfMessage( 'sitetitle' )->text(), // what the tab says
		'href' => $maintitle->getFullURL(), // where it links to
		'context' => 'main',
	);
	return true;
}

그런 다음 다음을 LocalSettings.php의 맨 아래에 추가하십시오:

require_once("extensions/AR-Tabs.php");

오직 하나의 페이지에서 탭을 어떻게 제거하나요?

 
MediaWiki version:
≥ 1.9

예를 들어, Main Page로부터 Discussion (talk) 페이지 탭을 제거하기 위해, MediaWiki:Common.css 페이지에 다음을 추가하십시오:

body.page-Main_Page li#ca-talk { display: none !important; }

MediaWiki:Common.css을 수정하기 위해, 반드시 관리자 권한을 가져야 합니다.

모든 페이지에서 하나의 탭을 어떻게 제거하나요?

 
MediaWiki version:
≥ 1.9

예를 들어, 모든 위키페이지에서 Discussion (talk) 페이지 탭을 제거하기 위해, MediaWiki:Common.css 페이지에 다음을 추가하십시오:

#ca-talk { display:none!important; }

제거할 수 있는 다른 탭은 #ca-history, #ca-viewsource, #ca-view (Read tab), #ca-nstab-main (Page tab)입니다.

제거할 수 있는 다른 드롭 다운 메뉴 항목은 #ca-watch, #ca-move, #ca-delete입니다.

MediaWiki:Common.css을 수정하기 위해, 반드시 관리자 권한을 가져야 합니다.

오른쪽 제일 위에 "Talk for this IP" 링크를 어떻게 제거하나요 (예를 들어 $wgDisableAnonTalk가 참일 때)?

한 가지 선택사항은 여러분의 위치의 위키 페이지 MediaWiki:Common.css에서 다음 CSS를 사용하여 링크를 숨기는 것입니다:

#p-personal #pt-anonuserpage {
    display: none;
}

또 다른 선택사항은, 여러분의 LocalSettings.php 파일에서, 익명 사용자의 토론 페이지에 대한 링크를 제거하기 위해 PersonalUrls 후크를 사용하는 것입니다:

$wgHooks['PersonalUrls'][] = 'lfRemoveAnonUserpageLink';
function lfRemoveAnonUserpageLink( &$personal_urls, $title ) {
	unset( $personal_urls['anonuserpage'] );
	return true;
}

화면의 제일 위 오른쪽에서 "Create an Account or Login" 링크를 어떻게 제거하나요?

personal_url로부터 login / create account 링크를 제거하기 위해, 그들을 후크하고 제거하기 위해 Manual:LocalSettings.php 파일에서 이 코드를 사용할 수 있습니다:

$wgHooks['PersonalUrls'][] = 'lfRemoveLoginLink';
function lfRemoveLoginLink( &$personal_urls, $title ) {
	unset( $personal_urls['login'] );
	unset( $personal_urls['anonlogin'] );
	unset( $personal_urls['createaccount'] );
	return true;
}

동작 및 특수 페이지를 어떻게 억제할 수 있나요?

두 가지 다른 방법이 있습니다:

.htaccess 파일을 사용

미디어위키는 이런 종류의 사용법에 대해 설계되지 않았습니다! 모든 서버가 .htaccess 파일을 지원하는 것은 아닙니다. 역시 이 시스템은 완벽한 것이 아니고, 링크를 숨기는 것 (위 참조)보다 한 걸음 더 나아간 것임에 주목하십시오.

억제하는 동작 및 특수 페이지는 특정 URL 또는 VirtualHost를 통해 정적 웹사이트의 환상을 만들고 싶지만, 진짜 위키인 'internal' 보기를 갖고자 할 때, 즉, 만약 사용자가 편집할 수 있는 위키의 내향적인 'view'를 가지고, 정적 웹사이트 (역사 없음, 토론 없음, 등)처럼 보여야 하는 외향적인 'view'를 가지면, 유용할 수 있습니다.

만약 아파치 웹 서버를 사용하면, 모든 적절한 링크를 숨긴 후 (위를 참조), 다음 다시쓰기 규칙을 사용하여 동작 및 특수 페이지를 비활성화할 수 있습니다:

# Lock down the site (disable MediaWiki commands)

RewriteEngine On

#RewriteLog /tmp/rewrite.log

#RewriteLogLevel 9

## See https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Parameters_to_index.php#Actions

RewriteCond %{QUERY_STRING} (.*action=.*)
RewriteRule .* http://www.my.domain.com?

RewriteCond %{REQUEST_URI} !^/index.php/Special:Search
RewriteCond %{REQUEST_URI}  ^(.*Special:.*)
RewriteRule .* http://www.my.domain.com?

## Catch a trick...
RewriteCond %{QUERY_STRING} ^(.*Special:.*)
RewriteRule .* http://www.my.domain.com?

위의, 'http://www.my.domain.com/wiki/Page_name?action=edit'에 대해 하나의 요청이, 예를 들어, 'http://www.my.domain.com'로 간단히 다시쓰여질 것입니다. 비슷하게 (Special:Search의 예외와 함께) 특수 이름공간에 임의의 페이지는 'http://www.my.domain.com'로 다시쓰여질 것입니다.

대안적으로, RewriteRule .* - [F]를 사용하여 모든 그러한 요청에 대해 "403 Forbidden"을 제공할 수도 있습니다. 기억하십시오, 이것은 단지 하나의 해킹이고, 안전한 CMS에 대해 해결책으로 의도되지는 않습니다.

특정 URL 이름 스키마와 일치하기 위해 위의 규칙을 조정해야 할 필요가 있음을 주목하십시오.

이와 같이 사이트를 잠그려고 시도할 때 고려해야 할 다른 문제는 위키 컨텐츠 (GET이라기 보다는)에 대한 API 및 POST 요청입니다.

LocalSettings.php를 사용

특정 특수 페이지 (예를들어, Special:SpecialPages)를 비활성화하기 위해, 다음을 사용할 수 있습니다:

$wgSpecialPages['Name'] = DisabledSpecialPage::getCallback( 'Name', 'message' );

여기서 Name은 비활성화하려는 정식의 (영어) 이름이고, message는 사용자가 특수 페이지에 접근하려고 시도할 때 표시되려는 메시지입니다.

동작 (예를 들어 edit)을 비활성화하기 위해, 다음을 사용할 수 있습니다:

$wgActions['edit'] = false;

API 모듈을 비활성화하기 위해 API:Restricting API usage를 참조하십시오.

이것은 기본적인 사용법일 뿐입니다. 보통 조건부로 특수 페이지, 동작 또는 API 모듈을 비활성화하기를 원할 수 있습니다.

어떻게 바닥글을 바꾸나요?

Manual:Footer, Manual:Configuration settings#Copyright을 참조하십시오

 

바닥글로부터 Powered by MediaWiki 이미지 (및 가능한 다른 이미지)를 어떻게 편집 / 제거하나요?

위키의 MediaWiki:Common.css에 다음 줄을 추가함으로써 Powered by MediaWiki 이미지를 숨길 수 있습니다:

#footer-poweredbyico { display: none; }

그것을 완전히 제거하고 싶다면, Manual:LocalSettings.php에서 다음을 사용하여 그것을 제거하기 위해 $wgFooterIcons를 사용할 수 있습니다:

unset( $wgFooterIcons['poweredby'] );

다른 powered-by 아이콘, 예를 들어, BlueSpice로부터 오는 다른 것을 역시 제거할 수 있음을 주목하십시오.

만약 아이콘 이미지, urls, 다른 텍스트을 변경하는 것 또는 새로운 아이콘을 추가하기를 원한다면, $wgFooterIcons의 문서를 참조하십시오.

기본 서명 물결표 (~~~~) 템플릿에 대한 회신 링크를 어떻게 추가하나요?

MediaWiki:Signature / MediaWiki:Signature-anon에서 서명을 사용자-정의할 수 있습니다.

예를 들어, [[{{ns:user}}:$1|$2]] ([[{{ns:user_talk}}:$1|talk]])에 대한 엔터디를 변경하는 것은 사용자의 토론 페이지에 대한 링크를 넣을 것이고 [[{{ns:user}}:$1|$2]] ([{{fullurl:{{ns:user_talk}}:$1|action=edit&section=new}} Reply])는 보다 직접 링크를 제공할 것입니다.

사용자는 그들의 환경설정에서 서명을 변경할 수 있습니다.

각 페이지의 <title>을 어떻게 바꿀 수 있습니까? 어디에서 변경합니까?

변경하기를 원하는 텍스트의 대부분은 미디어위키의 이름공간에서 발견될 수 있습니다.

제목, 텍스트, 공지사항, 등을 변경하기 위해, Special:AllMessages로 이동하십시오. 여기에서 변경하기 원하는 페이지와 관련된 텍스트를 볼 수 있을 것입니다. 미디어위키 이름공간에서 보호된 엔터디를 편집하기 위해 관리자로 로그인해야 합니다.

만약 브라우저에서 제목을 변경하기를 원한다면, MediaWiki:Pagetitle을 편집해야 합니다. 그곳으로 가서 위키에서 임의의 다른 페이지와 마찬가지로 단지 그것을 편집하십시오.

최근 버전의 미디어위키에서, MediaWiki:Pagetitle은 기본적으로 $1 - {{SITENAME}}입니다. 만약 {{SITENAME}}이 잘못된 텍스트를 생성하면, LocalSettings.php에서 $wgSitename을 설정해야 합니다.

설정을 변경한 후 브라우저 캐시를 지우는 것을 잊지 마십시오.

미디어위키는 $wgSitename의 첫 글자를 자동으로 대문자로 표시합니까?

네. 이것은 $wgCapitalLinks 구성 설정을 사용하여 변경될 수 있습니다.

새 창에서 외부 링크를 열게 어떻게 만드나요?

Manual:$wgExternalLinkTarget를 참조하십시오

미디어위키가 URL, 태그 등을 형식으로부터 어떻게 억제할 수 있습니까?

"‎<nowiki>‎</nowiki>" 태그를 URL 또는 태그 주위에 넣으십시오.

예제:

svn co http://svn.example.com/myproject/

생성:
svn co http://svn.example.com/myproject/

사용자가 저장하기 전에 어떻게 강제적으로 미리보기를 하게 하나요?

Manual:Force previewmw:Extension:ForcePreview을 참조하십시오

편집 페이지에 버튼을 어떻게 추가하나요?

Manual:Custom edit buttons을 참조하십시오

편집 페이지에서 클릭할 수 있는 더 많은 특수 문자 또는 태그를 얻을 수 있나요?

편집 필드 아래에, 선택-가능한 특수 문자 등을 추가하는 것에 대해, Extension:CharInsert를 참조하십시오.

내 위키에서 다른 스킨을 어떻게 사용하나요?

기본 스킨 구성에 대한 자세한 정보에 대해 Manual:$wgDefaultSkin을 참조하십시오.

페이지의 인쇄 가능한 버전에서 보여지는 것으로부터 외부 링크를 어떻게 비활성화 하나요?

위키에서 MediaWiki:Print.css 페이지를 편집하고 거기에 다음 코드를 추가하십시오:

#content a.external.text:after,
#content a.external.autonumber:after {
	content: none;
}

이것은 미디어위키 소스 코드와 함께 나오는 CSS 파일에서 정의된 스타일을 덮어쓸 것입니다. 자세한 정보에 대해, Manual:CSS를 참조하십시오.

만약 대신에 프린터-가능한 버전에서 외부 링크에 밑줄을 넣기를 원한다면, 역시 다음 코드를 추가하십시오:

#content a.external {
    text-decoration: underline !important;
}

각각 인쇄된 페이지의 맨 아래에 각주(footnote)를 인쇄하려면 어떻게 하나요?

이것과 관련된 StackOverflow 해결책을 시도해 보십시오: 인쇄된 HTML 페이지-당 각주

 

내 위키의 main page의 기사 (페이지 이름) 탭의 텍스트를 어떻게 변경하나요?

탭의 텍스트를 변경하기 위해, 위키피디아에서 사용되는 예제처럼, 먼저 페이지 "MediaWiki:Mainpage-nstab"를 여십시오.

그렇게 한 다음에, 편집을 클릭하고 main page에서 나중에 보여지기를 원하는 텍스트를 편집 상자에 타이핑하십시오 – 그것이 다입니다. 마찬가지로 페이지를 저장하는 것을 잊지 마십시오.

배경 색깔을 어떻게 변경하나요?

페이지 콘텐츠와 탭 외부에서 미디어위키 인터페이스의 배경 색깔을 변경하기 위해, 미디어위키 페이지 [[MediaWiki:common.css]]에 다음 CSS를 추가하십시오:

/* Changes the background color of the bottom and left of each page, up to behind half of the logo: */
body {
  background: red;
}

/* Changes the background color behind the top half of the logo and at top of each page: */
#mw-page-base {
  background: red;
}

이것은 탭, 검색, 및 페이지 콘텐츠 외부의 배경 색깔을 red으로 변경할 것입니다. 자세한 정보에 대해 Manual:CSS를 참조하십시오.

외부 글꼴을 어떻게 로드하나요?

이 예제는 미디어위키와 함께 사용할 수 있는 자유와 오픈-소스 글꼴 저장소인 Google Fonts를 참조합니다. https://fonts.google.com/ 으로 이동하여, 원하는 글꼴을 찾고, "plus" (+) 아이콘을 클릭함으로써 그것들을 선택하십시오. 추가되려는 하나 이상의 글꼴을 선택하십시오. 팝업 알림에 대한 탭을 클릭하고, 그런-다음 "@IMPORT"를 선택하십시오. 결과 CSS를 복사하여 [[MediaWiki:common.css]]에 붙여넣으십시오. 아래 예제는 Noto Sans와 Noto Serif를 사용합니다. 그것들은 안드로이드 운영 시스템에 대해 기본 글꼴이고 유니코드 텍스트를 잘 지원해 왔습니다.

@import url( 'https://fonts.googleapis.com/css?family=Noto+Sans|Noto+Serif ');

/* Changes the default font used for MediaWiki to Noto Sans (does not include headings or monospaced text): */
body {
  font-family: "Noto Sans", sans-serif;
}

/* Changes the default font used for MediaWiki headings to Noto Serif: */
#content h1, 
#content h2 {
  font-family: "Noto Serif", serif;
}

기본 사용법

어떻게 문서를 편집하나요?

페이지를 편집하기 위해, 각 페이지에서 보이는 편집(edit) 링크를 단순히 클릭하십시오. 기본 벡터 스킨을 사용하여, 이것은 페이지 제일 위에 탭 형식 안에 있습니다. 형식은 기존 마크-업을 포함하여 나타날 것입니다. 수정 작업이 끝났을 때, 변경을 승인하기 위해 저장(Save) 버튼을 클릭하십시오.

어떻게 새 문서를 만드나요?

새로운 페이지를 만드는 여러가지 방법이 있습니다:

  • 다른 페이지의 페이지에 대한 링크를 만들고, 그런 다음 나타나는 빨간색 링크를 클릭하십시오.
  • 페이지의 의도된 위치를 찾습니다. 예를 들어, http://www.example.com/index.php?title=New_page에서 "Edit", "Create" 또는 "Create source" 링크를 클릭하십시오.

일부 위키에서, 페이지에 대해 실패한 검색이 해당 페이지를 편집할 수 있는 링크를 포함할 것입니다.

 

이전 버전의 페이지를 어떻게 삭제합니까?

페이지 데이터의 이전 버전은 데이터베이스에서 유지되고 페이지 역사 기능을 통해 접근될 수 있습니다. 이것은 변경 사항을 검토하고 바람직하지 않은 변경 사항을 수정하거나 되돌릴 때 유용하지만, 어떤 경우에서, 관리자가 법률상의 이유에 대해 이 정보를 사용할 수 없게 만들거나 데이터베이스의 크기를 줄이는 것을 원할 수 있습니다.

  • 관리자는 페이지를 삭제함으로써 페이지의 이전 버전을 삭제할 수 있고, 그런 다음 보관된 버전을 선택적으로 삭제-취소할 수 있습니다.
  • (HideRevision이라고 역시 알려진) Oversight 확장은 미디어위키 이전 버전 (<1.16)에서 유해한 버전의 페이지 역사를 이동하기 위해 사용될 수 있습니다.
  • 새로운 미디어위키 (1.14+)에 대해, 권한 있는 사용자에게 페이지 역사로부터 단일 버전을 제거하는 것이 허용되는 핵심 mw:RevisionDelete 기능을 활성화할 수 있습니다.
  • maintenance/deleteOldRevisions.php 유지관리 스크립트는 페이지의 모든 이전 버전 및 그들의 관련된 텍스트 레코드를 대량-삭제할 수 있습니다.

페이지 역사에서 감시/삭제 개정을 어떻게 사용하나요?

mw:RevisionDelete를 참조하십시오

페이지를 역시 삭제할 수 있고, 그런 다음 오직 원하는 개정을 복원할 수 있습니다.

유용한 임의의 편집 자습서가 있습니까?

위키피디아와 같은, 위키미디어 자매 프로젝트에 주로, 유용한 여러가지 편집 자습서가 있습니다. Meta에는 유용한 마크-업 참조 등이 역시 있습니다.

페이지의 인쇄-가능한 형식을 어떻게 보나요?

미디어위키는 인쇄될 때 적절하게 페이지 스타일을 자동 지정하는 스타일시트를 포함합니다; 브라우저 안에서 인쇄 또는 인쇄 미리보기 기능을 사용하는 것은 인쇄-가능한 형식으로 페이지를 렌더링해야 합니다.

또한 도구상자(Toolbox) 아래에서 사이드 바에 있는 인쇄-가능한 버전(printable version) 링크 또는 콜렉션 확장을 사용한다면 인쇄/내보내기(Print/export)를 사용하여 이 인쇄-가능한 형식을 역시 볼 수 있습니다.

어떻게 템플릿을 사용하나요?

Help:Templates을 참조하십시오

미디어위키의 설치된 버전에서 위키미디어 커먼즈로부터 미디어 (이미지, 비디오, 오디오, 등)를 사용할 수 있나요?

네, 이것은 Manual:$wgUseInstantCommons의 사용을 통해 권장됩니다.

어떻게 템플릿을 서명으로 사용하나요?

사용자 환경설정을 보면, "원시 서명"("raw signature")에 대해 체크 박스를 볼 수 있습니다. 그러나 이 필드는 오직 특정 숫자의 문자를 취할 것입니다. 더 원하는 무엇이 있습니까?

아마도 사용자 공간에, 두 페이지를 만들 필요가 있을 것입니다.

  1. 첫 번째 페이지를 만드십시오 (FIRST PAGE)
  2. 사용자 환경설정으로 가셔서, "raw signature"를 선택하고 서명에 {{FIRST PAGE}}를 넣으십시오. 저장하십시오.
  3. 두 번째 페이지를 만드십시오 (SECOND PAGE) (아마도 첫 번째의 하위-페이지)
  4. 첫 번째 페이지 (FIRST PAGE)로 되돌아 가셔서 {{SECOND PAGE}}를 하십시오.
  5. 두 번째 페이지 (SECOND PAGE)로 가셔서 서명에 대해 가지기를 원하는 코드를 입력하십시오.

만약 이 구조를 가지지 않으면, 소프트웨어가 환경설정에서 "SUBST"를 삽입할 것이기 때문에, 서명이 사용될 때마다 원시 코드에 모든 서명 코드를 여전히 삽입되어질 것입니다. 이것을 신경쓰지 않아도 되는데, 이 경우에 오직 하나의 페이지를 필요합니다. 만약, 훨씬 깨끗해 보이므로, 원시 코드에 {{FIRST PAGE}}를 오직 표시하기를 원한다면, 두-페이지 구조를 사용해야 합니다.

위키의 설치에 샌드박스 기능을 어떻게 추가하나요?

위키 용어에서, 샌드박스(sandbox)는 단순히 "펜 놀이"입니다; 사용자가 엉망으로 만들 수 있는 페이지. 이것은 정상적인 방식으로 생성된 일반 페이지이고, 원하는 곳 어디에든지 배치될 수 있습니다. 미디어위키에 내장된 특별한 샌드박스 기능은 없습니다.

사용자는, 자체-비우는 것처럼 보이는, 위키피디아 샌드박스에 대해 종종 문의합니다. 이것은 꽤 정확하지 않습니다; 이들을 청소하고 규칙적인 시간 간격으로 특정 상태로 복귀시키는 봇(bots)을 실행하는 수많은 자원 봉사자가 있습니다.

역시 참조하십시오: Extension:SandboxLink는 사용자의 개인 샌드박스(즉, 개인 사용자 페이지의 하위페이지)에 대한 링크를 개인 도구 메뉴에 추가합니다.

개인 도구상자 (오른쪽 제일 위)에 "Sandbox" 링크를 어떻게 추가하나요?

가젯 확장을 추가하고 샌드박스 가젯을 추가해야 합니다. 아마도 그것을 기본 가젯으로 역시 만들고 싶어할 것입니다.

내 위키가 모든 언어를 지원하도록 하려면 어떻게 해야 하나요?

  • 사용자에게 인터페이스의 언어를 전환하도록 허용하기 위해, Extension:UniversalLanguageSelector를 참조하십시오
  • 페이지와 사용자-정의 인터페이스 (예를 들어 사이드바)의 번역을 허용하기 위해, Translate 확장을 사용하십시오; 광범위한 문서가 있습니다.

 

위키 가져오기

미디어위키 XML 덤프로부터 가져오기(importing)

Manual:Importing XML dumps를 참조하십시오

다른 유형의 위키 소프트웨어로부터 가져오기

이 섹션에는 정보가 없습니다. 자유롭게 추가하십시오.

다른 유형의 파일로부터 가져오기

컨텐츠를 HTML (및 다른 형식)에서 미디어위키 마크-업으로 변환을 도와주는 유용한 다양한 도구가 있습니다.

개발자 및 시스템관리자 도구

최종-사용자 도구

지침서

다른 위키 (예를 들어 위키피디아)로부터 가져온 템플릿이 내 위키에서 동작하지 않습니다

아마도 Scribunto, TemplateStyles, ParserFunctions 또는 때때로 Cite와 같은, 소스 위키에서 사용되는 일부 확장을 설치할 필요가 있습니다. 역시, 템플릿에 의해 요구되는 모든 사이트 CSS자바스크립트를 복사했는지 확인하십시오.

추가 사용자-지정 설정

여러 위키를 가지고 싶고, 그러나 오직 한번만 등록하기를 원합니다

  • 만약 처음부터 시작하거나 하나의 위키에서 여러 개의 위키로 전환하려면, "주요" 위키의 사용자 테이블을 모든 위키들에 공유하기 위해 $wgSharedDB$wgSharedTables를 사용할 수 있습니다. 비-공유 테이블에 의존하는 임의의 데이터 또는 하나의 위키에 대한 특정한 데이터를 포함하지 않는 한, 다른 테이블 마찬가지로 공유할 수 있습니다. 예제 및 자세한 정보에 대해 Manual:Shared database를 참조하십시오.
  • 만약 위키가 이미 설립되어 있고 단일 서명으로 전환하기를 원한다면, CentralAuth 확장을 사용할 수 있습니다. 공유 사용자 테이블보다 몇 가지 기능이 있지만, 구성하기가 더 어렵고 위키미디어-스타일 설정에 맞게 조정되었습니다. 어쨌든, 여러 사용자 테이블을 하나로 완전하게 병합하기 위해 시도하는 것보다는 쉽습니다.

HTML 태그의 사용을 어떻게 허용하나요?

Manual:$wgRawHtml을 참조하시고 마찬가지로 Manual:$wgGroupPermissionsManual:Preventing access을 참조하십시오.

 
이것은 사용자를 공격하기 위해 쉽게 악용될 수 있습니다.

mw:Extension:Secure HTML을 참조하시고 이것을 더 안전하게 만드는 방법에 대해 mw:Extension:HTMLets을 참조하십시오.

문제를 어떻게 해결 또는 미디어위키에 기능을 어떻게 추가하나요?

미디어위키를 개선하기 위한 기본 단계 (즉, 미디어위키 개발자 되기)는 다음과 같습니다:

  • Git 설치하기.
  • 미디어위키 소스 코드의 git "복제"로 다운받기.
  • 컴퓨터에서 실행중인 서버, 데이터베이스 및 PHP 설치하기 (이것은 성가신 것일 수 있으므로, 만약 어떤 것이 동작하지 않으면 도움을 요청하십시오)
  • Git checkout으로 가져온 컴퓨터에서 실행하는 미디어위키 설치하기 (마찬가지로 짜증날 수 있으므로, 도움을 요청하십시오)
  • 문제를 수정하거나 생각하고 있던 기능을 추가하십시오
  • 문제를 고치기 위한 관련 파일의 소스 코드를 편집하십시오
  • mw:Gerrit/Tutorial을 따르십시오

어떻게 봇을 실행하나요?

Manual:Bots을 참조하십시오

Pywikibot 프레임워크를 사용하기를 원할 수 있습니다.

noindex nofollow를 어떻게 바꾸나요?

LocalSettings.php에서 $wgNoFollowLinks = false;를 설정하십시오.

조그마한 위키 농장(wiki farm)을 어떻게 만드나요?

Manual:Wiki family를 참조하십시오

메타 태그(meta tags)를 어떻게 추가하나요?

OutputPage 클래스는 메타 태그를 더하기 위해 사용될 수 있는 addMeta 메소드를 포함합니다. mw:RequestContext는 관련 OutputPage 객체를 얻기 위해 사용될 수 있습니다.

$out->addMeta ( 'description', 'This is a meta description.' );

왜...?

…도움말 이름공간이 비어 있나요?

도움말 이름공간은 현재 빈 상태로 제공됩니다. 사이트 방문자에게 얼마나 많이 또는 얼마나 적게 도움을 주는지 또는 사이트의 다른 측면과 관련이 있는지 여부는 사용자에게 달려 있습니다. 분명히 다른 곳의 도움말 자원을 방문자에게 쉽게 연결할 수 있습니다.

우리는 무료 라이센스 아래에서 도움말 페이지의 깨끗한, 국제화된 집합을 현재 가지고 있지 않습니다. 어쨌든, 만약 사이트에 일부 도움말 정보를 복사하기를 원한다면, 위키 (미디어위키로 구동중인 위키)를 사용하는 방법에 대해 미디어위키 위키로부터 mw:Help:Contents를 복사하십시오. 페이지의 이 집합은 위키-중립적 정보, 그리고 라이선스 제한이 없도록, 이 목적에 대해 신중히 만들어져 왔습니다. mw:Project:PD help를 참조하십시오. 더 많은 도움말은 메타-위키 미디어위키 핸드북에서 유용할 수 있습니다.

…업그레이드 후에 이미지 중 일부가 표시되지 않습니까?

여러 사용자가 그들 위키의 업그레이드 또는 이동한 다음에, 여러 이미지가 인라인으로 표시되지 않는다고 보고해 왔습니다. 파일이 존재하고, 이미지 설명 페이지는 unknowncode>/unknown의 MIME 유형, 어떤 경우에서, 잠재적으로 위험한 파일에 대한 경고를 표시합니다.

이것을 수정하기 위해, 명령 줄에서 maintenance/rebuildImages.php 스크립트를 실행하십시오. 이것은 데이터베이스에서 각 파일에 대해 MIME 정보를 설정할 것입니다.

최근 버전의 미디어위키는 반응형 이미지를 구현합니다. 버그로 인해, 만약 서버 로케일이 소수점을 나타내는 것에 대해 점 대신 쉼표를 사용하는 것으로 설정되면, 이미지가 일부 브라우저/장치에서 렌더링되지 않을 수 있습니다. 이것은 브라우저 도구와 함께 페이지의 매체 또는 큰 이미지의 썸네일을 검사하고, HTML 코드를 봄으로써 확인될 수 있고, srcset 속성이 1.5x 값을 나타낼 때 점 대신 쉼표를 포함되어 있는지 확인하십시오.

...모든 PNG 파일은 썸네일로 변환되지 않나요?

보다 최신 버전의 PHP로 업그레이드 한 후, 다른 MimeMagic.php 함수가 파일 MIME 유형, PNG 파일을 감지하지 못하는, 특히 내장된 PHP 함수 mime_content_type을 감지하는 것에 사용될 수 있습니다. 아마도 magic.mime 파일을 편집함으로써, PHP 레벨에서 이 버그를 수정하는 정보에 대해 mime_content_type png에 대해 웹을 검색하십시오.

…미디어위키 1.39을 다운로드할 수 없나요?

미디어위키 1.39는 현재 개발 상태에 있고, 일반적인 출시로 패키지되지 않습니다. 코드는, 만약 원한다면, Git에서 다운로드될 수 있습니다. 또는, 만약 최신 개발 버전을 아카이브로 패키지화 하기를 원한다면, 그것을 mediawiki-master.tar.gz (GitHub)에서 다운로드하십시오.

...이것을 작동할 수 없나요? 그것은 위키백과에서 작동합니다!

위키피디아 및 다른 위키미디어 웹사이트는 개발에서 코드의 현재 버전을 사용합니다; 요즘, 이것은 현재 개발 가지에서 가져온, 미디어위키 1.42.0-alpha (d8b8d9d)입니다. 여러가지 확장을 함께 사용하면, 이것은 이들 위키와 특정 설정 사이의 기능이 다를 수 있음을 의미합니다.

…페도라 시스템에서 권한을 설정한 후에 403 Forbidden 오류가 발생하나요?

페도라 코어는 기본적으로 mw:SELinux를 활성화합니다. 미디어위키에 대해 SELinux 권한 설정에 대해 지침은 여기서 유용합니다.

일부 외부 종속성 (즉, composer를 통해)이 요구되는 설치를 해야 하나요?

많은 웹 호텔은 오직 zip 아카이브를 처리하고, 우리는 오직 gz 압축된 타르 아카이브를 제공하므로, 따라서 아카이브는 업로드 전에 다시 압축해야 합니다. 이것이 많은 장애물이 되어서는 안되지만, 일부 아카이브 도구가 때때로 대용량 아카이브에 모든 파일을 포함하는 것을 실패하는 것처럼 보입니다. 이것이 발생할 때 vender 폴더는 제외되고, 사용자에게 다소 설명이 없는 오류 메시지를 남깁니다.

타르 아카이브를 zip 아카이브로 재-압축할 때 명령 줄 도구를 사용하십시오.

…끊임없이 로그 아웃되나요?

이것은 아마도 쿠키 또는 세션 데이터, 예를 들어, PHP의 session.save_path 설정 문제와 관련됩니다. 자세한 정보에 대해 로그인 문제를 참조하십시오.

만약 이것이 모든 사용자에 대해 계속해서 발생하면, 그것은 아마도 캐싱이 잘못-구성되었다는 것을 의미합니다. 설정 $wgSessionCacheType = CACHE_DB;는 만약 캐싱이 문제의 원인인지를 판단하기 위해서 사용될 수 있습니다. 만약 그 문제가 해결되면, 캐싱 구성과 함께 어떤 문제가 있는지 여전히 조사해야 합니다.

…사용자 계정을 유지하는 것이 좋은 아이디어인가요?

많은 경우에 스패머 계정에 속했거나 단지 그렇게 느끼기 때문에 위키에서 사용자 계정을 제거하기를 오직 원합니다. 적절한 선택은 계정을 차단하는 것 또는 만약 필요하면 계정의 이름을 바꾸는 것입니다. 이유는 다음과 같습니다.

내가 사용자 테이블에서 그의 행을 단지 제거하나요?

Rob Church는 이 문제와 관련하여 wikitech-l 메일 링리스트에 다음을 게시했습니다:

만약 사용자가 편집을 만들어 왔고, 사용자 테이블에서 행을 제거하는 것은 이론적으로 참조 무결성의 손실을 야기합니다. 이제, 솔직히 말하자면, 나는 실제 문제가 발생할 수 있는 임의의 조건을 생각할 수 없으며: "정의되지-않은 동작"은 우리가 사용하는 문구입니다.

안전한 쪽에 있기 위해, 내가 제안한 것은 데이터베이스에 대한 몇 가지 빠른 업데이트를 실행하는 것입니다:

UPDATE revision SET rev_user = 0 WHERE rev_user = <current_user_id>
UPDATE archive SET ar_user = 0 WHERE ar_user = <current_user_id>

이것을 수행함으로써 미디어위키가 페이지 히스토리와 같은 것들을 생성할 때 익명으로 수정된 것으로 개정을 취급하기 위한 원인이 되고, 이들 루틴이 다른 테이블에서 사용자 세부-사항을 점검하기 위한 시도를 함으로써 발생하는 임의의 문제들을 제거해야 합니다.

만약 사용자가 로그 엔트리, 즉, 로깅 테이블에서 행, 또는 업로드된 이미지의 원인이 되면, 상황은 까다로워집니다. 여러분이 어디에서든 모든 행을 깔끔하게 시작해야 하고 그것이 조금 혼란스러울 수 있기 때문에, 그래서 만약 사용자가 편집 이외의 작업을 하면, 나는 그들을 무기한으로 단지 차단하는 것을 강력히 추천합니다.

만약 사용자이름이 불쾌하거나 바람직하지 않다면, 여러분은 RenameUser 확장을 사용하여 그것을 변경하는 것을 고려할 수 있습니다.

또 다른 선택사항은 관리자에게 'hideuser' 권한을 부여하고, 편집과 목록에서 사용자이름 숨기기(Hide username from edits and lists) 옵션을 선택하여 사용자를 무기한 차단할 수 있습니다.

Extension:UserMerge는 역시 유용합니다.

…Special:Statistics에서 페이지 숫자가 너무 낮습니까?

기본적으로(By default), $wgArticleCountMethod는 링크(link)에 대한 집합입니다.

이것은 Special:Statistics 페이지의 "컨텐츠 페이지(Content pages)"의 숫자는 하나 이상의 내부 링크를 포함하는 페이지를 단지 센다는 것을 의미합니다.

이것은 $wgArticleCountMethod를 any로 설정함으로써 변경될 수 있습니다.

그런 다음, updateArticleCount.php 및/또는 initSiteStats.php를 실행하십시오.

(위키미디어 웹 사이트에서, initSiteStats.php는 매월 1일과 15일에 실행됩니다.)

그래도 여전히 잘못된 동작이 있을 수 있습니다. 예를 들어 phab:T212706를 참조하십시오.

스팸 방지

하나 이상의 문자열을 차단하기 위해 $wgSpamRegex를 어떻게 사용하나요?

$wgSpamRegex는 페이지 컨텐츠에 대해 강력한 필터입니다. 여러 항목을 정규식에 추가하는 것은, 어쨌든, 어색할 수 있습니다. 다음 스니펫을 고려하십시오:

$wgSpamRegexLines[] = 'display\s*:\s*none';
$wgSpamRegexLines[] = 'overflow\s*:\s*auto';
[...]
$wgSpamRegex = '/(' . implode( '|', $wgSpamRegexLines ) . ')/i';

이 예제 코드는 매번 손장난없이 정규식에 대한 추가적인 항목을 편리한 추가를 허용합니다. 또한 가장 보편적인 스팸 공격을 차단하는 두 가지 인기있는 필터를 시연합니다.

스팸과 싸우기 위한 추가 방법이 있나요?

보안 문자와 같은 스팸-방지 대책, 컨텐츠 필터링 및 편집 제한의 개요에 대해 Manual:Combating spam를 참조하십시오.

문서-훼손(반달리즘) 방지

위키 반달리즘을 다루는 방법에 대한 힌트와 제안에 대해 Manual:Combating vandalism을 참조하십시오.

이제 어디서?

버그를 찾았거나 기능 요청이 있습니다. 그것을 어디서 게시하나요?

버그 및 기능 요청은 mw:Phabricator에 게시해야 합니다. 버그를 보고하는 방법을 참조하십시오.

이상한 오류가 발생했습니다. 이제 무엇을?

  • 그것이 mw:Manual:Errors and Symptoms에 의해 제공되면 그것을 보십시오.
  • 문제에 대해 더 자세히 알아보십시오. mw:Manual:How to debug을 참조하십시오.
  • 개발자 및 기타 지식이 있는 사용자에게 연락하는 방법에 대한 정보에 대해 아래 섹션을 참조하십시오.

그것을 시도했지만 효과가 없었습니다

문제가 생겼습니다. 이 페이지에 왔고 그것을 수정하는 방법을 알려주었습니다. 그러나 그것은 작동하지 않았습니다, 문제는 아직도 거기에 있습니다!!!!

10번 중 9번으로 이것은 캐시를 지우지 않았기 때문입니다. 이것에 대해 간단한 테스트는 이전에 요청되지 않은 페이지를 요청하는 것입니다. 검색 주소창에서 페이지 제목이 포함된 URL 부분 (예를 들어, Main_Page)을 선택하십시오. 잠시 동안 키보드 위에서 손가락을 돌리십시오. 엔터를 누르십시오. 만약 문제가 해당 페이지에 역시 있는지 확인하십시오.

미디어위키는 서버-측 캐시와 클라이언트-측 캐시 둘 다를 사용하므로, 브라우저 캐시를 지우는 것은 종종 충분하지 않습니다. 보다 자세한 내용에 대해 위의 관련된 엔트리를 참조하십시오.

여기에 확인하기 위한 일부 다른 것들이 있습니다:

  • 올바른 파일을 편집했습니까? 편집한 파일에 일부 찌꺼기를 삽입해 보시고, 그것이 무엇이든 깨뜨리나요?
    • 이 경우에서 훌륭한 디버깅 도구는 오직 <?php phpinfo() ?>을 포함하는 phpinfo.php이라고 불리는 파일을 만드는 것입니다. 웹 디렉토리에 그것을 업로드하고 브라우저로 호출하십시오. 문서 루트와 php.ini의 경로를 확인하십시오.
  • 파일의 올바른 부분을 편집했습니까? php.ini에서 중복된 엔트리를 만들었습니까? LocalSettings.php의, 시작 부분이 아니라, 끝 부분에 새로운 설정을 추가하십시오.
  • 만약 .htaccess를 만들었다면, AllowOverrides이 활성화되어 있습니까? 호스팅 제공업체에 문의하십시오.

여기에 대답이 없는 질문이 있습니다. 다음은 어디로 가야 하나요?

만약 위의 FAQ를 전부 보셨다면, 다음을 시도해 보십시오:

여전히 운이 없습니다. 도움을 요청할 수 있는 곳은 어디입니까?

See also