최근 변경
최근 토론
특수 기능
파일 올리기
작성이 필요한 문서
고립된 문서
고립된 분류
분류가 되지 않은 문서
편집된 지 오래된 문서
내용이 짧은 문서
내용이 긴 문서
차단 내역
RandomPage
라이선스
IP 사용자
216.73.216.170
설정
다크 모드로 전환
로그인
미디어위키
(r16 문단 편집)
[오류!]
편집 권한이 부족합니다. 가입한지 15일 지난 사용자(이)여야 합니다. 해당 문서의
ACL 탭
을 확인하시기 바랍니다.
닫기
RAW 편집
=== 단점 === * 전체 위키문법이 상당히 복잡하다.[* [[http://www.aosabook.org/en/mediawiki.html|참고 링크]] 및 [[http://bluebrown.net/blog/archives/1051|번역 링크]] 참조. 이는 후술할 오리마크 등의 확장 기능으로 해결 가능하다. MediaWiki의 공식 확장기능인 VisualEditor로 쉽게 편집할 수 있다. 특히 표 만드는 게 많이 어려워서 [[http://www.tablesgenerator.com/markdown_tables|사이트]]까지 나왔다.] 특히 표 그리기 문법이 복잡하기로 악명이 높으며, 주석 문법[* [[나무마크]]의 경우 각주 문법이 간단하며 주 각주가 노출될 위치를 지정하지 않아도 된다 --그 덕분에 나무위키가 주석이 겁나 많다고 놀림을 받는 원인이 되었다--. 하지만 미디어위키 문법은 각주 넣는 것도 복잡하고(<ref>각주 내용</ref>) 각주가 노출될 위치도 반드시 지정을 해줘야 한다(<references />). 그런데 이마저도 미디어위키 기본 탑재 기능이 아니라 각주 확장기능[* cite라는 확장기능]을 추가로 깔아줘야 작동한다. 다만 요즘에는 설치 시에 기본적으로 제공하는 확장기능 중 하나이다.[* 설치기에서 선택할 수 있다.] 그리고 주석이 노출될 위치를 별도로 지정하지 않으면 알아서 맨 밑에 표시하지만, 스킨이나 미디어위키:Common.css 문서를 수정하지 않는 이상 나무위키처럼 주석 부분과 본문이 구분되지 않는다.]도 골치 아픈 편이다. 그리고 HTML 태그를 그대로 쓰거나 HTML과 유사한 <태그></태그> 마크업을 쓰는 경우도 많다. 다만 HTML 문법은 CSS나 자바스크립트를 적용하거나 데이터를 크롤링하기 훨씬 수월하므로 양날의 검이라고도 볼 수 있다.[* 예를 들어 __밑줄__은 <u>밑줄</u>로 써줘야 하고, 각주 또한 <ref>각주</ref>로 써줘야 한다. 이건 일반적으로 사용할 일이 적어서라고 봐야할 듯.][* 단 [[나무마크]]보다 편리한 부분도 있다. 틀(template)의 경우 미디어위키의 문법이 단순하다. 미디어위키에서는 {{틀 이름|첫 번째 변수|두 번째 변수|...}} 또는 {{틀 이름|변수 이름1=변수1|변수 이름2=변수2|...}} 형식으로 쓰면 틀이 삽입된다. 또 미디어위키는 나무마크와 달리 문서의 목차가 들어갈 위치를 굳이 지정할 필요가 없다. 미디어위키에서는 목차에 관한 명령어를 삽입하지 않을 경우 문단 수가 4개 이상이면 알아서 첫 번째 문단 위에 목차를 생성한다.] * 확장기능 중 [[https://github.com/Oriwiki/php-namumark-mediawiki|나무마크]] 확장 기능이 있다. 흔히 오리마크라고 부른다. 유지보수가 안된지 오래되어 일부 지원이 안되는 문법이 있긴 하지만 어려운 문법을 나무위키 문법으로 대체하기에 좋다. 단, 설치 시 문법 충돌이 생길 수 있다. * 대형 프로젝트를 대상으로 개발되었기 때문에, 소규모로 쓰기에는 상당히 무거운 편이다. * DB가 필요하다. 이 때문에 개인 PC에 설치하기에는 난이도가 높은 편이다.[* 단, sqlite도 지원하기 때문에 sqlite를 사용하면 간단해진다.] XAMPP나 APMSETUP, 오토셋과 같은 웹 서버 통합 설치툴을 사용하면 가능하나 해당 툴의 유지 관리가 초보자에게는 어렵다.[* 심지어 Windows에서는 가끔 intl이 설치되지 않았다는 억까가 발생하기도 한다. 해결법은 apache2의 bin 폴더를 환경 변수로 지정하는 것]다만 미디어위키는 개인 PC에 설치해서 개인용으로 쓰라는 엔진이 아니며, APM 내지 EPM이 설치된 서버 컴퓨터에 설치해서 서비스형 위키를 돌리는 것을 기본 전제로 하는 엔진이다. * 대부분의 기능이 번역된 위키 엔진답지 않게, 미디어위키 설명서의 영어 이외의 언어 지원이 부실하다. [[모니위키]]보다는 낫지만 도움말은 여전히 부실한 편. 쉬운 문제는 위키백과의 문법 도움말을 사용할 수 있지만, 설치나 스킨, API나 확장기능(Extension) 등의 관리 및 개발자용 도움말은 얄짤없이 공홈에서 봐야 하며 거의 다 영어다. * 구 버전의 경우 최신 자바스크립트 지원이 부실하다. 서버에서 먼저 자바스크립트를 걸러내는데[* 이것을 리소스로더라고 부른다.], 이 걸러내는 데 쓰는 문법이 구형인 에크마스크립트2012 문법인지라 최신 문법인 ES6을 쓴다 할지라도 걸러져서 파싱이 안 될 수 있다. 1.36부터 리소스로더의 ES6 지원을 시작하였고 1.41부터 기본적으로 소도구 확장 기능으로 대체 가능한 모듈 문법을 제외한 ES6을 지원한다. 그러나 아직 async/await 등의 ES8 지원이 안 되기 때문에 최신 자바스크립트 개발 동향을 따라가지 못하고 있다. * 위키문법의 복잡함을 극복하기 위한 차원에서 VisualEditor을 통해 [[WYSIWYG]]을 지원하고 있지만, 일반적인 위키 편집방식에 익숙한 유저의 입장에서는 오히려 이 쪽이 더 쓰기 불편한 면도 있다. * 문서를 삭제한 후 해당 문서가 삭제 전엔 어떤 모습이었는지 볼 수 있는 방법이 없다. 미디어위키 엔진 특성상 [[기록말살형|'''문서의 역사 기록까지 전부 지워버리기 때문''']]이다. 이 때문에 삭제 기능은 운영진 전용 기능으로 고정되어 있다. * 토론 페이지가 스레드형[* 확장기능이 따로 있다.]이 아니고 일반 문서에 위키문법을 사용한다.--그냥 넣어주면 안되나-- * PHP 언어를 사용하므로 [[SPA#Single Page Application]]가 지원되지 않는다. * 또한 기본 스킨이 못생겼다. 그래서 (한국 한정) 대체품으로 [[리브레위키]]의 리버티를 많이 쓰는 편. the seed 계열의 리버티랑 디자인이 메우 다르다.[* 리브레위키 것이 원본]
다올위키
운영 문서
규정
규정
|
면책조항
|
개인정보 처리방침
|
이메일 무단 수집거부
도움말
소개
|
기능
|
문법
|
토론
기능
위키 엔진
|
위키 스킨
|
통계
|
연습장
(
토론
·
ACL
)
운영
관리자
(
/선출
)
|
운영 보고서
|
투명성 보고서
|
다중 계정 검사 보고서
분류
분류
|
틀
|
파일
|
템플릿
|
보존문서
닫기
사용자
216.73.216.170
IP 사용자
로그인
회원가입
최근 변경
[불러오는 중...]
최근 토론
[불러오는 중...]