위키백과:사랑방 (기술)

위키백과, 우리 모두의 백과사전.
이동: 둘러보기, 검색
기술 사랑방
기술 사랑방
 2015년 4월 
새로 고침 / 보존 문서
  일반 일반   정책 정책   기술 기술  
이용 안내
단축:
백:기
백:기술

기술 사랑방한국어 위키백과에 대한 기술적 문제에 대해 논의하는 공간입니다. 버그와 기능 제안은 파브리케이터에서 이루어지고 있으며, 미디어위키의 시스템 번역은 대체로 translatewiki.net (번역위키닷넷)에서 이루어지고 있습니다.

새 주제로 글을 쓰시려면 맨 아래의 새 글 쓰기를 이용하시면 됩니다. 기술 사랑방의 예전 토론은 과거 토론 목록에서 확인하실 수 있습니다.

  • 이 공간은 위키백과의 기술적 문제에 대한 보고를 위한 곳이 아닙니다. 기술적 문제에 대한 보고는 파브리케이터에 보고해 주세요.
  • 미디어위키에 대한 일반적인 내용에 대해서는 도움 데스크에 글을 올리는 것을 권장합니다.
  • 에 관련한 논의에 대해서는 관련 위키프로젝트를 방문해 주세요.
위키백과 소식


의견 요청

PDF와 책 만들기 기능[편집]

지금 바로 좌측의 PDF로 다운로드 하기 버튼을 누르고 렌더링 과정을 거치고 보면 띄어쓰기가 제대로 안되어 있는 등 가독성에 문제가 많은 문서가 나옵니다. 또 책 만들기 기능을 활성화 하면 기능 자체야 제대로 돌아가긴 하는데 영어판처럼 제대로 된 설명도 없고 Pediapress에 대한 정보도 한국어로 된 정보는 전무한 듯 합니다. 지금까지 이에 대해서 신경써보신 분 있으신가요.--Leedors (토론) 2015년 2월 1일 (일) 15:08 (KST)

왜 그런지 모르지만 글꼴은 백묵 바탕(Baekmuk Batang)과 백묵 굴림(Baekmuk Gulim)이 쓰였네요. 영문은 제대로 나오는 것 보니 서버에 있는 글꼴이 잘못된 게 아닐까요?--Namoroka (토론) 2015년 2월 3일 (화) 15:30 (KST)
폰트 변경 (물론 총의 필요)이나 버그 보고는 파브리케이터에서 진행해 주세요. 파브리케이터는 위키백과 ID와 비밀번호 (OAuth를 사용합니다)로 로그인 가능합니다. PediaPress는 망했다는 소식을 들은 것 같은데 정확히는 모르겠네요. — Revi 2015년 2월 3일 (화) 21:45 (KST)

타임라인[편집]

https://www.mediawiki.org/wiki/Extension:EasyTimeline 에 대한 질문입니다. 후두류각룡류를 보면 <timeline> extension 을 이용한 도표가 나오는데, 여기에 한글 텍스트를 넣으려고 하면 한글이 깨져 보이네요. 이걸 손보고 싶으면 어디를 찾아봐야 하는 건가요? --JikhanJung (토론) 2015년 2월 3일 (화) 05:53 (KST)

@JikhanJung: 기술적으로 한글 지원을 하지 않으므로 불가능합니다. 한국어 지원을 하겠다는 말은 있는데 베이퍼웨어가 되어서 계속 업데이트는 안되네요.--twotwo2019 (토론 / 기여) 2015년 2월 3일 (화) 09:53 (KST)

VisualEditor News #1—2015[편집]

2015년 2월 6일 (금) 03:30 (KST)

도움말:, 초안: 이름공간[편집]

도움말: 이름공간을 부활시키고 초안: 이름공간을 신설할 것을 제안합니다. 위키백과에서 도움말에 해당되는 문서들이 과거와 다르게 많아서 따로 관리할 필요성이 생겼고 초안 이름공간도 처음 문서를 만들때 토막글로 두기 애매할 때 초안 이름공간에서 어느 정도 양이 채워지고 일반 문서로 옮기는 게 대안이 될 것입니다. 사용자 하위 문서로 둘 수도 있는데 사용자 문서는 다른 사용자가 함부로 건들기 애매하기도 하고 또 이왕이면 협업할 수 있는 공간에 두어야 좀 더 이른 시간 안에 문서를 완성해볼 수 있지 않을까 해서이기도 하고요.--Leedors (토론) 2015년 2월 11일 (수) 19:17 (KST)

여전히 도움말은 그리 많지 않은데요. {{도움말}}로 관리할 수 없을 정도로 많은 건 아니잖아요.
Draft: 에 대해선 긍정적입니다. 이름공간 단위로 __NOINDEX__ 설정이 적용되니 완성되지 않은 내용이 검색에 뜨지도 않고요. — Revi 2015년 2월 11일 (수) 21:00 (KST)
초안: 이건 생성하면 좋겠는데요. -&bahn (반월) () 2015년 2월 11일 (수) 21:49 (KST)
여기를 보셔도 아실 꺼고 찾아보면 더 많을 껍니다. 지속적인 관리를 위해서 도움말 이름공간은 필요하다고 봅니다.--Leedors (토론) 2015년 2월 12일 (목) 19:59 (KST)
100개도 안 되는데요. transclude 아닌 링크 빼도 100개가 안 되는데 새 이름공간은 낭비입니다. — Revi 2015년 2월 12일 (목) 22:40 (KST)
포털도 50개도 안되는데 따로 이름공간을 쓰고 있습니다.--Leedors (토론) 2015년 2월 13일 (금) 12:11 (KST)
포털은 포털: 을 사용하지 않으면 일반 이름공간에 집계되는 문제가 있습니다. 위키백과: 이름공간에 있는 도움말은 그러한 문제가 존재하지 않습니다. — regards, Revi 2015년 2월 27일 (금) 18:36 (KST)
초안, 도움말 이름공간 도입을 모두 찬성합니다. 도움말 문서가 많아지면 이름 공간 이동이 더 어려워질 것입니다. 옮기기 쉬울때 도움말 이름공간을 도입하는 것이 좋다고 생각합니다.--콩가루 · 토론 2015년 2월 12일 (목) 20:05 (KST)
모두 도입을 찬성합니다. --twotwo2019 (토론 / 기여) 2015년 2월 12일 (목) 20:09 (KST)
일반 이름공간에서는 삭제할 수밖에 없는 문서가 별도의 이름공간에서 다듬어질 수 있다면, 초보자의 시도를 보호할 수 있다는 관점에서 찬성합니다. 도움말의 경우에는 사용한다고 딱히 해가 있는 것은 아니지만(이름공간 자체는 예전부터 활성화되어 있습니다) 굳이 옮겨야 하나 싶기는 하네요. - IRTC1015 2015년 2월 15일 (일) 21:33 (KST)
있으니까 써야 하지 않나 싶어요. 이름공간에 '도움말'이 있으면 도움말 문서 마다 {{도움말}}을 일일히 적을 필요가 없어 바이트 낭비를 줄일 수도 있고요.--Leedors (토론) 2015년 2월 15일 (일) 22:46 (KST)

이름공간을 만드는 건 아마 요청하는 곳이 따로 있는 것으로 아는데 적당히 의견이 모아졌다고 보이니 요청하는 법을 아시는 분은 따로 만들어 달라고 요청해주셨으면 하네요.--Leedors (토론) 2015년 2월 15일 (일) 22:46 (KST)

요청 일주일도 안 됐어요.... 저쪽에서 거부합니다. — regards, Revi 2015년 2월 17일 (화) 00:15 (KST)
도입 전 토론 기간이 1주일 정도 필요하다는 얘기이신가요? 그렇다면 지금은 요청이 가능한가요?--Leedors (토론) 2015년 2월 20일 (금) 19:17 (KST)
최소 1주일을 거치지 않은 제안은 저쪽에서 on hold를 걸고 대기탑니다. 1주일은 최소 기간이고, 일반적으로 2-3주 정도 공동체의 의견을 듣는 게 올바른 방향입니다. 정책/지침 도입 토론을 5일만에 결론짓지 않는 것과 같은 맥락입니다. — regards, Revi 2015년 2월 20일 (금) 19:31 (KST)
둘 다 좋은 제안입니다. 좀 늦었지만, 저도 찬성합니다. -- 아사달(Asadal) (토론) 2015년 2월 19일 (목) 18:46 (KST)
도움말을 이동해서 얻는 이득을 모르겠네요. {{도움말}}에 필요한 바이트는 {{ 2바이트, 도움말 6바이트, }} 2바이트로 총 10바이트입니다. 하지만 {{도움말}}을 포함한 모든 문서를 이동한다 치면, 기본적으로 #넘겨주기 [[도움말:****]]#넘겨주기에서 9바이트, [[]]에 4바이트, 도움말:****에 최소 7바이트가 소모되어 20바이트가 기본으로 나갑니다. 거기에 {{단축}}이 있다면 이중 넘겨주기를 처리하는 데 이중의 편집이 필요합니다. 오히려 이동에 바이트 낭비가 생깁니다. 있다고 다 써야 하는 것은 아닙니다. 도움말이라고 할 수 있는 문서가 30개도 넘지 않는데 별도의 이름공간을 할당하는 것은 불필요한 일입니다. 한국어 위키백과가 영어 위키백과나 mediawiki.org처럼 도움말이 많이 있는 것도 아니니까요. — regards, Revi 2015년 2월 27일 (금) 18:36 (KST)
저는 도움말에는 반대 의견을 남깁니다. 포털이나 위키프로젝트의 경우 대체될 수 있는 이름공간이 없지만 "도움말:"의 경우 "위키백과:"로 대체할 수 있다고 생각합니다. 또한 도움말 문서가 600개 정도(en:Wikipedia:Database reports/Page count by namespace 참조)나 있는 영어 위키백과와 달리 한국어 위키백과에서 도움말이라고 할 수 있는 문서는 별로 없다고 봅니다. 하지만 초안에 대해서는 찬성 의견입니다. 위키백과에는 아이소뷰틸렌이나 날붙이와 같이 매우 부실한 문서가 많습니다. 하지만 초안 이름공간을 생성하면 이런 과도한 토막글을 막을 수 있다는 장점이 있습니다. 어쨋든 저는 "도움말:"에 대해서는 반대, "초안:"에 대해서는 찬성 의견을 냅니다.-- Skky999 (토론기여) 2015년 2월 27일 (금) 18:50 (KST)
도움말은 찬성 초안은 보류 초안은 어떤건지 정확히 모르겠습니다. --데버 (토론 · 기여) 2015년 3월 10일 (화) 00:45 (KST)
@Dever97: 저는 날붙이 문서와 같이 일반 문서로 유지되기에는 너무 짧은 문서나 번역이 아직 진행중인 문서, 정책과 지침에 따라 다듬어야 할 부분이 매우 많은 문서들이 "초안" 이름공간에 들어가는 것으로 알고 있습니다.-- Skky999 (토론기여) 2015년 3월 10일 (화) 18:04 (KST)
  • 도움말은 요청이 필요 없습니다. (여전히 반대 입장임을 분명히 합니다) 반대 의견 없는 초안: 에 대해 phab:T92798을 접수했습니다. — regards, Revi 2015년 3월 16일 (월) 13:56 (KST)
  • 초안: 이름공간이 도입됬습니다. 저는 도움말 이름공간에도 찬성합니다.--분당선M (토론) 2015년 3월 19일 (목) 00:54 (KST)

도움말 이름공간에 대한 반대 의견이 있는지 모르고 있었네요. {{도움말}} 얘기는 단순히 바이트가 절약되서 그렇다는 얘기가 아니라 틀을 지우면 본문을 문서의 최상위로 몇 줄 더 끌어올릴 수 있는 장점이 있고 이게 장점이 아니라 하더라도 아무리 사소한 것일 수 있어도 필요없는 부분은 그래도 빼두는 게 좋다고 봅니다. 도움말 이름공간을 두면 도움말 항목 정비에 관해 관심이 있는 사용자가 도움말 문서를 좀 더 쉽게 찾을 수 있고 또 도움말 문서가 얼마나 있는지 집계할 수 있는 장점이 있습니다. 위키백과 이름공간에 두면 어느 문서가 도움말에 해당되는 지 찾기가 어렵습니다. 프:위키백과 초보자 안내에서 체계적으로 관리하면 더 좋겠죠. 현재 도움말 문서가 그리 많지 않긴 하지만 적은 수도 아니고 앞으로 더욱 늘어날 것이니 지속적인 관리를 위해 도움말 이름공간을 미리 부활시켜두는 게 좋다고 생각합니다.--Leedors (토론) 2015년 3월 29일 (일) 19:54 (KST)

{{포털 상자2}}[편집]

후에 포털:빵을 만들기 위해 저는 우선 제 사용자 문서 아래에 사용자:Skky999/포털/빵문서를 생성했습니다. 그런데 틀:포털 상자2를 해당 문서에 사용하고 "내용" 변수에 {{사용자:Skky999/포털/빵/알고 계십니까}}라고 입력한 뒤 사용자:Skky999/포털/빵/알고 계십니까 문서에 정렬되지 않은 목록을 생성하니 모든 별표가 모두 정상적으로 보이지 않고 첫번째 별표만 유독
* A

  • B
  • C
  • D

와 같이 보이는 문제가 발생하더군요. 왜 그런 것인지, 그리고 이 문제를 해결할 방법은 무엇인지 궁금합니다. -- Skky999 (토론 & 기여) 2015년 2월 15일 (일) 20:58 (KST)

확인 차 부득이하게 건들게 된 점 죄송합니다. 틀:포털 상자2를 뜯어봤더니, {{{내용}}} 요 부분이 줄의 첫부분이 아니라서 생긴 문제입니다. 틀:포털 상자2를 사용하는 다른 것들을 봤더니, 그림을 넣던가, 아니면 <nowiki />라던가 이런 것들을 이용해서 첫 목록까지 줄 처음으로 받아들이게 처리하더군요. -&bahn (반월) () 2015년 2월 15일 (일) 21:19 (KST)

사용자 페이지 관련 변경사항[편집]

이번주 수요일부터 사용자 페이지가 없는 위키에서는 메타위키의 사용자 페이지가 뜨게 됩니다. ([1]) 자세한 설명은 mw:Help:Extension:GlobalUserPage(영어)를 참조해주세요.--콩가루 · 토론 2015년 2월 18일 (수) 15:34 (KST)

내용 일부 추가.--콩가루 · 토론 2015년 2월 21일 (토) 00:50 (KST)
유용한 정보 감사합니다. Bluemersen (+) 2015년 2월 21일 (토) 00:20 (KST)

소도구 삭제 신청[편집]

공용 위키 보면, 소도구에 삭제 신청 기능이 있던데, 혹시 일반 위키에도 이러한 기능을 추가할 계획은 없나요? --데버 (토론 · 기여) 2015년 2월 23일 (월) 11:54 (KST)

할 수는 있는데, 전 js를 못 만지기 때문에 유지보수는 책임 못 집니다. {{삭제 신청}}을 집어넣는 버튼을 검색창 위에 설치하는 스크립트는 간단히 할 수는 있습니다. 물론 Special:MyPage/common.js 한정이지만요. — regards, Revi 2015년 2월 23일 (월) 13:15 (KST)
과거에도 그러한 스크립트가 사용된 예는 있습니다(저 자신도 그렇고요). 기능 및 신뢰성이 보장된 스크립트가 있다면 이를 추가하는 데에는 긍정적입니다. - IRTC1015 2015년 2월 26일 (목) 22:29 (KST)

참고문헌 표시 문제[편집]

이전에 없던 '오류 표시'가 붉은 텍스트로 뜨네요. 뭐가 잘못되었는지를 지적해 주는 면에서는 바람직한데 미관상 보기가 안좋습니다. 예전처럼 식과 어긋나는 변수는 그냥 안보이는 상태로 되돌릴 수 없습니까? 모든 문서 참고문헌이 빨간 텍스트로 덮였네요.--Ta183ta (토론) 2015년 2월 24일 (화) 00:13 (KST)

@Ta183ta: 문서 예시 하나만 들어 주시겠어요?--콩가루 · 토론 2015년 2월 24일 (화) 00:47 (KST)
항성. 그런데 이 문서뿐 아니라 웹 인용, 서적 인용 등의 틀을 쓴 많은 문서가 다 똑같이 붉은 텍스트로 도배되었습니다.--Ta183ta (토론) 2015년 2월 24일 (화) 00:49 (KST)
각종 인용 틀이 루아를 기반으로 한 틀로 변경되면서 새로 생긴 기능 같습니다. 위키백과:인용_오류_도움말#오류 메시지 제어하기를 참조해주세요.--콩가루 · 토론 2015년 2월 24일 (화) 12:05 (KST)

얼마 전까지 틀이 제대로 작동하는지 시험을 위해 오류 메시지를 숨겨놨으나, 현재 대부분의 문제가 해결되어 다시 표시되도록 바꾸었습니다. 일단 가장 많이 나타나는 오류 메시지 두 개를 숨겼습니다.--Namoroka (토론) 2015년 2월 25일 (수) 00:54 (KST)


소도구 추가 알림[편집]

편집 소도구에, 토론 문서에서 서명을 하지 않고 저장 버튼을 눌렀을 때 확인창을 띄우는 스크립트를 추가해 보았습니다. 사용하고자 하실 경우 사용자 환경 설정에서 활성화하실 수 있습니다. 혹시 동작에 문제가 있다면 알려 주세요.

알려진 버그: wikEd와 같이 사용할 경우 저장할 때 확인창이 두 번 뜨며, 첫 번째 확인창의 결과만이 유효합니다.

덧붙여, 편집요약 상용구에 요약 입력과 함께 '사소한 편집' 여부를 체크할 수 있는 설정을 추가했습니다. 사용법은 도구의 설명 문서를 참조해 주세요. - IRTC1015 2015년 3월 2일 (월) 20:11 (KST)

{{의견 요청}}[편집]

현재 2015년 2월의 정책 사랑방에는 다른 나라의 국적을 가진 한국인의 성명에 관한 토론과 일반 명사의 표기에 관한 토론 문단에 의견 요청 틀이 붙어 있습니다. 그런데 이상하게도 {{의견 요청 목록}}에는 전자와 후자 중 더 위쪽에 있는 전자의 의견 요청 틀만 뜨더군요. 일단은 제 생각으로 봇 문제인 것 같은데 같은 문서에 있는 두 의견 요청 문단을 모두 {{의견 요청 목록}}에 보이게 할 수 없을까요?-- Skky999 (토론기여) 2015년 3월 5일 (목) 20:13 (KST)

봇 문제입니다. 의견요청 봇 주인 분께 문의해 보세요. — regards, Revi 2015년 3월 7일 (토) 22:20 (KST)

모바일 IP의 편집 금지[편집]

메타에서 매우 우려스러운 토론이 진행 중입니다. 이탈리아어 위키백과의 단일 케이스를 근거로 위키미디어 700개 위키에서 모바일 IP 편집을 허용하자는 제안을 진행하고 있습니다. 메타의 제한적인 사용자가 제한적인 기간동안 실시하는 투표를 근거로 각 로컬 위키의 의사와 각 위키의 사정은 무시하고 일괄적으로 적용하겠다는 것입니다.

모바일 IP 편집을 허용하는 것은 다음과 같은 문제점을 지니고 있습니다:

  1. PC 편집을 감시할 인력도 없는데, 모바일 IP 편집을 허용하면 편집 지침, 위키문법을 무시하는 편집이 많아질 것입니다.
  2. 모바일에서 편집이 쉬워지므로, 장난성 편집을 하는 사람이 많아질 것입니다.
  3. 공용의 모바일 업로드가 증명한 바와 같이 (phab:T64598) 장난성 편집으로 인해 다시 IP를 허용하지 않을 가능성이 높습니다.

It seems, that there are still very useless images. The last days statistic:

24 Aug: 90% useless
25 Aug: 82% useless
26 Aug: 100% useless
The rule implementation itself works good, but it seems, that the rules itself doesn't help to improve the quality of uploads :/

phab:T64598#676239, Florian

따라서, 한국어 위키백과에서는 메타의 토론과 관계 없이, '모바일 IP 편집을 허용하지 않는다'라는 총의를 구합니다.

(백:IP도 사람입니다를 근거로 허용하자는 분이 있을 것 같은데, 그것은 한국어 위키백과가 이러한 편집을 감당할 수 있을 때나 적용될 수 있는 논리입니다. 감당도 못할 일은 하는 것만 못 합니다.)

— regards, Revi 2015년 3월 7일 (토) 22:37 (KST)

금지 찬성 현재도 관리자 수 부족으로 사용자 및 문서 관리가 벅찬 편인데, 저 편집도 허가할 경우에는 감당할 수 없을 것입니다. 충분한 능력이 갖춰진 후에 허가해도 늦지 않을 것입니다. --L. Lycaon (토론 / 기여) 2015년 3월 7일 (토) 22:39 (KST)
양쪽 모두 실익이 있어 판단하기 어렵습니다. 여기서 총의가 확인되도 이의가 없습니다. 단, 모바일로 IP가 못한다고 해서 PC버전으로 들어와 편집할 가능성은 충분합니다. 지금 저도 그러고 있는데요.--분당선M (토론) 2015년 3월 7일 (토) 23:16 (KST)
그 경우는 PC 반달로 처리하면 됩니다. 어짜피 모바일에서 PC모드로 훼손을 한다면 그건 정상적인 사용자는 아니죠. — regards, Revi 2015년 3월 8일 (일) 00:00 (KST)
질문 모든 모바일 IP의 편집 차단인가요? 그러니까, 이것이 통과되면 모바일에서 로그인해도 편집을 하지 못한다는 뜻인가요? HIPANE (토론) 2015년 3월 7일 (토) 23:54 (KST)
질문 저도 궁금합니다.--보드75(토론|기여) 2015년 3월 7일 (토) 23:55 (KST)
현재 설정 (모바일에서 IP는 편집 불가, 로그인 후 편집 가능) 을 유지하자는 것입니다. 로그인 사용자는 영향을 받지 않습니다. — regards, Revi 2015년 3월 8일 (일) 00:00 (KST)
아 그렇군요.--보드75(토론|기여) 2015년 3월 8일 (일) 00:01 (KST)
찬성 IP 편집 불가를 해제하면 얻는 익보다 실이 몇 갑절 클 듯 합니다. revi님 답변 감사합니다. HIPANE (토론) 2015년 3월 8일 (일) 00:03 (KST)
금지 찬성 각 위키별로 정하면 되는 일을 왜 메타에서 한꺼번에 정할려고 하는 것인지 모르겠네요. 지금 관리자가 부족한 상황에서 PC 편집보다 규모가 커지고 있는 모바일 IP의 편집을 허용해버리면 치울 똥이 태산처럼 늘어나버리는 셈이 됩니다. 최근 바뀜이 반달으로 꽉 차는 상황을 막기 위해서는 일단 모바일 IP 편집을 금지하는 조치가 필요합니다. 관리자나 롤배커 수가 충분히 늘어나면 그때 가서 허용해도 될 일입니다.-- Skky999 (토론기여) 2015년 3월 8일 (일) 09:01 (KST)
금지 찬성 지금도 모바일에서 PC버전을 통한 훼손이 지속되고 있는데 추적에 어려움이 있습니다. 그런데 모바일에서 본격적으로 편집이 허용될 경우에는 답이 없습니다.ㅡ커뷰 (토론) 2015년 3월 10일 (화) 00:24 (KST)
금지 찬성 모바일 IP 편집을 허용하면 지금도 유머성 편집이나 독자연구, 개인정보 또는 저작권를 침해하는 편집 등이 보이는데 허용하게되면 이런 편집이 격화되어 이익보다는 실이 큽니다.--비둘기출동Hohaen1(토론) 2015년 3월 11일 (수) 07:58 (KST)
금지 찬성 윗 분들의 의견과 동일합니다. --Ysjbserver (토론) 2015년 3월 13일 (금) 21:49 (KST)
Sorry for writing in English, but what are you voting on exactly? This permission change has nothing to do with the mobile uploads and it doesn't cause the same problems, as people who opposed the mobile uploads campaign admitted. Statistics on the only comparable case show that unregistered users' edits are equally good from mobile and from desktop.[2] --Nemo bis (토론) 2015년 3월 30일 (월) 18:12 (KST)
Not to allow MOBILE ANON USER EDITING. You do not understand Korean, that's why you thought we're voting on mobile uploading. — regards, Revi 2015년 3월 30일 (월) 22:42 (KST)
kowiki expects that we will have more vandalism than good edits, as supported above. Also, I do not think itwiki's test will not exactly match with kowiki's edits. We already have to cleanup dungs created by PC anons, and mobile IPs able to edit will just increase more dungs. — regards, Revi 2015년 3월 30일 (월) 22:45 (KST)


요청이 파브리케이터: T94388 에 추적 중입니다. — regards, Revi 2015년 3월 31일 (화) 13:38 (KST)

금칙어 걸러내기[편집]

지금 제가 글을 쓴 사랑방이나 각 문서의 토론 문서, 사용자 관리 요청, 질문방 등 토론이 필요한 장소는 많습니다. 하지만 토론을 하라고 만들어진 이런 장소에서 욕설이나 인신 공격적인 발언을 하는 사람들도 적지 않습니다. 이런 안좋은 말이 토론상에서 보여지는 것을 막기 위한 방법이 생각나서 질문을 드려 봅니다. 혹시 토론 내용 상의 인신 공격성 발언이나 욕설을 걸러 주는 태그나 미디어위키 이름공간 상의 기능은 없나요? 또한 혹시 금칙어 걸러내기 기능이 존재하지 않는다면 한 번 만들어 보는 것은 어떨지요? (물론 욕설을 걸러내는 태그가 있긴 하나 특정 인신 공격성 발언의 패턴을 막는 장치도 필요하다고 봅니다.)-- Skky999 (토론기여) 2015년 3월 8일 (일) 15:49 (KST)

백:편집 필터 중에 욕설의 사용을 금지하는 필터가 존재합니다. 필터에 대한 자세한 사항은 비공개 필터라 알려 드릴 수 없습니다. — regards, Revi 2015년 3월 8일 (일) 23:33 (KST)

초안 이름공간[편집]

드디어 초안 이름공간이 생성되었습니다. 파브리케이터에서 요청이 받아들여졌나보네요. 그런데 지금 초안 이름공간의 문서가 2개(테스트를 제외하면 1개)밖에 없습니다. 초안 이름공간은 과도한 토막글, 위키 문법이나 정책에 따라 정리가 필요한 글, 번역이 덜 된 글, 미완성된 글 등이 올라가는 곳이니 많은 이용 부탁드립니다.-- Skky999 (토론기여) 2015년 3월 18일 (수) 20:05 (KST)

영문 위키 문서 업데이트 현황 보기?[편집]

저는 주로 영문 문서를 한국어 문서로 번역하고 있습니다. 번역을 하다 보면, 기존에 번역을 끝낸 문서에 대해서 영문 위키에 새로운 내용이 추가되어서 그 부분에 대한 번역이 필요한 경우가 생기겠죠. 관심 가지고 있는 문서들 중에서 이런 식으로 추가 번역이 필요한 문서들을 정리해서 보여주는 목록을 개인적으로 만들고 싶습니다. 가장 비슷한 예는 사:ChongDae 님의 사:Choboty 가 하고 있는 백:미번역 문서 하위에 위치한 분야별 미번역문서 목록작성 작업인 것 같습니다. 이런 작업을 하려면 제가 봇을 만드는 것이 정석인가요? 봇 만드는 법을 들여다 보려고는 하는데 봇용 계정 만들고 하는 절차가 명확히 머리 속에 들어오지가 않아서.. 혹시나 삽질을 좀 줄여볼 수 있을까 해서 문의해봅니다. ArchaeoFelis (토론) 2015년 3월 20일 (금) 14:42 (KST)

또한 위키백과 사용자이며, 다만 그를 통한 편집을 사람이 아닌 프로그램이 할 뿐입니다. 봇 계정 또한 일반 사용자 계정과 근본적으로 다른 점은 없으며, 구분이나 작업의 편의를 위해 일부 기능의 추가를 허용하는 봇 플래그의 부여를 위해 위키백과:봇/등록 신청을 운영하고 있습니다. 말씀하신 작업을 하는 봇을 만드시려 한다면, 우선 어떠한 프로그래밍 언어로든 그런 작업을 처리할 수 있는 프로그램을 작성하셔야 합니다. 특정 시점 이후의 변동 내역을 검출해서 이를 처리하는 작업은 기술적으로 충분히 가능한 일이기는 하지만, 편집이라는 것이 내용이 추가되기만 하지는 않으므로 추가 편집을 어디까지 유의미한 변동으로 볼 것인가, 그리고 그것을 기술적으로 어떻게 구별할 것인가에 대한 연구가 필요할 것입니다. 단순히 변동이 있는 문서만을 표시한다면 기술적 난이도는 크게 낮아지겠지만 효용도 낮아질 테고요. --IRTC1015 2015년 3월 20일 (금) 14:57 (KST)
목록에서 각 영어-한국어 문서별 최종 업데이트 날짜 및 변동된 문서량만 보여준다면 그 이후에 어떤 문서에 추가작업이 필요한지 판단하고 실제로 번역하는 작업은 어차피 사람이 할 일이라서 프로그램이 크게 똑똑할 필요는 없을 것 같습니다. 봇 등록 관련 문서들을 다시 살펴봐야겠군요. 감사합니다. --ArchaeoFelis (토론) 2015년 3월 20일 (금) 15:33 (KST)

인증서 오류[편집]

제가 오늘 위키백과에 들어오는데 인증서가 만료되었다고 나오네요.--기여1000회달성!보드75(토론|기여) 2015년 3월 21일 (토) 19:21 (KST)

여기서 체크해 보시면 만료일은 2015-11-26 입니다. — regards, Revi 2015년 3월 21일 (토) 19:27 (KST)
@-revi: 그럼 왜 인증서가 만료되었다고 나오죠? 님은 그렇게 안나오나요?--기여1000회달성!보드75(토론|기여) 2015년 3월 21일 (토) 19:33 (KST)
@보드75: 컴퓨터의 날짜 설정을 확인해보세요. 날짜가 안맞을 경우 그런 에러가 나옵니다. --L. Lycaon (토론 / 기여) 2015년 3월 21일 (토) 19:44 (KST)
네. 감사합니다. 날짜가 안 맞았었네요. 제 컴퓨터는 오래만에 켜면 시간이 2008년으로 나오거든요.--기여1000회달성!보드75(토론|기여) 2015년 3월 21일 (토) 19:47 (KST)

사용자 문서의 검색 비활성화[편집]

사용자 이름공간은 사용자에 대한 내용을 담고 있는 공간으로, 검색 결과에 노출될 필요가 없습니다. 따라서 NS 2와 NS 3 (사용자/사용자토론) 이름공간에 대해 검색 설정을 비활성화할 것을 제안합니다. — regards, Revi 2015년 3월 21일 (토) 20:21 (KST)

찬성 사용자 문서가 검색될 필요는 없다고 봅니다.-- Skky999 (토론기여) 2015년 3월 28일 (토) 10:37 (KST)
반대 특히 사용자토론을 검색되지 않게 하는 것은 반대합니다. 사용자토론은 사용자 이름공간과 달리, 그 사용자에 대한 내용만을 담고 있다고 보기는 어렵습니다. 여타 토론 이름공간과 마찬가지로 위키백과 편집을 위한 여러 사용자의 소통 공간이지, 단절된 사적 공간은 아닙니다. 가끔 과거 기록 검색이 필요할 때가 있는데, 여러 토론 이름공간 중 유독 사용자토론만 검색을 비활성화하는 것은 편리하지 않습니다.
그리고 기본적으로 위키백과의 모든 문서는 CC-BY-SA 3.0과 GFDL로 배포되는 오픈 콘텐츠이기 때문에 사용자 문서도 개인 블로그 같이 폐쇄적인 공간은 아닙니다. 굳이 검색제외를 기본 옵션으로 할 필요는 없다는 생각입니다. 지금도 포털 검색 결과에 노출되고 싶지 않다면 옵트아웃 방식으로 개별적으로 NOINDEX를 써서 검색에서 제외될 수 있습니다. Bluemersen (+) 2015년 3월 28일 (토) 11:37 (KST)
반대 Bluemersen님의 의견에 동의하는 바이지만, 사용자 이름공간을 opt-out할 수 있는 소도구가 만들어졌으면 합니다.--분당선M (토론) 2015년 3월 28일 (토) 11:38 (KST)
반대 반대하는 쪽으로 의견을 돌립니다. 대신 옵트아웃 소도구가 만들어지면 더 좋을 것 같습니다.-- Skky999 (토론기여) 2015년 3월 28일 (토) 12:00 (KST)
소도구로는 구현이 곤란하며, 색인되지 않게 할 문서의 아무 곳에나 __NOINDEX__를 추가하면 됩니다. {{사용자|noindex=예}}를 사용할 수도 있습니다. --IRTC1015 2015년 3월 31일 (화) 00:33 (KST)