인수인계 스레드

#1 red21412017-09-23 15:31:34

제가 알기로, 이번에 임명된 관리자 중에, 전직 관리자가 없는 걸로 압니다. 실무적으로 부족한 부분이 많으리라 생각합니다.

이에 인수인계 스레드를 작성합니다. 전직 운영진님의 도움을 부탁드립니다.

#2 suneungsiheom2017-09-23 15:33:43

#1
전직 중재자(2017.07.15 ~ 09.01), 관리자(2017.09.01 ~ 09.04)입니다. 제가 도와 드려도 될까요?

#3 211.228.248.1512017-09-23 15:34:21

인수인계하는 것은 당연한 것이라고 봅니다만 이번에 임명된 관리자/중재자 중에 전임이 한명도 없다고요?

#4 clearsky2017-09-23 15:35:31

TnLime님 있습니다.

#5 red21412017-09-23 15:36:17

중재자는 전직이 있는걸로 알고, 티엔라임님은 관리자 경험은 없으신걸로 압니다. 전직 호민관이셨죠.

그리고 전직인 분이 알려주기에도 이런 글이 하나 있는게 편해 보여서요.

#6 base642017-09-23 15:38:38

전직관리자 base64입니다.
이번에 지원했는데 아직 발표가 안났네요

#7 red21412017-09-23 15:40:30

유저를 차단할 때, 해당 차단 사유를 아카이브 등으로 처리 하여야 하나요?

#8 TnLime2017-09-23 15:41:40

#7 신고게시판에 기여내역을 복사하셔서 처리하시는편이 빠를겁니다.

#9 suneungsiheom2017-09-23 15:41:47

#7 아카이브로 차단 사유가 되는 편집 내역 등을 처리하지 않으면 30일 후 기여 목록에서 없어지기 때문에 이후 차단 소명이 어려워질 수 있습니다.
차단 코멘트의 신고 게시물 내용에 편집 내역이 없다면, 댓글로 아카이브하는 것이 좋습니다.

#10 211.228.248.1512017-09-23 15:44:03

기여 목록 경우에는 아카이브보다 그냥 복붙하시는 게 훨씬 편하실 겁니다.

#11 suneungsiheom2017-09-23 15:45:24

#9
#
위 예시는 신고 게시물 내용에 편집 내용이 있는 경우입니다. 신고 게시물 내용에 없을 때는 편집 내용을 댓글로 작성하시면 됩니다.

#12 ElectricalBoy2017-09-23 15:45:29

#7 경험상 신고 게시글 처리에는 복붙이 낫더군요.
아카이브는 즉결처분 할 때나...

#13 211.228.248.1512017-09-23 15:47:21

또한 제가 경험한 바로는 https://namu.wiki/contribution/ip/211.228.248.151/document등을 다이렉트로 아카이브 처리하면 아카이브가 되지가 않더군요. 백업을 하신 다음 그 링크를 아카이브 하셔야 할 겁니다.

#14 ElectricalBoy2017-09-23 15:47:49

#13 될 때도 있고 안될 때도 있습니다
말그대로 복불복이던데요.

#15 211.228.248.1512017-09-23 15:48:13

#14 되는 경우가 있기는 했나 보군요.

#16 ElectricalBoy2017-09-23 15:49:03

#14 즉결처분 하느라 아카이브 많이 썼는데...
최근에는 아카이브 실패하는 경우가 대충 3번 중 1번 정도던데요?

#17 ElectricalBoy2017-09-23 15:49:32

#16 #14#15

#18 211.228.248.1512017-09-23 15:50:11

#16 아무래도 그 사이에 수정이 이루어졌나 한가보네요. 저는 어느 순간부터 아예 먹통이 뜨길래 백업본을 아카이브 걸고 그랬었거든요.

#19 ElectricalBoy2017-09-23 15:51:45

https://board.namu.wiki/free/244700
대역차단 도움말입니다

#20 ElectricalBoy2017-09-23 15:54:13

#18 계속 먹통일 때도 있었는데 어느 시점(6기 말-7기 초 정도였나?)부터 나아지더라고요
잠수함 패치가 있었겠죠. 패치 내역을 공개 안하니 진실은 저 너머에..

#21 211.228.248.1512017-09-23 15:55:11

#20 확인했습니다. 제 기여목록을 다이렉트로 아카이브 걸어보니, 확실히 아카이브가 됩니다


다만 아카이브의 경우 흰 화면만 걸리는 경우 등의 버그 등이 있을 수 있기 때문에 한번씩 꼭 확인해보시기 바랍니다.

#22 PhysicalMouse2017-09-23 16:01:30

구 임시관리자입니다.

의무는 아니지만, 개인적인 차단 기준을 하나 만들어두시길 권합니다. 매번 차단수위가 달라지면 그걸로 발목잡힐 수 있어요.

또, 시간이 없으시겠지만, 시간이 남는 대로 차단 일지를 기록해두시면 좋습니다. 차단 기준을 개선하는 데에 도움이 될 겁니다.

#23 ElectricalBoy2017-09-23 16:03:06

#22 개인적 차단 기준 만들어두라는 부분에 공감합니다
차단기간 산정하는데 걸리는 시간도 줄더라고요

#24 ElectricalBoy2017-09-23 16:06:52

문서에 생성 제한 거실 때 문서 생성 없이 아래 링크 들어가서 바로 설정하시면 됩니다
생성과 이동만 admin으로 설정하시면 삭제는 굳이 admin''을 걸 필요가 없습니다 (생성되지 않은 문서를 삭제할 수는 없으니...)
https://namu.wiki/admin/acl/(문서명)

#25 ldmsys2017-09-23 16:15:58

민선 폐지 직전 관리자입니다.
개인적으로 ACL 걸때 이동에 member를 꼭 거는것을 추천합니다.
아직은 회원 외 이동이 불가능하지만, 만약에 사측에서 가능하게 패치를 해버린다면 엄청 귀찮아집니다.

#26 ldmsys2017-09-23 16:16:30

https://phpgongbu.ga/tocont.php 신고 게시판에 기여내역만 딸랑 나오는경우 이 툴 쓰시면 편합니다.

#27 mabi2017-09-23 16:38:14

뭐 긴급조치는 사문화된거 같으니 상관 없을거 같고. 차단 집행하실때 규정 확인하시고 사유 적어주시는게 좋습니다

#28 red21412017-09-23 17:06:21

편집권 남용자의 해당 수정부분은 되돌리기를 해도 되나요?

차단자였다는 이유 만으로는 되돌리기를 못 한다는 규정이 있었던거같긴 한데,
관선 관리자가 규정 수정하면서 없어진 것도 같고..

#29 katy09292017-09-23 17:15:59

#28 편집권 남용이면 당연히 가능합니다. 차단자의 멀쩡한 수정을 차단자가 했다는 이유만으로 지우는 게 불가능하단 의미죠.

#30 red21412017-09-23 17:31:27

#29 맞게 알고있었네요. 감사합니다.^^

규정이 많이 수정되다 보니 혼란이 오는 부분이 많네요.