위키백과:Wiki Project Red Link 복구/RLRL
Wikipedia:이 페이지는 https://tools.wmflabs.org/tb-dev/RLRL에서 Toolforge에서 호스팅되는 Red Link 복구 Live 도구에 대한 논의를 위한 것이다.
새로운 데이터 세트에 대한 아이디어
- Pinyin 대 Wade-Giles 동양어 번역 ([1])
- 외국어 제목 정확도를 높이기 위해 트리플 메타폰을 사용해 보십시오.
- 일반적으로 가중 레벤슈테인 거리
- 일반 약어(ltd/ltd/limited)
- 해동 기능 제거
- 대체 철자가 있는 이름(모하메드, 무함마드)
- 더 많은 동음어와 동음이의어
- 이중 은유법으로 특수화된 숫자 처리기
- 여기서 논의한 바와 같이 미디어위키 루센 검색에 사용된 모든 요령
- 라틴어 접두사(별칭 또는 하이픈으로 된 단어) "비시퀀서", "반인원"
- TB (대화) 22:34, 2010년 12월 15일 (UTC)
- 또한:
- * 부주의한 위치의 수녀들..2/23/55d
- * 명사 대 동사; 스프린트, 스프린트, 스프린터
- * 추론된 링크.A->B가 A인 경우 B의 빨간색 링크에 대한 대체 대상이 될 수 있다.
- - TB (대화) 23:42, 2011년 11월 20일 (UTC)
통계 용어
통계 화면에 나오는 용어 중 몇 가지를 설명해 주시겠습니까?
- 로스트
- 라이브 결과
- 링크 대 제목?
또한 업데이트 통계는 어떻게 작동하는가?
훌륭한 도구.웨일스 (토크) 09:13, 2010년 12월 19일 (UTC)
- 'Lost'는 새로운 제안, 체크된 제안, 오래된 제안 또는 고정 제안이 아닌 모든 제안의 캐치-올인 상태를 말한다.지금까지는 RLRL에서 새로운 데이터 세트를 추가하거나 제거하는 과정 외에 별로 사용되지 않았다.더 좋은 용어를 사용하는 것에 대한 제안은 환영한다 - 내가 생각해 낼 수 있는 최선은 '놀지 않는 것'이다.
- '실시간 결과'는 특정 페이지 확인 도구를 사용할 때 주문형에서 생성되는 결과물이다.라이브 결과를 도출하는 데 있어 강조점은 사전 준비된 제안을 생성하기 위해 사용되는 훨씬 더 선택적이고 시간이 많이 소요되는 방법과는 반대로, 어떤 방법을 사용하든 신속하게 실행할 수 있는 방법을 사용하여 합리적으로 타당한 제안을 많이 생성하는 것이다.
- '링크'와 '제목'은 빨간색 링크의 본문이나 기존 글의 제목을 수정하여 제시된 일치를 만들었는지를 가리킨다. - 솔직히 말하자면 약간 인위적인 구별이다.위키링크의 정확도와 기사 제목의 정확도의 차이를 측정하기 위해 따로 추적하고 있다.나는 기사나 링크 내에서 텍스트의 일부를 선택하는 것보다 기사의 제목을 선택하는 데 더 많은 '생각'이 들어가고, 이 사실을 사용하여 향후 일련의 제안들을 더욱 미세하게 조정할 수 있다는 것을 기억한다.
- 'Update Stats' - 제안이 표시되기 전에 원본 빨간색 링크가 여전히 존재하는지, 파란색 링크가 아닌지, 제안된 새 대상이 여전히 존재하는지 확인하기 위해 검사를 실행하십시오.'업데이트 통계'는 정확히 동일한 검사를 수행하지만, 시스템의 모든 '재생 중'(새, 확인 또는 이전) 제안에 적용된다.
확인 페이지 업데이트, 2010-12-23
나는 '체크 페이지' 도구에 사용된 주요 알고리즘 중 하나에서 문제를 수정했다.동유럽어 및 아시아어 표기에 대한 제안은 이제 훨씬 더 정확해야 한다. - TB (대화) 18:43, 2010년 12월 23일 (UTC)
새로운 제안 - 양성
800여 건의 새로운 제안이 게시되었다.이것은 명사와 일반적 형태의 국가 이름을 과테말라 정치와 과테말라 정치와 같은 링크와 호칭을 일치시키기 위해 비교하는 새로운 기술이다. - TB (대화) 22:55, 2011년 1월 8일 (UTC)
- 이 세트는 지금 완성된다(578건의 좋은 제안, 182건의 나쁜 제안, 75%의 성공).처음에는 대륙, 국가 및 미국의 주 이름 쌍(예: 아프리카/아프리카, 이라크/이라크/이라크, 텍사스/텍사스)과 함께 운영되지만, 소유 형태에서 흔히 사용되는 다른 많은 부류의 단어들이 있다는 생각이 든다 - 사회주의/사회주의, 철학/철학, 수학/수학, 종교/종교.지금 나는 그런 단어들의 어떤 유용한 목록들을 찾아내려 노력해왔고 빈칸을 그리고 있다.또한 나는 영어 단어의 소유 형태를 탐지하거나 생성하기 위해 심지어 원격으로 유용한 규칙들을 생각해 낼 수 없다.아이디어 있으신 분? - TB (대화) 13:51, 2011년 8월 14일 (UTC)
새로운 제안 - 존댓말
1100여 건의 새로운 제안이 게시되었다.이러한 제안은 레드 링크의 시작 부분에서 존댓말인 'Sir'를 없애고 기존 기사 제목에 대해 무엇이 남아 있는지 확인함으로써 도출되었다.스타일 섹션이나 스핀오프와 관련된 매뉴얼을 찾아서 링크할 수 있는 사람이 있다면 큰 도움이 될 겁니다, ta. - TB (대화) 22:03, 2011년 5월 27일 (UTC)
새 제안 - 앰퍼샌드
제목에 앰퍼샌드(&'s)를 확장하고 '및'이라는 단어로 빨간색 링크를 연결하는 1620개의 새로운 제안.초기 점검은 괜찮은 것 같아, 이거 키퍼일 것 같아. - TB (대화) 13:40, 2011년 8월 14일 (UTC)
새로운 제안 - 지정되지 않은 카운티
1920년의 새로운 제안.'Place, Some County, State' 형식의 빨간색 링크가 있는 경우, 중간 비트는 제거되고 결과는 기사 제목과 일치한다.끔찍해, 나도 알아;) 거의 확실히 <50% 정확하고 다시는 생성되지 않을 것 같지만, 몇 가지 유용한 레드 링크 수정 사항과 삭제된 페이지가 분명히 있을 거야. - TB (대화) 15:13, 2011년 8월 14일 (UTC)
새로운 제안 - 의 주도적 제안
빨간색 링크에서 선도적인 '더'를 제거하는 것과 관련된 10000개의 새로운 제안 사항.결과는 다소 좋은 것 같다. - TB (대화) 14:47, 2011년 8월 15일 (UTC)
제안 유사성이 업데이트됨
나는 어떤 주어진 제안의 정확성을 추정하기 위해 사용되는 알고리즘을 개편했는데, 주로 구 제안이 지나치게 높게 설정된 "지정되지 않은 카운티"의 순위를 매기고 있었기 때문이다.바라건대 이것은 사람들이 어떤 일을 하고 있든지 간에 '더 나은' 제안들을 최우선 순위에 올려놓기를 바란다. - TB (대화) 10:46, 2011년 8월 28일 (UTC)
새로운 제안 - 제한된 회사
Ltd/Ltd./Limited로 끝나는 작은 링크 및 제목 세트 - 잘 되면 접미사를 추가하겠다.기업/법인/법인, 회사/회사/회사, 주식회사/법인 등 -TB (대화) 14:24, 2011년 8월 28일 (UTC)
Autofix javascript 업데이트
User:에서 autofix javascript를 약간 개선했다.Topbanana/RLRL SR Utility.js.자동 픽스 링크를 사용하는 경우 검색 및 교체가 파일의 브라우저 복사본을 새로 고쳐야 할 수도 있다.이렇게 하려면, 위키백과 페이지에서 '사전 준비자' 링크를 클릭한 다음 선택한 피부에 대한 '사용자 지정 JavaScript' 링크를 클릭하십시오.페이지 상단에 있는 지침을 따르십시오. - TB(대화) 16:27, 2011년 8월 28일(UTC)
새 제안 - 대시 유사 문자
다양한 유니코드 대시 유사 문자를 동일시하여 생성된 1100개의 새로운 제안 집합. - TB (토크) 22:00, 2011년 8월 30일 (UTC)
크로스위키 지원
나는 RLRL을 수정하여 다른 위키미디어 프로젝트(Wiktionary, Wikisource 등)와 더 유용하게 다른 언어들을 지원하고 있다.영어/Wikipedia 프로세싱에 대한 내용을 그대로 깨트리면 사과한다. - TB (토크) 21:31, 2011년 9월 11일 (UTC)
- 이것은 잘 진행되고 있다; 현재 RLRL은 영어 위키트리올과 위키피디아 사이트, 프랑스어 및 독일어 위키피디아 사이트를 위해 설치되었다.지금 필요한 것은 몇몇 기니피그들이다.나는 전자를 위해 Restaation 롄 루즈에게 연락할 것이지만, 이 프로젝트의 독일어는 찾을 수 없다.초기 점검은 위키피디아가 위키피디아와 매우 다른 편집 정책을 가지고 있다는 것을 보여주며, 따라서 세심한 검토가 필요할 수도 있다.
- 자, 질문:
- 위키백과:Wiki Project Red Link Recovery 회원들은 다른 Wiki Media 프로젝트에서 원격으로 활동하기도 하는가?
- 언어에 능숙하니?
페이지 변경사항 확인
나는 "특정 페이지 확인" 도구에 상당한 변화를 주었다. -t는 이전과 동일한 결과를 제공해야 하지만 이제는 결과를 반환하는 데 획기적으로 빨라졌다.이상한 행동을 하는 것을 눈치채는 사람이 있으면 나에게 알려줘. - TB (대화) 06:33, 2011년 9월 16일 (UTC)
새 제안 - 템플릿
1700가지 새로운 제안서 세트.이는 네임스페이스 10(템플릿 네임스페이스)에 대한 빨간색 링크로서, 기존 템플릿 이름과 브루트 포스에 의해 일치한다.본질적으로, 후보 3만개의 빨간 링크와 30만개의 후보 템플릿의 각 쌍의 레벤스테인 거리를 계산했고, 편집 거리가 1인 사람들은 제안으로 유지되었다.전체 편집이 숫자로 구성된 항목은 억제되었다.
비록 다른 접근법들에 비해 훨씬 덜 우아하지만, 무차별적인 레벤슈틴은 다른 방법들보다 임의적인 적색 연결에 대한 제안을 찾을 가능성이 더 크다.물론, 이는 제안이 정확할 가능성이 결과적으로 감소한다는 것을 의미하지만, 나는 제안의 사용 가능성을 볼 수 있다. - TB (대화) 21:26, 2011년 9월 19일 (UTC)
도메인
나는 이 도구를 좋아하고 그것이 훌륭하고 빠른 질문이라고 생각한다 - 나는 LGBT, 의사, 그리고 (내 생각에) 해양 전쟁을 위한 데이터셋이 있다는 것을 알아차렸다 - 만약 내가 장애 프로젝트를 위해 비슷한 것을 하고 싶다면 내가 취할 행동은 무엇인가?Failedwizard (토크) 16:58, 2011년 10월 1일 (UTC)
- 어서 오십시오, 실패자님.여기에 게시하는 것은 다른 것만큼 좋은 방법이 있다;) 나는 여전히 도메인별 세트를 만드는 데 사용되는 시스템을 고심하고 있다; 희망컨대 앞으로 며칠 안에 모든 거친 가장자리들이 그 과정을 중단하게 될 것이고 그들 자신의 목록을 원하는 모든 위키백과들에게 서비스를 제공할 수 있을 것이다.현재:
- 범주:Disability_articles_by_quality는 다음을 포함한다.
- 다음을 포함하는 494개 조항:
- 1412개의 빨간 링크.
- 다음을 포함하는 494개 조항:
이 별!실패한 마법사(토크) 19:34, 2011년 10월 1일(UTC)
- RLRL은 Toolserver에서 실행되며 AGPLv3에서 이용할 수 있다. 공유하기 행복하다 - 대부분의 재미는 그것들을 저장하고 제공하는 도구가 아니라 제안의 생성에 있다.다음 날이나 이틀 안에 그 빨간 링크에 대한 보고서를 올리겠다. - TB (대화) 21:49, 2011년 10월 1일 (UTC)
툴박스 버그
- 오토픽스는 내가 기사의 링크를 수정하는 데 도움이 되지 않는다.철자가 틀린 빨간색 링크를 수동으로 변경해야 한다.(단, 자동 포픽스가 정상적으로 작동함)
- 이 제안을 확인하는 선택사항은 완전히 잘못된 것이다.현재 무언가를 바꾸는 것은 옳다는 뜻이고 변하지 않는 것은 잘못된 것이다.이것은 어쩌면 그럴 여지를 남기지 않고 비직관적이다.(적어도 나로서는 어떤 것을 바꾸지 않고 보는 것이 잘못된 것으로 해석되어서는 안 된다.)
- 사소한 수정 확인 및 이 페이지 보기의 선택을 취소하십시오.
TSTEIN (대화) 05:37, 2011년 10월 9일 (UTC)
- 안녕 TSTEIN.
- 왜 오토픽스가 너한테 안 먹히는지 확인하기 위해 내 홀에서 집에 올 때까지 기다려야겠어.
- 고치지 않고 두세 번 살펴본 제안은 '틀림'이 아닌 '구'로 표시된다.이것은 의도적인 구별이다; 어떤 제안을 확인하는 사람의 '비용'은 그것을 생성하는 비용에 비해 크다.제안이 몇 번 나타났지만 고쳐지지 않았다면, 그것을 건너뛰고 넘어가는 것이 가장 좋다.나는 매달 또는 두 달에 한 번씩 로그를 확인하고 명백한 '대기유 배출' 활동을 수정한다.:# 리디렉션의 체크박스에 대한 좋은 생각 - 그것도 나를 짜증나게 한다.다시 한번, 나는 집에 돌아가면 관련된 대본을 확인할 수 있을 거야.
- - TB (대화) 12:43, 2011년 10월 10일 (UTC)
- 응답해줘서 고마워.#1을 작업할 기회가 있었는지는 모르겠지만 여전히 나에게는 효과가 없다. (그건 진짜 문제가 아니고, 정말 나를 괴롭히지는 않는다.)2번으로는 내가 거기서 무슨 말을 하려 했는지 잘 모르겠다.아마 문장을 너무 많이 편집해서 헷갈렸을 거야.하지만, 그것에 영감을 준 것은, 때때로 나는 추천된 해결책이 좋은 것인지 아닌지를 조사하고 나서 그것이 좋은 해결책이 아니라는 것을 알아내기 위해 상당한 양의 일을 겪곤 한다는 것이었다.그럴 경우 이 제안이 잘못되었다고 말하는 옵션이 다른 사람들이 내 작품을 복제할 필요가 없도록 도움이 될 것이라고 생각했다.
하우스키핑
2010년 리스트에서 8500건의 가장 비현실적인 제안들을 삭제했는데, 이를 삭제하는 데 도움을 주기 위해 TB (대화) 19:47, 2011년 11월 13일 (UTC)
은행 오류, 100파운드를 받으십시오.
통계 페이지에서 계정 오류를 찾아 수정함.18개월 후, 7만 4천개의 빨간 링크들 중 단지 수줍음이 많은 것이 복구되었다.처리된 사전 계산된 제안 중 86.65%는 수정 결과가 나올 정도로 '정확하다'고 응답했다.초라하지 않게 :) -TB (대화) 18:38, 2012년 1월 20일 (UTC)
통계 업데이트
어젯밤 Red Link Recovery Live 도구의 사전 계산된 제안 집합에 표시된 5만 개의 빨간색 링크 고정 마크를 통과했다는 점만 주목하십시오.요청 시 생성된 제안을 사용하여 고정된 27,000개의 빨간색 링크를 추가하면, 이는 위키백과의 개선에 상당한 기여를 한다.
레드 링크 복구 프로젝트의 수명에 걸쳐, 우리는 현재 42만 5천 개 이상의 레드 링크를 수리했다. 현 추세라면 내년 말까지는 50만 개에 달할 것이다.모두 수고하셨습니다. - TB (대화) 11:30, 2012년 3월 6일 (UTC)
작동하지 않음
이거 고장 난 거야, 아니면 내 브라우저에 무슨 문제가 있는 거야?지난 몇 주 동안 잘 작동했지만, 이제 '대체 대상과의 빨간색 링크 목록'은 나에게 같은 세 개의 (이미 고정된) 링크를 계속해서 주고 있다.특정 빨간색 링크의 목록과 동일하다.무슨 일이야?닥터쿠블라 (대화) 2012년 3월 28일 (UTC) 19:59
- 안녕, 의사 선생님.RLRL이 실행되는 툴 서버는 현재 업데이트를 위해 부분적으로 오프라인 상태임.그것은 지금 10여 일 동안 중단되었다. 다음 며칠 안에 고쳐지길 바란다.Tool이 정상으로 돌아오면. - TB (talk) 10:36, 2012년 3월 29일 (UTC)
쉼표 이름
콤마 이름은 어때?블로그, 프레드 -> 프레드 블로그?웨일스 (토크) 06:49, 2012년 9월 9일 (UTC)
- 좋은 생각 - 나는 이 방법을 사용하여 생성된 700개 정도의 제안들을 내놓았다.성적이 좋으면 좀 더 적극적으로 달리면 1000여 명을 더 찾아야 한다. - TB(토크) 15:32, 2012년 9월 9일(UTC)
예상할 수 없는 브래킷 간격
괄호 주변 간격은 거의 없는 빨간색 링크는 어떠세요?일반적으로 열린 브래킷 앞에 공백과 닫힌 브래킷 뒤에 공백이 따른다(링크 끝에 있는 경우는 제외).또한 열린 괄호 뒤에 공백이 따르는 경우는 드물다.아마도 이것은 해결책이 없더라도 고쳐질 수 있기 때문에 가능성이 희박하지 않은 링크 툴에 있어야 할 것이다.웨일스 (토크) 07:47, 2012년 10월 15일 (UTC)
- 좋았어.있음직하지 않은 링크 툴(대괄호 근처의 공백)에 즉시 추가했다.공간을 추가하거나 제거하여 제목과 빨간색 연결 고리를 맞추는 실험은 2006/07년에 시행되었지만, 이상한 공간에 대한 약간의 지식을 통합하면 더 나은 결과를 얻을 수 있을 것이다.내 할 일 목록에 추가했어, 건배 - TB (대화) 10:09, 2012년 10월 15일 (UTC)
템플릿의 빨간색 링크에 대한 AUTOFIX 제공
다가오는 데이터셋 중 몇 개는 템플릿 내의 끊어진 링크에 초점을 맞춘다.종종 그러한 빨간색 링크를 단일 템플릿에 수정하면 모든 인스턴스가 수정된다 - 물론 한번 Mediawiki가 그 변화를 따라잡고 전파한다.이러한 경우를 해결하기 위해 이제 템플릿에 대한 링크를 위해 AUTOFIX가 항상 제공될 것이다.하나 이상의 기사에 링크가 독립적으로 존재했을 경우를 대비하여 48시간 후에 빨간색 링크에 대해 '여기 링크'를 확인하십시오. - TB (토크) 10:26, 2012년 12월 4일(UTC)
RLRL이 Tool Labs로 이동됨
새로운 Tool Labs 환경은 2014년 말까지 Toolserver를 대체하게 될 것이다.RLRL을 일정보다 빨리 이동시켰고, 이제 http://tools.wmflabs.org/tb-dev/RLRL/에서 찾을 수 있다. - TB (대화) 15:44, 2013년 6월 1일 (UTC)
새 제안 - 이름이 변경된 국가
이전 국가 이름(지리학적 이름 변경 기준)을 사용하여 생성된 제안서(약 250개)의 작은 세트를 게시했다.이것들이 얼마나 유용한지 모르겠다. - TB (대화) 20:30, 2013년 6월 13일 (UTC)
- 이 세트는 꽤 음울한 것으로 판명되었다. 219개의 수정안 중 37개만 수정했다고 제안된 수정안들 중, 약 20%정도의 정확성이 있다.이름이 변경된 다른 실체에 동일한 기법을 적용할 수 있는 범위가 있을 수 있지만 재생성해서는 안 된다.
- 처녀이름 vs 기혼자
- 테이크오버/매거진 이후의 상업적 기업
- 교육기관
- 정당
- 리브랜딩 상품(마라톤/스니커즈, 보고 있다)
- 스포츠 이벤트
- 연예인/행동(프린스/피시 후크 스퀴글)
- 기타 지리적 위치(러시아 도시)
- TB (대화) 11:25, 2013년 8월 11일 (UTC)
AUTOFIX가 작동을 중지함
https 페이지 AUTOFIX로의 전환이 Chrome에 의해 차단되었기 때문에, "이 페이지는 인증되지 않은 소스의 스크립트를 포함한다."이것을 어떻게 예방할 수 있을까?이 특정 스크립트를 허용하는 설정이 보이지 않는다.웨일스 (토크) 06:23, 2013년 8월 30일 (UTC)
- 답장이 늦어서 미안해.Chrome이 https가 아닌 http(rather) 소스에서 들어오는 스크립트를 반대하는 경우 가장 빠른 해결책은 https 소스에서 나오는 스크립트를 만드는 것이다.나는 너의 custom.js 파일에 관련 변경을 했다.브라우저가 한 번(CTRL+F5) 캐시를 바이패스하도록 해야 할 수 있다.다른 이해 당사자의 경우, AUTOFIX 도구를 가져오는 가장 강력한 방법은 다음과 같은 라인을 추가하는 것이다.
가져오기스크립트URI(''https://en.wikipedia.org/w/index.php?title=User:Topbanana/RLRL_SR_Utility.js&action=raw&ctype=text/javascript'); 실적개선
나는 희망컨대 몇몇 사람들이 이 도구를 사용하여 경험했던 이상한 지연의 일부를 해결했다.문제가 있으면 알려줘. - TB (대화) 21:49, 2013년 11월 28일 (UTC)
많은 새로운 제안
아흠.. 제안 생성 과정에서 상당한 수의 가능한 결과를 버리고 있는 버그를 발견했다.11월의 "가중 거리" 세트는 원래 120여 개의 결과를 가지고 있었다. 다시 실행하면 현재 12700개가 돌아온다.나는 지금으로서는 12월달에 대신하여 이것들을 올렸으며, 무엇이 유용하게 사용될 수 있는지 보기 위해 2013년 더 좋은 세트 몇 개를 다시 볼 수도 있다. - TB (대화) 18:37, 2013년 12월 29일 (UTC)
이제 모든 통계를 업데이트하지 않으시겠습니까?
지난 며칠 동안 내가 모든 통계를 업데이트하면 보고서에 0이(가) 기록되지만 정상적인 시간 동안 처리되는 것 같다.웨일스 (토크) 08:52, 2014년 4월 19일 (UTC)
RLRL 도구 스크립트 변경
이 프로젝트에서 사용하는 클라이언트 쪽 스크립트 몇 개를 업데이트하라는 안내를 받았어.만약 내가 그것을 제대로 했다면, 아마도 현대 브라우저의 약간의 속도 향상 외에는 눈에 띄는 차이가 없을 것이다.항상 그렇듯이 잘못된 일이 있으면 소리쳐라. - TB (대화) 17:13, 2014년 6월 9일 (UTC)
새 작업: 파란색 링크를 빨간색 제목으로 이동
나는 꽤 많은 빨간 링크들을 우연히 발견했는데, 그 링크들은 실제로 그 기사가 받아야 할 정확한 제목이었다. (대부분 대문자화 변경)파란색 링크 옆에 있는 "이동" 또는 "이름 변경" 작업을 제안하면 특별:이동, 이상적으로는 관련 대상을 미리 채워 현재 기사를 적색 연계 제목으로 옮길 수 있도록. --Waldir 17:14, 2014년 6월 13일 (UTC)
- 좋은 생각이야. 이걸 내 할 일 목록에 추가할게.나의 작은 우려는 페이지 이동에 필요한 노력을 줄임으로써 충분한 생각 없이 사람들이 그렇게 하도록 장려할 수 있다는 것이다. - TB (대화) 14:12, 2014년 6월 15일 (14:12, 2014년 6월 15일 (UTC)
- 글쎄, 만약 대상 페이지가 url에 지정될 수 있다면(혹은 어떻게 해서든 대상 상자를 자동 채우기 위해 어떤 자바스크립트로 가젯을 시작하는 경우) 그것은 일반적인 움직임보다 더 쉬울 것이다.하지만 그렇다 하더라도, 그것은 단계적 과정이고, 이유를 채운 다음 움직임을 확인해야 하기 때문에, 잠재적인 충동성은 문제가 되지 않을 것 같다.이 기능 기대:) --Waldir 01:11, 2014년 6월 19일 (UTC)
왜 "간단한" 변화를 놓치는가?
나는 RLRL 도구를 사용하여 니켈로디언에서 방송되는 프로그램 목록에서 그들이 다음에 대해 어떻게 생각할 것인가를 발견했다.이 도구는 "사전 계산된" "다음은 어떻게 생각할 것인가"와 "다음은 어떻게 생각할 것인가"를 제공하지만 "가장 간단한" "다음은 어떻게 생각할 것인가?"는 제공하지 않는다.(이 링크를 제외한 빨간색 링크를 계속 참조하는 페이지를 원하면 내 샌드박스에 추가했다.)
분명히, 모든 차이점들이 단지 케이스일 뿐이고 마지막 물음표가 있는 원래 이름인 Science International로 총 4개의 리디렉션으로, 나는 RLRL이 트립되어 있는 것에 그다지 놀라지 않지만, 나는 한 글자 변화를 놓치고 그것을 보고해야 한다고 생각했다.
또한 현재 디스플레이를 변경하지 않고 그대로 두는 파이핑된 자동 픽스 옵션을 제공하는 것이 나의 기능 요청이다.
마크 허드 (대화) 13:19, 2014년 6월 15일 (UTC)
- '다음은 어떻게 생각할까?'에 대해서는 제안 생성 과정의 논리에 있어 오류처럼 보인다.여기서 가장 간단한 해결책(다음은 어떻게 생각할 것인가?)은 2011년 9월(세트 37)에 확인되어 몇 달 후 고정으로 표시되었다.2014년 초 빨간 링크가 위키피디아에 다시 소개되었을 때, 동일한 간단한 제안을 다시 찾을 것이 아니라 지난번에도 효과가 있었기 때문에 홍보했어야 했다.나는 대신에 이전에 잘못된 제안이 부정적인 편견을 갖게 될 것이라고 추측한다.나는 이것을 더 자세히 살펴볼 것이다. 보고해줘서 고마워.
- 파이프로 고정된 수정사항은 과거에 제기되어 왔다. 이 설비를 사용하고자 하는 거의 모든 경우에서, 리디렉션을 만드는 것이 더 나은 해결책이다.piped 옵션을 원하는 클래스 또는 형식이 있는가? - TB(대화) 14:38, 2014년 6월 15일(UTC)
- 참고 지금까지 RLRL 도구를 사용한 지 겨우 2, 3일밖에 되지 않았으므로, 나는 당신의 경험에 연연한다.그러나 당신의 질문에 답하기 위해 나는 돌아가서 나의 변경사항을 검토했다.여기에 표시된 é를 유지하기 위해 수동으로 변경 사항을 조정했고, 이것이 RLRL을 사용하여 만든 첫 번째 변경이었습니다. 인상을 남겼음에 틀림없음 :-) 리디렉션을 만들거나 목적지를 올바른 빨간색 링크로 이동하는 것이 적색 링크 자체를 수정하지 않을 때 올바른 조치일 가능성이 더 높다는 것에 나는 분명히 동의한다.
- 이전에 성공했던 제안들을 억제하고 있던 버그를 추적하여 부분적으로 고쳐서 몇 백 가지 새로운 제안들을 도출해냈다.잘 잡혔다.아아, 한 번의 편집으로 한 기사에 여러 가지 수정 사항을 적용한다는 좋은 소식은 없다 - 나는 이것을 구현하려고 수많은 시도를 해왔고 아직 실행 가능한 방법을 찾지 못했다. - TB (대화) 22:18, 2014년 6월 15일 (UTC)
- WP를 살펴보십시오.CHECKLINKS — 분명히 다른 접근 방식이지만 다음과 같은 여러 가지 변형을 제공하면 효과가 있을 수 있다.
plural]]s및/또는 일반적인 수동 조정.마크 허드 (대화) 17:44, 2014년 6월 16일 (UTC)
- WP를 살펴보십시오.CHECKLINKS — 분명히 다른 접근 방식이지만 다음과 같은 여러 가지 변형을 제공하면 효과가 있을 수 있다.
- 이전에 성공했던 제안들을 억제하고 있던 버그를 추적하여 부분적으로 고쳐서 몇 백 가지 새로운 제안들을 도출해냈다.잘 잡혔다.아아, 한 번의 편집으로 한 기사에 여러 가지 수정 사항을 적용한다는 좋은 소식은 없다 - 나는 이것을 구현하려고 수많은 시도를 해왔고 아직 실행 가능한 방법을 찾지 못했다. - TB (대화) 22:18, 2014년 6월 15일 (UTC)
때때로 모든 성냥을 바꾸고 싶지 않을 때도 있다.
UI 수정 사항을 잘 모르는 문제 하나 더: 여기서 모든 매치를 변경하도록 허용하는 실수를 저질렀고 사용자:웨일즈도 여기서 똑같이 했다.내 경우 UI가 여러 개의 일치 항목을 표시하지 않은 것 같다. 교체 항목이 2개라고 말한 것이 놀라웠기 때문에 기억한다. (BTW를 클릭하면 텍스트 영역이 일치 항목으로 스크롤되어 전체 컨텍스트를 볼 수 있기를 바란다.)RLRL Quicklist는 웨일스의 사례에서 새롭게 잘못된 링크를 내게 가리켰다.
분명히 옵션은 다음을 포함하는 것이다.\ ]]regex의 끝에서, 그러나 그렇게 되면 복수형 및 다른 끝]을 수정하기가 더 어려워진다.] - 여기서 나는 기존의 끝을 조정한다.find/replace의blahes/blah로blahes]]/blah]]es— 그리고 그것은 어쨌든 후행 공간을 만족시킬 것이다.
분명히, UI가 항상 모든 변경사항을 표시하지는 않는다는 것이 내가 맞다면, 물론 어느 정도 의도적인 것이 아니라면, 수정되어야 한다.그렇지 않으면 각 변경 사항에 대한 충분한 컨텍스트가 필요하며 또는 텍스트 영역 스크롤을 보장하고 대상을 강조 표시해야 한다.
마크 허드 (대화) 11:34, 2014년 6월 16일 (UTC)
- 나는 위에 열거된 두 가지 편집을 잘 살펴보았다. 내가 알 수 있는 한 UI는 변경 사항을 쉽게 승인할 수 있을 만큼 충분한 맥락과 함께 각 사례에서 일어나고 있는 변경 사항을 정확하게 보여주고 있다.만약 당신이 확실히 잘못된 행동을 하는 경우를 발견한다면 나에게 알려주면 나는 이것을 더 추구할 것이다.
- 그렇긴 하지만, 나는 현재의 regexp 기반의 검색과 교체가 다소 무딘 도구라는 것에 동의한다.수정 중인 텍스트가 기사 내의 일반적인 하위 문자열인 경우 수동 편집 또는 위에서 제안하는 대로 검색 및 문자열의 찾기 조율이 필요하다.아아, 나 자신의 전문 지식은 적색 링크에 대한 그럴듯한 대체 대상을 감지하는 데 있다; 지금까지 RLRL을 AutoWikiBrowser와 같은 보다 정교한 편집 툴과 통합하려는 시도는 어느 것도 성과가 없었다 - TB (대화) 19:56, 2014년 6월 16일 (UTC)
리디렉션 생성을 위한 AUTOFIX는 자동으로 수행되는 작업이 많지 않음
Chrome 35.0의 경우, AUTOFIX to Create a Redirect(리디렉트 생성)는 새 기사를 편집하기 위해 페이지를 열지만, URL에서 추가 내용을 볼 수 있다는 점만 제외하고 적어도 나에게는 전혀 다른 점이 없다.마크 허드 (대화) 2014년 6월 21일 (UTC) 18:09
- 나는 방금 하나를 시도해 보았는데 그것은 나에게 효과가 있었다(크롬 35.0.1916.153)뭔가 이상한 크로미 보안 속임수 때문에 스크립트가 제대로 실행되거나 트리거되지 않는 것 같아.너는 너의 공통점을 바꿀 수 있니?
importScript('사용자:Topbanana/RLRL SR Utility.js';로mw.loader.load(' https://en.wikipedia.org/w/index.php?title=User:Topbanana/RLRL_SR_Utility.js&action=raw&ctype=text/javascript');(Ctrl-shift-R / ⌘-Shift-R로 다시 로드하여 동작하는지 확인하십시오.) - TB(대화) 21:44, 2014년 6월 21일(UTC)
"창클란 도로" 검토
브뤼트 포스를 사용하지 않고 '정확한 페이지' 장할란 로드를 사용하지 않는 한 이것은 왜 어떤 제안도 제공하지 않는 것일까? (원래 여기서 이것을 보고 다시 내 샌드박스에 넣었다.)마크 허드(토크) 17:23, 2014년 6월 27일 (UTC)
- 사실 나는 그것이 상대적으로 새로이 이름을 바꾼 페이지일 수도 있다고 생각한다.마크 허드 (대화) 2014년 6월 27일 17:26 (UTC)
- 내 이전 노트는 단지 왜 "올바른 페이지"를 찾지 못했는지를 설명하기 위한 것이었다고 지적해야겠다.나는 아직도 Miquone이 왜 아무것도 찾지 못했는지 의문이다.
- 그리고 이제 내 샌드박스(원래는 태국의 은행 목록)에 호주와 뉴질랜드 은행 그룹(Ltd.)을 추가했다.은유원이 아무것도 발견하지 못하는 것은 개의치 않지만(아마 그럴 것이라고 생각하지만), 브루트 포스는 왜 호주와 뉴질랜드를 속이는 것이지 적어도 2년 동안 이동하지 않은 호주와 뉴질랜드 은행 그룹이 아니다.(그리고 호주와 뉴질랜드 은행 그룹도 있다)마크 허드 (대화) 16:29, 2014년 6월 28일 (UTC)
나는 내 샌드박스에 클릭기를 추가했다: 클릭기는 결코 클릭기를 제공하지 않고 Miquone으로 어떤 것도 제공한다! (원래 그것은 마우스 데일리에 있었다.)마크 허드 (대화) 11:27, 2014년 6월 29일 (UTC)
- "브루트 포스" 체크는 짧은 링크에 더 비싸다. 9자 미만은 건너뛰었다.이번에 새로 나온 툴 랩 서버가 좀 더 강력해 보여서 일단 이걸 5자로 줄였어.결과의 품질을 보증할 수는 없지만 - 5자 길이의 빨간색 링크로 한 문자만 변경해도 20%의 변화를 나타내며, 일치하는 프로세스를 제공하기에 짧은 빨간색 링크에는 엔트로피가 충분하지 않을 뿐이다. - TB (대화) 14:10, 2014년 6월 29일 (UTC)
"압축 리디렉션"은 무엇을 의미하는가?
방금 당신이 변경한 덕분에 많은 결과를 얻고 있는데, "압축 리디렉션"은 무엇을 의미할까?이제 모든 4가지 유형의 철저함에 대해 동일한 결과를 생성하는 내 샌드박스에서 이 확인란을 변경하는 것은 아무 소용이 없는 것 같다.마크 허드 (대화) 01:48, 2014년 6월 29일 (UTC)
- 억제되는 리디렉션은 당신이 입력하는 리디렉션이다.예를 들어, B.B.C.에서 레드링크(리디렉션)에 대한 제안을 요청하는 경우, 억제 상자를 선택하지 않는 한 BBC(리디렉션의 대상)에 대한 결과를 제공한다.이것은 주로 리디렉션에서 고장난 템플릿을 고칠 때 사용된다. - {{R: diarcritics}}} 내가 개인적으로 가장 좋아하는 것이다.
- 최근에 확인할 특정 페이지를 요청한 경우, 데이터베이스에 결과가 있을 것이다.이는 다른 '엄격한' 설정을 사용하여 생성된 제안일지라도 특별히 요청한 제안사항과 함께 표시된다.사실, 결과는 레드링크 단위로 저장된다 - 만약 당신이 확인하고 있는 페이지의 레드링크가 최근에 체크한 페이지에 존재한다면, 다른 결과가 나타날 수 있다. - TB (대화) 06:34, 2014년 6월 29일 (UTC)
가중거리21
안녕, 나는 꽤 많은 고정 가능한 제안들이 Old 범주에 들어가는 것을 알아냈다.천천히 검토 중이지만 다시 새로운 상태로 되돌릴 가치가 있을 수 있다.현재 약 100개의 오래된 것이 있으며, 그 중 30개는 진품이다.다른 범주가 영향을 받는지 모르겠다.웨일스 (토크) 06:12, 2014년 7월 14일 (UTC)
- 'Old'는 단순히 제안이 RLRL 사용자에게 적어도 두 번 이상 제시되었고 아직 수정되지 않았다는 것을 의미한다.위키피디아의 모든 빨간색 링크는 '수정 가능'하다 - 대상을 변경하거나 리디렉션을 도입하지 않으면 새로운 기사를 쓰거나 링크를 해제한다.한 세트가 완성됨에 따라, 우리가 정말로 하고 있는 것은 '고치기 쉬운' 것을 다루며(특히 툴이 고치는 방법을 정확하게 제시했을 때) '고치기 어려운' 것을 넘기는 것이다.
- 수백 건의 제안사항을 신속하게 보고 수정하지 않는 '대기유 배출'을 방지하기 위한 몇 가지 경험적 접근법이 있으며, 나는 당신이 제안하는 대로 세트를 재설정할 수 있다.그렇긴 하지만, 빨간색 링크의 수가 너무 많아서 다른 제안들로 도구를 가득 채우는 것이 전체적으로 더 생산적이다.90% 정확도를 목표로 현재 매달 몇 천 건의 제안이 들어오고 있지만 80% 정확도로 한 달에 1만 건의 제안도 받을 수 있다.이전에 작업한 세트의 찌꺼기를 체로 거르면 같은 노력에 비해 개선 효과가 적다.
- 만약 당신이 나처럼 까다롭고 제안 세트의 느슨한 끝을 정리하는 것을 즐긴다면, 통계 페이지의 '오래된 제안 확장' 버튼을 사용해 보라. 이것은 '오래된' 제안들을 더 세부적인 세트로 세분화한다.바라건대 언제 마지막으로 사용했는지 더 잘 알 수 있기를 바란다:) - TB (대화) 15:51, 2014년 7월 14일 (UTC)
가져오기스크립트URI
교체하십시오.
가져오기스크립트URI('https://en.wikipedia.org/w/index.php?title=User:Topbanana/RLRL_SR_Utility.js&action=raw&ctype=text/javascript'); 에 의해
mw.짐을 싣다.짐을 싣다('//en.wikipedia.org/w/index.php?title=User:Topbanana/RLRL_SR_Utility.js&action=raw&ctype=text/javascript'); tobollabs에서:tb-dev/RLRL/index.php(importScript 가져오기 때문에)URI는 더 이상 사용되지 않는다.홀더.wiki 19:03, 2014년 7월 14일 (UTC)
- 완료. 지연에 대해 사과드리며, 충분한 언어, 프로젝트 및 브라우저에 대해 이 변경사항을 테스트하는 데 시간이 걸렸다. - TB (대화) 13:21, 2014년 8월 4일 (UTC)
JavaScript 도구 검색 및 교체 업데이트
Javascript 도구를 업데이트했다. 사용자:Topbanana/RLRL_SR_Utility.js를 사용하여 몇 가지 새로운 기능을 추가하십시오. 이제 주요 캐릭터의 사례를 보다 현명하게 처리해야 한다.나는 기사 내 리디렉션 생성 및 링크 텍스트 수정과 유사하게 반자동으로 제안 페이지 이동을 수행할 수 있는 기능을 추가하기를 희망한다.이 공간을 보십시오. - TB (대화) 10:58, 2014년 8월 23일(UTC)
체크 페이지 개선 사항
특정 페이지의 빨간색 링크를 확인하는 Red Link 복구 Live 도구는 다시 검토되었다.그것은 이제 명백한 더프 제안을 제거하기 위해 사전 계산된 결과 집합을 필터링하는 데 사용되는 도구 중 일부를 사용한다.레드링크 리치 페이지 몇 장에나 써볼 수 있는 기회였는데, 아주 효과적인 개선인 것 같다.제안된 대상이 리디렉션인 경우, 리디렉션의 대상을 사용하는 AUTOFIX에 대한 옵션도 지금 표시된다.해피헌팅 - TB (대화) 11:26, 2014년 9월 7일 (UTC)
카탈루냐어 위키백과 구현
안녕 탑바나나
며칠 전에 나는 당신에게 카탈로니아어 위키피디아를 그 도구에 구현해 달라고 부탁했다.모든 게 잘되고 작동했지만 이틀 전에 누군가가 나에게 도구가 작동하지 않는다고 말했다."프로젝트와 언어의 이 조합은 구성되지 않았다, 미안하다"라는 메시지를 받는다.일이 많지 않다면 제대로 좀 올려줄래?
정말 고마워!
제라르두에나스 (토크) 20:12, 2014년 10월 3일 (UTC)
- 이제 모든 것이 수정됨 - 카탈루냐 위키백과 데이터베이스가 데이터베이스 서버 간에 이동된 것처럼 보인다.도구에서 물건을 찾을 수 있는 곳을 알려줬고 지금은 다시 작동하고 있다. - TB (대화) 17:29, 2014년 10월 5일 (UTC)
- 고마워!--Gerardduenas (대화) 14:39, 2014년 10월 7일 (UTC)
레드링크 템플릿
RLRL의 템플릿 5는 재미있었다.모든 템플리트 호출 목록이 레드링크 인가요?아니면 너무 크면 텍스트 스텁이 들어 있는 빨간색 템플릿은 어떠세요?웨일스 (토크) 2015년 2월 23일 21:41, (UTC)
- 메인 네임스페이스에 템플릿 네임스페이스로 연결되는 약 25만 개의 빨간색 링크가 있으며, 너무 많아서 쉽게 나열할 수 없다.다행히도 'stub' 또는 'stub'라는 단어가 600개 정도 들어 있다 - 기회가 되면 데이터베이스에서 꺼내줄게. - TB (대화) 08:50, 2015년 2월 24일 (UTC)
- 사용자에게 게시됨:웨일스/스텁_레드링크.즐거운 시간 보내세요. - TB (대화) 15:16, 2015년 2월 25일 (UTC)
오토픽스
오토픽스가 자동으로 변경되도록 되어 있는가?기사의 편집페이지로 가져올 때 수동으로 변경해야 한다는 것을 알게 되었다. --다시 알림, 아리즈드류! (토크) 23:36, 2015년 3월 24일 (UTC)
- 안녕, AAA - 레드 링크 복구에 잘 오셨습니다.네 사용자 정의 자바스크립트 페이지를 확인해 봤는데 맞는 것 같아.AUTOFIX 링크는 문서를 편집 모드에서 열고 상단에 일부 추가 검색 및 교체 도구를 사용하여 열어야 한다.예를 들어 이 AUTOFIX 링크는 다음을 표시해야 한다.
- 위와 같은 작업이 아니라면 어떤 웹 브라우저와 위키백과 스킨을 사용하고 있는지 알려주면 문제를 재현할 수 있는지 알아보겠다. - TB (대화) 09:05, 2015년 3월 25일 (UTC)
새로운 제안 - Sir 또는 Dame
나는 왕립 학회의 동료들에 관한 페이지를 작성하고 있다.링크에 Sir(그리고 Dame이 들어 있는 곳)가 포함되어 있는 곳이 많지만, 그것은 레드링크 입니다. 예를 들어, James Baddiley 대 James Baddiley, Dame Honor Bridget Fall 대 Honor Bridget Fall.손쉬운 해결책이 되어야 하는가?고마워요.타세데테(토크) 20:23, 2015년 4월 26일 (UTC)
- 좋은 것 같다; 과거에도 직업 타이틀('닥터')과 군 계급('장군')을 사용하여 비슷한 주행이 이루어졌고, 합리적인 결과를 얻었다.'Sir's/'Dame's를 이끄는 것을 바탕으로 300여개의 초기 제안들을 내놓아 어떻게 되어가는지 알아보았다. -TB (토크) 10:44, 2015년 4월 27일 (UTC)
새로운 제안 - 종교적인 제목
위의 "Sirs and Dames"에 따르면, 그러나 보다 광범위한 종교 직함을 다루는 것은 종교적 존댓말과 직함 지수에서 비롯되었다.그 세트는 3000개가 넘는 출품작들로 유난히 크네, 앞으로 며칠 동안 공격적으로 필터링할 거야.아래에 포함된 제목이 나열되어 있다. - TB (대화) 16:41, 2015년 5월 28일 (UTC)
- 이 목록에서 '캐논' 제거 - 너무 많은 캐논 브랜드 카메라 - TB (대화) 21:42, 2015년 8월 8일 (UTC)
Abbess, Abbot, Abhyasi, Acharya, Agga_Maha_Pandita, Ajahn, Ajari, Akhoond, Allamah, Amir_al-Mu'minin, Anagami, Anagarika, Ani, Apostle, Archbishop, Archdeacon, Archimandrite, Archipheracite, Archpriest, Arhat, Ash_Shakur, Auxiliary_bishop, Av_Beit_Din, Ayatollah, Ayya, Badchen, Bhagat, Bhikkhu, Bhikkhuni, Bishop, Bodhisattva, Branch_president, Brot그녀, 칸토르, 칸토르, 추기경, 차크라바틴, 재상, 채플레인, 채플레인_of_His_Holness, 추장_Rabbi, 초이저, 초이주교, 코아드주교_비숍, 콘스탄티노플, 커스터디안_the_To_Two_홀리_모스퀘스, 달라이_라마, 다스튀르, 디콘, 딘, 더비쉬, 데바다시, 답마카리, 도브도브, 도르제_로폰, 드비자, 에클레시아스테틱_Judge, Ecumenical_Patriarch, Elder, Emir, Episcopal_Vicar, Father, Fellow_Student, Firekeeper, Gabbai, Gaden_Tripa, Gadol, Gaon, Gelongma, Geshe, Godman, Goswami, Gothi, Gyalwang_Drukpa, Gymnosophists, Hadrat, Hajji, Hakham, Hakham_Bashi, Healing_practitioner, Herbad, Hierodeacon, Hieromonk, High_Priest, High_Priestess, Honorary_Prelate, Illui, Imam, Jagad_guru, Je_Khenpo, Jisha, Judicial_Vicar, Kaisan, Karmapa, Karram-Allah-u_Wajhahu, Khawaja, Khenpo, Khoja, Kohen, Kohen_Gadol, Lama, Lamane, Lamdan, Life_coach, Mae_ji, Maggid, Maha_Kapphina, Mahamandaleshwar, Mahant, Maharshi, Mahasiddha, Mahdi, Major_archbishop, Makhdoom, Mantrik, Marabout, Maran, Marja, Mashgiach, Mashgiach_ruchani, Mashpia, Mawlana, Mawlawi, Meiniach, Melamed, Melshanthi, Meshulach, Metropolitan_bishop, Mission_president, Mobad, Mobedyar, Mohel, Moinuddin, Monk, Mu'min, Mufti, Muhaddith, Mujaddid, Mullah, Murshid, Nagid, Novice, Nun, Osho, Otin, Panchen_Lama, Pandit, Pandita, Paramahamsa, Paramguru, Parochial_Vicar, Pastor, Patriarch, Pir, Pirani, Pope, Posek, Pratyekabuddha, Preacher, Presbyter, President, Presiding_Bishop, Presiding_Patriarch, Priest, Priestess, Primate, Prince_bishop, Prior, Prioress, Protodeacon, Protonotary_Apostolic, Protopriest, Qalandar, Rabbi, Radhiallahu_'anhu, Rahimatullah, Rais, Rajarshi, Rassophore, Rav, Rebbe, Rector, Religious_Science_Practitioner, Resident_Bishop, Reverend,Rinpoche, Rishi, Rishi_Muni, Rishon_LeZion, Rosh_yeshiva, Roshi, Sadhaka, Sadhu, Saint, Sakadagami, Saltigue, Samanera, Samaneri, Sandek, Sannyasa, Sant, Satguru, Savakabuddha, Savoraim, Sayadaw, Sayyid, Schulklopfer, Segan, Sensei, Shabdrung, Shaliah, Shamarpa, Shankaracharya, Sharif, Shaunaka, Shechita, Sheikh, Sheikh_ul-Islam, Shishya, Sikkhamana, 싱하이, 소페르, 독방_실습자, 소타판나, 사바카, 스바냐후_와_타알라, 서프라간_비숍, 술탄, 술타나, 수님, 스나미, 타이_시토파, 탈미드_차감, 스승, 템플_보이, 템플_사장, 텐조, 탕갈, 테로, 틸라신, 세 번째_바도르_Tulku_Rinpoche, Titular_bishop, Tulku, Tzadik, Tzadikim_Nistarim, Ulama, Unsui, Upajjhaya, Upasaka_and_Upasika, Vajracharya, Vicar_Forane, Vicar_General, Volkhvy, Witch, Yeshiva, Yogi,
툴이 작동하지 않는가?
테이블 '스케줄'에 대해 'p50380g50491'@'10.68.18.47' 사용자에게 거부된 명령 선택
웨일스 (토크) 21:20, 2015년 7월 2일 (UTC)
- 홀에서 돌아왔어위의 내용은 Tool labs 문제처럼 보인다. 나는 관련 MariaDB 데이터베이스에 대한 사용 권한을 수동으로 조정했으며, 내가 짐을 풀고 Cuppa(대화)를 마쳤으면 근본적인 원인을 더 자세히 살펴보겠다. - TB(대화) 10:35, 2015년 7월 7일(UTC)
구성
도구를 처음으로 보려고 할 때, 새로운 지침에서는 이 도구를 어떤 식으로든 구성해야 한다고 말하여, 우리를 같은 정보 페이지로 되돌린다.그러나 정보 페이지는 어디에서나 configuration이라는 용어를 사용하지 않는다.이것이 무엇이든지 간에, 이것은 철자를 써야 하며 특히 참조되고 있는 것과 동일한 용어를 사용해야 한다.Trackinfo (talk) 21:11, 2015년 8월 1일 (UTC)
- 안녕, Trackinfo.내 생각에 당신을 사로잡고 있는 지침서 페이지가 이 페이지인 것 같다. 사실 그것은 반신반의하는 것이다.나는 지금 여기서 더 잘 설명하려고 노력하겠지만 가까운 시일 내에 그 페이지를 업데이트하려고 노력할 것이다.
- '붉은 링크 복구 라이브'의 핵심은 위키피디아의 빨간 링크를 트래블링하며 이들이 지목해야 할 기사들을 제시하려고 노력하는 컴퓨터 프로그램이다.가장 유망한 제안은 툴 랩의 데이터베이스에 저장되며 웹 인터페이스를 사용하여 볼 수 있다.
- 선택적으로 몇 가지 반자동화 도구를 사용하여 제안 목록 작업을 조금 덜 어렵게 할 수 있다. - 나는 먼저 "custom.js" 파일을 편집했다(사용자:이러한 기능을 사용하려면 Trackinfo/common.js)를 사용하십시오.제안사항 옆에 표시된 녹색 "AUTOFIX" 링크를 클릭하면 변경사항을 적용할 수 있는 권장사항이 있는 문서가 열린다.
- - TB (대화) 20:22, 2015년 8월 2일 (UTC)
버그 수정: UF8 인코딩 문제
나는 UTF8 인코딩(즉, '특수 문자'를 사용한 제안이 저장되는 방법)과 관련된 버그를 스퀴어 보았다.꽤 솔직히 말하자면, 나는 이 오랜 문제가 얼마나 쉽게 옳고 내가 몇몇 복잡한 것들을 간과했을지도 모른다고 의심하는 것에 약간 놀랐다.단, 악센트 문자나 외국어 문자와 관련하여 이상한 일이 발생하면 TB(대화) 10:57, 2015년 8월 3일(UTC)을 알려주기 바란다.
데이터베이스 유지 관리
좀 더 일반적인 유지 보수 작업의 일환으로, RLRL의 내장이 많이 저장되어 있는 데이터베이스는 이전되었다.내가 뭔가 중요한 걸 옮기는 걸 망치고 잊어버린 게 아니라면, 넌 어떤 차이점도 알아채면 안 돼.일이 잘못되면 소리쳐라.건배 - TB (대화) 09:50, 2015년 10월 2일 (UTC)
예기치 않은 식별자
이봐, 그냥 이 프로그램이 내가 사용할 때 실수를 뱉어내고 있다고 말하려고 왔어.이게 이렇게 될 만한 이유가 있을까?검만97
- 방금 확인했는데 다 괜찮은 것 같은데, 네가 본 에러에 대해 더 자세한 정보를 줄 수 있니?이상적으로는 메시지 및 방문 중인 URL을 대략적으로 보거나 에러가 발생했을 때 무엇을 하고 있었는지 설명하는 시간. - TB (대화) 08:48, 2016년 11월 23일 (UTC)
새 탭에서 자동 픽스 링크를 자동으로 여시겠습니까?
안녕.빨간 링크 체커를 만들어 줘서 정말 고마워. 정말 유용해.작은 기능 요청: 도구와 동일한 창이 아닌 새 탭에서 자동 픽스 링크를 자동으로 열 수 있는가?내가 그것을 해야 한다는 것을 기억해야 한다는 것은 좌절감을 느끼게 하고, 그 다음 나는 리스트를 계속 이어나가기 위해 같은 도구 결과를 얻기 위해 많은 페이지를 돌아가야 한다.코드 리포지토리를 찾을 수 있다면 내가 직접 할 텐데 찾을 수가 없어.고마워!Isyl0 (대화) 11:03, 2016년 12월 14일 (UTC)
제안사항을 볼 수 없음
수년간 스털링 서비스를 받은 후, 아마존닷컴은 더 이상 내가 고칠 수 있는 어떤 연결고리도 제시하지 않고 있다.위키피디아를 다른 언어로 바꿀 수 있는 머리글만 받지만 아래는 아무 것도 없다.공구가 움직였나, 고장났나, 빨간 고리를 다 고쳤나, 아니면 (아마도) 내가 뭔가 잘못하고 있는 건가?그것은 오랫동안 꾸준히 작동했고 나는 최근에 아무것도 바꾼 것이 없는 것 같아.나는 http:를 사용해보고 쿠키를 받아보려고 노력했다 - 효과가 없었다.나는 Ublock Origin을 사용하지만 그 사이트에서는 아무것도 차단하지 않는다.나는 Ubuntu 16.04의 Firefox 50.1.0과 다른 PC의 Windows 7의 IE11 둘 다에 문제가 있다고 본다.조언 좀 해주시겠습니까?그것이 오늘날 다른 사람에게 제안을 제공하는지에 대한 예/아니오조차도 유용할 것이다.고마워, Certes (토크) 16:24, 2016년 12월 22일 (UTC)
사용 가능한 새로운 제안사항
나는 그 도구에 몇 천 가지의 새로운 제안을 추가했다; 놀랄 만큼 새로운 것은 없지만, 시간이 허락한다면 나는 새로운 몇 주 안에 추가할 몇 가지 새로운 제안들을 가질 수 있을 것이다.건배 - TB (대화) 20:53, 2017년 2월 16일 (UTC)
AUTOFIX가 작동을 중지했는가?
내 오토픽스 프롬프트가 작동을 멈췄다고 어제 생각한다.그들은 편집 모드로 기사를 로드하지만 찾기/바꾸기를 하지 못한다.설정을 확인했지만 문제가 보이지 않는다.이거 또 본 사람 있어?웨일스 (토크) 20:11, 2017년 3월 3일 (UTC)
- 그것은 여전히 나에게 효과가 있다.인증서 (대화) 21:22, 2017년 3월 3일 (UTC)
- 아직도 어리둥절해하고 있어리부팅 후 그것은 한 번만 작동했다 - 이것은 내가 설정한 것을 암시한다.바이러스 검사 및 애드블럭터 해제, 다른 브라우저 사용, WP 설정 확인거스름돈은 없다.웨일스 (토크) 07:40, 2017년 3월 6일 (UTC)
- JavaScript나 쿠키를 차단하고 있는가?인증서 (대화) 13:59, 2017년 3월 6일 (UTC)
모바일 친화적
사이트를 더욱 모바일 친화적으로 만들기 위한 것(크롬으로 테스트하는 방법)다음 뷰포트 태그를 <헤드>에 추가한다.
<META NAME="뷰포트" CENTENT="폭=장치 폭, 초기 스케일=1">
그런 다음 tbs.css에 CSS를 추가하십시오.
/* 니트픽: 전경색을 설정하는 데 필요한 배경색을 설정한다!*/ BODY { 색상:#000000; } /* iOS 입력 줌 사용 안 함 */ @media 화면 및 (최대 너비:750px) { INPUT[TYPE="텍스트"), 선택, TEXTAREA {font-size:16px;} } 더 많은 작업을 수행할 수 있지만 출력 형식을 변경해야 한다(클래스를 더 추가).— 디스펜서 17:17, 2017년 3월 11일 (UTC)
안 돼?
https://tools.wmflabs.org/tb-dev/RLRL 사이트는 firefox나 Microsoft edge에서 나에게 작동하지 않는다.이 툴이 다운되었거나 더 이상 작동하지 않는가? --MrLinkinPark333 (토크) 21:07, 2017년 8월 30일 (UTC)
