모듈 토크:발췌/보관 3

이것은 과거 토론의 보관소입니다.이 페이지의 내용을 편집하지 않습니다.새 토론을 시작하거나 이전 토론을 다시 시작하려면 현재 대화 페이지에서 다시 시작하십시오.

제59회 베니스비엔날레가 '아트뉴스'라는 참조가 정의되지 않은 것에 대해 오류를 주는 이유를 정리해보려고 합니다.본문(및 참조 정의)은 제59회 베니스 비엔날레 국가관 목록에서 {{excert}}가 가져온 것입니다.원본 기사는 오류 없이 렌더링되고, 저는 무엇이 잘못되었는지 알아내기 위해 그것을 좀 찔러보았지만, 해결할 수 있는 것은 아무것도 없습니다.

그것을 해결하는 것을 도와줄 수 있는 사람이 있습니까?마이크블라스 (대화) 22:38, 2022년 4월 25일 (UTC)

인용된 기사의 참조에는 기사 이름이 앞에 붙습니다. 이 경우 <ref name="제59회 베니스비엔날레 아트뉴스 국가관 목록">이는 두 기사가 서로 다른 인용구에 동일한 이름(예: <ref name=":0" 등)을 사용할 때 충돌을 방지하기 위한 것입니다.2022년 4월 25일 23:28 (UTC) Certes (토크)

그게 여기에 관련이 있습니까?제59회 베니스 비엔날레가 발췌문에 정의된 어떤 언급도 인용하지 않기 때문이라고 생각하지 않습니다. -- Mikeblas (대화) 01:06, 2022년 4월 26일 (UTC)

부분적으로. 일부 인용문은 이름만 사용하는 것이 문제인 것 같습니다="Artnews" 하지만 다른 사람들은 name="아트뉴스" 그룹=편집자이름이 group=hostname으로 표시될 때 변경되지 않습니다.핑핑 소피보루스.콘서트 (토크) 2022년 4월 26일 09:59 (UTC)

제가 뭔가를 놓쳤나 봅니다. 제가 보는 모든 사용법은<ref name="Artnews"/>그룹 이름 속성 없이(공백 속성도 아님).마이크블라스 (대화) 2022년 4월 26일 13:50 (UTC)

아니요, 뭔가를 놓치고 있었어요.내가 넣었습니다{{excerpt List of national pavilions at the 59th Venice Biennale National pavilions}}통과 스페셜:템플릿을 확장하고 일부 ref 태그에 group="이 있고 접두사를 얻지 못했습니다.저는 원래 기사에서 그것들이 {{r}}개의 확장인 것을 발견하지 못했습니다.기사에 해결 방법이 포함되어 있기 때문에 더 이상 그런 일이 발생하지 않습니다.Certes (대화) 2022년 4월 26일 14:44 (UTC)

관찰: 다음과 같은 더 많은 명명된 참조를 발견했을 때 잘 작동하는 것 같습니다.<ref name="Artnews"/>를 통해 참조를 호출하려고 하면 실패합니다.{{r ...}} 원격 기사에r의 한 인스턴스를 선언으로 교체했더니 문제가 사라졌습니다.@Mikeblas: 스페셜: 나머지는 다음과 같이 사용할 수 있습니다.Diff/1084771632.xaosflux^Talk, 2022년 4월 26일 14:05 (UTC)

그것은 효과가 있습니다!죄송합니다. 코멘트가 삭제된 호출을 제외하고 {{r}} 템플릿의 사용을 이미 제거한 것으로 생각했습니다.그래서 문제는 {{excert}}이(가) 단순히 {{r}}과(와) 호환되지 않는다는 것으로 보입니다. -- Mikeblas (대화) 14:10, 2022년 4월 26일 (UTC)

모듈에 대한 이 편집 요청:발췌 및 모듈:트랜스클러에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

참고: 이는 실제로 이중 편집 요청이며, 문제가 되는 페이지는 두 모듈 모두입니다.발췌 및 모듈:트랜스클러더.저는 어떤 것도 오염시키지 않기 위해 편집 요청을 한 번만 할 것입니다.

이것은 트랜스클러와 발췌문이 섹션의 이름을 올바르게 인식하지 못하는 경우에 대한 잠재적인 수정 사항입니다.#발췌를 위한 테스트 사례는 이 변경이 완벽하게 정상임을 보여주었지만, 저보다 이 모듈에 대해 더 잘 알고 있는 사람의 의견을 듣고 싶습니다. 이유가 있는지 여부를 언급하고 싶습니다.([^#]*)위에(.*)잠재적으로 의도적일 정도로 이상하게 느껴지기 때문에 TE 또는 기타가 이를 구현하기 전에 (있는 경우).

관련 수정사항은 각 페이지의 샌드박스에 있습니다.주요 발췌 테스트 사례는 여기에서 찾을 수 있으며 성공적으로 작업한 예는 다음과 같습니다.#테스트 페이지에 표시됩니다./testcase3은 일부 예제에서 두 버전 사이에 차이가 있다고 주장합니다.안전한 물질을 사용하여 정확한 내용을 파악하고 비교 도구를 사용한 결과 차이가 없었습니다.나는 그곳에서 무슨 일이 일어났는지 완전히 확신할 수 없습니다.

감사합니다. 에이다님 9382 21:17, 2022년 5월 17일 (UTC)

@Aidan9382 완료, 수정 및 신중한 요청에 감사드립니다!참고로 /testcase3의 문제는 오랫동안 발생해 왔으며 템플릿에 의해 발생한 것으로 보입니다.테스트 케이스 테이블 Sophivorus (대화) 21:15, 2022년 5월 18일 (UTC)

구현해 주셔서 감사합니다!그 테스트 케이스 버그는 발생하는 것이 매우 이상하게 느껴지지만, 알려주셔서 감사합니다.그걸 볼 수도 있어요, 누가 알겠어요.에이단 93820_(talk) 4:31, 2022년 5월 19일 (UTC)

@소피보루스:오랫동안 문제가 발생해 온 테스트 사례 3을 가져주셔서 감사합니다.지난 한 시간 정도 그 모듈에 대해 작업을 해왔는데, 정말 약간의 버그 수정이 필요합니다.UNIQ-QINU 탐지가 여기서 문제가 되었지만(지금은 수정됨), Nowiki 및 Nowiki+ 출력 옵션이 분명히 그렇게 좋지 않고 디프 체커가 이것이 옳지 않다고 생각하게 만듭니다(어쩌면 정규화를 건너뛰는 것일까요?). 그래서 저는 지금 집중해야 할 것이 있다고 생각합니다.에이단 93820_(talk) 05:32, 2022년 5월 19일(UTC)

@Aidan9382 대박입니다, 저는 당신이 그 모듈에서 일하고 있는지 몰랐어요!테스트 케이스는 이미 녹색으로 보입니다. 감사합니다. 수고하셨습니다!소피보루스 (대화) 11:26, 2022년 5월 19일 (UTC)

모듈에 대한 이 편집 요청:발췌/구성에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

/config에서 보호 자물쇠(pp) 템플릿은 블랙리스트에 있는 것으로 간주됩니다.하지만, 현재 정규식은[Pp]p%-.+코어 {{pp}}개를 제외한 모든 보호 템플릿을 캡처합니다.이 문제를 해결하려면 변경

'[Pp]p%-.+',  {{pp-move-continue}} 등. 

로.

'[pp]p', '[Pp]p%-.+',  {{pp-move-continue}} 등. 

두 개 이상의 다른 정규식이 있는 이유는 단순히 하기 때문입니다.[Pp]p.* 너무 공격적일 수도 있고, 안전한 쪽에 있는 것이 더 쉽습니다.감사해요.에이단 9382_(talk) 21:18, 2022년 5월 29일(UTC)

완료. P.I. 엘스워스, 편,^{put'r there} 2022년 5월 30일 (UTC) 00:18, UTC)

모듈이 최근에 변경되었습니까? - 이전에 작동했던 페이지에서 "스크립트 실행에 할당된 시간이 만료되었습니다."라는 오류가 다시 발생하고 있습니다. -- Bruce 찾기 (talk) 22:52, 2022년 5월 28일 (UTC)

가능한 문제를 보고할 때는 항상 예제 페이지에 연결합니다.Jonesey95 (대화) 2022년 5월 28일 23:50 (UTC)

상기시켜 주셔서 감사합니다.예를 들어 배서스트 선거구의 선거 결과가 있지만, 문제는 사실상 카테고리의 모든 기사에 존재합니다.뉴사우스웨일스 주 지역구별 선거 결과1930년 이전의 모든 선거는 템플릿이 아닌 제외된 섹션을 사용합니다.이 작업은 오류를 처리하기 위해 2021년 12월에 수행되었습니다[1].브루스를 찾아라 (대화) 02:21, 2022년 5월 29일 (UTC)

@브루스 찾기:이 문제는 한동안 존재해 왔습니다. 저는 한동안 이 오류가 있었던 꽤 많은 선거 기사를 주목했습니다.최근 변경 사항에 대해서는 아니요.이 모듈과 관련된 주요 모듈(모듈:트랜스클러더)는 성능에 영향을 미치는 중요한 변경 사항이 없습니다.발췌로 페이지를 저장할 때마다 페이지를 로드하는 데 시간이 더 오래 걸리거나 더 짧을 수 있습니다.이게 도움이 되길 바랍니다.에이단 93820_(talk) 03:58, 2022년 5월 29일(UTC)

감사합니다. @Aidan9382: - 2020년 6월에 모듈을 처음 사용하기 시작하고 작년 8월경에 처음 등장했을 때 문제가 발생한 적이 없습니다.저는 작품을 구현하기 위해 350개의 모든 기사를 편집했습니다.해결책을 가진 사람이 있는지 확인해 보겠습니다. 그렇지 않으면 모듈을 포기하고 가장 최근의 선거를 제외한 모든 선거에 대해 이전 템플릿 접근 방식으로 돌아갈 것입니다. 우아하지도 않고 모듈이 피하는 경계심을 위한 함정이 있지만 더 적은 리소스로 작동합니다.브루스를 찾아라 (대화) 5:48, 2022년 5월 29일 (UTC)

@브루스 찾기:작년 8월에 트랜스클러더에 약간의 변화가 있었던 것 같습니다만, 큰 차이가 있을 것 같지는 않습니다.350페이지에 대한 수정을 구현해야 한다면, 이 모듈 세트가 성능 검토를 해야 할 때라고 생각합니다. 지나가는 편집자들에게 약간의 혼란을 줄 수 있기 때문입니다.성능 개선 사항을 확인해 보겠습니다. 하지만 지금은 템플릿 방식으로 해결해야 할 것 같습니다.에이단 93820 05:59, 2022년 5월 29일(UTC)

@브루스를 찾아라: - 방금 흥미로운 발견을 했습니다.(전체 루아 런타임의 3분의 1과 마찬가지로) 주요 비용이 많이 드는 호출 중 하나는 파일을 찾기 위해 가장 열심히 노력하는 것입니다.물론 이런 상황에서는 파일이 관련이 없을 것입니다(적어도 의심스럽습니다).추가 중 files=0 페이지의 모든 발췌본에 대해 성능이 크게 향상되어야 하며, 실제로 99%(또는 운이 좋으면 100%)의 시나리오에서 루아 타임아웃 오류를 제거할 수 있을 정도로 충분해야 합니다.한번 해보세요, 어떻게 진행되는지 말해주세요.에이단 93820_(talk) 07:45, 2022년 5월 29일 (UTC)

나는 현재 코드를 조사하지 않았지만 Transcluser.removeNonFreeFiles()를 볼 가치가 있을 수 있습니다.이전 버전의 모듈(현재 포털에서 사용하기 위해 분기)은 모든 파일의 근거를 열어 포함할 수 있는지 여부를 확인하는 데 많은 시간을 할애했으며, 이보다 더 효율적인 방법은 없었습니다.2022년 5월 29일(UTC) 18:28 Certes (토크)

@콘서트:빠른 문제가 된다는 것을 쉽게 알 수 있었지만(소리만 들어도 걱정이 됩니다), 안타깝게도 여기서는 문제가 아닙니다. Transcluder.removeNonFreeFiles파일이 발견된 경우에만 실행됩니다.여기서 문제는 명확성이 지시하지 않는 한 파일을 찾는 것이 가치 있는 것보다 훨씬 더 멀리까지 간다는 사실이며, 이는 또 다른 비용으로 이어지고 있습니다.Transcluder.get 이 코드는 블랙리스트에 있는 템플릿에서만 제거됩니다(일반적인 시나리오는 아님).필요하다면 더 자세히 설명할 수 있습니다.).이 모듈의 또 다른 잠재적 문제로 검토할 가치가 있다고 생각하십니까?감사합니다!에이단 9382_(talk) 18:36, 2022년 5월 29일(UTC)

@Aidan9382: "파일링"은 파일을 지정하는 또 다른 방법일 뿐이라고 생각합니다. 예를 들어 files=-2는 두 번째 파일을 제외한 모든 파일을 의미하며 files=1,3-999처럼 동작합니다.이 검사는 공용을 검사하고 있다는 점을 제외하고 포털 버전에서 변경되지 않은 것으로 보이며, 공용은 무료가 아닌 내용을 허용하지 않기 때문에 불필요할 수 있습니다.만약 우리가 저렴한 is FileNonFree 방법을 가지고 있다면 좋을 것입니다. 하지만 슬프게도 우리는 텍스트를 읽을 필요가 있습니다. 사람들은 매우 화가 났고 우리가 그렇게 하지 않았을 때 결론을 삭제하기 시작했습니다.하지만, 당신이 말한 것처럼, 이 코드는 파일이 발견될 때만 실행되기 때문에 레드 헤링일 수 있습니다.2022년 5월 29일(UTC) 19:38 Certes (토크)

@Aidan9382 감사합니다: 추가했습니다. files=0카테고리의 모든 발췌본:뉴사우스웨일스 주 선거구별 선거 결과는 현재 시간 초과 문제를 모두 해결한 것으로 보입니다.브루스를 찾아라 (대화) 2022년 5월 30일 08:56 (UTC)

최근 테스트 중에 발췌문의 일부를 제안했는데, 처음에 파일을 찾을 수 없는 경우 놓쳤을 수도 있는 파일을 필사적으로 가져오는 것과 관련된 섹션을 발견했습니다(라인 152-173).일부 테스트 및 일부 미리 보기 사용 중에 내용을 제외한 후 실행 시간이 약 42%(평균 7.4438초 -> 평균 4.304초) 감소하는 것을 확인했습니다.예상했던 대로, 실제로 문제가 되는 부분은 아마도 두 번째일 것입니다.Transcluder.get()템플릿 전용입니다.하지만, 저는 해결책이 매우 부족합니다. 그래서 저는 다음과 같은 것에 대해 누군가 의견을 말해줄 수 있을까요?

• 기본적으로 실행되도록 설정하는 것의 유용성,
• 일반적으로 이 코드 섹션의 유용성(정상적으로 파일을 가져올 수 없는 경우에만 시도하는 이유는 무엇입니까?이로 인해 정보 상자가 귀중한 이유는 무엇입니까?) 및
• 너무 자주 전화하는 것을 방지하거나 전화를 거는 방법을 개선할 수 있는 모든 솔루션

저는 솔루션 아이디어를 염두에 두고 있지만, 우아함이 매우 낮고, 아마도 나쁜 움직임이 될 수도 있는 꽤 진부한 아이디어이기 때문에 다른 사람들의 의견이 좋을 것입니다.에이단 9382 2022년 5월 29일 18:26(UTC)

@Aidan9382 놀라운 발견!!이 기능의 유용성은 기본적으로 많은 기사(아마도 대부분)가 정보 상자에 기본 이미지를 가지고 있기 때문에 이 코드는 이 이미지를 복구하려고 합니다.비효율적이고, 지저분하고, 심지어 신뢰할 수 없다는 것에 동의하지만, 또한 유용하고, 아마도 이 시점에서 예상되는 것일 것입니다.그러고 보니, 저는 그것을 고치는 방법에 대한 아이디어가 있는 것 같아요!여기서 구현하려고 했지만 완료하지 못했습니다(늦어서 디버깅할 수 있는 좋은 방법을 찾을 수 없습니다!).기본적으로 두 번째 요청을 수신()하는 두 번째 호출을 완전히 피하는 것이 좋습니다. 이 호출은 기본적으로 두 번째 요청을 실행하고 성능 손실의 주요 원인일 수 있습니다.@Certs NonFreeFiles 제거 요청도 요청을 실행하여 성능 손실을 초래할 수 있습니다. 따라서 모든 문제가 포털에 있었다는 점을 고려할 때 기본적으로 메인 공간에서 이 기능을 사용하지 않도록 설정하고 필요한 경우에만 사용하도록 설정하여 성능 손실을 방지할 수 있다고 생각합니다.계획처럼 들립니까?소피보루스 (대화) 2022년 5월 30일 21:26 (UTC)

@소피보루스:기본 공간에서 체크 인을 비활성화하는 것은 시도해 볼 가치가 있습니다.현재 동작이 필요합니다(모듈:모듈이 아닌 발췌/포털:포털의 경우, 많은 포털들이 긴 목록에서 무작위로 선택된 한 기사의 발췌본을 표시하고, 아무도 그것들을 모두 확인하지 않기 때문에, 만약 그것들이 전시된다면 할리우드를 파산시킬 흐릿한 영화가 여전히 있는지 확인하지 않습니다.2022년 5월 30일(UTC) 21:38 Certes (토크)

@Aidan9382 @확실히 못박은 것 같습니다(모듈:추출/샌드박스).아직 몇 가지 사소한 문제를 해결해야 하지만, Aidan9382, 당신은 그 노력이 가치가 있었는지 확인해 주시겠습니까? (저는 Lua 모듈을 벤치마킹하는 방법을 전혀 모릅니다.)감사합니다!소피보루스 (대화) 23:23, 2022년 5월 30일 (UTC)

@소피보루스:현재 코드를 제대로 검토할 수 있을 정도로 잘 알지 못하지만 사용 가능한 파일을 확인하는 변경은 필요한 것처럼 보입니다. (저는 플래그를 "사용 가능한 파일만 제한?"으로 해석하고 있습니다.) 빠른 벤치마크를 위해 관련 페이지에서 미리 보고 소스 코드(파이어폭스의 Ctrl-U)를 보고 "NewPP 제한 보고서"를 검색합니다.이는 우리가 다양한 한계(포털을 제외하고는 거의 문제가 되지 않음)에 얼마나 근접했는지 보여주고 다양한 템플릿과 Lua 함수에 대한 타이밍을 제공합니다.2022년 5월 30일(UTC) 23:36 Certes (토크)

@콘서트 대박!글쎄요, 배서스트 지역의 선거 결과에 대한 "새로운 PP 제한 보고서"로 판단하면 샌드박스 버전이 훨씬 우수한 것 같습니다(~6초 대~10초)!남은 문제를 해결하고 하루 이틀 안에 배치하는 동안 에이든을 기다리겠습니다, 건배!소피보루스 (대화) 00:12, 2022년 5월 31일 (UTC)

@소피보루스:테스트 페이지에서 Except와 Exclude/sandbox를 비교해 보았는데, /sandbox 버전이 문제를 상당히 잘 해결하여 테스트 페이지가 평균 8초에서 평균 6초로 향상되었음을 확인할 수 있습니다(결과가 일관성이 없어 개선이 1/4보다 더 나을 수 있습니다).나의 유일한 관심사는Transcluder.getTemplates(excerpt)즉, 발췌가 다음으로 설정된 경우only=files(또는 유사), 발췌문에는 템플릿이 포함되지 않으므로 정보 상자를 찾을 수 없지만, 이는 드문 시나리오에 가깝습니다.기술적으로 섹션의 필터링되지 않은 발췌본을 가져와서 나중에 사용자가 원하는 것을 필터링할 수 있지만, 그것은 또한 트랜스클러더의 중요한 부분을 무효화합니다.get() 그래서 저는 그것을 실행하려고 노력하는 것을 경계합니다.하지만 그것을 제외하면, 이것은 잘 하고 있는 것처럼 보입니다.잘 만들었다!에이단 93820_(talk) 05:06, 2022년 5월 31일(UTC)

제 이론은 맞는 것 같지만, 무료가 아닌 파일을 제거하는 것도 아닌 것 같습니다.템플릿과의 차이점을 살펴 보십시오.발췌/테스트 사례.템플릿도 확인합니다.하단의 이상한 템플릿 차이에 대한 발췌/테스트 사례2.참고: 나란히 표시된 내용이 동일하게 보이지만 서로 다른(노란색, 접히지 않음) 것으로 표시된 경우 포맷 차이입니다.무시하고, 똑같이 생각하세요.아마 그럴 겁니다.에이단 9382_(talk) 13:23, 2022년 5월 31일(UTC)

@Aidan9382 통찰력에 감사드립니다!여기 /test case2의 하단에서 문제를 해결할 수 있었습니다.무료가 아닌 파일에 대해서는, 위에서 Certes에게 언급했듯이, 기본값의 변경일 뿐입니다.여기서부터는 사용 가능하지 않은 파일을 설정으로 명시적으로 필터링해야 합니다.freefiles=yes이는 발췌본의 99%가 사용 가능하지 않은 파일에는 문제가 없지만 사용 가능하지 않은 파일을 확인할 때마다 비용이 많이 들기 때문입니다.마지막으로, /테스트 사례의 문제와 관련하여 다음과 같은 경우only=files더 이상 정보 상자에서 파일을 가져오지 않습니다. 저는 이것이 수고할 가치가 없는 에지 케이스라는 것에 동의합니다.더 이상 문제나 문제가 발생하지 않으면 하루 이틀 안에 배치하겠습니다, 건배!소피보루스 (대화) 22:38, 2022년 5월 31일 (UTC)

@Aidan9382 @Certs Deployed!만약을 위해 잠시 머물겠습니다, 멋진 작업과 지원에 감사드립니다! @브루스 찾기 이 새로운 버전은 설정을 해야 합니다.files=0불필요한애초에 이 문제를 제기해 주셔서 감사합니다!소피보루스 (대화) 22:07, 2022년 6월 1일 (UTC)

캘리포니아의 농업은 캘리포니아 와인의 발췌본을 사용하고 있으며, Cite 오류가 발생하고 있습니다. 명명된 참조 캘리포니아 와인 Misson_Graffe가 호출되었지만 정의되지 않았습니다(도움말 페이지 참조).결과 HTML을 검토한 결과 발췌문은 이해하지 못함을 시사합니다._침략적 향신료 (대화) 2022년 6월 2일 (UTC)

아, 이건 언더스코어로 인한 문제가 아닙니다.이 오류는 참조가 정보 상자에 정의되어 있기 때문입니다. wine years = {{years ago 1769}}<ref name="Misson_Grape">{{cite web url=https://www.wine-blog.org/index.php/2011/03/17/the-mission-grape-played-a-major-role-in-california-wine-viticultural-history/ title=The Mission Grape Played a Major Role in California Wine Viticultural History author1=Diaz, Jo website=Wine Blog date=2011-03-17}}</ref>), 그리고 실제로 발췌된 텍스트에서 이름이 붙은 짧은 참조일 뿐입니다(<ref name="Misson_Grape"/> ) 해결 방법은 텍스트에서 정의하고 정보 상자에 이름이 지정된 짧은 참조로 유지하는 것이 좋습니다.에이다님_(talk) 9382 15:57, 2022년 6월 2일 (UTC)

제가 수정을 시행했으니 걱정하지 마세요.에이단_(talk) 9382 2022년 6월 2일 16:03 (UTC)

발췌문은 {{선거함 2pp}}개를 제외한 것으로 보이는데, 그 이유는 잘 모르겠습니다.템플릿은 선거 결과 표에 "양당 선호 결과" 행을 추가합니다. 예를 들어 Aston#22022 분할 선거 결과에 발췌된 빅토리아#Aston의 2022년 호주 연방 선거 결과를 참조하십시오. 여기에는 해당 템플릿을 제외한 모든 항목이 포함됩니다.설정해봤습니다.templates=.*하지만 그런 다음 해당 템플릿만 발췌하고 다른 것은 없습니다. --브루스 찾기 (대화) 05:05, 2022년 6월 4일 (UTC)

허, 이상하네요.템플릿 블랙리스트에 바로 표시되지 않습니다.잠시 후에 알아보겠습니다.에이단 93820_(talk) 5:08, 2022년 6월 4일(UTC)

@브루스 찾기:알려주셔서 감사합니다. 모듈에 잠재적인 버그가 있는 것 같습니다.제가 가서 해결책을 알아보겠습니다.지금은, 2pp를 넣는 것에 대해 걱정하지 마세요 - 여기서 해학적인 해결책이 보이지 않습니다.에이단 93820 05:23, 2022년 6월 4일(UTC)

@Sophivorus: (또는 다른 사람들) 위의 상황에 대한 수정 사항을 구현했습니다. (블랙리스트/화이트리스트 작성 방법과 블랙리스트를 모두 작성하는 방법과 블랙리스트를 작성하지 않는 방법이 문제인데, 이는 다소 불편합니다.) templates= 이제 블랙리스트를 올바르게 덮어씁니다.하지만, 제 생각에, 저는 이것을 좀 너무 잘못된 브랜드일 수도 있는 방식으로 했습니다. 저는 이것을 수정하기 위해 편집 요청을 제출하기 전에 다른 사람의 의견을 듣고 싶습니다.(여기에는 두 모듈의 변경 사항이 포함됩니다.추출/샌드박스 및 모듈:트랜스클러더/샌드박스).의견?에이단 93820_(talk) 05:59, 2022년 6월 4일(UTC)

@Aidan9382: 위에서 설명한 #짧은 설명에서 몇 가지 아이디어를 논의했습니다.2022년 6월 4일(UTC) 09:35 Certes (토크)

@콘서트:감사합니다, 그걸 놓쳤어요.읽는 것으로부터, 여기서 괜찮은 해결책은 다음과 같습니다. 기본 블랙리스트에 하이픈(-)으로 시작하는 경우 "hypn" 매개 변수를 추가하고 그렇지 않은 경우 대체합니다. 결국, 저는 누군가가 "X와 Y 템플릿은 제외하고 블랙리스트에 포함"하기를 원했던 실제 사례를 기억할 수 없습니다. 그래요? 항상 "블랙리스트에 있는 템플릿 X 및 Y 및 템플릿 제외"입니다.샌드박스에서 다시 만들어보고 어떻게 작동하는지 알아보겠습니다.만약 그것이 아이디어를 수정한다면, 저는 그것을 편집 요청에 올리는 것이 훨씬 더 기쁠 것입니다.에이단 93820_(talk) 09:43, 2022년 6월 4일 (UTC)

@콘서트:구현이 매우 간단했을 뿐만 아니라, 잘 작동한 것으로 보이며, 여전히 다음 템플릿을 따라야 합니다.발췌문은 예상되는 기능성에 대해 말합니다.괜찮으시다면 TE 편집 요청을 올리겠습니다.에이단 93820_(talk) 09:48, 2022년 6월 4일(UTC)

@Aidan9382:1950년 미국 토네이도 목록의 가장자리 사건과도 잘 어울립니다. 하지만 소피보루스가 생방송을 시작하기 전에 잠깐 볼 수 있는 것이 가장 좋습니다.2022년 6월 4일(UTC) 09:57 Certes (토크)

좋아요, 좋아요.여쭤봐도 될까요? 1950년 토네이도의 에지 케이스는 무엇이었습니까?아 그리고 직접적인 출처로 답장해주세요 - 무슨 일이 일어나고 있는지 모르겠지만, Bawl!은 미친 듯이 이전 섹션을 복제품으로 대체하고 있습니다(역사에서 당신의 편집 차이를 보면 이해가 될 것입니다).에이단 9382_(talk) 2022년 6월 4일 10:00(UTC)

거기서 보울에게 무슨 일이 있었는지는 잘 모르겠지만 고쳐주셔서 감사합니다.토네이도는 이제 templates=.*하지만 이전에 사용한 적이 있습니다. templates=-Coords좌표를 제외한 모든 템플릿을 포함합니다(여기서 사용되지 않는 템플릿은 사용되고 포함된 좌표와 혼동되지 않습니다).2022년 6월 4일(UTC) 10:09 Certes (토크)

물론이죠, 에이단 9382, 몇 가지 일이 있었습니다.설명을 추가할 때 섹션 편집을 실제로 수행합니다.섹션의 원래 텍스트를 가져오고, 텍스트에 주석을 삽입하고, 새 섹션 텍스트로 섹션 편집을 수행합니다.Bawl은 21번 대신 20번 섹션을 잘못 편집하여 이전 섹션을 이 섹션의 텍스트와 귀하의 의견으로 덮어씁니다.이것은 이상한 상황의 조합이었습니다.올바른 섹션 번호를 얻는 몇 가지 방법이 있습니다. 섹션 편집 링크에서 가져오거나 섹션 제목을 검색하거나...반대로섹션 편집 링크에서 섹션 번호를 가져올 때, 당신이 읽고 있는 동안 아카이브 로봇이 지나가거나 누군가가 당신이 주석을 다는 섹션 위에 하위 섹션을 추가하면 그것은 중단됩니다.이 문제는 모든 편집자에게 영향을 미칩니다.음, Bawl을 제외한 모든 것.
Bawl은 다른 것이 많지 않기 때문에 전체 섹션을 편집할 때 섹션 제목을 사용합니다.(결국 섹션이 비어 있을 수 있음)섹션 #Cite 오류: 잘못된 <ref> 태그가 제목에 nowiki 태그를 사용합니다.Bawl은 HTML에서만 섹션 제목을 가져올 수 있기 때문에 모든 코드가 문제를 일으킬 수 있습니다.이것이 어느 정도 보상을 받는다면, 예를 들어 제목의 위키링크는 문제가 없습니다.반면에 노비키는..사용.<ref>더 잘 작동해야 하지만 해당 섹션은 현재 섹션으로 편집할 수 없습니다.지금도 일해야 합니다.
하지만 논평을 할 때 실제로는 다른 전략을 따릅니다.섹션 제목에 완전히 구애받지 않게 됩니다.읽는 동안 섹션 제목이 변경되었습니까?괜찮아요.Bawl은 섹션 번호 자체를 결정합니다.이 과정에서 실제로 코드 예제이거나 실제로 섹션이 아닌 "섹션"을 세는 것을 피하기 위해 다양한 요소가 이스케이프됩니다.위의 ref 태그는 비공개 ref 태그로 보여져 이슈가 되었습니다.또 다른 문제는 2022년 3월 3일 #Template-protected 편집 요청에서 발견되었으며, pretag 내에서 두 개의 여는 코드 태그가 발견되었습니다.두 번째 것은 닫는 코드 태그로 의도되었고 둘 다 사전 태그 내에 있기 때문에 작동하지 않습니다.이 섹션을 복제하지 않을 경우 이 문제를 해결했습니다.Bawl은 이제 pre와 nowiki를 먼저 탈출합니다. 그렇지 않으면 탈출 프로세스를 무시할 수 있는 불균형 태그를 합법적으로 포함할 수 있기 때문입니다.알렉시스 재즈 (토크 또는 핑) 2022년 6월 4일 12:50 (UTC)

@Aidan 9382 배치!멋진 작품입니다, 감사합니다! @Alexis Jazz 이 Bawl 일이 무엇에 관한 것인지는 잘 모르겠지만, 제 의견이 필요하시면 알려주세요.건배!소피보루스 (대화) 13:45, 2022년 6월 5일 (UTC)

@소피보루스:Bawl에 대해서는 걱정하지 마세요 - 그것은 Certes가 대화에서 사용하는 것이고 우리가 대화하는 동안 약간 버그가 있었습니다.

이 대화를 시작한 Find bruce에게 경의를 표하며 - 버그는 수정되었습니다!에이단 9382_(talk) 2022년 6월 5일 14:39(UTC)

@Aidan9382 감사합니다.하지만 안타깝게도 애스턴#2022 분할에 대한 선거 결과는 여전히 깨져 있습니다. 브루스를 찾아라 (대화) 21:39, 2022년 6월 5일 (UTC)

@브루스 찾기:아, 죄송해요, 분명히 말했어야 했어요.블랙리스트(블랙리스트에서 2pp에 반대하는 내용이 무엇인지도 모르지만 아이디어가 있습니다)에 대한 변경은 없었습니다. templates= 매개 변수입니다. 그러면 블랙리스트가 조금 이상할 경우 회피할 수 있습니다.필요에 따라 수리했습니다.에이단 93820_(talk) 04:56, 2022년 6월 6일(UTC)

@Aidan9382를 명확히 해주셔서 감사합니다.이 문제는 발췌문이 있는 2,659개의 기사 중 거의 절반에 영향을 미치기 때문에 해결 방법을 추가하기 위해 AWB 스크립트를 실행하는 것에 관심이 없습니다.참고로 거의 모든 호주 선거 결과는 2pp를 사용합니다.이 결과들은 중복되거나 세 번 반복되곤 했습니다. 그래서 편집 노력과 불일치를 줄이기 위해 저는 편집자들에게 결과 표를 한 곳에 두고 다른 기사로 발췌할 것을 권장했습니다.2022년 애스턴 선거구 선거는 2022년 오스트레일리아 연방 선거 결과에 따라 빅토리아#애스턴에서 치러지며, 선거 결과에서 애스턴 #2022와 애스턴 지역구에서 발췌.이 모듈은 매우 유용하고 잘 받아들여져서 다른 편집자들이 감사하게도 이 모듈을 사용했습니다.저는 블랙리스트를 수정할 충분한 시간을 줄 수 있는 메모를 호주 정치 프로젝트 페이지에 게시할 것입니다.브루스를 찾아라 (대화) 5:27, 2022년 6월 6일 (UTC)

@브루스 찾기:그렇군요. 그렇다면 블랙리스트의 잠재적인 이슈가 무엇인지 잘 알고 있다고 생각하고, 지금 희망적인 편집 요청을 하겠습니다.그것이 고쳐지길 바라지만, 저는 제 이론을 확인하기 위해 잠시 코드를 봐야 할 것입니다.알려주셔서 감사합니다!에이단 93820 05:30, 2022년 6월 6일(UTC)

모듈에 대한 이 편집 요청:발췌/구성에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

블랙리스트 내에서[Pp]p로 변경해야 합니다.^[Pp]p시작할 때만 일치해야 한다는 것을 명시적으로 알 수 있습니다.또한 이는 모든 것이 다음과 같다는 것을 의미합니다..* 이 시나리오에서는 기능을 하지 않기 때문에 끝이나 시작 부분의 정규식에서 제거할 수 있습니다.에이단 93820_(talk) 05:33, 2022년 6월 6일(UTC)

완료. P.I. 엘스워스,^{put'r there} 편집 8:09, 2022년 6월 6일(UTC)

@브루스 찾기:핵심 문제가 해결되었습니다.이제 괜찮아 보이나요?에이단 93820_(talk) 8:14, 2022년 6월 6일(UTC)

좋아 보이네요, @Aidan9382 도와주셔서 감사합니다.Sophivorus가 이것을 개발하고 유지하고 개선하는 데 있어 자신과 Certes의 도움에 정말 감사합니다. 시드니에 계신 여러분 모두에게 맥주 한 잔 빚지고 있습니다.치어스 파인드 브루스 (대화) 2022년 6월 6일 09:54 (UTC)

모듈에 대한 이 편집 요청:발췌/구성에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

안녕하세요, 최근에 이 사건과 관련된 부분을 보고 있었어요-- {{More citations needed}} and its many aliases정규 표현의 상당 부분이 반복적이며 몇 가지 변경 사항으로 목록을 쉽게 줄일 수 있다는 것을 알게 되었습니다.변경 사항을 /sandbox에 게시했는데, 여기서 차이점을 확인할 수 있습니다.

몇 가지 중요한 사항:참조 템플릿과 관련된 구체적인 제외 사항이 많습니다(예:'[Ii]mprove[ -]?references?'), 하지만 그들은 모두에 의해 가려집니다.'[Rr]eferences?'그것이 많은 정규군들이 목록에서 사라진 이유의 일부입니다.

만약 당신이 내 것의 구체적인 제거나 최적화에 대해 혼란스럽다면, 언제든지 물어보세요.이는 이전 버전과 기능적으로 동일해야 합니다.아직은 훨씬 더 개선될 수 있지만 탐색하기가 좀 어수선하고, 블랙리스트를 실수로 망치는 것은 이미 조금 불안정하게 느껴지기 때문에 저는 너무 멀리 가서 실수로 블랙리스트를 망치고 싶지 않습니다.구성/샌드박스에 넣고 /테스트 케이스를 확인하여 테스트했는데, 제가 보기에는 모두 좋아 보입니다.에이단 9382 2022년 6월 11일 19:25 (UTC)

@Aidan 9382 배치!저는 당신의 판단을 믿고 테스트 케이스가 좋아 보입니다.원치 않는 템플릿이 통과되면(또는 반대로) 언제든지 요청에 따라 수정할 수 있습니다.건배!소피보루스 (대화) 23:11, 2022년 6월 11일 (UTC)

@소피보루스: 모듈:발췌/테스트 사례 #조각

철학에서 여성의 특정 단락을 표시하는 대신 전체 소개 섹션을 표시합니다.

-- Yinue200 (대화) 2022년 6월 15일 01:37 (UTC)

@Yinue200 문제는 "fragment"가 두 번째 매개 변수의 로컬 별칭이 되었다는 것입니다(여기 참조). 그래서 저는 단순히 그것(diff)을 반영하기 위해 테스트 사례를 업데이트했습니다.보고 감사합니다!소피보루스 (대화) 11:54, 2022년 6월 15일 (UTC)

안녕하세요! 저는 최근에 중복 정규식을 비교하고 찾기 위해 스크립트를 작성하고 있었는데(그 배경은 이것을 참조하십시오) 블랙리스트에 있는 많은 정규식이 다른 사람들에 의해 쓸모없게 된다는 것을 발견했습니다.정확한 목록(일단 false positive를 수동으로 필터링하면 일부는 남아있을 수 있지만)은 다음과 같습니다.

[Tt] 그의 기사는 [Aa]보다 열등하지만 [Tt] 그의 기사는 [Tt]보다 열등합니다. 그의 [Cc]캠페인 상자는 [Ll]위치 [Fff]특성보다 열등합니다. 기사는 [F]특성보다 열등합니다. [F]특성보다 열등합니다. [F]특성보다 작은 FTOP가 [Optic]보다 열등합니까?누락은 [Ll]ead [Ll]ede 누락은 [Ll]ede [Nn]o[-?]보다 열등한 도입부는 없습니다.[I]ntro [Nn]o[ - ??[Ii]ntro보다 못하다 [Nn]어떤 도입부도 [Ii]ntro보다 못하다 [Nn]o보다 못하다 ?섹션이 [Nn]o보다 못하다 [-?]납 [Nn]o보다 못하다 [-?]리드가 [Ll]led보다 못하다 [Mm]sing이 [Ii]ntro보다 못하다 [ntro]섹션보다 못하다 [nt]?리드 ?섹션이 [Ll]리드보다 낮음 [Mm]누락된 리드가 [Ll]리드보다 낮음 [Mm]누락된 리드가 [Ll]리드보다 낮음 [Ll]리드보다 낮음 [Ll]리드보다 낮음 [I]인트로 [Ii]도입이 [Ii]엔트로보다 낮음 [I]엔트로보다 낮음 [Ii]엔트로가 [Inti]엔트로 필요합니다.[Ll]리드 [Ll]리드보다 낮은 리오르 [Ll]리드보다 낮은 리오르 [Ll]리드가 너무 긴 리오르 [Ll]리드가 [Ll]리드보다 낮은 [Ll]리드가 너무 긴 리오르 [Ll]리드가 [Tt]oo[-]보다 낮은 리오르[Ll]long [Ll]ede ?너무 오래되면 [Ll]ede ?너무 오래되면 [Ll]long [Ll]ede ?너무 오래되면 [Tt]oo[-?]보다 못합니다.[Lll]long [II]ntro [Lll]long 인트로가 [Ii]ntro보다 [Lll]long 인트로가 [Lll]long보다 [Lll]long보다 납이 [Lll]leong보다 열등합니다. [Lll]long?led가 [Lell]elled [Lll]long[long]long보다 낮습니까?led가 [Ii] - [long[long]long [long [long]lo]long [lo]에 비해 너무 낮습니다.long은 [Ll]long [Ii]ntro[ - ? too[ - ? long은 [Tt]oo[ - ? ]보다 열등합니다.[Lll]롱 [Lll]리드 롱이 [Lll]리드보다 낮음 [Lll]리드보다 낮음 [Lll]리드보다 낮음 [-?rewrite]섹션이 [Lll]리드보다 낮음 [Vv]게 인트로가 [Lll]리드보다 낮음 [Vv]lean-up-lead가 [Ll]Ad [Ii]Adi-Intro보다 낮음 [Ii]Intro보다 낮음 [Intro보다 낮음?쇼트가 [Ii]ntro [Ii]ntro 확장이 [Ii]ntro [Rr]ewrite 리드가 [Ll]ead [Cc]leanup 리드가 [Ll]ead [-?too]보다 낮음쇼트가 [L]리드보다 낮음 [Ee]확장 ?리드가 [L]리드보다 낮음 [Ss]숏?리드가 [L]리드보다 낮음 [Bb]리드가 [L]리드보다 낮음 [L]리드가 [L]ede[-?]리드 리라이트가 [L]리드보다 낮음 [-?]short가 [Ll]ede [Ee]보다 열등합니다. expand ?lede가 [Ll]ede [Mm]ain보다 열등합니까?기사요?[Mm]ain [12]보다 낮습니까?[Mm]메인 페이지가 [Mm]메인 [12]보다 낮습니까?[Ss]보입니까?메인이 [Mm]ain [12]보다 낮습니까?[Rr]리드메인이 [Mm]ain [12]보다 열등합니까?[Hh]요리케인 메인이 [Mm]in[12]보다 열등합니까?[Nn]항행?[Bb]ox가 [Nn]항행 [Nn]항행 템플릿이 [Nn]항행 [Cc]보다 낮습니까?VG [Nn]항행이 [Nn]항행 [Oo]ther보다 열등합니까?[Uu]eses?[13]?가 [O]others보다 열등합니까?[ff]또는 다른 용도가 [O]ther보다 열등합니까?[Uu]eses? [13]? [Ou] 그녀?[음]의미는?[O]다른 사람들보다 열등합니까?[O]다른 값이 [O]다른 값보다 낮습니까?[ff]또는 다른 용도가 [O]다른 용도보다 열등합니까?[Ss]다른 사람들이 [O]다른 사람들보다 열등하다는 것을 알겠습니까?[Rr]direct가 [Rr][Ee]dir [Ss]ee보다 열등합니다.[Aa]또한 [Aa]lso [Ss]ee-[Aa]또한 [Aa]lso [Lll]보다 낮음 [Bb]리핑 설명이 [Dd]리핑 설명보다 낮음 [Bb]리핑 설명이 [Rip][Fff]리핑 설명보다 낮음 2가 [Drurvery]보다 낮음?long은 [Lll]long [Lll]longish는 [Lll]long [Ttt]oo[ - ? ]보다 낮습니다.[Lll]롱이 [Lll]롱이 2 long이 [Lll]롱이 2 [Lll] [Cccite?[Ss]출처?[S] 소스보다 열등합니까?[Cc]청소[ - ?][Vv]erify가 [Vv]erify [ff]new?sources보다 열등합니까?[S] 소스보다 열등합니까?[II]개선 [ - ?]출처?[S] 소스보다 열등합니까?[음]더?[Ss]출처?[S] 소스보다 열등합니까?[N]소스가 [Ss]소스보다 낮습니까?[Rr]기준 개선이 [Rr]기준보다 열등합니까?[Rr]참조가 [Rr]참조보다 낮습니까?[Uu]underreferences가 [Rr]references보다 열등합니까?[Uu]underreferenced가 [Rr]referenced [Uu]sourced가 [Ss]소스보다 낮음?[Nn]POV가 POV보다 낮음 [Nn]POV Check가 POV보다 낮음 [Nn]POV 검사가 POV보다 낮음 [Nn]POV-disput이 POV보다 낮음 [Pp]ov [Nn]POV 검사가 [Pp]보다 낮음OV 체크 [Pp]ov 체크가 [Pp]ov [Pp]ov 체크가 [Pp]ov [Pp]ov 체크가 [Pp]ov [Pp]ov 체크가 [Pp]ov [Pp]ov 체크보다 낮음 [Pp]ov 체크 섹션이 [Pop]ov보다 낮음 [NV]Ov 체크보다 낮음 [NV is][Nn]POV-분쟁이 [Nn]POV [Nn]중립성이 [Nn]중립성 [Pp]보다 낮음OV-check-단면이 [Pp]보다 낮음OV-check [Nn]POV Check가 [Pp]보다 낮음OV Check [Pp]ov-check 단면이 [Pp]ov-check [Nn]PoV가 [Pp]oV [Nn]중립이 [Nn]중립보다 낮음

저는 궁금해요 - 이것들을 고칠 가치가 있나요?모듈이 제거되면 모듈이 다소 빠르게 실행되어도 놀라지 않겠지만, 확실하지는 않지만 다른 편집자의 명확성을 위해 최소한 일부는 유지되어야 한다고 생각합니다.나는 그들 중 일부는 확실히 훨씬 더 걱정된다고 말할 것입니다(예: 그냥 쉽게 커버할 수 있는 4가지 버전의 pov 체크).[Pp]ov[ -][Cc]heck 하지만 그 중 일부는 더 합리적입니다.여기에 대한 의견이 있습니까?(비교가 필요한 경우 스크립트에서 정리된 버전의 출력을 강제로 제공할 수 있습니다.)에이단 9382_(talk) 22:04, 2022년 6월 26일(UTC)

@Aidan 9382 멋진 작품!저는 사람이 읽을 수 있는 목록을 유지하는 것이 중요하다는 것에 동의합니다.결국, 기계는 우리를 위해 더 열심히 일해야지, 반대로 일해서는 안 됩니다.그런 점을 고려해서 블랙리스트를 업무를 기준으로 다듬고 싶다면 즉시 배치하겠습니다.소피보루스 (대화) 13:49, 2022년 6월 27일 (UTC)

안녕하세요! 저는 최근에 섹션의 발췌문에 자체 발췌문이 있는 상황을 우연히 발견했습니다. 이로 인해 끔찍한 템플릿 루프 오류가 발생했습니다.저는 이것을 피할 수 있는 (합리적인) 방법이 있는지 궁금합니다.발췌가 필요하지 않은 경우, 그냥 하기templates=-Excerpt (제가 여기서 했던 것처럼) 잘 작동하지만, 중첩된 발췌문이 통합적이라면 어떻게 될까요?불행하게도, 저는 이 문제가 수정될 수 있는 (또는 심지어 수정되어야 할) 문제라고 생각하지 않지만, 누군가가 그 주제에 대해 논평하거나 "해결책"을 가지고 있을 경우를 대비하여 어쨌든 그것을 언급할 것이라고 느꼈습니다.에이단 9382_(talk) 2022년 6월 23일 18:41 (UTC)

templates=-Excerpt가야 할 길처럼 보입니다.템플릿과 비슷한 상황입니다.푸콜링{{Bar}}템플릿:술집 전화{{Foo}}루프 오류 검사를 통해서만 방지할 수 있습니다.2022년 6월 23일(UTC) 19:10 Certes (토크)

템플릿일 수 있음:발췌본 자체를 블랙리스트에 추가해야 합니까?저는 이 이중 발췌문들이 이해하기에 불필요하게 복잡하게 만들기 때문에 좋아하지 않습니다.소피보루스 (대화) 13:54, 2022년 6월 27일 (UTC)

모듈에 대한 이 편집 요청:발췌/구성에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

할 수 있었다'[Aa]nchor' 블랙리스트 구성에 추가됩니까?위와 같이 텍스트의 일반 고정자를 손상시킬 수 있으므로 기본적으로 페이지에서 제외되지 않아야 합니다.에이다님_(talk) 9382 21:21, 2022년 6월 22일 (UTC)

완료! 소피보루스 (대화) 13:55, 2022년 6월 27일 (UTC)

캘리포니아의 농업에서는 #Cherry 앞에 #Pests와 #Diseases의 앵커를 추가하고 있습니다.캘리포니아 대마초에서 {{앵커 해충병}}을 통합한 선행 {{Excert}}라고 생각합니다.저는 이것들이 캘리포니아의 농업에 복사되는 유일한 앵커라고 생각합니다. 왜냐하면 캘리포니아의 대마초에는 일반 섹션 헤더만 있는 다른 앵커가 없기 때문입니다.

캘리포니아의 농업에는 동일한 합법적인 섹션 이름이 있으며 이 섹션들은 리디렉션 대상인 캘리포니아의 해충 및 캘리포니아의 농업 질병이기 때문에 이는 보이는 것보다 더 심각한 문제입니다.침략적 향신료 (대화) 2022년 6월 22일 (UTC)

@ 침입 향신료: 야!보고해 주셔서 감사합니다.이것을 보면, 네, 앵커들이 일부 페이지의 흐름을 깨는 것처럼 보이기 때문에 왜 그들이 포함되었는지 완전히 확신할 수 없습니다.당신의 문제를 해결할 수 있는 관련 편집 요청을 아래에 열었습니다.이게 도움이 되길 바랍니다.에이다님 9382 21:21, 2022년 6월 22일 (UTC)

@Aidan9382 @침습성 향신료 지금 고쳐야 합니다!확인할 수 있나요?소피보루스 (대화) 13:53, 2022년 6월 27일 (UTC)

효과가 있었는지 확인할 수 있습니다.구현해 주셔서 감사합니다.에이단 9382_(talk) 2022년 6월 27일 15:03 (UTC)

확인.캘리포니아의 농업 해충은 현재 효과가 있으며 캘리포니아의 대마초 #Pests는 변하지 않았습니다.이것을 고쳐 주셔서 감사합니다.침략적 향신료 (대화) 2022년 6월 27일 (UTC)

모듈에 대한 이 편집 요청:발췌/구성에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

블랙리스트의 더 많은 최적화.대부분 블랙리스트 내에서 중복되거나 유사한 정규식의 병합/제거입니다.정규식의 실제 범위에 대한 사소한 변경 사항은 거의 없습니다.모든 변경 사항이 샌드박스에 표시됩니다.필요한 경우 구체적인 변경 사항을 면밀히 검토할 수 있도록 부분적으로 수정했습니다.에이단 9382 20:45, 2022년 6월 27일(UTC)

완료. P.I. 엘스워스,^{put'r there} 편집 6:58, 2022년 6월 28일(UTC)

이 모듈은 매우 유용하지만 편집자가 여러 섹션을 발췌할 때마다 무언가를 발견했습니다.특히 메트로카드 #요금은 뉴욕시 전체 교통 요금 #현재 요금을 발췌한 것입니다.MetroCard#Fare 미디어와 같이 발췌된 하위 섹션 중 하나를 편집하려고 하면 모듈은 사용자에게 모듈 코드를 편집하도록 지시합니다.발췌.섹션 편집이 지원되지 않거나 템플리트 편집자가 아니므로 페이지를 편집할 수 없다는 오류 메시지가 대신 표시되므로 "시도"라고 말합니다.그러나 이 문제는 사소한 문제이며, 추출된 섹션에 대한 편집 링크를 수정하거나 여러 섹션이 추출될 때 섹션 편집을 완전히 비활성화하여 해결할 수 있습니다.성공천재 (토크) 2022년 7월 3일 23:40 (UTC)

모듈에 대한 이 편집 요청:발췌에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

Lint 오류: HTML5와 HTML4(기사 네임스페이스)에서 서로 다른 렌더링을 가진 Misnested 태그가 나타납니다.원인은 다음과 같이 밝혀졌습니다.

{{Excerpt Gaia hypothesis only=file inline=yes}}

두 쌍의 HTML5 중첩 및 누락된 엔드 태그가 있습니다.<span>...</span>.나는 노력했다.

{{Excerpt Gaia hypothesis only=file inline=no}}

보풀 오류를 수정했지만 원치 않는 디스플레이를 추가했습니다.그래서 템플릿에 대한 링크를 찾아봤습니다.각각의 페이지를 발췌하고 편집했습니다. 하나씩, 제가 발견할 때까지.

{{Excerpt ... only=file...}}

또는

{{Excerpt ... only=files...}}

그리고 첫 번째 것은 다음을 포함하는 석탄으로 밝혀졌습니다.

{{Excerpt Coal Pollution Mitigation only=files hat=no}}

린트 오류가 없는 것으로 밝혀졌습니다.그래서 노력했습니다.

{{Excerpt Gaia hypothesis only=file hat=no}}

그리고 그것은 이전과 동일한 디스플레이를 제공하는 것처럼 보였습니다(그러나 보풀 오류는 없습니다). 그리고 가치가 있는 것은,

{{Excerpt Coal Pollution Mitigation only=files inline=no}}

에는 두 쌍의 보풀 오류가 있습니다.

템플릿이 올바르게 작동하는 경우 설명서에서 사용할 매개 변수와 사용하지 않을 매개 변수의 조합을 설명해야 합니다.템플릿을 수정해야 할 가능성이 높습니다.{{Excerpt ... only=file inline=no}}그리고.{{Excerpt ... only=files inline=no}}보풀 오류를 발생시키지 않고 작동합니다.—아노말로카리스 (대화) 2022년 8월 2일 06:46 (UTC)

다른 편집자에 대한 참고:이 문제는 227/228 라인에서 발생한 것으로 보입니다.인라인을 지정하면 추출 및 추출 블록 클래스에 사용되는 div 태그가 범위 태그로 교환되고 이로 인해 잘못된 중첩이 발생합니다.안타깝게도 저는 HTML5/4에 익숙하지 않아서 이에 적합한 해결책이 무엇인지 알 수 없습니다. 그래서 다른 편집자에게 맡겨두겠습니다.에이단 93820_(talk) 09:40, 2022년 8월 5일(UTC)

@Anomalocaris @Aidan9382 Fixed, 보고서와 연구에 감사드립니다.파일과 같은 블록 요소가 스팬과 같은 인라인 요소 내에 중첩될 수 없는 것이 문제였던 것 같습니다. 그래서 div에 대한 스팬을 디스플레이: CSS를 통해 인라인 세트로 변경했습니다. 일종의 해킹이지만 작업을 수행합니다.제임스 러브록에서 hat=no에 대해서도 inline=yes를 변경했습니다.매개 변수를 사용하는 것이 더 적절해 보였습니다.건배!소피보루스 (대화) 12:53, 2022년 8월 5일 (UTC)

소피보루스:대단히 감사합니다! —아노말로카리스 (대화) 2022년 8월 5일 (UTC) 17:19

완료 시 TPER가 비활성화되었습니다.P.I. 엘스워스,^{put'r there} 2022년 8월 5일 20시 28분(UTC)

저는 GAN을 위해 터키의 Windpower를 검토하고 있었고, 챈타 윈드 팜과 같이 {{twpt}}을(를) 사용하여 해당 페이지로 가져온 이미지와 튀르키예를 제외한 튀르키예를 통해 캡션 또는 알트 텍스트를 튀르키예합니다.이 문제의 원인은 무엇이며 해결 방법은 무엇입니까?Sammi Brie (그녀/그녀 • t • c) 8:17, 2022년 8월 29일 (UTC)

@삼미 브리 안녕!인포박스 이미지의 이미지 캡션이 빠져야 했는데, 방금 고쳤어요, 지금 터키의 풍력 #찬타 풍력 농장을 확인하세요. 튀르키예 튀르키예 튀르키예 튀르키예Alt 텍스트에 관해서는, 현재 지원되지 않는 것 같습니다만, 저는 단지 제 할 일 목록에 추가했습니다.소피보루스 (대화) 12:36, 2022년 8월 29일 (UTC)

참조 10은 "Cite error:명명된 참조 Magic:수집 규칙:1이 호출되었지만 정의되지 않았습니다(도움말 페이지 참조).Magic에서 제외된 기사: 수집 규칙에는 인용 오류가 없으므로, 발췌문이 참조 정의를 찾지 못하는 것이 틀림없습니다.Pppery *_{it has begun...} 2022년 8월 30일 01:28, UTC

저는 오늘 일찍부터 당신의 두 가지 호의에 보답하게 되었습니다.명명된 참조가 문서에 렌더링될 때 전체 참조가 페이지의 어딘가에 있어야 합니다.이것은 명명된 ref가 있는 조항 A에서 조항 B의 한 부분을 발췌한 경우, 해당 완전한 명명된 ref는 조항 A의 발췌 또는 조항 B의 다른 곳에 존재해야 한다는 것을 의미합니다.

관련하여, ":1"과 같은 자동 생성 리네임을 사용하는 것은 좋지 않은 관행이며 오래 전에 폐지되었어야 하는 많은 이유 중 하나입니다. 즉, A조와 B조 모두 리네임 ":1"을 사용하지만 다른 참조에 대해 WP:V 문제 또는 오류 메시지가 나타날 수 있습니다.Jonesey95 (대화) 2022년 8월 30일 02:22 (UTC)

저는 이 모듈의 기능 중 하나가 명명된 참조 정의를 추적하는 것이라고 생각했습니다.제가 착각했을 수도 있어요.Pppery _{it has begun...}* 2022년 8월 30일 02:50 (UTC)

저는 그것이 기사 제목 앞에 ref 이름을 붙임으로써 처리될 것이라고 꽤 확신합니다.이 경우 아티클 이름의 콜론이 네임스페이스 구분 기호와 충돌하여 문제가 발생할 수 있습니다.소피보루스는 더 많은 것을 알게 될 것입니다.2022년 8월 30일(UTC) 10:18 Certes (토크)

실제로 이 모듈은 충돌을 방지하기 위해 기사 제목 앞에 포함된 참조를 붙입니다(여기 참조).또한 제외된 섹션 외부에서 참조를 찾아야 합니다.왜 이 경우에 실패했는지는 아직 확실하지 않습니다...소피보루스 (대화) 2022년 8월 30일 17:23, UTC

초안에서 사용한 내용:프랑스 역사학#프랑수아 퓌레는 예상치 못한 결과를 얻었습니다: 3항을 적절하게 해석했습니다("푸레는 그 후 다시 검토했습니다..."와 ¹²1871년 파리 코뮌).그러나 5항의 4개 항목은 범위를 벗어났어야 했습니다.저는 모든 종류의 해결 방법을 시도했지만(이 중 몇 가지는 10번의 시도에서 확인할 수 있습니다) 성공하지 못했습니다.총알을 {{bulleted list}}개로 교체해도 소용이 없었습니다.마침내 그것을 한 것은 일종의 폭력적인 방법이었습니다.저는 글머리 기호 항목 주변에 <no include>를 추가했지만, 그것은 물론 5항을 합법적으로 배제하려는 다른 사람을 차단한다는 것을 의미하므로, 그다지 좋은 해결책은 아닙니다.누가 이것의 원인을 조사할 수 있습니까?고마워요, Mathglot (대화) 2022년 9월 23일 07:55 (UTC)

@Mathglot: 야! 나는 지금 이것을 조사하고 있으니까 어떻게 되는지 볼게요.그 사이에, 당신은{{excerpt François Furet French Revolution paragraphs=3 lists=0}} 포함하지 않고도 목록을 가져올 수 없기 때문에 더 나은 해결 방법으로 사용할 수 있습니다.에이단 93820_(talk) 8:46, 2022년 9월 23일 (UTC)

빠른 후속 조치: 모듈의 코드로 판단:Transcluder#L-333 목록은 설계상 문단으로 간주되지 않습니다. 즉, 문단 매개 변수의 영향을 받지 않으며, 이 동작이 의도적일 가능성이 높다는 것을 의미합니다.제가 이 모듈을 너무 많이 작업하지 않아서 다른 편집자들에게 이에 대한 의견을 남기겠습니다.에이단 93820_(talk) 09:04, 2022년 9월 23일(UTC)

몇 가지는 분명히 알 수 있지만, 어떤 단락을 당기는지는 중요하지 않습니다. lists=0 매개 변수를 추가하지 않으면 글머리 기호가 발췌에 포함됩니다.또한 글머리 기호는 발췌 모듈에 의해 문단으로 간주되지 않습니다. 글머리 기호를 단락=6(글머리 기호가 있을 위치)으로 설정하면 섹션이 비어 있음을 알려주기 때문입니다. - Aoidh (대화) 2022년 9월 23일 (UTC) 09:13 (KST)

좋아요, 조금 놀라운 것 같지만, 만약 이것이 실제로 디자인이라는 것에 동의한다면, 저는 이것이 /doc 페이지에 대한 신중한 추가/변경만으로 처리될 수 있다고 생각합니다. 아마도 이것과 매우 유사한 사례를 불러내는 예제를 추가하는 것이 포함될 것입니다.저는 문서 페이지를 위에서 아래로 읽었고, 좁게는 문서 페이지가 그것을 지지한다고 생각하지만, 저는 이전에 빈 줄이 있는 목록은 그들 자신의 단락이고, 하나도 없는 목록은 이전 단락의 일부라고 가정했다고 생각합니다.어쨌든, 저는 의사 수정으로 충분하다고 생각합니다.감사합니다, Aidan9382 및 사용자:이 유용한 정보에 대해 Aoidh를 참조하십시오. 그리고 이것이 확실히 합의된 사항인지 아닌지 또는 다른 확인/처리가 필요한 사항이 있는지 알려주십시오.건배, 매스글롯 (대화) 2022년 9월 23일 17:05, UTC)

저는 그 합의에 대해 완전히 확신할 수 없습니다. 그것이 바로 지금의 방식입니다.목록이 문단에서 완전히 분리된 것에 대해 약간 직관적이지 않게 느껴지기 때문에 변경을 제안할 가치가 있을 수 있습니다.에이단 9382_(talk) 2022년 9월 23일 18:21(UTC)

AP Stylebook에서 발췌한 내용을 AP통신에 소개할 때 #방금 AP Stylebook이 이미지 위에 복사를 했고, 들여다보니 이미지가 공정한 사용으로 태그되어 있습니다.AP 기사에도 그럴 만한 이유가 있지만, 보다 일반적인 문제로서 이 템플릿은 공정한 사용 이미지가 복사되는 인스턴스를 식별하고 기본적으로 그렇게 하지 않는 것이어야 합니다.{{uSdkb}}:^talk22:09, 2022년 9월 23일(UTC)

매우 이상한 일입니다. 모듈:Transcluder의 RemoveNonFreeFiles()는 File:의 설명 내에서 {{Non-freebookcover}을(를) 찾아야 합니다.AP stylebook cover.jpg를 클릭하여 이미지를 제거합니다.2022년 9월 23일(UTC) 22:37 Certes (토크)

네, 전에도 생각해 본 적이 있는 것 같아서, 이 특정 사례에 버그가 있는 것 같습니다.{{uSdkb}}:^talk22:48, 2022년 9월 23일(UTC)

여기서 제가 오해하고 있는지는 모르겠지만, 무료가 아닌 파일은 기본적으로 제외됩니다.제거하려면 다음을 지정해야 합니다. freefiles=yes 그러면 문제가 해결될 것입니다.에이단 93820_(talk) 05:54, 2022년 9월 24일(UTC)

그것은 분명히 잘못된 디폴트인 것 같습니다.이러한 파일에 필요한 비자유 사용 정당성은 페이지마다 다르므로 대부분의 경우 다른 페이지에는 적용되지 않습니다.{{uSdkb}}:^talk05:57, 2022년 9월 24일(UTC)

솔직히 말해서, 저는 애초에 그것들도 기본적으로 배제되지 않았다고 생각했는데, /doc과 코드를 보면 그렇습니다.자유 파일(기본적으로 변환되지는 않지만 옵션을 허용하는 비자유 파일)의 기능을 잠재적으로 전환할 가치가 있습니까?현재 8개 기사만 freefiles 매개변수를 사용하고 있기 때문에 큰 변경사항은 수정하기 어렵지 않을 것입니다. freefiles를 사용하지 않는 기사에 미치는 영향은 확실하지 않습니다.에이단 93820_(talk) 06:07, 2022년 9월 24일(UTC)

물론이죠, 그것은 적절한 변화인 것 같습니다.{{uSdkb}}:^talk14, 2022년 9월 24일(UTC)

저는 제 자신이 어떤 변화도 시도하지 않을 것입니다. 제가 우스꽝스러울 수 있다는 것을 배웠기 때문에 이 모듈을 알고 있는 다른 사람들의 의견을 듣고 싶기 때문입니다. 하지만 지금은 샌드박스로 바꿀 수 있는 잠재적인 방법을 썼습니다.원하는 대로 자유롭게 변경할 수 있습니다.문서가 구현된 경우 이 변경사항에 맞게 약간의 조정이 필요합니다.에이단 93820_(talk) 06:33, 2022년 9월 24일(UTC)

원래 모듈:발췌(이제 모듈로 분기됨:일부 포털은 저작권자의 만족을 유지하기 위해 파일 설명을 읽고 구문 분석하는 데 상당한 시간을 소비합니다.현재 모듈을 다음과 같이 잘못 추정했습니다.발췌문도 그렇게 했습니다. 포함된 각 파일을 전사 페이지에 표시할 수 있는 서면 근거가 없는 한 그렇습니다.2022년 9월 24일(UTC) 07:50 Certes (토크)

내 기억이 맞다면, 기본적으로 사용 가능하지 않은 파일을 제거하는 것이었습니다.그러나 이 모듈의 성능을 개선하려고 시도할 때 사용 가능하지 않은 파일을 확인하려면 파일당 하나의 웹 요청이 추가로 필요하다는 것을 알게 되었고, 파일의 일부만 사용 가능하지 않기 때문에 기본적으로 모든 파일을 허용하고 사용 가능하지 않은 파일은 케이스 바이 케이스로 제거하도록 기본값을 변경했습니다.소피보루스 (대화) 12:55, 2022년 9월 27일 (UTC)

아, 네.성능에 대한 의미를 잊고 있었습니다.맞습니다. 발췌가 매우 느리게 실행된다는 사실을 수정하기 위해 이 대화에서 수행된 두 가지 변경 사항 중 하나였습니다.하지만, 저는 그것에도 불구하고 이 행동을 다시 실행할 가치가 있다고 생각합니다.네, 대부분의 파일은 자유롭게 사용할 수 없는 문제가 없을 수도 있지만, 대부분의 발췌본은 파일을 전혀 포함하지 않기 때문에 이로 인해 발생할 수 있는 영향은 그리 심하지 않을 것입니다.

또한, 현재 arg 이름( freefiles= )는 제 생각에 약간 혼란스럽고 직관적이지 않은 것처럼 들립니다.무료 파일(첫 인상)의 트랜스클루전을 가능하게 합니까?무료 파일만 제외한다는 뜻입니까?사용 가능한 파일의 기본 트랜스클루전은 무엇을 수반합니까?그 이름을 재고해 볼 가치가 있을지도 모릅니다.에이다님_(talk) 9382 13:06, 2022년 9월 27일 (UTC)

흠 무엇이 최선인지 말하기가 어렵습니다.한 번만 더 입력을 기다려 볼까요.파라미터의 이름 변경에 대해서는 동의합니다.좋은 의견이라도 있나?"사용 가능하지 않은 파일 제거"는 어떻습니까?약간 길고 다른 매개 변수와 일치하지 않지만, 적어도 조금 더 명확한가요?소피보루스 (대화) 13:18, 2022년 9월 27일 (UTC)

저는 샌드박스에서 행동을 바꾸기 위한 일종의 모의 테스트를 구현했는데, 거기서 제가 그것을 불렀습니다.nonfreefiles(기본적으로 이렇게 하지 않고 사용 가능하지 않은 파일을 포함하도록 제어함을 의미합니다.)내가 얼마나 노골적인지를 좋아하는 동안.removenonfreefiles즉, 합리적인 사용에는 너무 길 수 있습니다.아마onlyfreefiles 그게 더 나을까요?기본적으로 포함하려는 경우에는 내 모의 파일도 작동하지 않을 수 있으므로 사용 가능하지 않은 파일에 대해 수행할 작업을 결정할 때까지 기다려야 할 수도 있습니다.에이단 9382_(talk) 13:31, 2022년 9월 27일(UTC)

어때.checkfiles사실이라면 파일의 자유도를 확인하고 그렇지 않으면 확인하지 않습니다.Certes (대화) 2022년 9월 27일 14:10, 27일 (UTC)

둘 다 좋아요!저는 "파일 확인"이 조금 더 짧지만 좀 더 명시적이기보다는 "자유 파일만"이 더 좋다고 생각합니다.하지만 기본적으로 사용 가능하지 않은 파일을 제거하여 성능을 희생하도록 기본값을 변경해야 할까요?@Sdkb? 소피보루스 (대화) 11:45, 2022년 9월 28일 (UTC)

저는 예상되는 성능 영향을 점검하기로 결정했고, 제 생각에는 그 수치들이 조금 흥미롭습니다.현재 샌드박스 버전 사용 및{{Excerpt/sandbox AP Stylebook nonfreefiles=(no/yes)}}벤치마크로, 저는 이미지가 정보 상자에서 나올 때 성능 차이가 다소 미미하다는 것을 발견했습니다(확인하지 않을 때는 평균).2.1248범위2.133 ±0.127확인 시, 평균2.2065범위2.2065 ±0.2555 계산 오류가 아닌 dw) 및 정보 상자에서 전송되지 않은 경우U.S. News & World Report Best Colleges Ranking예제 기사로 (확인하지 않을 때, 평균)2.174범위2.235 ±0.226확인 시, 평균2.446범위2.45 ±0.296 ). TL;DR: 검사를 비활성화하면 루아 런타임에서 약 7.4%가 절약되지만, 마지막 테스트에서 몇 가지 이상값이 있을 수 있기 때문에 실제로는 이보다 적을 수 있습니다.기술적인 세부 사항이 궁금하다면, 저는 "미리보기 보기"의 6번의 실행과 "루아 시간 사용"의 보고서를 바탕으로 페이지의 내용이 ~32번의 동일한 템플릿 콜을 넣었습니다.어떤 범위에서도 완벽한 테스트는 아니며, 범위에서 볼 수 있듯이, 일관성이 없습니다.하지만 여전히 대략적인 아이디어를 제공한다고 생각합니다.에이단_(talk) 9382 12:19, 2022년 9월 28일 (UTC)

뭐, 확신하는 것으로 간주해 주세요.수고를 끼쳐 주셔서 감사합니다.아무도 반대하지 않으면 하루 이틀 안에 배치하겠습니다.소피보루스 (대화) 23:44, 2022년 9월 28일 (UTC)

좋아요!{{uSdkb}}:^talk 2022년 9월 29일 11:30(UTC)

안녕하세요! 방금 1.5 버전을 배포했습니다."사용 가능한 파일만"에 대해 "사용 가능한 파일"을 변경하고 기본값을 변경하며 "인라인" 매개 변수의 작동 방식도 변경합니다(이제는 <span> 태그가 아닌 태그 없이 발췌본을 감쌉니다).또한 문서를 업데이트하고 사용 중인 몇 개의 문서에서 "자유 파일" 매개 변수를 제거했습니다. 자유 파일이 기본적으로 제거되었기 때문입니다.성능 문제가 발생하지 않기를 바랍니다.그런데, 저는 "유일한 사용 가능한 파일" 매개 변수를 제거하는 것이 더 나을 것이라고 생각했습니다. 어떤 상황에서 사용 가능하지 않은 파일을 제외하고 싶을까요?건배!소피보루스 (대화) 2022년 9월 30일 14:48 (UTC)

두 기사 모두 타당한 이유가 있다면 무료가 아닌 파일을 제외하고 싶을 수도 있지만, 저는 그런 일이 일어나는 것을 본 적이 없습니다.또 다른 가능성은 하나의 발췌문이 우리가 사용 가능한 것으로 알고 있는 많은 수의 파일을 제외하고 페이지가 업데이트될 때마다 모든 파일을 확인하는 오버헤드를 줄이고자 하는 것입니다.그러나 플래그는 핵심 기능이 아닌 선택적 추가 기능입니다.2022년 9월 30일(UTC) 15:57 Certes (토크)

까다로운 문제를 파고들고 싶은 사람이 있다면, 오스트리아 왕위 계승 전쟁의 이미지 캡션이 제대로 표시되지 않는 이 새로운 테스트 사례를 살펴보시기 바랍니다.Jonesey95 (대화) 2022년 9월 29일 17:20 (UTC)

제가 이것을 잠깐 살펴봤습니다.제가 테스트를 통해 본 바로는, 이것은 정보 상자가 작동하는 방식과 일반 파일 캡션이 작동하는 방식의 문제라고 생각합니다.수동으로 정보 상자에 캡션을 넣으려고 하면 캡션이 어떻게 작동하지 않는지 볼 수 있습니다.이 버전을 보면 템플릿이 활성화되어 있으면 표시에 문제가 없습니다.제대로 표시하려면 - 정보 상자의 파일 표시 기능을 재생성하는 템플릿이 없는 한, 저는 아무 생각이 없습니다.에이단 9382_(talk) 2022년 9월 29일 17:52 (UTC)

저는 이 말을 전혀 이해하지 못합니다.두 영구 링크는 모두 내가 보기에 동일하게 보이며(즉, 별표 표시), 오스트리아 왕위 계승 전쟁의 정보 상자 캡션은 잘 작동합니다(즉, 별표 없음).위에 링크된 테스트 케이스 아래에 두 번째 오작동 테스트 케이스도 추가했습니다.Jonesey95 (대화) 2022년 9월 29일 18:01 (UTC)

죄송합니다. 방금 깨달은 것이 있습니다. {{임의 추출 포함}의 예에서는 현재 발췌본의 오래된(?) 버전인 Extractpt/portals라는 다른 버전의 발췌본을 사용하고 있습니다. 따라서 두 번째 테스트 사례가 실패하는 이유는 현재 버전에서 작동하기 때문에 제가 이해할 수 없습니다.첫 번째 테스트 사례의 경우, 일반적인 파일 설명은 글머리 기호 목록을 지원하지 않는 것 같습니다.* ABC ) 제가 본 바로는, 그래서 그것이 매우 이상하게 표시되는 것입니다.처음에는 깨닫지 못해서 미안하지만, 그게 더 잘 설명되기를 바랍니다.수정 사항에 대해서는 /portals 버전을 검토하여 현재 메인 버전과 병합할 가능성이 있는지 살펴보겠지만 약속은 없습니다.이게 도움이 되길 바랍니다.에이단 9382_(talk) 2022년 9월 29일 18:13(UTC)

그 차이를 알아주셔서 감사합니다.템플릿 토크:임의 추출 제외는 이 페이지로 리디렉션되므로 여기에 게시했습니다.누군가가 이 작은 버그를 고칠 수 있기를 바랍니다.Jonesey95 (대화) 2022년 9월 30일 00:12 (UTC)

간단히 말해, /portals에는 확실히 예상보다 많은 파일 문제가 있습니다(Earth에서 첫 번째 파일을 가져오려고 하면 정보 상자(여기 참조)에서 해당 기호가 추출됩니다).저는 현재 /portals 시스템 관련 작업을 알아보고 있는데, 무엇을 고칠 수 있는지 알아보겠습니다.에이단 93820_(talk) 7:59, 2022년 9월 30일(UTC)

네, 안타깝게도 이 기호는 지구의 정보 상자에 사용된 첫 번째 파일입니다.우리가 사용할 기사 추출물과 함께. files=2그러나 /dll은 추출된 아티클이 무작위로 변경되고 다른 선택에 다른 매개 변수가 필요하다는 문제에 직면합니다.일부 템플릿에는 하나의 선택(세부 정보)에 특수 매개 변수를 연결하는 기능이 있습니다. 1=Moon 2=Earth{{!}}files=2그러나 추출된 아티클 목록이 암시적인 경우(예: 목록 아티클의 모든 항목)에는 널리 사용되지 않으며 적용되지 않습니다.2022년 9월 30일 09:21(UTC) 콘서트

좋아요 - 최근에 발췌/포털을 만지작거리다가 최근에 모듈에서 영감을 얻은 새로운 (개발 중인) 업데이트를 추진했습니다.지구와 시베리아 원주민들 모두에서 캡션/이미지의 실패를 수정한 샌드박스 발췌(테스트 사례는 여기에 있습니다).포털이 이렇게 긴 이유는 전적으로 독립적이기 때문이라는 것을 깨달았습니다. 따라서 이번 편집의 주요 목적은 모듈에 의존하는 것이었습니다.조금 트랜스클러더(또한, 오래된 붙잡기 시스템은 내가 느끼기에 필요 이상으로 매우 복잡했습니다.)샌드박스 버전에서 변경한 내용은 무엇이든 자유롭게 편집할 수 있습니다. 많은 부분을 놓쳤을 가능성이 높기 때문입니다.에이단 9382_(talk) 2022년 9월 30일 10:33(UTC)

저는 모듈이 된 것의 대부분을 썼습니다.발췌/포털.알 수 없는 것은 무엇이든 설명할 수 있습니다. 그렇지 않으면 모듈의 초기 편집 요약에서 더 빨리 설명을 찾을 수 있습니다.2020년 초에 효과적으로 분기된 발췌본.2022년 9월 30일(UTC) 13:46 Certes (토크)

@Jonsey95(또는 다른 사용자):저는 당신이 여기서 제기한 버그를 수정하려고 시도해 보았지만, 내부적으로는 상당히 큰 변화입니다./portal을 실제로 사용해 본 적이 없어서 제대로 테스트할 수 없습니다.만약 새로운 버전이 당신에게 문제가 없다면, 저는 기꺼이 메인 템플릿에 그것을 밀어넣을 것입니다. 당신이 처음에 링크한 테스트 사례들은 적어도 괜찮기 때문에, 그것에 대해 조금 더 테스트가 이루어지는 것을 보면 좋겠지만, 그것은 모두 잘 작동할 것입니다.에이단 9382_(talk) 2022년 9월 30일 15:10(UTC)

당신의 노고에 감사합니다.오스트리아 왕위 계승 전쟁의 테스트 케이스는 여전히 자막에 별표를 표시하고 있지만, 다음에 나오는 시베리아 테스트 케이스는 잘 작동하고 있습니다.그것은 좋은 진전입니다.Jonesey95 (대화) 2022년 9월 30일 15:59 (UTC)

듣던 중 반가운 소식이네요.오스트리아 왕위 계승 전쟁에 대해서는 부분적으로 발췌할 수 없는 문제입니다.발췌문이 정보 상자에서 이미지를 추출하려고 할 때, 그것은 이미지의 세부 정보를 내부에 배치합니다.[[File:통사론이것은 대부분의 경우에 효과가 있습니다.하지만,[[File:목록과 같은 특정 위키 텍스트 기능을 허용하지 않고 텍스트를 표시하는 방식에 훨씬 엄격합니다.

시각적인 예를 들어, 정보 상자에 유효한 목록이 있는 반면 일반 파일은 실질적으로 동일하지만 특별한 형식이 없는 경우를 비교합니다.

이미지들
이것은 다행 메시지 * 다중 행 메시지입니다.

{{Infobox image=messageFile:예제.jpg]] 캡션=*다중 줄 메시지} [파일:예.jpg thumb left 이것은 *다중 줄 메시지]]

이 문제를 해결할 수 있는 유일한 방법은 infobox와 같은 파일을 표시하는 일종의 템플릿이 있는 경우입니다. 하지만 그런 것이 이미 존재하는지는 모르겠습니다.저는 파일 작업을 자주 하지 않기 때문에 이 문제를 해결하기 위해 다른 사람에게 이 문제를 맡길 수도 있지만, 다른 사람이 할 수 없는 경우에는 제가 직접 해결해 볼 수도 있습니다.이것이 상황을 충분히 설명하기를 바랍니다.에이단 9382 16:19, 2022년 9월 30일 (UTC)

나는 전쟁 기사에서 적절히 렌더링된 플랫 리스트를 보고 있습니다.다음과 같이 표시됩니다.

이미지들
오스트리아 왕위 계승 전쟁 프랑스-합스부르크 경쟁과 오스트리아-프로이센 경쟁의 일부 오른쪽에서 왼쪽으로: '누에스트라 세뇨라 데 코바동가' 점령 (1743년 4월 20일) 폰테노이 전투 (1745년 5월 11일) 호엔프리트베르크 전투 (1745년 6월 4일) 베르겐옵 줌 포위전 (1747년 7월 14일 - 9월 18일) 위치 {{장소}}} 오른쪽에서 왼쪽으로: 누에스트라 세뇨라 데 코바동가 점령 (1743년 4월 20일) * 폰테노이 전투 (1745년 5월 11일) * 호엔프리트베르크 전투 (1745년 6월 4일) * 베르겐옵 줌 포위 (1747년 7월 14일 - 9월 18일)

그리고 당신이 맞는 것처럼 보입니다. 파일: 호출에서 사용할 때 플랫 목록이 제대로 표시되지 않습니다.

그것은 이상합니다.나는 그것을 샌드박스에서 가지고 놀 것입니다. - Jonesey95 (토크) 2022년 9월 30일 (UTC) 17:14 (토크)

추가: 정보 상자는 캡션 없이 이미지를 렌더링한 다음 완료된 파일: 호출을 줄 바꿈으로 따르고 캡션을 일반 텍스트로 표시합니다.아마도 file=발췌/포털의 일부가 대신 이 작업을 수행해야 합니다.이 수정 또는 유사한 수정은 모듈 토크에 설명된 오류를 수정할 수도 있습니다.랜덤 슬라이드 쇼.Jonesey95 (대화) 2022년 9월 30일 17:20 (UTC)

저는 왜 그런 일이 일어났는지에 대해 저쪽 페이지에서 답변했습니다.에이단 9382_(talk) 2022년 9월 30일 18:25 (UTC)

@Jonsey95: 저는 정보 상자 표시 문제에 대해 언급하기로 결정했습니다.어떤 것들이 작동하고 있지만(오스트리아 왕위 계승 전쟁 테스트 사례는 이미 새롭고 불안정한 샌드박스 아래에서 훨씬 나아 보이지만), 여전히 많은 문제가 있습니다(나라 목록 테스트 사례를 보십시오, 북아일랜드에서는 약간 엉망입니다).지금보다 더 나은 포맷 방법을 제안하거나 모듈에서 현재 고장난 설정을 수정할 수 있는 잠재적인 해결책이 있다면 언제든지 제안하십시오. 파일은 제 전문 분야가 아니기 때문입니다.에이단 93820_(talk) 06:38, 2022년 10월 2일(UTC)

참고: 확인해보니 한가지 나쁜 점이 있었습니다.와, 바보야.어쨌든 - 저는 이제 인포박스 디스플레이 모드에 대한 (어느 정도 안정적인(?) 테스트 근거를 구현했습니다.어떤 정의(위험한 검사와 솔직히 게으른 코딩)에 따른 코딩 관점에서 볼 때 완료된 상태는 아니지만, 적어도 내가 보기에는 기능성이 있습니다.의견?에이다님₍talk) 9382

기술적인 세부 사항에 관심이 있으시다면 주요 코드 변경 사항은 이것이고 저는 이 임시 템플릿을_(talk) 사용하여 포맷합니다. Aidan 93820 7:04, 2022년 10월 2일 (UTC)

테스트 케이스가 좋아 보입니다.Jonesey95 (대화) 2022년 10월 2일 13:46 (UTC)

안녕하세요! 위 섹션에서 보고한 후 Extract/portals가 이미지에 몇 가지 문제가 있었기 때문에 상당히 수정하기로 결정했습니다.이 재작업은 이제 기본적으로 완료되었으며, 이 재작업의 일부로 다음과 같은 주요 변경 사항을 구현했습니다.

• 정보 상자 이미지 수집 시스템을 개선하여 모듈에 의존할 수 있도록 했습니다.트랜스클러더 - 잘못된 형식의 캡션을 잡거나 덜 유용한 이미지를 목표로 하는 경우 수정해야 합니다.
• 정보 상자에서 추출한 이미지를 표시하기 위한 새로운 시스템 도입 - 파일의 구문이 제한되어 있기 때문에 이러한 방식으로 추출하면 더 정확한 레크리에이션이 생성됩니다(위의 토론 참조).

저는 또한 그것에 대해 약간의 잡다한 작업(댓글 수정, 외부화된 기능 축소 등)을 했습니다.이제 두 번째 주요 변경 사항은 내부 작업뿐만 아니라 이 모듈이 표시하는 방식에 대한 변경 사항을 의미하기 때문에 다른 편집자들의 의견을 수렴한 후에 이 모듈을 밀어내고자 합니다.

이것은 저의 다음 요점으로 이어집니다. 현재 주 발췌 모듈은 동일한 문제(파일: 캡션의 구문 부족)를 겪고 있습니다.따라서 /portals에 대해 이 캡션 수정을 구현할 경우 메인 Extract 모듈에도 적용하는 것을 고려해야 합니까?구현하는 것은 상관없지만, 우선 우리가 원하는 것을 확실히 하고 싶습니다.

(참고: 푸시를 완료하기 전에 사용자 공간 템플릿을 사용하려면 템플릿 네임스페이스로 이동해야 합니다.)

감사합니다. 에이다님 9382 19:49, 2022년 10월 2일 (UTC)

감사합니다! 얼마나 포괄적인 템플릿인지 잘 모르겠습니다.리드 추출/테스트 사례를 제외합니다. 그러나 현재/포털을 처음 개발하는 동안 발생한 대부분의 잠재적 오류를 파악해야 합니다.2022년 10월 2일(UTC) 20:03 Certes (토크)

테스트 사례를 연결해 주셔서 감사합니다.대부분 작동하는 동안 몇 가지 문제가 발생하는 것을 알 수 있습니다(몇 가지 주의할 점은 이미지 맵의 오류(#스네이크 참조)와 문장 처리 불량(#알바니아 참조). 그래서 디버깅과 조정이 아직 남아 있는 것 같습니다.이 문제가 곧 해결되기를 바랍니다(그리고 코드가 너무 엉망이 되지 않기를 바랍니다.에이단 9382_(talk) 20:16, 2022년 10월 2일(UTC)

@콘서트:자, 그래서 저는 모듈에 대해 약간의 작업을 했고, 주요 버그의 대부분을 배제했습니다.하지만, 저는 정말 이상한 행동들을 마주쳤습니다.어떤 이유에서인지 일부 테스트 사례(예: #나폴레옹 전쟁 등)에서 나머지 텍스트의 전체가 파일 이후에 자동으로 끊어지고 있으며, 왜 이런 일이 발생하는지, 왜 이미지 맵에서만 발생하는지 완전히 확신할 수는 없지만 디버깅하는 것은 쉽지 않아 보입니다.기사가 어디로 갔는지에 대한 통찰력이 있습니까?저는 새로운 이미지 캡션 시스템이 어떤 것인지에 대한 문제라고 생각합니다. 하지만 저는 이미지 맵에서만 이상한 것을 본 적이 있고, 정기적인 이미지는 본 적이 없기 때문에 아이디어에 좀 빠져 있습니다.만약 우리가 이것을 고칠 수 있다면, 그것은 모든 것이 고쳐져야 합니다. (#로열 해군이 최고의 행동인지 아닌지에 대해 찢겨져 있고, #캄가온은 나쁜 붙잡기처럼 느껴지기 때문에, 저는 이것들이 제가 작업하고 있는 파일 인수 외에 남아 있는 유일한 주요 불일치이기 때문에, 저는 이것들을 문제로 간주할지 말지에 대해 토론하고 있습니다.)에이단 9382_(talk) 2022년 10월 3일 19:20(UTC)

죄송합니다, 나폴레옹 전쟁에 대해 전혀 모릅니다.일반적으로 이런 종류의 것은 괄호가 일치하지 않거나 200줄 정보 상자에 잘못된 중첩과 같은 문서의 구문 오류입니다.하지만, 이전 버전은 구문 분석하는 것처럼 보이고, 더미 편집을 미리 볼 때 경고가 없고, 린터는 그것이 깨끗하다고 말하며, 빠른 시각적 확인에서 잘못된 것을 볼 수 없습니다.일반 기사에는 충분하지만 지옥의 악몽 정보 상자에는 부족한 문자열에 제한이 있습니까?2022년 10월 4일(UTC) 11:34 Certes (토크)

걱정하지 마세요. 빠른 현상 인쇄를 해서 유령을 발견했어요.]]</div> Arg grabing 중에 남겨지고 정규식이 div 태그를 이해하지 못하기 때문에, 그것은 그것을 남겨서 무언가 행복하지 않게 만듭니다.태그가 어디서 왔는지는 아직 확실하지 않지만, 적어도 시작입니다.IRL이 바빠서 지금은 코딩을 할 수 없지만, 오늘 중으로 어떤 결과가 있기를 바랍니다.에이단 9382_(talk) 12:04, 2022년 10월 4일 (UTC)

@콘서트:대부분 좋은 소식입니다.버그를 찾았습니다.즉, 템플릿 처리 중에 이미지 맵이 매개 변수가 되어 이미지 맵이 div 쌍에서 분리된 후의 /div입니다(이미지 맵이 이미지=arg의 내부 매개 변수이기 때문에 원래는 그렇지 않았습니다).이로 인해 파일 arg 패턴은 파일 구문에서 []]의 끝을 제대로 제거할 수 없습니다. 파일 내 위키링크 뒤에 /div가 있기 때문에 제거하는 것이 두려울 수 있기 때문입니다.나중에 fixLinks는 부적절한 위키링크와 그 이후의 모든 것을 제거하여 콘텐츠를 완전히 잘라냅니다.이미지 맵이 지정된 후 즉시 위키링크 이상의 것을 제거하는 것만으로 다소 엉성하게 수정했습니다.안전하지 않은 것처럼 들리지만, 저는 사실 때문에 실패한 경기가 발생하는 것은 불가능하다고 확신합니다.convertImageMap형식은 상당히 엄격하지만, 관계가 있다면 제가 한 것보다 더 나은 방법을 자유롭게 구현할 수 있습니다.

이는 또한 템플릿에서 확인할 수 있는 바와 같이 다음과 같은 것을 의미합니다.리드 발췌/테스트 사례를 제외하고, 모든 버그는 삭제되어야 하며, 사소한 불일치만 남아 있습니다(구체적으로 #Royal Navy 및 #Khamgaon - 자세한 내용은 내 보고서 페이지 참조).변경사항이 마음에 든다면 라이브 버전으로 최종적으로 진행해 볼 가치가 있다고 생각합니다. 먼저 변경사항을 요청해도 상관없습니다.에이단 9382_(talk) 2022년 10월 4일 16:02 (UTC)

그동안 수고하셨습니다.코드 변경 사항을 자세히 검토하지는 않았지만, 목표를 이해했고 당신은 잘 달성한 것 같습니다.출력이 매우 호환되는 것처럼 보이지만 WT에서 메모를 삭제할 수 있습니다.Wiki Project Portals(Wiki Project Portals)는 릴리스하기 전에 피드백을 제공합니다.2022년 10월 4일 22:00(UTC) 콘서트

{{Further}}, {Further2}}, {Broader}, {Outline}, {Refreme}, {{SpecialChars} -- 범주의 전부일 수 있습니다.hatnote_templates?모듈을 편집하고 싶지 않았습니다.발췌/구성.fgnievinski (대화) 2022년 1월 30일 18:16 (UTC)

또 하나: {{Merge from}}, {{Merge to}}, 리본 이론의 예를 참조하십시오.@소피보루스와 세레스: fgnievinski (대화) 19:28, 2022년 3월 2일 (UTC)

이러한 템플리트는 일반적으로 고유한 줄에 나타나므로 포털에서 제외됩니다.현재는 아무 것도 안 나오지만, 혹시 보신다면 저에게 ping 해주세요.비포털 발췌를 위해 /config에 추가해야 할 수도 있습니다.2022년 3월 2일(UTC) 19:47 Certes (토크)

@Certes: 영향을 받는 페이지의 예를 포함하여 병합 템플릿에 대한 위의 두 번째 의견을 참조하십시오.fgnievinski (대화) 00:14, 2022년 3월 3일 (UTC)

위에서 언급한 모든 해트노트 템플릿이 비포털 발췌에 영향을 미치는 것을 보았습니다. 예: 서피스#수학에서.fgnievinski (대화) 00:17, 2022년 3월 3일 (UTC)

네, 그들도 기사에서 제외되어야 합니다.유지관리 모듈:발췌/포털을 변경하려면 템플릿 편집자 권한이 필요하고 코드를 자세히 연구하지 않았기 때문에 비포털 발췌에 대해 많은 것을 할 수 없습니다.2022년 3월 3일(UTC) 00:20 Certes (토크)

@Certes: 아, 네, 귀찮게 해서 죄송합니다; Module_talk에서 편집 요청을 만들었습니다.발췌#템플릿 보호_edit_request_on_3_March_22. fgnievinski(대화) 00:43, 2022년 3월 3일(UTC)

@Fgnievinski 완료.소피보루스 (대화) 22:33, 2022년 3월 3일 (UTC)

@소피보루스: 감사합니다! fgnievinski (대화) 23:31, 2022년 3월 3일 (UTC)

@소피보루스:추가 제안: {{Split}, {{Split section}, {{Split section}, {{Split sections}, {{Split sections}, {{Very long}}. fgnievinski (토크) 23:56, 2022년 4월 10일 (UTC)

그리고 {{POV}} -- 다시, 아마도 모든 범주:hatnote_templates?fgnievinski (대화) 00:29, 2022년 4월 11일 (UTC)

그리고 {{인용이 더 필요함}}(그리고 많은 리다이렉트).fgnievinski (대화) 03:34, 2022년 4월 11일 (UTC)

@Fgnievinski 안녕!방금 템플릿을 추가했습니다.POV, 템플릿:분할 및 리디렉션.다른 것들은 정규식을 준비해주시면 기꺼이 추가하겠습니다.소피보루스 (대화) 13:44, 2022년 4월 12일 (UTC)

@Sophivorus: {{추가 인용 필요}}을(를) 위해 여기에 있습니다.'[Mm]ore citations needed', '[Aa]dd references', '[Aa]dditional citations for verification', '[Aa]dditional citations', '[Aa]dditionalcitations', '[Aa]ddref', '[Aa]dref', '[Cc]itations missing', '[Cc]itations needed', '[Cc]itationsneeded', '[Cc]ite sources', '[Cc]leanup cite', '[Cc]leanup-cite', '[Cc]leanup-verify', '[Ff]ew references', '[Ff]ew refs', '[Ff]ew sources', '[Ff]ewreferences', '[Ff]ewrefs', '[Ii]mprove references', '[Ii]mprove refs', '[Ii]mprove sources', '[Ii]mprove-references', '[Ii]mprove-refs', '[Ii]mproveref', '[Ii]mprovereferences', '[Ii]mproverefs', '[Mm]CN', '[Mm]ORECN', '[Mm]cn', '[Mm]issing citations', '[Mm]ore CN', '[Mm]ore Citations Needed', '[Mm]ore citations', '[Mm]ore cn', '[Mm]ore references needed', '[Mm]ore references', '[Mm]ore refs', '[Mm]ore sources needed', '[Mm]ore sources', '[Mm]oreCN', '[Mm]orecn', '[Mm]oreref', '[Mm]orereferences', '[Mm]orerefs', '[Mm]oresources', '[Nn]eeds additional citations', '[Nn]eeds more citations', '[Nn]eeds more references', '[Nn]eeds more sources', '[Nn]ot verified', '[Nn]otverified', '[Rr]ef Improve', '[Rr]ef improve', '[Rr]ef-improve', '[Rr]efImprove', '[Rr]eference improve', '[Rr]eferenced', '[Rr]efim', '[Rr]efimprove article', '[Rr]efimprove', '[Rr]efimproved', '[Rr]ip', '[Ss]ources needed', '[Ss]ources', '[Uu]nderreferenced', '[Vv]erification', '[Vv]erify', '\+R', '\+r', fgnievinski (대화) 15:29, 2022년 4월 12일 (UTC)

@소피보루스: 그리고 여기 {{}를 위한 것입니다.POV}}'[Nn]pov', '[Pp]OV check', '[Pp]ov', '[Pp]ov check', '[Nn]POV', '[Nn]eutrality', '[Pp]OV-check-section', '[Pp]oint Of View', '[Pp]OV Check', '[Nn]POV Check', '[Nn]POV check', '[Pp]ov-Check', '[Pp]OV-Check', '[Pp]ov-check', '[Pp]ovcheck', '[Pp]OVCheck', '[Pp]OVcheck', '[Pp]ov Check', '[Pp]oV', '[Nn]eutral', '[Pp]ov-check-section', '[Nn]POV-dispute', '[Pp]OV dispute', '[Tt]oo friendly', '[Ww]hite washed', '[Pp]ov problem', '[Ss]pin', '[Nn]ot neutral', '[Pp]OV-check', '[Nn]PoV', '[Pp]oint of view', fgnievinski (대화) 15:56, 2022년 4월 12일 (UTC)

@Fgnievinski 완료했습니다. 감사합니다. BTW, 불필요한 성능 손실을 방지하려면 지금부터 템플릿을 미리 차단하는 것이 아니라 필요에 따라 블랙리스트를 작성하는 것이 좋을 것 같습니다.당신은 어떻게 생각하나요?건배!소피보루스 (대화) 17:43, 2022년 4월 12일 (UTC)

@Sophivorus: 감사합니다! 제가 보고한 모든 사례들은 제가 {{excert}}를 실제로 사용하는 동안 마주쳤습니다.방향 수정을 피할 수 있을까요?정규식은 보통 저렴하지만요.fgnievinski (대화) 17:52, 2022년 4월 12일 (UTC)

@Fgnievinski 아, 정규식이 싼지 몰랐어요, 알아두길 잘했어요.어쨌든, 저는 리디렉션을 피하는 것이 일반적으로 좋은 방법이라고 생각합니다.위키백과 전반에 걸쳐 단 한 번도 사용하지 않는 많은 리디렉션이 존재합니다.소피보루스 (대화) 18:39, 2022년 4월 12일 (UTC)

발췌문을 정렬할 수 있는 방법이 있습니까?다니다미오비 (대화) 2022년 11월 4일 15:00 (UTC)

@다니다미오비: 당신이 하고 싶은 것은 무엇이며, Extractpt가 사용되고 있는 예를 당신이 원하는 방식으로 렌더링하지 않고 링크할 수 있습니까?Mathglot (대화) 2022년 11월 5일 01:33, UTC