# Tecnoblog의 Discourse 댓글 사용 경험
**URL:** https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721
**Category:** Feature
**Tags:** embedding
**Created:** [4월 15, 2026, 6:15오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721 "2026-04-15T18:15:07Z")
**Posts on this page:** 20
**Page:** 2
### Author:  [@Thiago\_Mobilon](https://meta.discourse.org/u/Thiago_Mobilon)
#### Post date: [4월 16, 2026, 9:15오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/21 "2026-04-16T21:15:40Z")
> [@Falco](#):
>
> 거기서는 `max-height`를 더 합리적인 값, 예를 들어 1000~1500px 정도로 설정해야 할 것 같습니다.
>
> 이렇게 하면 초기에 제기한 문제를
>
> > [@Thiago\_Mobilon](#):
> >
> > 댓글이 없는 게시글에는 이상한 빈 공간이 생깁니다.
아, 이제 이해했습니다. `embedMaxHeight`의 목적이 댓글을 더 네이티브한 스타일로 렌더링하여 스크롤을 최대한 줄이는 것(다만 방대한 스레드는 여전히 스크롤이 필요함)이라고 생각했기 때문에 15000px로 설정했습니다. 이제 이를 다소 줄이겠습니다.
그 경우 `embedMinHeight`가 의도된 대로 작동하지 않는 것 같습니다. 400px로 설정해 두었는데도 임베드는 여전히 최소 600px의 높이를 가지며, 끝에 작은 간격이 남아 있습니다.
---
### Author:  [@Thiago\_Mobilon](https://meta.discourse.org/u/Thiago_Mobilon)
#### Post date: [4월 20, 2026, 6:23오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/22 "2026-04-20T18:23:10Z")
안녕하세요!
새로 디자인된 댓글 양식이 훨씬 우수합니다. 특히 모바일 경험에서 그렇습니다! 하지만 두 가지 사소한 문제를 발견했습니다:
1. 양식의 폭이 화면 너비를 초과하여 원치 않는 가로 스크롤이 발생하고 있습니다;
2. 게시물 수를 표시하는 내비게이션 컴포넌트가 스크롤할 때 양식 위에 계속 겹쳐 있습니다.
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [4월 20, 2026, 6:25오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/23 "2026-04-20T18:25:57Z")
> [@Thiago\_Mobilon](#):
>
> 새로 재설계된 댓글 입력 양식이 훨씬 우수합니다. 특히 모바일 환경에서 그렇습니다!
맞아요! @keegan 님이 모바일을 핵심 사용 사례로 삼아 만들었으며, 마음에 드신다니 기쁩니다. 다만 몇 시간 전에야 병합(Merge)을 마쳤기 때문에, 툴바 폭 깨짐 문제나 Enter 키로 전송하는 동작과 같은 후속 작업은 아직 진행 중입니다.
---
### Author:  [@Thiago\_Mobilon](https://meta.discourse.org/u/Thiago_Mobilon)
#### Post date: [4월 20, 2026, 6:39오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/24 "2026-04-20T18:39:46Z")
이 양식을 스레드(Discourse)에서도 직접 표시하는 것이 좋은 아이디어가 아닐까 싶네요. 양식이 바로 열려 있으면 기술에 익숙하지 않은 사용자들에게 훨씬 친근하고 사용하기 편합니다. 참여도를 높일 수 있을지 테스트해 볼 가치가 있지 않을까요?
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [4월 20, 2026, 7:26오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/25 "2026-04-20T19:26:02Z")
> [@Thiago\_Mobilon](#):
>
> 그 경우, `embedMinHeight`가 의도한 대로 작동하지 않는 것 같습니다. 400px로 설정해도 임베드는 여전히 최소 600px의 높이를 유지하며, 끝에 작은 간격이 남습니다.
사실 버그였고, 방금 다음 링크에서 수정했습니다:
>
>
> \*\*Previously\*\*, the fullApp embed measured \`document.body.scrollHeight\` to repor…t its height to the parent. Because the body grows to match the iframe, Discourse could never report a height smaller than the current iframe, so the iframe never shrank when content got shorter.
>
> \*\*In this update\*\*, we observe \`#main\` (the Ember root element) instead, which reflects the actual content height. Height messages are throttled to at most once per second with a lifetime cap of 10 messages as a safety net against runaway resizes.
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [4월 21, 2026, 2:19오전 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/26 "2026-04-21T02:19:54Z")
> [@Thiago\_Mobilon](#):
>
> 양식의 폭이 디스플레이 폭을 초과하여 의도하지 않은 가로 스크롤이 발생하고 있습니다.
이제 수정되었습니다. 업데이트해 주세요!
---
### Author:  [@stromfeldt](https://meta.discourse.org/u/stromfeldt)
#### Post date: [4월 21, 2026, 2:26오전 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/27 "2026-04-21T02:26:09Z")
> [@Thiago\_Mobilon](#):
>
> 그러나 두 가지 사소한 문제를 발견했습니다
사이트에서 또 다른 문제를 발견했습니다. 블로그의 다크모드/라이트모드 시스템을 새로운 Discourse 임베드와 통합하여 블로그의 모드를 변경하면 임베드의 모드도 자동으로 변경되도록 설정한 것을 확인했습니다. 그러나 이 통합은 Firefox와 Chrome에서는 잘 작동하지만, Safari에서는 작동하지 않습니다. “접근 허용” 팝업이 Safari에만 관련이 있고, 스크롤바가 올바르게 작동하지 않는 다른 문제도 Safari에만 영향을 미치기 때문에, 이것이 Discourse의 문제일 것 같습니다.
이 모든 것이 다소 부수적인 이야기이지만, 다크모드/라이트모드 통합을 어떻게 구현하셨는지 궁금합니다. 몇 년 전에 [임베드된 댓글의 자동 다크 모드](https://meta.discourse.org/t/automatic-dark-mode-for-embedded-comments-as-well/184347)라는 게시글을 시작했고, 이를 통해 누군가가 `postMessage`를 사용하여 두 시스템을 함께 작동하게 하는 스크립트를 작성하도록 할 수 있었습니다. 하지만 Discourse의 새로운 전체 댓글 시스템 임베드에서는 해당 스크립트가 깨진 것 같습니다(기본값이 이상하게도 Discourse 테마의 다크모드로 설정되어 있습니다). 따라서 질문은 이렇습니다: 이전에 작성된 `postMessage` 스크립트가 있었고, Discourse의 새로운 임베드 시스템에 맞게 업데이트하셨나요? 그리고 만약 그렇다면(또한 저는 WordPress를 사용하지만 질문자님은 Ghost를 사용하시므로), 코드를 공유해 주실 수 있을까요? 제 코드와 질문자님의 코드를 비교하여 Ghost와 제 블로그의 다크모드 설정에서 문제를 해결해 볼 수 있을지도 모르겠습니다.
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [4월 21, 2026, 2:37오전 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/28 "2026-04-21T02:37:52Z")
> [@stromfeldt](#):
>
> 그 부분은 좀 제쳐두고, 다크모드/라이트모드 연동을 어떻게 구현하셨는지 궁금합니다.
블로그와 Discourse 모두 시스템 설정에 따라 자동으로 다크모드가 전환되도록 되어 있다면, 두 곳의 설정이 동기화됩니다.
Discourse에 자동 다크모드 기능을 추가한 내용은 [Automatic Dark Mode color scheme switching](https://meta.discourse.org/t/automatic-dark-mode-color-scheme-switching/161593?u=falco) 에서 확인하실 수 있습니다.
---
### Author:  [@stromfeldt](https://meta.discourse.org/u/stromfeldt)
#### Post date: [4월 21, 2026, 2:54오전 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/29 "2026-04-21T02:54:46Z")
> [@Falco](#):
>
> 블로그와 Discourse 모두 시스템 설정에 따라 자동으로 다크 모드를 전환하도록 설정되어 있다면, 두 환경이 동기화됩니다.
>
> [Automatic Dark Mode color scheme switching](https://meta.discourse.org/t/automatic-dark-mode-color-scheme-switching/161593)을 통해 Discourse에 자동 다크 모드를 추가했습니다.
네, 하지만 제가 이해하고 기억하기로는, 해당 기능은 운영체제가 다크 모드를 사용 중인지 감지하고 그에 따라 Discourse를 조정하는 것입니다. 제가 시작한 [해당 게시물](https://meta.discourse.org/t/automatic-dark-mode-for-embedded-comments-as-well/184347)은 (그리고 그 게시물도 이 게시물과 상호 링크되어 있었습니다) 운영체제 모드와 무관하게 블로그에서 라이트 모드와 다크 모드를 수동으로 전환하는 토글/버튼에 관한 것이었습니다. 제 이해가 맞나요? (그렇다면 제 이전 질문도 여전히 유효한 것이죠?)
정리하자면, 이는 제 블로그에서 사용하도록 누군가 작성해 준 스크립트이며, 이제 일부 조정이 필요한 것 같습니다 (아마도 몇 가지 클래스만 변경하면 될 수도 있지만, 확실하지는 않습니다).
```javascript
```
---
### Author:  [@Thiago\_Mobilon](https://meta.discourse.org/u/Thiago_Mobilon)
#### Post date: [4월 22, 2026, 4:22오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/30 "2026-04-22T16:22:17Z")
> [@Falco](#):
>
> > [@Thiago\_Mobilon](#):
> >
> > 형식의 너비가 디스플레이 너비를 초과하여 의도하지 않은 가로 스크롤이 발생해야 합니다;
>
> 이제 수정되었습니다. 업데이트해 주세요!
방금 Discourse를 최신 버전으로 업데이트했는데 두 가지 문제가 보입니다:
1. 텍스트 필드가 깨져서 입력해도 아무것도 표시되지 않습니다.
1. 모드를 Markdown으로 전환하면 정상 작동합니다.
2. Safari/iOS에서 임베드 영역에 가로 스크롤 바가 여전히 표시됩니다;
---
### Author:  [@Thiago\_Mobilon](https://meta.discourse.org/u/Thiago_Mobilon)
#### Post date: [4월 22, 2026, 4:25오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/31 "2026-04-22T16:25:58Z")
> [@stromfeldt](#):
>
> 코드를 공유해 주시겠어요?
네, 물론입니다.
Discourse에서 제가 사용하는 CSS입니다.
```plaintext
header a.button {
color: #fff;
padding: 6px 8px;
background-color: var(--tertiary);
display: inline-block;
}
.username a.staff {
padding: 2px 5px;
border-radius: 4px;
color: var(--tertiary-hover);
// text-shadow: 0px 0px 14px var(--tertiary-400);
background-color: var(--tertiary-400);
}
@media (prefers-color-scheme: light) {
/* Iframe의 주요 배경 */
html, body {
font-family: 'Inter', sans-serif;
}
}
@media (prefers-color-scheme: dark) {
/* Iframe의 주요 배경 */
html, body {
background-color: #1e2021 !important; /* 당신의 --bg */
color: #f7f7f7 !important; /* 당신의 --body-color */
font-family: 'Inter', sans-serif;
}
header.discourse {
border-bottom: 3px solid rgb(50.82, 50.82, 50.82);
}
article.post {
border-bottom: 1px solid rgb(50.82, 50.82, 50.82);
}
/* 주요 텍스트 색상 */
.embedded-posts,
.embedded-posts p,
.embedded-posts h1,
.embedded-posts h2,
.embedded-posts h3 {
color: #f7f7f7 !important;
}
/* 블록의 배경, 예를 들어 임베드의 푸터(응답 옵션) */
.embedded-footer {
background: #27292b !important; /* 당신의 --bg-2 */
border-top: 1px solid #27292b !important;
}
/* 테두리 색상 (밝은 테두리가 보이도록 방지) */
.embedded-posts, .embedded-footer {
border-color: #27292b !important;
}
/* 링크/버튼이 올바른 색상을 갖도록 보장 */
// a:link, a:visited, .topic-post .post-action-list button {
// color: #35bcf1 !important; /* 당신의 --link-color */
// }
}
```
---
### Author:  [@Thiago\_Mobilon](https://meta.discourse.org/u/Thiago_Mobilon)
#### Post date: [4월 23, 2026, 7:45오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/32 "2026-04-23T19:45:58Z")
> [@Falco](#):
>
> > [@Thiago\_Mobilon](#):
> >
> > ### **2. 분석 데이터 혼란**
> >
> > 현재 임베드가 Google Analytics/GTM 스크립트를 실행하고 있습니다. 이로 인해 페이지뷰가 두 배로 집계되고 있습니다(게시물 1회, iframe 1회) 보니 데이터가 왜곡되고 있습니다. 시스템이 iframe 내부에 있음을 감지하고 자동으로 모든 트래킹 스크립트(디스코urs 네이티브 분석 포함)를 차단할 수 있다면 이상적일 것입니다.
>
> 해당 태그에 포함하도록 설정했습니다.
이 경우, **모든 태그** 를 실행하지 않고 **모니터링 이벤트** 만 트리거하는 것이 올바른 접근 방식이라고 생각합니다. 현재 설정은 `page_view` 이벤트를 트리거하여 사이트 전체 통계가 인위적으로 부풀려져 분석 데이터가 왜곡되고 있습니다.
하룻밤 사이에 페이지뷰가 급증했지만, 이 수치는 인위적인 것입니다. 상업적으로 합리적인 의미를 갖지 않습니다.
게다가 현재 스크립트의 로딩과 처리가 중복되고 있습니다.
\*\*GTM(Google Tag Manager)\*\*의 경우 상황이 더 심각합니다: 계정 내의 모든 스크립트가 두 번 주입되고 있으며, 여기에는 Google 및 Meta Ads 픽셀, 제3자 광고 네트워크 스크립트 등이 포함됩니다.
디스코urs 네이티브 분석에 대해서는 한 가지 추가 조정을 제안합니다: **임베드 트래픽을 별도의 카테고리로 분리** 하는 것입니다. 이를 통해 커뮤니티 트래픽과 임베드 트래픽을 별도로 확인할 수 있습니다.
---
### Author:  [@stromfeldt](https://meta.discourse.org/u/stromfeldt)
#### Post date: [4월 24, 2026, 10:05오전 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/33 "2026-04-24T10:05:21Z")
정말 감사합니다. 다만, 여전히 조금 혼란스럽습니다. Ghost 기반 블로그에서 다크 모드 토글을 Discourse 임베드와 함께 작동하도록 하려고 했을 때(기본적으로 작동하지 않았기 때문), 결국 postMessage를 사용하는 코드를 구현해야 한다는 답변을 받았습니다(누군가에게 개발을 의뢰했고, 실제로 잘 작동했습니다). 그런데 제공해 주신 코드에는 JS가 전혀 포함되어 있지 않아 이해가 가지 않고, WordPress를 사용한다는 이유만으로 모든 것이 그대로 작동할 수 있는 이유도 알 수 없습니다. 어쨌든 감사합니다.
---
### Author:  [@Thiago\_Mobilon](https://meta.discourse.org/u/Thiago_Mobilon)
#### Post date: [4월 24, 2026, 6:08오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/34 "2026-04-24T18:08:13Z")
> [@Thiago\_Mobilon](#):
>
> 방금 Discourse를 최신 버전으로 업데이트했는데, 두 가지 문제가 발견되었습니다:
>
> 1. 텍스트 필드가 깨져서 입력해도 아무것도 표시되지 않습니다.
> 2. 모드를 Markdown으로 전환하면 정상적으로 작동합니다.
> 3. Safari/iOS에서 임베드 영역에 가로 스크롤 바가 여전히 표시됩니다.
안녕하세요, 혹시 이 문제를 확인해 보신 분이 계신지 문의드립니다.
사용자들이 텍스트 필드 문제 때문에 양식을 전혀 사용할 수 없다고 보고하고 있어, 커뮤니티 운영에 상당한 장애 요인이 되고 있습니다.
> **LucasMiller:** 기사 하단의 댓글 인터페이스에 버그가 있습니다. 게시물을 작성하기 위해 아무것도 입력할 수 없습니다(iPhone과 Android/Xiaomi 모두에서 테스트). 텍스트 필드를 클릭하여 입력을 시도하지만, 입력이 전혀 인식되지 않습니다. 가능할 때 확인해 주십시오!
>
> 이는 **첫 번째 댓글** 이 달리는 기사에서만 발생하는 문제입니다.
>
> **LucasMiller:** 텍스트를 추가하지 않은 채 인용(quote)을 생성하는 방식으로만 게시에 성공했습니다. 커뮤니티 인터페이스로 리다이렉트된 후(기사 하단에 머무르지 않고) 비로소 댓글을 추가할 수 있었습니다.
Markdown으로 우회하는 방법은 도움이 되지만, 일반 사용자들에게는 이상적이지 않습니다. 통찰이나 임시 해결책이 있다면 정말 감사하겠습니다. 도움 주셔서 다시 한번 감사합니다.
cc @Falco
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [4월 24, 2026, 6:08오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/35 "2026-04-24T18:08:52Z")
> [@Thiago\_Mobilon](#):
>
> \*\*GTM(Google Tag Manager)\*\*의 경우 더 나쁩니다: 계정 내의 다른 모든 스크립트가 두 번 삽입되며, 여기에는 Google 및 Meta Ads 픽셀, 제3자 광고 네트워크 스크립트 등이 포함됩니다.
>
>
> \*\*Previously\*\*, loading Discourse inside a full app embed iframe caused the host… page's \`GTM\`, Google Analytics, and Adobe Analytics scripts to fire a second time, doubling pageviews and re-injecting ad pixels.
>
> \*\*In this update\*\*, introduce the \`suppress\_third\_party\_analytics\_in\_embed\` site setting (default on) which omits those script tags from responses served with \`?embed\_mode=true\`.
> [@Thiago\_Mobilon](#):
>
> 네이티브 Discourse 분석에 관해서는, 한 가지 더 조정할 것을 제안합니다: **임베드(Emerbed) 트래픽을 별도의 카테고리로 분리하십시오**. 이렇게 하면 커뮤니티 트래픽과 임베드 트래픽을 별도로 볼 수 있습니다.
>
>
> \*\*Previously\*\*, pageviews served inside the full app embed iframe (\`?embed\_mode=…true\`) were counted into the same \`ApplicationRequest\` counters as regular community traffic (\`page\_view\_logged\_in\`, \`page\_view\_anon\`, \`page\_view\_\*\_browser\`, \`page\_view\_\*\_beacon\`) and also incremented \`topic\_views\` / \`topics.views\`, polluting the admin dashboard numbers.
>
> \*\*In this update\*\*, add a single new \`page\_view\_embed\` enum variant on \`ApplicationRequest\` and route all embed pageviews into it. Embed pageviews no longer increment any other \`page\_view\_\*\` counter and no longer call \`defer\_topic\_view\`. Detection is server-side via \`?embed\_mode=true\` on the initial HTML load, and via a \`Discourse-Track-View-Embed\` XHR header / \`embed: true\` beacon JSON field for subsequent SPA and beacon pageviews. Crawler and \`http\_total\` counters are unchanged.
>
> The new counter is exposed in two places on the admin reports page:
>
> \- As a fifth, yellow band on the \*\*Site traffic\*\* stacked chart (hidden by default, like the existing \*Other traffic\* and \*Known crawlers\* series — toggleable via the chart legend).
> \- As a standalone \*\*Embedded pageviews\*\* (\`page\_view\_embed\_reqs\`) report in the reports list.
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [4월 24, 2026, 7:21오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/36 "2026-04-24T19:21:04Z")
> [@Thiago\_Mobilon](#):
>
> > [@Thiago\_Mobilon](#):
> >
> > Discourse를 최신 버전으로 업데이트했는데 두 가지 문제가 발견됩니다:
> >
> > 1. 텍스트 필드가 깨져서 입력해도 아무것도 표시되지 않습니다.
> > 2. 모드를 마크다운으로 전환하면 정상 작동합니다.
> > 3. Safari/iOS에서 임베드 영역에 여전히 가로 스크롤바가 표시됩니다.
>
> 안녕하세요, 혹시 이 문제에 대해 확인해 보신 분이 계신지 여쭤봅니다.
>
> 사용자들이 텍스트 필드 문제 때문에 폼을 전혀 사용할 수 없다고 보고하고 있어, 우리 커뮤니티에 상당한 장애 요인이 되고 있습니다.
>
> 
>
> > **LucasMiller:** 기사 하단의 댓글 인터페이스에 버그가 있습니다. 게시를 위해 아무것도 입력할 수 없습니다 (iPhone과 Android/Xiaomi 모두에서 테스트함). 텍스트 필드를 클릭해 입력하려 해도 입력이 전혀 반영되지 않습니다. 시간이 나실 때 확인해 주시겠어요!
> >
> > 이는 **첫 번째 댓글** 이 될 기사에서만 발생하는 문제입니다.
> >
> > **LucasMiller:** 텍스트를 추가하지 않은 인용을 만들어야 겨우 게시할 수 있었습니다. 커뮤니티 인터페이스로 리다이렉트된 후에야(기사 아래에 머물지 않고) 실제로 댓글을 추가할 수 있었습니다.
>
> 마크다운 우회 방법은 도움이 되지만, 일반 사용자들에게는 이상적이지 않습니다. 통찰력이나 임시 해결책이 있다면 큰 도움이 될 것입니다. 도움 주셔서 다시 한번 감사합니다.
>
> cc @Falco
이것으로 수정될 것입니다. 오늘 늦게 배포될 예정입니다.
>
>
> \*\*Previously\*\*, \`DockedComposer\` attached a redundant native \`input\` listener th…at also bound to the ProseMirror contenteditable in rich editor mode, wiping \`reply\` and the saved draft on every keystroke because \`event.target.value\` is \`undefined\` there.
>
> \*\*In this update\*\*, dropped the listener — input already flows through \`DEditor\`'s \`@change\` → \`onReplyChange\`, which reports the correct value for both the textarea and ProseMirror editors.
@renato 감사합니다
---
### Author:  [@Thiago\_Mobilon](https://meta.discourse.org/u/Thiago_Mobilon)
#### Post date: [4월 27, 2026, 6:35오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/37 "2026-04-27T18:35:23Z")
> [@Falco](#):
>
> 이것으로 수정될 것 같아, 오늘 늦게 배포될 거야
>
> [FIX: Prevent `DockedComposer` from wiping its draft in rich editor mode - Pull Request #39537 - discourse/discourse - GitHub](https://github.com/discourse/discourse/pull/39537)
@renato, 고마워! 수정됐어!
참고로, 모바일에서 가로 스크롤이 아직 표시되고 있어. 시간이 나면 확인해 줄 수 있을까?
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [4월 28, 2026, 12:45오전 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/38 "2026-04-28T00:45:38Z")
> [@Thiago\_Mobilon](#):
>
> 모바일에서 여전히 가로 스크롤이 표시되고 있습니다. 시간이 나시면 확인해 주시겠어요?
제 폰에서는 재현이 되지 않네요
---
### Author:  [@Thiago\_Mobilon](https://meta.discourse.org/u/Thiago_Mobilon)
#### Post date: [4월 28, 2026, 6:34오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/41 "2026-04-28T18:34:33Z")
> [@Falco](#):
>
> > [@Thiago\_Mobilon](#):
> >
> > 모바일에서 가로 스크롤이 여전히 표시됩니다. 시간이 나시면 확인해 주세요
>
> 제 폰에서는 재현이 안 됩니다
제 경우 모든 기사에서 발생하고 있습니다. 아마 **iOS 전용** 문제일까요? Safari와 Chrome에서 찍은 스크린샷입니다.
---
### Author:  [@pmusaraj](https://meta.discourse.org/u/pmusaraj)
#### Post date: [4월 28, 2026, 6:46오후 UTC](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721/42 "2026-04-28T18:46:50Z")
저는 재현이 되지 않습니다. iOS에서도 마찬가지입니다.
[이전 페이지](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721.md?page=1)
[다음 페이지](https://meta.discourse.org/t/tecnoblogs-experience-with-discourse-comments/400721.md?page=3)