다음은 링크입니다: https://www.amazon.fr/Partition-int%C3%A9rieure-jazz-musiques-improvis%C3%A9es/dp/2907891030?__mk_fr_FR=%C3%85M%C3%85%C5%BD%C3%95%C3%91&dchild=1&keywords=partition+int%C3%A9rieure&qid=1625013895&sr=8-1&linkCode=ll1&tag=theoriemusicale-21&linkId=87d44c3dedd4b919e02195911a7a2b0d&language=fr_FR&ref_=as_li_ss_tl
여전히 마감 기한은 없습니다. 좋은 소식은 마침내 제 새로운 포럼 소프트웨어 https://rcopen.com/ 를 프로덕션에 배포했다는 점입니다(markdown-it 에 왜 많은 리소스가 투입되었는지 이유를 알 수 있습니다). 따라서 이 버그를 수정할 확률이 "무한히 먼 미래"에서 "어떤 미래"로 바뀌었습니다
@sam, 도움이 필요합니다. 실제 세계의 링크가 _, ~, -, +로 끝날 수 있는지에 대한 정보가 필요합니다.
예를 들어 http://example.com/?sdf,wer- 같은 경우입니다.
markdown-it의 링크 변환 로직을 적용하기 전에 이 부분을 알아두는 것이 중요합니다. 혹시 방대한 게시물 데이터베이스에서 이러한 사례를 grep으로 검색해 주실 수 있으신가요? 결과가 있는지 없는지 알려주시면 감사하겠습니다. 아마도 이러한 링크는 우회 방법으로 <...>로 게시되었을 것입니다. 따라서 데이터베이스 스캔을 위한 정규식 패턴은 /<http.+[+~_-]>/g와 비슷할 것입니다(미테스트).
저는 이러한 대량의 마크다운 텍스트에 접근할 권한이 없어 충분한 신뢰도를 확보하기 어렵습니다. 혹시 도움을 주실 수 있거나, 도움을 줄 수 있는 분을 아시는 분이 계신가요?