Difference between r1.13 and the current
@@ -3,6 +3,28 @@
[[TableOfContents]]
== 제안하기 ==
* ZeroWiki의 URL에 대한 의견을 받습니다.
각 URL에 대한 여러분의 의견을 적어주세요.
== 제안하기 ==
=== ZeroWiki FrontPage ===
* 작년에도 고치려고 생각은 해봤던 건데… ZeroWiki 첫 화면이 되게 난잡하지 않아요? 최근 변경내역 말고 다른 부분 유심히 보는 사람이 몇명이나 될지 가끔 궁금합니다. 사실 전 그 위에 공지나 아래 링크도 자잘하게 수정한 적은 꽤 있었는데 고쳐도 뭐 눈에 잘 띄질 않고… 어떤 내용이 들어가고 어떤 내용이 빠지는 게 좋을지 이야기해보고 싶어요. - [김수경]
=== 위키 엔진의 변경 ===
HowToEscapeFromMoniWiki
안건: from 모니위키 to 미디어위키 - by [황현]
* 미디어위키의 장점
* 현존하는 무료 위키 엔진 중 가장 강력함. (다른 PHP 기반의 데이터베이스형 위키 엔진과의 간단한 비교: http://bit.ly/fdI51M )
* 구현된 확장 기능이 정말 어마어마하게 많다. http://www.mediawiki.org/wiki/Category:Extensions
* 모니위키에서 미디어위키로 자료를 이전하는 툴이 이미 존재함.
* 문법이 모니위키에 비해 직관적이다.
* 테마가 이쁘다! 특히 Vector!
* ditto의 단점
* 모든 것을 돈을 처발라 해결하는 위키미디어 재단의 작품답게, 최적화가 *거의* 안 되어있음. 내부 메모리 10~20MB 사용은 예삿일. 소스 좀 뜯어보면 이리 저리 얽히고 섥혀 정신이 하나도 없음.
* 초대형 위키 사이트를 위한 것이라, 중소 위키라면 절대 쓸 일 없는 데이터베이스 분산이라던가 하는 걸 막 집어넣은 탓에 별로 쓸 일 없어보이는 소스도 엄청 많다.
* 설치 직후 손봐야 할 것이 좀 많다.
* 시스템에 조금 심하게 의존하는 편이다. imagemagick라든가 diff라든가 rsvg라든가.......
==== 의견 ====
* 위키 엔진 선택은 안 그래도 논의하려고 했던 주제입니다. [http://www.dokuwiki.org DokuWiki]나 [http://www.mediawiki.org MediaWiki]를 후보군으로 염두에 두고 있습니다. 다만 무겁고 복잡한 MediaWiki보다는 깔끔한 DokuWiki를 더 비중있게 고려하고 있습니다. 하지만 위키 엔진과 관련해 가장 중요한 고려 사항은 nForge MoniWiki와 혼용으로 인한 문법 이중화의 어려움이라서 이 문제에 대한 대책이 필요합니다. - [변형진]
* DokuWiki는 저도 직접 써 본 경험이 있습니다. 말씀하신대로 깔끔해서, 개인 위키로 쓰기에는 정말 딱이더군요. 다만, 파일입출력 기반이라 조금은 걱정되는 면이 있어서요. 그리고 문법 문제는...... 답이 없네요....... 이럴 때마다 Wiki Creole이 절실하다는 생각이....... - [황현]
== 오래된 제안 ==
=== ZeroWiki URL ===* ZeroWiki의 URL에 대한 의견을 받습니다.
각 URL에 대한 여러분의 의견을 적어주세요.
@@ -36,21 +58,6 @@
* 단점
* 현재 이 주소는 SQL 서버 에러가 나는 상태. 어느 분께서 이 도메인명을 소유하고 계신지 알아야 함 - [지원]
* zeropage.org라는 도메인과 동떨어진 느낌을 줄 수도 있음. - [지원]
=== 위키 엔진의 변경 ===
안건: from 모니위키 to 미디어위키 - by [황현]
* 미디어위키의 장점
* 현존하는 무료 위키 엔진 중 가장 강력함. (다른 PHP 기반의 데이터베이스형 위키 엔진과의 간단한 비교: http://bit.ly/fdI51M )
* 구현된 확장 기능이 정말 어마어마하게 많다. http://www.mediawiki.org/wiki/Category:Extensions
* 모니위키에서 미디어위키로 자료를 이전하는 툴이 이미 존재함.
* 문법이 모니위키에 비해 직관적이다.
* 테마가 이쁘다! 특히 Vector!
* ditto의 단점
* 모든 것을 돈을 처발라 해결하는 위키미디어 재단의 작품답게, 최적화가 *거의* 안 되어있음. 내부 메모리 10~20MB 사용은 예삿일. 소스 좀 뜯어보면 이리 저리 얽히고 섥혀 정신이 하나도 없음.
* 설치 직후 손봐야 할 것이 좀 많다.
* 시스템에 조금 심하게 의존하는 편이다. imagemagick라든가 diff라든가 rsvg라든가.......
=== 오래된 내용 ===
지금 이 페이지처럼 오래된 내용이 남아있는 페이지를 어떻게 해야할지 논의해보고 싶습니다. 대부분의 페이지에서는 오래된 내용이 쌓여 좋을 때가 많지만 이 페이지 같은 경우 위키에 대한 제안과 논의가 이루어지는 페이지인데 이미 과거에 해결된 제안과 그에 대한 논의를 기록을 남겨놓는 것이 좋은 것인지 잘 모르겠습니다. 그냥 그대로 놔두면 현재 제안과 구분하기 쉽지 않으니까요. 제가 생각하는 선택지는 네가지 입니다.
1. 그대로 놔둔다.
* 현재 이 주소는 SQL 서버 에러가 나는 상태. 어느 분께서 이 도메인명을 소유하고 계신지 알아야 함 - [지원]
* zeropage.org라는 도메인과 동떨어진 느낌을 줄 수도 있음. - [지원]
지금 이 페이지처럼 오래된 내용이 남아있는 페이지를 어떻게 해야할지 논의해보고 싶습니다. 대부분의 페이지에서는 오래된 내용이 쌓여 좋을 때가 많지만 이 페이지 같은 경우 위키에 대한 제안과 논의가 이루어지는 페이지인데 이미 과거에 해결된 제안과 그에 대한 논의를 기록을 남겨놓는 것이 좋은 것인지 잘 모르겠습니다. 그냥 그대로 놔두면 현재 제안과 구분하기 쉽지 않으니까요. 제가 생각하는 선택지는 네가지 입니다.
1. 그대로 놔둔다.
@@ -60,7 +67,7 @@
다른 ZeroWikian들의 의견이 궁금합니다. - 제안자 [김수경]
* 이 제안은 ThreadMode와 DocumentMode에 관한 논의를 포함하고 있습니다. 이 페이지는 애초에 ThreadMode를 목적으로 작성됐고 그렇게 의견이 쌓여왔습니다. 2번 선택지는 ThreadMode의 유지를, 3번 선택지는 ThreadMode를 DocumentMode로 전환하여 정리하는 것을 의미하는 것 같습니다. 1번 선택지는 DocumentMode에 더 적합한 방식이고, 4번 선택지는 경험의 전달이라는 위키의 목적에 따라 고려 대상에 올리기도 어려울 것 같아 제외합니다. 사실 이런 제안과 논의가 나열되는 페이지에서는 결론을 정리하는 것보다는 그 결론을 도출하기 까지의 과정이 중요하다고 생각합니다. 따라서 DocumentMode로의 요약보다는 ThreadMode를 유지하는게 좀더 낫다고 생각하며, 다만 필요하다면 오래된 내용을 하위 페이지로 분류하는 것도 좋다고 생각합니다. - [변형진]
== 오래된 제안 ==
|| YouNeedToLogin || 페이지 수정에 관한 YouNeedToLogin 모드 적용 제안 ||
=== ZeroWiki의 정체성 ===
* 이 제안은 ThreadMode와 DocumentMode에 관한 논의를 포함하고 있습니다. 이 페이지는 애초에 ThreadMode를 목적으로 작성됐고 그렇게 의견이 쌓여왔습니다. 2번 선택지는 ThreadMode의 유지를, 3번 선택지는 ThreadMode를 DocumentMode로 전환하여 정리하는 것을 의미하는 것 같습니다. 1번 선택지는 DocumentMode에 더 적합한 방식이고, 4번 선택지는 경험의 전달이라는 위키의 목적에 따라 고려 대상에 올리기도 어려울 것 같아 제외합니다. 사실 이런 제안과 논의가 나열되는 페이지에서는 결론을 정리하는 것보다는 그 결론을 도출하기 까지의 과정이 중요하다고 생각합니다. 따라서 DocumentMode로의 요약보다는 ThreadMode를 유지하는게 좀더 낫다고 생각하며, 다만 필요하다면 오래된 내용을 하위 페이지로 분류하는 것도 좋다고 생각합니다. - [변형진]
=== ZeroWiki의 정체성 ===
Contents
1.2. 위키 엔진의 변경 ¶
안건: from 모니위키 to 미디어위키 - by 황현
- 미디어위키의 장점
- 현존하는 무료 위키 엔진 중 가장 강력함. (다른 PHP 기반의 데이터베이스형 위키 엔진과의 간단한 비교: http://bit.ly/fdI51M )
- 구현된 확장 기능이 정말 어마어마하게 많다. http://www.mediawiki.org/wiki/Category:Extensions
- 모니위키에서 미디어위키로 자료를 이전하는 툴이 이미 존재함.
- 문법이 모니위키에 비해 직관적이다.
- 테마가 이쁘다! 특히 Vector!
- 현존하는 무료 위키 엔진 중 가장 강력함. (다른 PHP 기반의 데이터베이스형 위키 엔진과의 간단한 비교: http://bit.ly/fdI51M )
- ditto의 단점
- 모든 것을 돈을 처발라 해결하는 위키미디어 재단의 작품답게, 최적화가 *거의* 안 되어있음. 내부 메모리 10~20MB 사용은 예삿일. 소스 좀 뜯어보면 이리 저리 얽히고 섥혀 정신이 하나도 없음.
- 초대형 위키 사이트를 위한 것이라, 중소 위키라면 절대 쓸 일 없는 데이터베이스 분산이라던가 하는 걸 막 집어넣은 탓에 별로 쓸 일 없어보이는 소스도 엄청 많다.
- 설치 직후 손봐야 할 것이 좀 많다.
- 시스템에 조금 심하게 의존하는 편이다. imagemagick라든가 diff라든가 rsvg라든가.......
- 모든 것을 돈을 처발라 해결하는 위키미디어 재단의 작품답게, 최적화가 *거의* 안 되어있음. 내부 메모리 10~20MB 사용은 예삿일. 소스 좀 뜯어보면 이리 저리 얽히고 섥혀 정신이 하나도 없음.
1.2.1. 의견 ¶
2.1.1. http://wiki.zeropage.org/wiki.php/FrontPage ¶
- 장점
- 단점
- wiki.php라는 URL이 예쁘지 않음... - 변형진
- wiki.php라는 URL이 예쁘지 않음... - 변형진
2.2. 오래된 내용 ¶
지금 이 페이지처럼 오래된 내용이 남아있는 페이지를 어떻게 해야할지 논의해보고 싶습니다. 대부분의 페이지에서는 오래된 내용이 쌓여 좋을 때가 많지만 이 페이지 같은 경우 위키에 대한 제안과 논의가 이루어지는 페이지인데 이미 과거에 해결된 제안과 그에 대한 논의를 기록을 남겨놓는 것이 좋은 것인지 잘 모르겠습니다. 그냥 그대로 놔두면 현재 제안과 구분하기 쉽지 않으니까요. 제가 생각하는 선택지는 네가지 입니다.
- 그대로 놔둔다.
- 오래된 제안들을 카테고리에 묶어 아래로 내린 채 보관한다.(지금처럼)
- 오래된 제안들을 제안과 결국 어떻게 결론이 났는지 요약하여 남겨둔다.
- 오래된 제안은 지워버린다.
- 이 제안은 ThreadMode와 DocumentMode에 관한 논의를 포함하고 있습니다. 이 페이지는 애초에 ThreadMode를 목적으로 작성됐고 그렇게 의견이 쌓여왔습니다. 2번 선택지는 ThreadMode의 유지를, 3번 선택지는 ThreadMode를 DocumentMode로 전환하여 정리하는 것을 의미하는 것 같습니다. 1번 선택지는 DocumentMode에 더 적합한 방식이고, 4번 선택지는 경험의 전달이라는 위키의 목적에 따라 고려 대상에 올리기도 어려울 것 같아 제외합니다. 사실 이런 제안과 논의가 나열되는 페이지에서는 결론을 정리하는 것보다는 그 결론을 도출하기 까지의 과정이 중요하다고 생각합니다. 따라서 DocumentMode로의 요약보다는 ThreadMode를 유지하는게 좀더 낫다고 생각하며, 다만 필요하다면 오래된 내용을 하위 페이지로 분류하는 것도 좋다고 생각합니다. - 변형진
| YouNeedToLogin | 페이지 수정에 관한 YouNeedToLogin 모드 적용 제안 |
2.3. ZeroWiki의 정체성 ¶
제로위키의 정체성에 대해 생각해 봤으면 좋겠습니다. 제로위키가 ZeroWikian 의 위키 인지, 아니면 ZeroWikian 의 프로젝트와 스터디를 위한 위키인지. --zennith
어떤 뜻인지? --1002
그리고 일반적 목적이라.. 글쌔. 어떤 목적으로 이용하고 싶은건데? --1002ZeroWiki 에 보면 ZeroWiki는 ZeroWikian, ZeroPagers들의 프로젝트 & 스터디 공간으로 쓰이며, 공개적으로 운영되고 있다. 라고 되어있습니다. ZeroWiki가 ZeroWikian 의 범용 위키인지, 아니면 특화된 목적의 위키인지, 확실히 했으면 좋겠습니다. --zennith
전 살아가는 것 자체가 크게 보자면 배우고, 발전(어떤 의미에서든)해가는 것이라고 생각합니다. 그런 의미에서 제 마음대로 위키를 사용하고 있었는데, 아무래도 하나의 사회에는 규약이란건 없더라도 지향하는 바는 있을거란 생각이 들어서 제안을 남겨 봤습니다. 전, ZeroWiki 가 nosmok 처럼 general purpose 해졌으면 합니다. --zennith초기의 지향점이라고 한다면, 일종의 '학회 재산 저장소'랄까. Repository 라고 쓰면 결국 동어반복이 되겠군. 학회가 거의 10년이 지나도, 그때의 한 일들이 제대로 안쌓이는 모습에 대한 불만이랄까. 그러한 점에서 99년도 처음 ZP 서버가 만들어질때, 96,97 형들이 언급했던 것이 'ZP 서버를 학회 지식의 저장소가 되게 하자' 라는 것이였지. 처음에는 게시판 활동이 주업이었고. 그러다가 위키를 알게 되고 난 다음, 처음엔 동문서버에서 좀 돌려보고, 그 다음은 ZP 에서 돌리게 했지. 그리고, 동문서버에서 위키 돌아가는 모양새를 보고, '위키 처음 열릴때의 분위기가 중요하겠구나' 하는 생각에 '스터디 & 프로젝트' 목적을 강조하는 뜻에서 초기에 그렇게 적은것임.
2.4. 기존 페이지 구조조정 ¶
슬슬 프로젝트들 페이지들이 커져갑니다. 쓰기 불편해지면 페이지들을 분리합시다. 단, 페이지 분리시에는 페이지 네이밍 규칙이 필요할 것 같은데 프로젝트이름/소페이지 식으로 하는 것은 어떨까 합니다. ex) ZIM 페이지를 여신뒤 제목을 클릭해보세요. --석천
2.5. 분야별 페이지 ¶
각 분야의 기술들에 대한 페이지를 열었으면 합니다. OS, 하드웨어, 네트워크등의 카테고리 안에 클러스터링등의 기술들을 말입니다. 각 페이지는 소개하고 싶은 개개인들이 만들고 단순한 소개에서 부터 관심있는 사람들끼리 자료 공유, 토론의 장으로 이용했으면 합니다. 이렇게 하면 스터디 그룹을 만들기가 더욱 쉬워질테고 여러 분야를 폭 넓게 알 수 있을거라 생각합니다.--현철
필요하시면 페이지를 열고 이용하세요. 만일 게시판이라면 해당 주제에 대해서 관리자에게 '게시판 열어주세요' 라고 요청을 하는 일이 필요하겠지만, 위키는 게시판이 아닙니다. 필요하시면 직접 카테고리를 열고, 글을 쓰시면 됩니다. (자세한 설명은 HelpContents 페이지를 반드시 참조해주시기 바랍니다.) 현재 ZeroWiki 는 스터디 용도에 대해서 주제에 제한을 가하지 않습니다. --석천
2.7. 로그인 할 경우 시작 페이지를 만들자 ¶
저번에 들렀을 때 마지막으로 갔었던 곳에 먼저 가보는 경우가 많네요. 로그인을 하면 마지막에 들렀던 페이지가 뜨게 하면 어떨까요? 아니면 정해놓은 페이지가 뜨게 한다든지요. 마치 인터넷 익스플로러에서 시작 페이지처럼요. -Leonardong
