링크에 마침표가 두 개 이상 있는 경우, composer는 두 번째 마침표 이후의 내용을 어떻게 처리해야 할지 모릅니다. 아래 링크처럼요:
버그인가요, 아니면 의도된 기능인가요?
https://www.sell.fi/sites/default/files/elainlaakarilehti/tieteelliset_artikkelit/kahkonen_t._et_al.canine_pancreatitis-_review.pdf
canine_pancreatitis를 강조 효과로 작성한 것 같습니다. 이 텍스트처럼요.
1개의 좋아요
이탤릭체로 표시되는 이유는 두 번째 마침표 뒤에 밑줄(_ )이 있기 때문입니다. 링크를 < >로 감싸면 올바르게 표시될 것 같습니다:
<https://www.sell.fi/sites/default/files/elainlaakarilehti/tieteelliset_artikkelit/kahkonen_t._et_al._canine_pancreatitis_-_review.pdf>
4개의 좋아요
매일 새로운 걸 배우네요. 밑줄이 이탤릭체도 만들 수 있다는 걸 몰랐어요.
그러니까… 버그가 아니라 기능이었군요 
1개의 좋아요
음, 자동 링크 기능이 PDF 링크에 포함된 여러 마침표 때문에 혼란을 겪고, 그 뒤에 오는 밑줄을 마크다운으로 해석하기 시작하는 것 같습니다. 이건 바람직하지 않을 수도 있겠네요?
하지만 필요한 경우, 이스케이프 <> 래핑은 좋은 대안이 될 수 있습니다. 
2개의 좋아요
이것은 @Vitaly가 추적하고 있는 사항이며, 실제로는 이러한 문제가 얼마나 흔한지에 따라 다릅니다. 100만 개 링크 중 1개 정도라면 링크 변환기(linkifier)를 개선할 가치가 없지만, 10개 중 1개라면 확실히 개선할 가치가 있습니다.
4개의 좋아요
상황에 따라 다릅니다. 제 포럼처럼 과학 관련 링크나 PDF 파일을 공유해야 하는 경우에는 거의 모든 링크를 포함하는 것이 매우 일반적입니다. 그렇지 않은 경우에는 그렇지 않지만, 여러 개의 점을 사용하는 형태도 그리 드물지는 않습니다.
제 생각에는 http:// 또는 https://로 시작하고 공백으로 끝나는 것, 그리고 허용된 파일 형식만으로도 충분하지 않은 이유가 있을까요?
규칙은 복잡하고 계속 변화하고 있습니다.
https://stackoverflow.com/a/36667242/17174
링크 생성기(linkifier)는 https:// 접두사 없이도 작동하여 추가적인 복잡성을 더합니다.
https:// 접두사인 경우에 링크 생성기의 동작을 완화할 수 있는 조치를 취할 수 있다고 생각하지만, 이 부분은 Vitaly의 의견을 들어보는 것이 좋겠습니다.
1개의 좋아요
어쨌든 그게 제 포인트입니다. 
글쎄요, 저는 사용자들이 < 와 > 를 사용하도록 가르치려 하고 있습니다. 여기서 가장 큰 UX 관련 문제는 Discourse가 많은 경우 사용자들이 기대하는 것과 너무 다르게 작동한다는 점입니다. 하지만 이는 링크가 언제 작동하고 언제 작동하지 않는지 기억하는 것 이상으로 훨씬 더 깊은 문제입니다.
저도 그렇게 생각합니다. 경로가 있는 URL은 http를 요구하되, 맨 호스트 이름(bare host name)만 링크라이징하는 것이 괜찮을 것 같아요.
테스트 케이스를 기록했지만, 이전과 동일한 강조(emphasis) 기반 문제일 가능성이 높습니다.
일반적으로 http(s):// 프로토콜을 가진 모든 링크는 수정할 수 있으며, 이 작업을 곧바로 시작할 것입니다 (진짜로요).
퍼지 링크는 현실적인 해결책이 없습니다 (또는 ReDoS에 대한 문을 열게 됩니다). 하지만 여러 번 말했듯이, 이 모드의 부가적 가치는 명확하지 않으며, 많은 부작용 때문에 기본적으로 비활성화되어 있습니다. 다른 패키지가 이를 제공했기 때문에 제가 추가한 것입니다.
1개의 좋아요
http(s):// 처리 문제를 해결하면 상당한 효과를 거둘 수 있을 것 같습니다.
대부분의 사용자는 브라우저 주소창에서 URL을 그대로 복사해서 붙여넣는 경우가 많으며, 이때 프로토콜이 반드시 포함됩니다.
1개의 좋아요
그렇습니다. 프로토콜이 없는 링크가 유용할 수 있는 실제 사례를 저는 알지 못합니다.
보통 사용자가 도메인을 기억하고 그냥 입력하고 싶은 엣지 케이스에서 발생합니다. 보통 경로는 포함되지 않으며, 쿼리 파라미터는 거의 없습니다.
예를 들어:
잠깐… discourse.org는 확인해 봤어?
2개의 좋아요
개인적으로는, 그런 링크에 대해 사용자가 https://를 직접 입력하도록 하는 것이 모호 모드(fuzzy mode)의 부작용과 씨름하는 것보다 더 단순하다고 생각합니다.