미디어위키_(비교)

 r13 vs r14
 ...
  * 서버 파일이나 스킨을 수정할 필요 없이 사용자가 직접 CSS를 수정하고 자바스크립트를 적용할 수 있다. 다만 개별 사용자별 CSS는 설정 파일에서 켜주어야 한다.
 === 단점 ===
- * 전체 위키문법이 상당히 복잡하다.[* [[http://www.aosabook.org/en/mediawiki.html|참고 링크]] 및 [[http://bluebrown.net/blog/archives/1051|번역 링크]] 참조. 이는 후술할 오리마크 등의 확장 기능으로 해결 가능하다. MediaWiki의 공식 확장기능인 VisualEditor로 쉽게 편집할 수 있다. 특히 표 만드는 게 많이 어려워서 [[http://www.tablesgenerator.com/markdown_tables|사이트]]까지 나왔다.] 특히 표 그리기 문법이 복잡하기로 악명이 높으며, 주석 문법[* [[나무마크]]의 경우 주석 문법이 간단하며 주석이 노출될 위치를 지정하지 않아도 된다 --그 덕분에 나무위키가 주석이 겁나 많다고 놀림을 받는 원인이 되었다--. 하지만 미디어위키 문법은 주석 넣는 것도 복잡하고(<ref>주석 내용</ref>) 주석이 노출될 위치도 반드시 지정을 해줘야 한다(<references />). 그런데 이마저도 미디어위키 기본 탑재 기능이 아니라 주석 확장기능을 추가로 깔아줘야 작동한다. 다만 요즘에는 설치 시에 기본적으로 제공하는 확장기능 중 하나이다. 그리고 주석이 노출될 위치를 별도로 지정하지 않으면 알아서 맨 밑에 표시하지만, 스킨이나 미디어위키:Common.css 문서를 수정하지 않는 이상 나무위키처럼 주석 부분과 본문이 구분되지 않는다.]도 골치 아픈 편이다. 그리고 HTML 태그를 그대로 쓰거나 HTML과 유사한 <태그></태그> 마크업을 쓰는 경우도 많다. 다만 HTML 문법은 CSS나 자바스크립트를 적용하거나 데이터를 크롤링하기 훨씬 수월하므로 양날의 검이라고도 볼 수 있다.[* 예를 들어 __밑줄__은 <u>밑줄</u>로 써줘야 하고, 각주 또한 <ref>각주</ref>로 써줘야 한다. 이건 일반적으로 사용할 일이 적어서라고 봐야할 듯.][* 단 [[나무마크]]보다 편리한 부분도 있다. 틀(template)의 경우 미디어위키의 문법이 단순하다. 미디어위키에서는 {{틀 이름|첫 번째 변수|두 번째 변수|...}} 또는 {{틀 이름|변수 이름1=변수1|변수 이름2=변수2|...}} 형식으로 쓰면 틀이 삽입된다. 또 미디어위키는 나무마크와 달리 문서의 목차가 들어갈 위치를 굳이 지정할 필요가 없다. 미디어위키에서는 목차에 관한 명령어를 삽입하지 않을 경우 문단 수가 4개 이상이면 알아서 첫 번째 문단 위에 목차를 생성한다.]
+ * 전체 위키문법이 상당히 복잡하다.[* [[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, 오토셋과 같은 웹 서버 통합 설치툴을 사용하면 가능하나 해당 툴의 유지 관리가 초보자에게는 어렵다. 다만 미디어위키는 개인 PC에 설치해서 개인용으로 쓰라는 엔진이 아니며, APM 내지 EPM이 설치된 서버 컴퓨터에 설치해서 서비스형 위키를 돌리는 것을 기본 전제로 하는 엔진이다.
+ * 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 계열의 리버티랑 디자인이 메우 다르다.
+* 또한 기본 스킨이 못생겼다. 그래서 (한국 한정) 대체품으로 [[리브레위키]]의 리버티를 많이 쓰는 편. the seed 계열의 리버티랑 디자인이 메우 다르다.[* 리브레위키 것이 원본]
 == 미디어위키를 사용하는 위키 ==
  * '''[[위키백과]]를 포함한 [[위키미디어 재단|위키미디어]] 프로젝트''': [[http://www.wikimedia.org]]
  * '''[[FANDOM]]''': [[https://community.fandom.com/ko/wiki]] - [[FANDOM]]식 미디어위키는 미디어위키를 약간 변형한 것이여서 조금 다르다. 물론 위키 문법 같은 것들에는 딱히 지장은 없다.
 ...

미디어위키(비교)

미디어위키_(비교)