큰숲백과:광장숲/1

큰숲백과, 나무를 보지 말고 큰 숲을 보라.
큰숲백과의 보존문서입니다. 큰숲백과의 운영기록을 남기기 위한 문서로 보호 중입니다.


규정부터 만들자

위키를 만들었으면 이제 규정을 먼저 만들어야지. 복잡하진 않게 만들자.--Daelim (토론) 2016년 12월 26일 (월) 12:37 (UTC)

Project:기본규정에서 규정 만듭시다.--Daelim (토론) 2016년 12월 27일 (화) 07:45 (UTC)

확장기능에 대한 건의

우선 오사위키의 확장 기능 중 여기서도 필요할 것 같은 기능들과 여기서는 불필요하거나 사용할 수 없는 기능들을 정리할게요. 특수:버전 꼭 확인해보세요. --Utolee90 (토론) 2016년 12월 30일 (금) 16:46 (UTC)

추천스킨

  • Foreground - 꼭 필요하지는 않지만 제가 요청한 부트스트랩 달린 스킨 중에서 이거밖에 승인이 안 되었네요... 더 찾아

도움이 많이 되는 확장기능

당연히 Miraheze가 기본적으로 지원 안 하는 확장기능이예요. 설치 추천합니다.

  • (설치 완료) Charinsert : 편집창 아래에 쉬운 편집도구 만들 때 필요합니다.
  • (설치 완료) MSupload : 아마 이미지를 대량으로 올릴 때 꼭 도움이 되는 기능일 겁니다. 저야 설명 꼭 쓰니 손이 안 가는 기능이지만.
  • (활성화 확인중) Scribunto - 랜덤 모듈 등 LUA 모듈 돌릴 때 꼭 필요합니다. (hidden 같은 건 상관 없지만 hlist 가로목록이나 랜덤 출력, 스트링 함수 같은 거 만들 때 필요합니다)
  • (설치 완료) Syntaxhighlight - CSS/JS 편집할 때 보기 좋게 만드는 도구입니다.
  • (설치 완료) Youtube - Youtube 동영상을 집어넣을 수 있게 합니다.

설치하든 말든 상관 없는 확장기능

귀찮아서 나중에 더 깔끔하게 정리할게요...

  • comments - 댓글 다는 기능입니다. 사용자 입장에서는 편하지만 솔직히 관리하기는 불편해요.
  • Imagemap : 화면 위에 이미지를 분할 링크할 때 꼭 필요합니다.
  • Map - 위키 내부에 지도 띄우는 겁니다. 철도역 정보 적을 때 좌표 출력하거나 지도 띄울 때 유용하죠. 근데 지도가 한국 실정에 안 맞는게 함정...
  • Pageimages - 업로드한 이미지의 정보를 추출합니다.
  • Quiz - 문제풀이 형식의 게시물을 설치할 수 있습니다.
  • ReplaceText- 위키 내부의 특정 구문을 가진 텍스트를 한번에 바꾸는 기능입니다.
  • TemplateSandbox - 틀 문서를 위키에 작성하지 않고도 연습장에 틀 문서를 작성할 때 틀이 어떻게 작동하는지 보여주는 기능입니다.
  • Textextracts - 이거 API를 이용해서 편집할 때 위키 문법을 무시한 텍스트를 추출할 수 있는 기능인데... 봇 못 다루면 활용하기 극히 어렵습니다.
  • SecurePoll : 비밀투표가 가능하게 하는 확장기능입니다. Miraheze 측에서 사용 불가능하다고 알림.
  • Torblock - 토르를 사용해서 편집하는 것을 막는 기능입니다. 거의 도움 안되는 기능이기는 한데... 그래도 보안을 중요시하면 설치하는 것을 추천드려요.
  • TemplateData : 시각편집기(Visualeditor) 설치하면 꽤 유용한 기능인데... 시각편집기 설치 안하면 그닥 필요 없어요.
  • Visualeditor : 시각편집기를 보여줍니다. 저야 안 써도 그만이기는 한데... 근데 이거 제대로 사용하고 싶으면 TemplateData 꼭 설치하세요.

도움 안 되는 확장기능

불필요하거나 거절당할 확률이 매우 높은 확장기능들입니다.

  • Josa - 사실 파서함수만 제대로 짜면 필요없는 확장 가능합니다.
  • CSS - 보안상 문제도 있어서 거절당할 확률이 높습니다. - 설치한 위키 확인.
  • Deletedbatch - 역시 서비스상의 문제로 관리자의 bigdelete 권한이 막혀있습니다. 즉 이 확장기능은 설치를 못한다는 거죠.
  • Embeddedvideo - 외부 비디오 재생 기능인데... 보안상 문제로 거절당한 적 있습니다.
  • Flow - 리브레 위키 등에서 사용자 토론에 사용하는 방식인데... 불안정한 기능입니다. 거절당할 확률 높습니다.. 설치한 위키 확인.
  • Mathjax, Simplemathjax - 이미 Math 확장기능이 설치되어 있어서 절대 설치 안 해 줍니다...

답변

일단 제가 진하게 표시한 것들은 제 생각으로 설치하기에 적합하다고 판단되는 것입니다. 반드시 큰숲백과에 설치할 계획입니다.

확인했습니다. 해당 확장기능에 대해 설치 문의하겠습니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 1월 16일 (월) 10:21 (UTC)

정식 개장이 언제인가요

그때 맞추어 대외홍보합시다 ㅡleaveto2017년 1월 3일 오전 8:59

베타테스트 기간 연장안내

일단 지금 준비상황으로는 아직 때가 아닌 듯 하고 본격적으로 규정 보완하고 확장기능 설치+오사 데이터 덤프+다리위키 문서 이전 등을 완료하여 2월부터 정식 오픈합니다.--Daelim (토론) 2017년 1월 17일 (화) 01:20 (UTC)

근데 상황에 따라 2월 1일보다 먼저 연장할 수도 있음. 만일 하루만에 규정 보완 완료되고 어느정도 다 충족되면 당장 내일 열려도 이상하지 않음. 그러니 노오력을 하자.--Daelim (토론) 2017년 1월 17일 (화) 01:31 (UTC)

큰숲백과 권한 목록을 제 사문에 있는 것처럼 만들어 주실수 있나요?

--Daelim (토론) 2017년 1월 17일 (화) 05:16 (UTC)

큰숲백과 지역,도로 프로젝트 개설되었습니다.

큰숲 프로젝트에 많이 참여해주길 바랍니다.--Daelim (토론) 2017년 1월 18일 (수) 00:22 (UTC)

주소 이전은 불가능합니까?

홍보하기에너무불편하네요 --leaveto

솔직히 저도 맘같아선 com 도메인을 쓰고 싶긴 합니다... 꿈은 미라헤이즈를 떠나 다른 튼튼한 서버로 옮기는 것이고요... 그게 쉽지않아서...--Daelim (토론) 2017년 1월 18일 (수) 05:51 (UTC)
구입하신 도메인 있으시면 Miraheze 측에 도메인 변경 요청하면 구입한 도메인으로 리다이렉트를 지원할 수도 있을 겁니다. 일단 제가 biznf에 가입했으니 거기 무료 도메인을 큰숲백과에 리다이렉트하게 셋팅하겠습니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 1월 24일 (화) 09:33 (UTC)

로고 안내

큰숲백과 로고로 이게 결정됨을 안내함.--Daelim (토론) 2017년 1월 23일 (월) 06:48 (UTC)

은 원래 다른후보 없으면 걍 이거 하려는데 4번도 맘에 들어서 오늘까지만 로고 후보 받고 만다.--Daelim (토론) 2017년 1월 24일 (화) 23:12 (UTC)

공모전은 다시 치루어졌으며 해당 후보는 투표 직후 탈락되었습니다.--Daelim (토론) 2017년 1월 30일 (월) 03:50 (UTC)

신규 도메인 구매 안내

이제 http://bfwiki.esy.es/http://bfwiki.tk/ 로도 큰숲백과에 방문하실 수 있습니다.

Bit.do/pedia로도 이용 가능합니다.

bigfo.kro.kr로도 이용 가능합니다.

확장기능 추가 가능성 안내

2번 문단에 적은 내용이 부정확한 내용이 많고, 확장기능 정보에 대해 추가로 다시 정리합니다. 이미 설치한 설치기능은 여기 안 적을게요. 워낙 양이 많다 보니 차근차근 확인해보세요.

V 설치 확인, Y 설치 가능, ? 설치 가능여부 불확실 X 설치 불가능.

  • AdminLinks (V) - 관리자가 관리하게 편한 특수 페이지 생성하는 기능입니다. - (*) 완료
  • ArticleToCategory2(Y)- 문서 편집창 아래에 [[분류:()]]를 입력하지 않고 아래에 별도의 분류 입력창을 띄워서 거기에 문서 분류를 입력하게 하는 기능이예요. (*)
  • AudioPlayer2 - mp3 플레이어를 위키에 설치하는 기능입니다. 일단 이거 할려면 mp3를 업로드할 수 있게 셋팅해야 할 거고요. - 유보
  • BetaFeatures(?) - 정식으로 사용하지 않는 기능을 사용할 수 있게 하는 기능입니다. 위키백과에 설치되어 있어요. 완료
  • Bootstrap (?) - 벡터 스킨을 부트스트랩 형태(나무위키 스킨과 유사하게 메뉴와 상단바가 맨 위로 오게)로 변경하는 기능인데... 그냥 Foreground 같은 부트스트랩 스킨을 설치하는 게 더 나을 겁니다.
  • comment (V) 댓글 달 수 있게 장치하는 기능.
  • contributors (Y) - 특정 문서 기여자 목록을 쉽게 확인할 수 있는 기능. 근데 큰숲백과에서는 그닥 필요 없을 듯.
  • CSS (V) css 바꿀 수 있는 기능. 오사위키에도 있었던 기능이예요. (*) 완료
  • delete batch (?) - 명령어를 이용해 한번에 여러 문서에 삭제 사유까지 붙여서 삭제할 수 있는 기능입니다. 설치 불가능함.
  • EditSubpages(?) - 관리자들이 익명 유저들의 문서편집을 광범위하게 막을 수 있게 도와주는 기능입니다.
  • EImage(?) - 외부 이미지를 출력할 수 있는 기능입니다. - 유보
  • ExternalLinks (Y)- 위키 내부의 외부 링크를 쉽게 관리하고 깨진 링크를 찾을 수 있게 하는 기능입니다. (*)
  • ExternalRedirect (?) - 위키에서 위키 외부의 문서와 연동되는 넘겨주기 문서를 만들 수 있게 하는 기능입니다.
  • flow (V) 게시판 형식으로 토론창을 만들 수 있는 기능. 약간 불안정한 것이 단점입니다.
  • geogebra (?) - 도형 등을 그릴 수 있는 수학 소프트웨어인 GeoGebra 이미지를 올릴 수 있게 하는 기능입니다. 좀 무거운 것이 단점. - 유보
  • googleimage (?) - 구글 드라이브에 올라간 이미지를 사용할 수 있는 기능입니다. (*) 보안상 문제로 설치 불가능.
  • JavascriptSlideshow (V)- 이미지가 회전해서 넘어가는 슬라이드 효과 등 자바스크립트를 이용해서 다양한 효과를 낼 수 있는 슬라이드 쇼를 이용할 수 있게 합니다. 완료
  • MassEditRegex (V) - 여러 문서를 한번에 편집하는 기능입니다. ReplaceText와 같이 사용하면 효과가 좋습니다. 완료
  • MsCatSelect(V) - [[분류:()]]를 텍스트창에 입력하지 않고 아래에 별도의 작업창에서 분류를 선택하는 방식으로 바꿉니다. ArticleToCategory와는 다른 방식이예요. 즉 두 확장기능 중 하나는 선택 못한다는 거죠. 자유위키에 설치되어 있다가 제거했음. - 유보
  • MsLinks(V)- 위키 텍스트 안에 파일을 다운로드할 수 있는 링크를 만들 수 있는 기능입니다.
  • MultiMediaViewer (V)- 새로운 팝업창을 띄우지 않고 이미지를 확대해서 보여줄 수 있는 기능입니다. 완료
  • NewUserMessage (V)- 신규 유저에게 환영 메시지를 일괄적으로 보낼 수 있는 기능입니다. 완료
  • Pageimage (V) - 업로드한 이미지의 라벨 정보를 추출하는 기능입니다.
  • PDFHandler(V) - PDF를 이미지 파일 형태로 읽을 수 있게 하는 확장기능입니다.
  • Popups(V) - 마우스를 이미지 위에 얹을 때 이미지가 팝업창 형태로 커지게 하는 기능입니다.완료
  • QuestyCaptcha - 이건 confirmedit의 하위기능인데요, 스팸방지용 캡차를 문/답형으로 바꾸어서 설정합니다. 지금은 클릭을 하면서 사람인지 봇인지 검증하는 noCaptcha 쓰는데, 그게 더 편해서 굳이 건들 필요는 없지만... 그래도 스팸방지 질문을 꼭 쓰고 싶으면 설정해드릴게요.
  • QPoll (?) - SecurePoll 대체기능으로 위키 문서 내에 퀴즈 확장기능과 유사한 형식으로 설문을 만들 수 있습니다.. 이것도 거절당하면 Poll이라는 확장기능이 있는데... 그냥 특수 페이지에서 설문조사 하나 띄워놓는 기능이라서...(*)
  • SocialProfile (V)- 위키 내부에 기여도 랭킹 시스템을 만들 수 있는 기능입니다. 굳이 필요는 없을 듯.(*) 사용자 문서 에러를 유발해서 설치 취소.
  • Tabs/Tabbers(V) - 설치하고 싶으시면 둘 중 하나만 선택하세요. 둘 다 위키 내부에 멀티탭 형태의 글상자를 만들 수 있는 기능이랍니다.완료
  • TimedMediaHandler(Y)- ogg 파일이나 ogv 파일, oga 파일을 위키 내부의 플레이어를 통해 재생할 수 있는 기능입니다. 강추! (*) 완료
  • translate (V) - 미디어위키 웹페이지를 생각하시면 됩니다. 위키 내부에 페이지 번역 기능을 제공합니다. 근데 저도 사용방법을 잘 몰라서 연구중인 기능입니다. 완료
  • variables(V)- 파서 함수를 만들어서 문서 내부에 변수의 값을 지정할 수 있는 기능입니다. v=25라고 놓으면 v만 쳐도 25가 입력되는 식으로 말이죠.(*) 완료
  • widgets(?) - html 소스를 그대로 위키에 출력할 수 있게 하는 기능입니다. 완료
  • whosonline(?) 누가 접속중인지 알리는 기능인데... 거절당할 확률이 높아서 패스..
  • embedvideo(X) - 외부 스크립트가 유입될 위험이 있다고 해서 보안상의 이유로 거절했습니다.
  • MathJax (X) - math 확장기능으로 통일했습니다.
  • 나무마크 (?) 역시 embedvideo와 동일한 이유 - 일단 제가 외부 이미지/동영상 비활성화 수정본을 올려서 리뷰 요청했습니다.
  • SecurePoll (X) - 보안상의 이슈로 설치했다가 삭제당했습니다...
  • Symantic Mediawiki (X) - 이거 요약하면 문서 내부에 특정 파서 안에 "저장된" 데이터를 다른 문서에서 끌어다 쓸 수 있게 하는 기능인데... 문제는 DB에 접근권한이 필요하다고 하네요. 마찬가지로 Symnatic 파생기능이나 datatable2 기능도 안됩니다.
  • VIKI (Y) - 이건 ... 위키 문서간 연결망을 그릴 수 있게 하는 확장기능입니다. mw:Extension:VIKI 참조. (*)

업로드 가능 파일 형식 확장

꼭 업로드하고 싶은 파일 포맷도 말해주세요.

할수 있는대로 다요.

일단 진하게 한건 설치해도 되고 아닌건 보류--Daelim (토론) 2017년 1월 27일 (금) 04:31 (UTC)

확장기능 설치 건은 다른 운영진 의견 더 기다리겠습니다. 저것들은 당장 급한 기능은 아니니... 전 단순히 이러이러한 확장기능이 있다는 거 안내한 거거든요. 그리고 업로드 파일 형식을 확대하는 것은 곧 수행할 예정입니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 1월 27일 (금) 07:57 (UTC)
우선 별표친 네 개의 확장기능만큼은 꼭 필요하다고 생각되어서 곧바로 설치를 요청할 생각입니다. 나머지는 천천히 생각해보죠. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 1월 27일 (금) 08:07 (UTC)

로고 공모전이 끝났습니다.

성찐되님이 공모하신 후보가 큰숲백과 정식 로고 및 패비콘이 되었음을 알립니다. 이제 요청하러 가야죠.--Daelim (토론) 2017년 1월 30일 (월) 03:50 (UTC)

Phabricator:T1366에 요청했습니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 1월 30일 (월) 05:28 (UTC)

여기가 큰숲백과 맞나요?

오사위키 대문이 걸려있네요, 수정했지만 매우 많은 문서에서 오사위키를 서술하네요, 오리위키처럼요. 오사위키/미래 등의 항목은 삭제해도되나요? [[leaveto]] (토론) 2017년 1월 31일 (화) 00:51 (UTC)

오사위키 문서의 하위문서들은 보존용으로 남기고자합니다. 그리고 오사위키 관련 외 다른 문서에 오사위키가 서술되는 부분은 어느정도 고쳐놨습니다. 뭐 2월 안에 오픈하기 위해선 정리를 더 해야죠.--Daelim (토론) 2017년 1월 31일 (화) 01:32 (UTC)
최근바뀜등의 중요 문서들도 변경해주시길 부탁드립니다, 모바일환경이고 미디어위키문법에 익숙치 않다보니 변경이 힘듭니다. [[leaveto]] (토론) 2017년 1월 31일 (화) 01:47 (UTC)

큰숲백과의 방향성과 앞으로의 나아가야할 방향에 대해...

제가 맨처음 큰숲백과를 만들었을때 저는 오사위키2를 만든다는 목표로 이 위키를 만들었습니다. 사실 초기에 오사위키가 만들어 졌을때 백괴사전에 독립해온 분들이 많았기에 컨셉이 유머위키였으나 유머위키로써의 한계점이 보여졌고 결국에는 유머형 자유서술위키로 변경되었습니다. 그리고 그것이 현재 큰숲백과까지 이어진 것이죠. 그렇게 해서 큰숲도 그런 컨셉으로 가고자 했는데 나무라이브의 글도 눈팅해보고 여러 위키러 분들의 이야기를 들어보고선 그래도 다른분들은 큰숲백과가 어떤 위키가 되어야하며 어떻게 해야 발전할 수 있는가에 대한 이야기를 들어볼 필요가 있겠다고 생각했습니다. 저 역시 오사위키의 실패를 경험한 인물로써 여러분의 의견에 귀 기울여 들어보도록 하겠습니다.--Daelim (토론) 2017년 1월 31일 (화) 01:31 (UTC)

오사위키가 망한 이유중 대표적인것이 백괴나 디시와 다를것없는 유머위키이고, 그 유머가 대중적이지않아 유입이 줄어 망한것이라고 생각합니다. 유머위키는 그 유머가 통하는 유저들이 많아야 기여가 활발해지니까요, 위키백과처럼 딱딱하거나, 나무위키처럼 일본하위문화에 치중된 문제점을 가지기보다는 자유서술형식의, 가볍되 정확한, 그 내용을 자유롭게 서술하는 잡학위키가 되었으면 좋겠습니다. 고로 유머위키를 버리고, 사실 위에 유머를 덧붙이는 형식으로 숲을 가꾸어 나갑시다. [[leaveto]] (토론) 2017년 1월 31일 (화) 01:45 (UTC)
바로 윗글 분께 묻고 싶습니다. 사실과 유머의 공존이라... 동(同)남간화되지 않을까요? 지금의 위키 환경은 나무위키가 거의 독점하다시피 하는 상황입니다. 특별 상황이 일어나지 않는 한, 남간과 같은 형식을 추구할 우린 남간에 밀릴 수밖에 없습니다. 즉, 지금껏 위키를 잘 사용하지 않은 일반인들의 유입을 유도할 새로운 패러다임을 개발해야 한다고 생각합니다. SteveBobs (토론) 2017년 1월 31일 (화) 11:24 (UTC)
새로운 패러다임을 개발해야 한다는 것에는 찬성하지만 그 새로운 패러다임을 과연 어떻게 만들어야 하는가에 대해 의문점이 듭니다. 다만 이대로 타 위키를 모방하여 위키를 운영하는 것 보다는 새로운 패러다임을 연구하는 것이 더 낫다고 판단해봤습니다. 곧 큰숲 프로젝트에 새 프로젝트를 만들지도 모르겠군요. 그나저나 SteveBobs님, 혹시 떠오르는 새로운 패러다임에 대한 아이디어가 있으십니까?--Daelim (토론) 2017년 1월 31일 (화) 04:03 (UTC)
제가 자유위키에 Korean Study Note를 통합시키면서 자유위키의 새로운 방향성에 대해 논의한 것이 있습니다. 그 구상을 큰숲백과에 적용시키면 어떨까 생각합니다.
1. 큰숲백과 자체가 Miraheze 내의 작은 메타형 위키를 지향하는 방향입니다. 그리고 큰숲백과의 내부에 "○○숲"이라 부르는 여러 개의 이름공간을 만들고 각 이름공간 내부에서는 큰숲백과의 기본 규정을 위배하지 않는 선에서 별도의 정책을 만드는 걸 허용하게 하죠. 최고관리자나 개발사무관이 정기적으로 새로운 "작은숲"을 만들 수 있는 권한도 부여하고요. 또 숲지기에겐 삭제 권한 등의 일부 권한을 추가로 부여하는 걸로 하고요.
2. 틀이나 확장기능 같은 건 가급적 많이 설치해서 사용자들이 편하게 이용할 수 있게 하죠. 일종의 "맥시멀리즘"을 추구하는 위키를 지향하는 건 어떨까요?
3. 작은숲 말고 위키 본진 자체는 나무위키처럼 유머적 서술을 허용하는 정보서술 위주 위키로 가는 것이 좋다고 생각합니다. 다만 나무위키와는 달리 서술 규제는 최소화하는 방향으로 하고요.
4. 문서 레이아웃은 (개별숲은 예외) 오사위키와 리브레 위키의 방식을 따르는 것을 암묵의 룰로 했으면 합니다. 향후에 나무마크의 기능의 일부를 차용할 지는 모르지만 여긴 미디어위키 기반 사이트니까 미디어위키 기반 위키의 방식을 따라야죠. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 1월 31일 (화) 04:26 (UTC)
동의합니다만, 암묵의 룰은 제정하지않는게 좋을것같습니다, 작은숲기능은 매우 찬성합니다. --Leaveto
저 역시 작은 숲 기능에 대해 훌륭한 아이디어라고 생각합니다. 작은 숲이 만들어진다면 특정 정보를 더 심화적으로 다루는 숲이라던가 백괴게임과 같은 숲이라던가 그런 것을 꽤 많이 만들 수 있겠죠.--Daelim (토론) 2017년 1월 31일 (화) 04:44 (UTC)
1. 반대합니다. 문서, 기여자도 부족한데 프로젝트만 늘리는 것은 아무 의미도 없습니다. 그리고 별도의 정책을 또 만드는 것은 기여자들의 혼란만 부추길 뿐입니다. 오히려 기본 규정도 지금보다 더 간소화 시켜야 합니다.
2. 반대합니다. 무분별한 틀 추가는 오히려 가독성을 떨어뜨립니다. 확장 기능은 필요한 것만 설치하면 됩니다.
3. 나무위키처럼 유머적 서술을 허용하는 것도 반대합니다. 이미 나무위키의 편집지침과 유사한 여러 위키들이 있음에도 불구하고, 나무위키는 건재합니다. 큰숲백과가 나무위키를 따라해봐야 나무위키에서 큰숲백과로 오는 기여자는 없습니다.
큰숲백과는 기존의 위키와는 다르게 갑시다. 규정을 최대한 줄이고, 불법인 아닌 이상 모든 종류(독자연구, 집단연구 포함)의 서술을 허용하되, 최소한의 출처는 의무적으로 명시하게 합시다.--망했어요 (토론) 2017년 1월 31일 (화) 06:55 (UTC)
독자연구와 집단연구를 수용하기위한 기능으로 작은숲등의 기능을 신설하자는겁니다. 출처명시는 하지 않아도 된다고 생각합니다. [[leaveto]] (토론) 2017년 1월 31일 (화) 07:17 (UTC)
그렇다면 작은숲 기능은 있으면 좋겠군요. 다만, 출처명시는 최소한이라도 반드시 필요합니다. 다른 위키들을 보면 알겠지만, 출처를 불명확하게 적거나 아예 적지 않아서 왜곡된 내용이나 저작권을 침해한 내용이 종종 기여되기도 합니다. --망했어요 (토론) 2017년 1월 31일 (화) 07:28 (UTC)
출처 명시는 얻는 것보다 잃는 것이 많다고 생각하며, 위키의 위백화를 불러올 가능성이 큽니다. 출처를 명시하게 하지 않아도 자발적인 참여가 있는 이상 왜곡된 내용이 방치되는 일은 없을 것이라고 생각합니다. 다만 저작권 침해에 대해서는 불펌 금지 등을 규정에 명시해야 할 것 같습니다.--StarBiologist (토론) 2017년 1월 31일 (화) 07:44 (UTC)

이제 결론을 내려야 할 것 같습니다.--망했어요 (토론) 2017년 1월 31일 (화) 08:45 (UTC)

일단 결론을 내릴게요.
1. 작은숲 기능은 합의된 것으로 보입니다.
2. 서술 성격은 정보서술 중심으로 가는게 나을 것 같네요. 그리고 남간식 서술을 금지한다고 나무위키를 싫어하는 사람울 끌어모으긴 어려울 겁니다. 그게 정말 장애요인이면 오리위키, 바다위키보다 더 흥한 위키가 널렸겠죠...
3. 문서의 질과 정확성, 저작권 침해 방지는 출처 명시하는 것보다 치밀한 모니터링이 이루어지는 것이 더 도움이 됩니다. 일괄적으로 출처를 강제하는 규정으로는 적합하지 않고, 다만 의심스러운 서술이 안 올라갈 수 있게 위키 오른쪽에 최근바뀜을 띄우는 기능을 이식하고 문서 점검기능을 재정비할려고 합니다. 출처가 의심스러우면 각주를 달아서 출처가 필요하다고 명시하면 되고요
4. 서술 규칙은... 오사위키가 딱히.템플릿에 맞게 서술한 위키가 아닌 만큼 없어도 될 것 같네요. 다만 저는 위백식 레이아웃에 맞게 서술할 생각이지만...
5. 각종 기능은 많아봐야 쓰기 싫으면 안 쓰면 그만입니다. 필요한 사람에게 못 쓰게하는 것은 좀 그렇네요. 애초에 제가 맥시말리즘을 언급한 것은 큰숲백과가 표제어 하나당 문서 한 개의 원칙 대신 필요하다면 표제어 하나에 여러 문서(파생문서 분리가 아닌...)를 허용하는 방식을 채택하는게 좋겠다는 차원으로 얘기한 거고요. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 1일 (수) 04:46 (UTC)

큰숲백과공식 SNS

제가 트위터 및 페이스북에 계정을 만들어도 됩니까? [[leaveto]] (토론) 2017년 1월 31일 (화) 04:42 (UTC)

가능합니다.--Daelim (토론) 2017년 1월 31일 (화) 04:43 (UTC)
[1] [[leaveto]] (토론) 2017년 1월 31일 (화) 04:52 (UTC)

큰숲연합에 대해

현재 프로젝트 중 큰숲연합의 경우 동맹과 통합을 통해 협력을 하는 제도인데요 단기적으로는 효과가 있을진 모르겠지만 장기적으로 협력에 참여할 위키가 늘거나 하는 효과는 없을 듯 합니다. 차라리 기존 연합위키와는 서로 친하게 지내고 통합된 위키는 하나가 된 위키나 마찬가지인 만큼 큰숲연합을 폐지하는게 어떨가 싶습니다.--Daelim (토론) 2017년 1월 31일 (화) 04:53 (UTC)

사실상 연합위키의 유저=큰숲백과 유저인 상황이네요. 폐지해도 될 것 같습니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 1월 31일 (화) 06:40 (UTC)

남라위키 문서의 질

다리위키에 비하여 남라위키의 문서가 질적으로 매우 안좋네요. 애초에 반달을 목적으로 세워진 위키가 유머위키로 바뀐 경우니 그럴 수밖에 없기는 합니다만, 남라위키 문서 이전이 큰숲백과에 긍정적인 영향을 끼칠지 의문이네요. 정상적인 문서만 골라내거나 수정 작업을 벌이는 것이 필요하다고 생각합니다.--StarBiologist (토론) 2017년 1월 31일 (화) 07:51 (UTC)

동의합니다, 질이 좋지않은 유머위키의 문서를 포크하면, 오히려 정체성의 혼란과 많은 기여가 필요하니까요. [[leaveto]] (토론) 2017년 1월 31일 (화) 08:21 (UTC)

Project:산장 오픈 안내

이제 산장에서 자유롭게 잡담을 떠실 수 있습니다. 단, 로그인한 사용자만 참여하실 수 있습니다.--Daelim (토론) 2017년 1월 31일 (화) 08:37 (UTC)

자유위키랑 합치는 게 어떨까요?

굳이 동맹만 할 게 아니라, 아예 위키를 합치는 게 좋을 것 같습니다. 자유위키 유저가 큰숲백과 유저고, 큰숲백과 유저가 자유위키 유저인데 굳이 합치지 않을 필요가 있을까요? 물론 자유위키 관리자님이 동의해야 하겠지만요.

자유위키와 큰숲백과와 애초 방향성이 다르지 않나요?--Daelim (토론) 2017년 1월 31일 (화) 08:43 (UTC)
Miraheze계 위키도 아니고, 방향성도 완전히 다른 다리위키도 큰숲백과와 합쳤는데 전혀 불가능할 것 같진 않습니다.--망했어요 (토론) 2017년 1월 31일 (화) 08:45 (UTC)
일단 자유위키 운영진 측의 의견을 들어봐야 할 것 같네요. 솔직히 저도 4월 즈음에 자유위키 운영진 측에 위키를 넘겨줄 계획이 있습니다만...--Daelim (토론) 2017년 1월 31일 (화) 08:46 (UTC)
사실 저도 3월부터는 활동량이 줄어들 것 같습니다. 그래도 최소한의 관리는 할 수 있을 것 같군요. 일단 제 자유위키+리브레 위키 등의 다른 위키 기여분을 큰숲백과에 이전하는 것은 생각하고 있습니다만 자유위키는 사람 빠져나간 이후에 반쯤 개인위키처럼 사용하는 위키라 완전 합병은 곤란하다고 보네요. Jayu님의 의견도 들어봐야 하고... --Letter Light ❤(Talk) · ✑(Contribs) 2017년 1월 31일 (화) 09:33 (UTC)

관리자 엔티시드노엔 1달 넘게 기여가 없습니다.

오늘 안에 기여가 없으면 권한은 자동으로 회수될 예정입니다.--Daelim (토론) 2017년 1월 31일 (화) 08:59 (UTC)

오사위키에서 건너온 사용자 문서라든지 사토라든지 오사위키 문서라든지 삭제합시다.

기록보고 12월 26일 이후 문서변화가 없거나 하는 것은 오사에서 건너온 것이니 지우면 될듯 합니다.--Daelim (토론) 2017년 1월 31일 (화) 09:09 (UTC)

넵 도와드리겠습니다. 일단 사용자 문서는 지울 생각입니다.--Letter Light ❤(Talk) · ✑(Contribs) 2017년 1월 31일 (화) 09:34 (UTC)

지금 위키 왜이럽니까

데이터베이스 오류라며 문서를열람할수가없습니다 [[leaveto]] (토론) 2017년 2월 1일 (수) 04:39 (UTC)

아무래도 오사위키 데이터 포크는 포기해야 할 것 같습니다.

우선 기존 포크된 문서,틀들은 유지하고 틀의 사진은 따로 올리는 식으로 대체하고 그나저나 사용자문서까지 데이터 오류가 나네요. 해결해 주실 수 없나요?--Daelim (토론) 2017년 2월 1일 (수) 07:08 (UTC)

그게 아니라 SocialProfie 확장기능에 관련된 문제인 것으로 보입니다. 일단은 에러가 해결될 때까지 확장기능 비활성화를 요청해야 하겠네요. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 1일 (수) 07:34 (UTC)
오사위키 포크는 포기하는게 맞다고 생각합니다, 다리위키 포크나 간수하는것이 맞을듯합니다, 오류 복구가 더 시급합니다. [[leaveto]] (토론) 2017년 2월 1일 (수) 08:38 (UTC)
사문 문제 말씀하시면 오사위키 포크와는 무관할 겁니다. SocialProfile 확장기능에 문제가 있는 것으로 보이고요, 지금 비활성화 요청했습니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 1일 (수) 09:40 (UTC)
뭐... 알겠습니다. 확장기능의 문제였으니 오사위키 포크는 그대로 진행하세요.--Daelim (토론) 2017년 2월 1일 (수) 09:50 (UTC)

규정을 간소화합시다

2.큰숲백과는 최소한의 규정으로 운영되며, 불필요한 규정은 운영진의 합의에 따라 삭제할 수 있다.

기본규정에 나온 내용입니다, 지금 규정이 개인적으로 너무 복잡하다고 생각합니다. 개정이 필요합니다. [[leaveto]] (토론) 2017년 2월 1일 (수) 08:47 (UTC)

흠... 애초에 저 규정은 제가 자유위키에서 규정을 만들 때 "성문법"에 따라 운영하기 위해 만든 규정입니다. 큰숲백과가 불문율에 기초해서 운영할 위키라면 규정 자체를 지워도 되겠죠. 그리고 자유위키처럼 성문법에 기초한 운영을 채택하더라도 구체적인 차단의 조건 등은 지울 수 있다고 생각합니다. 그리고 편집 지침은 아직 합의된 적이 없네요. 일단은 자유위키에서 암묵적으로 규정하려는 지침들을 일일히 다 적었지만 백지 상태에서 다시 논의해도 될 것 같네요.
다만 관리규정 같은 것은 대부분이 (어차피) 암묵적으로 지켜야 할 것을 일일히 설명한 게 대부분이라 철저하게 성문법에 기초한 운영을 하면 지울 만한 것이 별로 없음을 알려드릴게요. 애초에 저 규정 자체가 오사규헌 같은 것이 아닌 나무위키같이 실정법처럼 운영되는 것을 전제로 한 거 방향 자체를 바꾸지 않는 이상 뺄 게 많진 않습니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 1일 (수) 09:24 (UTC)
저 역시 관리규정은 손을 볼 필요가 없다고 생각합니다. 굳이 손을 대고싶다면 최고관리자 임기를 6개월로 한다던가 정도 밖에 없죠.(참고로 타 운영진은 3개월,숲지기는 만든다면 무기한) 편집지침은 좀 논란이 있을 듯 한데 일단 큰숲백과의 규정 자체에 대해선 규정 자체는 쉬우나 규정 내용에 대한 이해가 좀 어렵고 복잡한 편입니다. 뭐 왠만하면 알아서 하되 좀 에매한 상황이면 규정을 참고하는 정도로만 쓰면 될 듯 하고요...--Daelim (토론) 2017년 2월 1일 (수) 09:53 (UTC)
관리규정을 간단하게 바꿔봤습니다. Project:산장 참고.--망했어요 (토론) 2017년 2월 1일 (수) 12:36 (UTC)
산장에서 광장숲으로 옮겼습니다. 규정제안은 광장숲에서 하는 것이며 산장은 순수 잡담공간입니다.--Daelim (토론) 2017년 2월 1일 (수) 12:40 (UTC)

현재 정식 대문을 제작하고 있습니다.

이 문서에서 대문을 제작중입니다. 많은 참여 부탁드립니다.--Daelim (토론) 2017년 2월 1일 (수) 11:16 (UTC)

관리규정 수정

차단 기준

  1. 관리자는 다음과 같은 위반 행위를 저지를 경우 사용자를 차단할 수 있다.
    1. 부적절한 언행을 지속적으로 하는 경우.
    2. 저작권을 침해하는 경우.
    3. 음란물을 게시하는 경우.
    4. 혐오스러운 사진을 게시하는 경우.
    5. 편집지침을 지속적으로 위반하는 경우.
    6. 반달에 악용된 전력이 있는 공용 IP를 사용하는 경우.
    7. 대한민국, 미국 캘리포니아, 네덜란드의 실정법을 위반한 경우. 이 경우는 기여 내역, 문서 역사도 삭제해야 한다.
    8. 위키 내부에서 친목질을 하는 경우.

관리자에 대한 규정

관리자의 선출

  1. 관리자는 큰숲백과의 관리 권한이 부여된 사용자이다.
  2. 큰숲백과의 운영진은 관리자 9인으로관리자 또는 특수 운영진 포함 최소 4인, 최대 8인으로 구성된다.
  3. 관리자의 임기는 무제한이다. -> (위키백과 식으로 하게요? 별도의 논의가 필요해 보이네요.)
  4. 관리자가 사임하거나 해임되어 관리자 자리가 빌 경우, 투표를 통해 새 관리자를 선출할 수 있다.
    • 선거 개시 후 96시간(4일) 동안 후보 등록을 받는다.
    • 후보 등록 기간이 끝난 후 96시간(4일) 동안 후보 질의응답 기간이 진행된다.
    • 질의응답 기간이 끝나고 96시간(4일) 동안 투표가 진행된다. 투표는 서명식으로 1인1표로 진행되며 과반수의 찬성을 얻어야 당선된다. 투표 결과는 투표 종료 다음날이 끝나기 전에 공표한다. (다중계정/중복투표 등의 검표시간이 필요해요.)
    • 투표 자격은 자동인증된 사용자 또는 관리자가 인증한(confirmed) 사용자에 한정된다. - 비로그인 유저 투표 금지.
  5. 관리자 선거에 지원한 사용자는 반드시 질의응답 기간에 다음 네 가지 질문에 대답해야 한다.
    • 운영자 선거에 지원한 이유.
    • 큰숲백과에 접속하는 빈도(자주 접속하는지에 관한 질문).
    • 관리자 권한(문서 삭제, 사용자 차단, 문서 보호, 편집 필터 다루기, 미디어위키 문서 편집, 위키)에 대한 이해 정도
    • 부적절한 편집을 하는 사용자들에 대한 대처 방법.
  6. 관리자는 가입후 2주, 편집 30회 이상인 사용자만 지원할 수 있다. -관리자 지원 자격 규정 추가.

관리자의 역할

  1. 관리자는 규정 위반자를 차단할 수 있다.
    1. 2주 이내에 차단할 때에는 관리자 재량으로 차단할 수 있다.
    2. 2주일을 초과하는 차단을 할 때에는 차단 당사자 제외 2인 이상의 관리자의 동의를 확인해야 하며, 3개월을 초과하는 차단은 유저가 아래 3조가 적용되는 상황이 아닌 이상 운영진 토론을 거쳐야 한다.
    3. 예외적으로 친목질이 적발되거나 위키에 심각한 훼손을 지속적으로 가하는 경우에는 다른 관리자의 허가 없이 무기한 차단할 수 있다. - 차단권 남용 방지 조항이 필요합니다.
  2. 관리자는 운영진 토론을 통해 과잉처벌된 사용자의 차단 일수를 재조정할 수 있다. - 자의적 차단 재조정 방지
  3. 관리자는 토론을 중재하는 권한을 가진다.
  4. 관리자는 토론이 과열될 때 토론을 중단시킬 수 있다.
  5. 관리자는 Miraheze측에 기능 확장을 요청할 수 있다.
  6. 관리자는 다중계정 검사를 할 수 있다. checkuser 권한은 Miraheze 정책에 따라 개별 위키 관리자에게 부여되지 않습니다.
  7. 관리자는 관리자를 해임할 수 있다.

관리자의 해임

  1. 관리자는 다음과 같은 경우 해임될 수 있다.
    1. 30일 이상 큰숲백과에 접속하지 않는 경우.
    2. 관리 권한을 남용하는 경우.
    3. 큰숲백과의 규정을 위반할 경우.
  2. 관리자는 다른 관리자를 직접 해임할 수 없으며 관리자 해임 토론과 투표를 통해 해임을 결정한다
  3. 개발사무관 또는 최고관리자는 해임이 결정되거나 심각한 훼손 행위/권한 남용 행위를 저지른 관리자의 권한을 회수할 수 있다.


다중계정 및 이름 변경

  1. 큰숲백과는 다중계정의 사용을 허용한다. 그러나 다중계정을 이용하기 위해서는 해당 계정을 사용하는 사람이 누구인지 {{다중계정}}을 통해 밝혀야 한다.
  2. 투표나 관리자 지원은 자신이 주계정으로 지정한 계정으로만 할 수 있다. - 다중계정을 사용할 수 없는 경우 추가
  3. 큰숲백과는 검사관을 두지 않으며 관리자는 필요에 따라 Miraheze에 다중계정 검사를 요청할 수 있다.
  4. 큰숲백과의 운영진은 이용자의 이름을 변경할 권한이 없으며 Miraheze의 사무장에게 이름 변경을 요청해야 한다.

특수 운영진 (New)

  1. 큰숲백과는 필요에 따라 운영진 임명/해임권한을 가진 최고관리자를 둘 수 있다.
  2. 큰숲백과는 필요에 따라 관리자와는 별도로 운영진을 감시하거나 긴급 해임할 수 있는 판단관을 둘 수 있다.
  3. 큰숲백과에는 적어도 1명의 개발사무관이 있으며, 일반적인 관리자 권한 이외에 운영진 임명/해임권한을 갖는다.

제작자:망했어요

일단 고려해보겠습니다만은 몇 개 부분은 (작은 글씨) 수정안에 결함이 있는 것으로 판단되어서 부득이하게 재수정안을 제출합니다. 그리고 이미 관리자/최고 관리자/판단관/개발사무관 권한 셋팅이 되어 있으며, 관리자는 서로를 해임할 수 없게 되어 있습니다. 권한 회수가 가능한 최고관리자나 개발사무관에 대한 별도 규정이 필요해 보여서 신설했습니다. 일단 Daelim님과 제가 (특수직인) 개발사무관을 맡는 것으로 하죠. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 1일 (수) 14:16 (UTC).

관리자 종신임기제는 절대 시행돼서는 안됩니다. 오히려 관리 조직의 비대화와 관리자들의 직무유기만을 불러일으킬 뿐입니다. 종신제를 시행하고 있는 위키백과, 백괴사전, 구스위키가 관리가 제대로 되고 있나요? --재미재미 (토론) 2017년 2월 6일 (월) 04:49 (UTC)

저 역시 종신임기제는 반대합니다. 잠수 운영자를 양산하느니 차라리 임기제로 가서 활발한 관리자가 선거로 연임하는게 낫다고 봅니다.--Daelim (토론) 2017년 2월 6일 (월) 04:54 (UTC)

오사위키 DB 포크 포크 기다리기 힘드네요.

일반 문서 편집이 사실상 멈춘 상태인데 나중에 재처리하는 작업량이 늘어나는 문제가 있더라도 지금이라도 추가하고 싶은 문서 있음 적극적으로 추가했으면 좋겠네요. 일단 전 자유위키에 저장된 위키노트, TRPG 한국어 Wiki, 위키레일발 문서, 그리고 제가 리브레에서 포크하지 않고 독자적으로 기여한 문서부터 올릴 생각입니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 1일 (수) 23:08 (UTC)

큰숲백과 운영구조에 대해

제가 생각하는 큰숲백과의 권한 시스템에 대한 부분은 다음과 같습니다.

분류 권한 서열
일반 사용자 기준 일반 사용자<숲지기<관리자=감독관<개발사무관<최고관리자
판단관,최고관리자,개발사무관 기준 감독관<개발사무관<최고관리자<감독관

최고관리자는 말 그대로 큰숲백과를 대표하는 최고운영자로써 관리자의 권한도 같이 쥐고 있으며 최종결정을 내리는 등 위키 운영 전반에 걸쳐 강력한 영향을 줄 수 있습니다. 개발사무관은 돌발사태에 대비해 권한을 주고 회수하거나 확장기능을 설치하는 것을 담당하는 일종의 개발자의 권력에 불과할 뿐 이지요. 감독관은 관리자와 피선거권이 같으며 사면처리와 탄핵토론 개최 등의 기능이 있는 보통 관리자와 같은 위치에 서있는 권한입니다.

우선 최고관리자는 여러가지 제도 설치 제안도 가능하고 확장기능 설치 여부도 최종적으로 결정할 수 있으며 개발사무관이 건드리지 못하는 운영적인 부분을 건드릴 수 있으므로 개발사무관보다 강한 권한을 가집니다. 그러나 감독관은 최고관리자의 행동에 이의제기를 걸 수 있고 이를 통해 최고관리자 탄핵토론을 열어 최고관리자의 권한을 회수시킬 수 도 있으므로 최고관리자를 감시하는 역할을 맡아 최고관리자보다 강한 권한을 가집니다. 하지만 개발사무관은 이 위키의 소유주라고 할 수 있는 존재로 탄핵시키는 것이 불가능하고 판단관의 권한을 회수할 수 있기 때문에 감독관보다 강한 권한을 가지게 됩니다.

결론적으로 제가 제안한 권한시스템은 최고관리자는 개발사무관에겐 강하지만 감독관에게 약하고 감독관은 최고관리자에겐 강하지만 개발사무관에겐 약하고 개발사무관은 감독관에겐 강하지만 최고관리자에게 약한 가위바위보 체제가 됩니다. 이러한 체제를 한번 제안해보자 합니다.--Daelim (토론) 2017년 2월 3일 (금) 06:17 (UTC)

그렇게 할려면 일단 권한 조정이 필요하겠네요. 일단 설정을 다음과 같이 바꾸어야겠네요.
  1. 최고관리자가 개발사무관을 임명하거나 회수할 수 있게 합니다.
  2. 개발사무관은 다른 사람의 최고관리자나 개발사무관의 권한을 임명하거나 회수하지 못합니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 5일 (일) 07:34 (UTC)
1번은 찬성하며 2번의 경우 회수는 불가능하지만 임명은 가능하도록 합시다. 갑자기 최고관리자가 돌발사퇴할때 개발사무관은 공백기간 동안 임시 최고관리자로 활동하고 보궐 직후에는 당선자에게 최고관리자 권한을 줘야죠.--Daelim (토론) 2017년 2월 5일 (일) 12:33 (UTC)
2번의 전제가 있었습니다. 개발사무관은 "자신에게만큼은" 최고관리자 권한을 부여하거나 회수할 수 있게 했습니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 5일 (일) 12:53 (UTC)

너무 복잡합니다. 지나친 칭호는 불편함만 일으킬 뿐입니다. 관리자와 사무관만 있어도 됩니다. --재미재미 (토론) 2017년 2월 6일 (월) 04:47 (UTC)

맞습니다, 불편할뿐더러 일반사용자들에게 거부감을 불러일으킬수있습니다 [[leaveto]] (토론) 2017년 2월 6일 (월) 06:38 (UTC)
권한 셋팅이 완료되어서 사용자 그룹 자체를 다시 제거하는 것은 최고관리자 Daelim님의 동의 없이는 불가능합니다. 일단은 운영체제가 안정적으로 자리잡을 때까지는 관리자-최고관리자의 2원체제로 운영할 생각입니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 6일 (월) 07:36 (UTC) 수정 : 2017년 2월 6일 (월) 07:54 (UTC)
일단 제가 감독관 권한을 만들었으니 한 1,2기 까지는 감독관을 2명 정도 두는것으로 합시다. 그리고 감독관 도입 이후 관리자와 다를바 없으면 3기때부턴 관리자와 합치던가 없애던가 해보는게 좋을 것 같습니다.--Daelim (토론) 2017년 2월 7일 (화) 13:59 (KST)

큰숲게임 개설 안내

현재 자유위키 게임을 본따 큰숲게임을 개설중입니다. 뭐 자유위키 게임이든 이거든 백괴게임 아류작 같지만 그래도 확장기능 좀 더 깔고 그러면서 도전해봐야죠.--Daelim (토론) 2017년 2월 3일 (금) 13:00 (UTC)

이 대문의 맨 윗부분과 큰숲백과 문서 바로가기 사이에 뭐가 들어가면 좋을까요?

ㅈㄱㄴ--Daelim (토론) 2017년 2월 3일 (금) 13:02 (UTC)

두 칸으로 나누어서 왼쪽에는 "큰숲백과:좋은 문서"를 선정해서 랜덤으로 좋은 문서를 보여주고, 오른쪽에는 "큰숲백과:뉴스"를 쓰는 것이 좋겠네요. 큰숲백과 뉴스는 자기가 관심 있는 뉴스나 자기가 활동하고 있는 커뮤니티 뉴스를 올리는 것이 좋을 것 같고요. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 5일 (일) 06:39 (UTC)

로고가 이상하네요.

파일크기를 줄여야 할 것 같습니다.--Daelim (토론) 2017년 2월 5일 (일) 12:28 (UTC)

밑이 살짝 잘려서 나온 거 말씀하신 건가요? 아님 아예 부분밖에 출력되지 않은 거 말씀하신 건가요? 앞의 것이 문제라고 생각되면 파일 크기를 더 줄일게요. 뒤의 현상은 모바일 크롬 브라우저에서 나타나고 있네요. 원인이 뭔지는 모르겠지만... --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 5일 (일) 13:12 (UTC)
그게 아니라 컴퓨터로 큰숲백과에 접속해보면 로고가 일부부분만 보이고 나머진 안 보입니다.--Daelim (토론) 2017년 2월 5일 (일) 13:21 (UTC)
혹시 배경색이 하얗게 칠해져 있나요? 무언가 문제가 생긴 듯 한데요... 일단 저는 로고가 정상적으로 출력됩니다. 밑의 글씨가 살짝 잘리는 것만 빼고. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 5일 (일) 13:35 (UTC)
인터넷 익스플로러에서는 로고가 아래와 같이 나옵니다.--Daelim (토론) 2017년 2월 6일 (월) 02:51 (UTC)

이슈트래커에 보고해야겠네요. 이게 브라우저별로 로고 나오는 양상이 다르니... --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 6일 (월) 05:43 (UTC)

이글 한번 보시겠습니까?

[2]

좀 이상한 상황이네요...--Daelim (토론) 2017년 2월 6일 (월) 04:23 (UTC)

저도 잘만 편집됩니다. 여기 서버가 안정적이지 않은지는 몰라도 가끔 재현 안 되는 오류가 생기는 모양인가 보네요. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 6일 (월) 05:53 (UTC)
[3] 비회원 편집이라네요.--Daelim (토론) 2017년 2월 6일 (월) 05:59 (UTC)
확인해서 phabricator:T1399에 보고했습니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 6일 (월) 06:49 (UTC)
비로그인 편집 시도했습니다. (by Utolee90)

대문에 처음 들어갈 때 모바일 버전으로 뜨는 이유가 뭐죠?

혹시 저만 그런 건가요? --재미재미 (토론) 2017년 2월 6일 (월) 04:46 (UTC)

혹시 컴퓨터로 접속하시는데 모바일로 접속되나요?--Daelim (토론) 2017년 2월 6일 (월) 04:49 (UTC)
@재미재미: 간혹 Miraheze 산하 위키들이 모바일 페이지로 접속되는 경우가 있습니다. 사이트 자체의 에러로 추정됩니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 6일 (월) 06:48 (UTC)

Miraheze 이슈 트래커에 가입해주세요.

바로가기 : 이슈 트래커.

제가 위키에 상주하는 상태가 아니라서 모든 문제를 즉각적으로 해결할 수는 없습니다. 양해해주세요. 관리자 분들께서는 버그 보고나 필요한 기능 있으시면 직접 이슈트래커에 보고하시면 됩니다. 꼭 위키 ID 밝혀주시고요, 영어로 보고해주세요. 제가 이슈트래커에서 살펴볼 테니 "거부의사"를 명확하게 표시 안한 것은 해당 요청을 승인한 걸로 간주하셔도 됩니다.

참고로 위키 개발사무관이라고 해도 제가 Miraheze 서버에 직접 접근해서 php 파일을 손질할 권한은 없습니다. 단지 영어로 시스템 관리자들과 사무장들에게 요청만 하는 것 뿐이죠. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 6일 (월) 06:46 (UTC)

정식개장 준비작업 끝나갑니다

일단 확장기능, 권한 셋팅, 그리고 오사위키 DB 포크요청을 모두 마무리했습니다. 이제 요청을 Miraheze측에서 받아들이면 정식으로 개장해도 될 것 같네요. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 6일 (월) 11:21 (UTC)

관리규정 1차 개정안

망했어요 님의 의견을 반영해서 관리규정 개정안을 Project:관리규정에 게시했습니다. 불필요한 규정이나 부적절한 규정이 있다고 생각하시면 큰숲백과토론:관리규정에서 의견 남겨주세요. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 7일 (화) 02:05 (UTC)

제가 보기엔 적어도 운영진 정원을 정확하게 맞추어야 할 것 같습니다. 최고관리자 1~2인에 최소 4명 ~ 최대 8명이라는 숫자는 너무 에메모호 합니다. 제 제안으로 최고관리자 1인,관리자 4인, 감독관2인 안은 어떻습니까?--Daelim (토론) 2017년 2월 7일 (화) 13:09 (KST)
알겠습니다. 구체적인 정원은 추후 합의가 필요하겠군요. 일단은 임시운영체제에 맞게 최고관리자 2명, 관리자 5명 도합 7명으로 규정을 서술할 예정입니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 7일 (화) 21:15 (KST)

상표권

도메인의 Bigforestwikipediawiki의 wikipedia는 미합중국 위키미디어 재단의 등록상표입니다. WMF Trademark policy

위키미디어 재단의 상표 정책은 "위키미디어와 관련 없는 사이트에 위키미디어 상표를 사용하는 것"을 허용치 않으므로 ("Not for linking to non-Wikimedia sites, or") 위키의 도메인을 변경하실 것을 요청할 것을 권고하여 드립니다.

Revi
System Administrator, Miraheze

Revi (토론) 2017년 2월 7일 (화) 11:39 (KST)

도메인 변경에 관한 건

Miraheze측의 요청에 따라 도메인명과 영문명을 변경할 것을 제안합니다.

영문명, 도메인명 : bigforestwikipedia →bigforestpedia

Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 7일 (화) 12:41 (KST)

찬성하겠습니다.--Daelim (토론) 2017년 2월 7일 (화) 13:05 (KST)
도메인은 더 단축할게요. bfpedia, bfwiki, bigfo 중 하나 제안합니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 7일 (화) 20:45 (KST)
phabricator:T1406에 기본 도메인 단축(bigforestwikipedia -> bigforest) 및 bfwiki.miraheze.org 리다이렉트 요청을 했습니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 7일 (화) 23:55 (KST)

앞으로 작성해야할 문서들

틀:Welcome을 만들었습니다.

틀:Welcome

혹시 조금 수정해야 할 게 있다면 수정 환영합니다.--Daelim (토론) 2017년 2월 7일 (화) 13:38 (KST)

"각종 사용법과 규칙이 어려울 수 있지만, 차근차근 익히며 성실하게 기여하세요." 문구를 "위키 사용에 어려움이 있더라도 성실하게 기여해보세요. 어려운 점은 저희들이 도와드리겠습니다"로 고쳤으면 합니다. 나머지는 이상 없습니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 7일 (화) 14:41 (KST)
변경 완료하였습니다.--Daelim (토론) 2017년 2월 7일 (화) 15:05 (KST)

Project:뉴스 오픈 안내

이제 큰숲백과에서 뉴스 문서도 쓰실 수 있습니다. 또한 최신 뉴스들을 1주 마다 갱신하면서 대문에 올릴 수 있게 할 계획입니다.--Daelim (토론) 2017년 2월 7일 (화) 15:39 (KST)

정식 오픈 조건

이거 3개만 Utolee90님께서 괜찮다고 말씀 하신다면 이번주 내에 정식 오픈이 가능할 것이라고 보고 있습니다. 혹시 문제 있으시다면 고쳐도 됩니다.--Daelim (토론) 2017년 2월 7일 (화) 15:56 (KST)

알겠습니다. 요청까지 확인되면 정식 오픈을 해도 될 것 같군요. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 7일 (화) 17:28 (KST)

나무라이브 건의 내용

[4]

완장질 하지 마세요.

규정좀 간소화해주시고 유머위키 타이틀 내려놓으시기를 부탁드립니다, 유머위키는 더이상 흥할수 없어요, 다 디시위키나 커뮤니티로 가지 옛 백괴식 위키 할사람 없어요.

규정이 간소화 되기는 했으나, 편집지침이 까다롭고 관리규정도 더 축소할 필요가 있습니다.

ㄹㅇ 그리고 관리자직책이 몇개인지, 세분화시키지 마시고 그냥 관리자ㅡ유저 하세요, 그리고 민선을 뽑아야합니다.

닫으세요

이런 답변이 나오네요.--Daelim (토론) 2017년 2월 7일 (화) 17:38 (KST)

편집지침이 너무 까탈스럽게 보이는 측면은 인정합니다. 일단 편집지침은 안 지킨다고 처벌하지 않는다고 하세요. 관리자가 위키를 관리하는 지침을 보여주기 위해 쓴 겁니다.
규정 같은 경우는 Miraheze 산하 위키를 운영하려면 암묵적으로라도 받아들이여 하는 규정이나 관리자가 지켜야 하는 규정이 절대다수입니다. 위키 이용 한 번도 안 한 사람이 규정에 대해 왈가왈부하는 건 좀 그렇네요. 그와 별개로 관리자 분들께 질문합니다. 혹시 있을 필요가 없는 규정이 있으시면 말씀해주세요.
정보+유머성 서술을 쓰지 유머위키를 지향하지 않기로 합의하지는 않았나요?. 오사위키 포크한다고 해서 오사위키의 옛날 방식대로만 쓰진 않을 겁니다. 저도 리브레에서 제가 작성한 문서 포크했습니다.
관리직 세분화는 임시운영진끼리 합의해야죠. 일단 전 임시 운영진은 일단은 Daelim과 제가 최고관리자를 맡고 5명이 관리자를 맡는 체제를 선호합니다. --Letter Light ❤(Talk) · ✑(Contribs) 2017년 2월 7일 (화) 19:34 (KST)