ADailyAndRainySmoke (사용자:namu) 백업본

현재 존재하는 것은 모 규정토론에서 '이건 그냥 좀 나은 오리실험에 불과하다' 소리까지 나오고 있으며, 검사관을 둘 필요가 없다는 사용자 의견까지 있습니다.

이에, 민선을 위해 공개한 툴을 미디어위키나 오픈나무 수준으로 강화해야 한다고 생각합니다.

그리고, 나무위키의 '관선'인 사용자:관리자의 현재 차단 내역을 보건데 그 사람은 조회 기록을 띄우지 않고도 검사를 할 수 있는데, 왜 민선에게 이렇게 조악한 툴을 줬는지요?

파일:오픈나무_검사.jpg
파일:오픈나무_검사_2.jpg

오픈나무의 툴도 더 시드의 것보단 낫습니다.

#1 조회 기록은 띄울 수 있게 해 달라고 첫날에 말씀드려서 그런 거 같네요

이메일 조회와 매번 로그인 시 사용했던 UA는 알 수 있었으면 합니다. 아이피도 입력하면 해당 아이피를 거친 계정 또한 추적이 가능했으면 좋겠고요

또 조회 가능한 기간이 상당히 짧은 거 같은데 이용자가 가입했을 때부터의 기록이 모두 제공되는 건 어려울까요

#1 https://www.alphawiki.org/thread/Ty23SR1ABzyfXeST5C7kda 남간은 우만레에서 자체적으로 만들어 쓰고 있다고 합니다

#6 분명히 민선 시절엔 문의할 때마다 개발 능력 없다더니 그것도 구라였군요.

#7 사측이 남간 게시판 복붙할 때 보니까 나무픽스로 뜨는 시각 표시가 kst더군요. 한국 아이피 사용하고 있지 않으면 그렇게 안 뜹니다

#1 #2
https://www.alphawiki.org/thread/Ty23SR1ABzyfXeST5C7kda#4 참고하십쇼
처음부터 완벽한 프로그램이 나올수 없음. 내가 머 피드백 안받겠다고 선언한거 아니고 이따위로 까기 시작하면 개발 하기 싫어짐

#4
매번 로그인시 UA가 기록되지 않게 되어 있고 UA는 얼마든지 조작 가능한 값이라 사실상 실효성이 떨어진다고 생각함
#5
기간은 로그인 기록이 남기 시작한게 최근부터라 당연히 짧을수 밖에 없음.

나는 씨--* 시간이 남아 돌아서 코딩하나

#12 애초에 머 어떻게 해달라고 요구사항이 명확하게 있었던건 아닌거 같은데

일단 진정하시고..

개발하시느라 고생하셨습니다. 다만 혹시 다검툴에 계정의 이메일주소확인기능의 업데이트를 해 주실수 있을까요?

일단 논의되어야 될 것

이메일에 대해서는 다검 보고서에 있었을 만큼 논의는 되었다고 생각됩니다.

아이피의 경우는 /24대역에서 조회기록을 남기면 되지 않을까요? 장확한건 규정토론이 끝나봐야 알겠지만요

다검툴을 정해진 검사관만 쓸수있다는점과 수정시 기록이 남는다는 경고가 있었다는점이 있어서 이메일 정도는 같이 봐도 되지않을까 생각됩니다. 다만, 검사관이 볼수는 있지만 다른사람들이 볼수는 없게 해야겠죠. 그걸 위해 규정을 지금 만드는거고요.

이메일 추가 완료

확인했습니다. 조금씩 보완해나가면 더 멋진 툴이 될것같네요.
#16 그건 규정토론에서 마저 하셔야죠

그래도 블라인드는 넣어야 하지 않을까요?

#11 와우

현재의 IP 접속 기록에서 기록 폐기 기간은 별도로 설정되지 않은 상태인가요?

응? #11 스래드 수정이 가능한가봐요?

헐... 관리자가 욕을 하다니... 정말 실망이네요. 자진 사퇴 바랍니다.

#24 서버주가 자진사퇴하면 여기 망하란 소린데여

#23 서버를 쥐고 있으면 뭐든 할 수 있죠

#24 안그래도 바쁜데 여기 알파위키 일까지 겹치면

솔직히 요구사항도 말안하고 개선하라고 말한 창조가 잘못한거 인정합시다 ㅎ

#28 ㅇㅈ합니다

#28 전혀 반박할수 없는 스래드

로그인 기록이 남기 시작한 시점부터 IP 기록이 계속 남게 되면, 나중에는 검사관이 눈으로 일일이 둘러보면서 IP 검사하는 게 매우 어려울텐데 조회 결과에서 처음에 사용한 IP 목록이 뜨게 하실 수 있나요?

#31 집합형태로 사용한 IP목록을 보이는건가요. 괜찮아보이긴 하네요.

아이피간 비교하면 ctrl F 로 검색하면서 찾으면 되지 않을까요?

아 집합형태로. 이해했습니다

IP는 무기한으로 기록되나요?

#35 무기한이면 더할 나위 없이 좋을 것 같습니다

#11은 어쩔 수 없이 블라인드 합니다

#11 namu님 발언 주의해주세요.

차라리 많이 바쁘시다면 개발자를 한 명 더 뽑는 것을 추천드립니다.
그럴 의향이 있으시다면, 사용자:LiteHell님 추천드리고 싶습니다.

#11 namu님 혹시 pppp나kasio와 연결되시나요? 어느정도 도움이 될꺼 같은데요

#39 제가 개발자라면 제 3자를 쉽게 신뢰하지는 않을 겁니다.

현재까지는 namu 혹은 umanle가 별 다른 터치를 하지는 않지만 나무픽스는 어디까지나 더 시드에 대한 미인가 제 3자 스크립트일 뿐이며, 더 시드 엔진은 크롬이나 파이어폭스의 확장기능, 동종업계와 비교하자면 미디어위키처럼 확장기능을 덧붙이는 것을 전제로 만들어진 코드조차 아닙니다. 이는, 각종 게임에서 아무리 핵이 들끓는다 하더라도, 제 3자가 만든 안티핵 프로그램을 결코 인가하지 않는 것과 일맥상통합니다.

개발 분야는 namu님이 전적으로 권한을 가지고 있습니다. 조언해 주시면 알아서 하실 일이죠

#43 저는 namu님이 너무 바쁘신 것 같으니 개발진 추가 채용을 권해드린 것 뿐이고, 개발진 후보로 LiteHell님을 추천한 것 뿐입니다.
당연히 최종 결정권은 namu님에게 있습니다.

알겠습니다.

#45 솔직히 namu님도 굉장히 힘드실 정도로 상당히 많이 바쁘신데, 저희가 해 드릴 수 있는 것이 사실상 없으니 안타까울 뿐입니다.

죽창 찌르지만 않아도 개발 속도가 n배는 빨라진다고 하네요 http://gall.dcinside.com/board/view/?id=dcwiki&no=396678&page=1&search_pos=-392072&s_type=search_all&s_keyword=n%EB%B0%B0

#47 모든 죽창을 더미화 처리합시다

#47 (단, n<1)

namu가 당장에 자기 엔진도 안밝히고 최대한 감추며 개발하는데 굳이 개발진을 하나 더 뽑을거라고는 기대도 안하긴 합니다. 여러분도 사실 "나무위키와 같은 시스템"을 원해서 온거잖아요. 그럼 기다리는거말곤 답이 없을거같습니다.

솔직하게 말해서 모두 다 같은 DB갖고 미디어위키로 만들어도 안올거고, 쌩 초짜 DB갖고 더시드로 굴려도 안올거고, 결국엔 나무위키 만든 나무가 DB들고와서 더시드로 굴린대니까 온게 대부분 아닙니까. 그럼 나무위키에서도 봐왔던 이 귀염둥이의 자유분방함과 그로 인한 개발속도의 저하도 당연한겁니다. 전 그래서 그렇게 크게 기대도 안하고 "언젠가는 해주겠지" 하고 기다리는거죠.
그러니까 너무 찌르진말고 격려해주며 기다려봅시다. 우리는 우리가 해야할 일들도 산더미잖아요?

#51 좋은 말씀입니다.

#24 최고존엄을 모독하다니!!