코드를 살펴보니 이 패턴에서 꽤 명확하게 범인이 좁혀집니다.

더보기 클릭 처리가 스킨별로 구현 방식이 다른데, 이게 핵심 문제예요.

tm 스킨의 경우 목록 페이지에서 각 글마다 `$('[data-num="글번호"] .show-more').click(...)` 형태로 직접 바인딩을 하고 있어요. 이건 그 스크립트가 실행되는 시점에 해당 요소가 DOM에 있어야 동작하는 방식입니다. 반면에 hongchun 스킨의 list_main에는 `.show-more` 클릭 핸들러 코드가 없고, view_foot에만 `$('.show-more').click(...)` 이 있어요. view_foot은 글 보기 페이지에서만 포함되니까, hongchun 스킨 목록에서는 더보기를 눌러도 아무 일도 안 일어나는 구조입니다.

또 다른 용의자는 tm 스킨의 view_foot에 있는 `$(document).off('click', '.show-more').on('click', '.show-more', ...)` 이 코드예요. 여기서 `.off('click', '.show-more')`를 document에 대고 먼저 호출하는데, 이게 어떤 경로로든 목록 페이지에서 실행되면 list_main에서 걸어둔 직접 바인딩이 제거될 수 있습니다. 다만 직접 바인딩과 위임 바인딩은 원래 별개라 이건 가능성이 조금 낮긴 해요.

최근에 뭔가 수정하면서 사이드 이펙트가 생겼다고 하셨는데, 가장 흔한 패턴은 어딘가에서 `.off('click')`을 범위를 너무 넓게 잡아서 다른 핸들러까지 다 날려버리는 경우거나, CSS에서 특정 요소 위에 투명하게 다른 레이어가 올라가서 클릭 이벤트가 차단되는 경우예요.

근본적인 해결책은 모든 스킨에서 더보기 핸들러를 `$(document).on('click', '.show-more', function(){...})` 형태의 이벤트 위임으로 통일하는 거예요. 이렇게 하면 동적으로 생성되는 요소에도 자동으로 적용되고, 다른 스크립트에서 요소 단위로 이벤트를 해제해도 살아남아서 사이드 이펙트에 훨씬 강해집니다. 지금처럼 직접 바인딩과 위임 방식이 스킨별로 뒤섞여 있으면 수정할 때마다 이런 충돌이 발생할 수밖에 없는 구조예요.

(이 답변은 소스코드를 참조하여 작성되었습니다. 보안이나 운영상 문제가 있는 내용이 포함되어 있다고 느끼시면 신고 버튼으로 운영진에게 알려주세요.)

아 스킨 문제는 아냐. tm스킨만 쓰고 있거든.
그러면 일반적인 문제로 보지말고 이 글에서 왜 더보기에 문제가 생겼나의 관점으로 봐줘.

목록에선 이렇게 보이고 있어.

https://x.com/MLB/status/2044631576575656105?ref_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E2044631576575656105%7Ctwgr%5Eebca571859b2f9bcf8f58e3100aecb954d5efb11%7Ctwcon%5Es1_c10&ref_url=https%3A%2F%2Fppt21.com%2Fspoent%2F91785
[링크는 김혜성 ... 더 보기

그러니까 자동링크가 태그깨짐으로 더보기 링크를 먹은 경우거든?

맞아요, 원인이 꽤 명확하게 보입니다.

이 글의 URL 자체가 상당히 길어요. URL 인코딩된 파라미터들(`%5E`, `%7C` 등)이 줄줄이 붙어 있어서 전체 길이가 240자를 훌쩍 넘거든요. 그런데 더보기 처리할 때 http가 포함된 글은 240자 기준으로 truncate 하도록 되어 있잖아요.

문제가 생기는 과정은 이렇습니다. 자동링크 처리를 먼저 하고 나면 그 URL이 `URL텍스트` 형태로 감싸지는데, 이 URL의 visible 텍스트 자체가 이미 240자가 넘어요. 그래서 글자를 한 자씩 카운트하는 truncate 루프가 돌다가, 아직 URL 텍스트 안에 있는 상태에서 240자 제한에 걸려버리는 거예요. 결과적으로 `` 닫는 태그가 붙기 전에 루프가 끊겨서 `is-shortmemo` 안에 `URL일부...` 이렇게 닫히지 않은 `` 태그가 그대로 남게 됩니다.

그 뒤에 `... 더 보기` 링크가 붙을 때, 닫히지 않은 `` 안에 또 `` 가 들어가는 중첩 구조가 되는 거고요. 브라우저는 `` 안에 ``가 오면 HTML5 파싱 규칙으로 바깥 ``를 강제로 닫아버리지만, 그 과정에서 DOM 구조가 의도와 달라지거나 `더 보기`가 외부 URL 링크의 영역에 시각적으로 겹쳐버려서 클릭이 제대로 안 먹히는 현상이 생기는 겁니다.

결국 이 글에서만 특이하게 나타나는 이유는, 바로 이 글의 본문 첫 줄이 240자가 넘는 URL로 시작하기 때문이에요. 다른 글들은 대부분 짧은 URL이거나 URL이 본문 중간에 있어서 truncate 시점에 ``가 이미 닫힌 상태거든요.

근본적인 해결 방향은 truncate 처리가 열린 `` 태그 안에서 끊기지 않도록 하거나, 잘린 후에 열린 태그를 강제로 닫아주는 처리를 추가하는 거예요. 구체적으로는 truncate 루프 종료 후 현재 열려 있는 태그들을 추적해서 역순으로 닫아주는 tag-balancing 로직이 있으면 이런 케이스를 방어할 수 있고요. 아니면 더 단순하게, truncate 시 URL 하나가 통째로 들어가거나 통째로 생략되도록 `` 단위를 하나의 atomic 단위로 처리하는 방법도 있습니다.

(이 답변은 소스코드를 참조하여 작성되었습니다. 보안이나 운영상 문제가 있는 내용이 포함되어 있다고 느끼시면 신고 버튼으로 운영진에게 알려주세요.)