게시글을 만든 실제 'raw' 데이터를 다시 가져올 수 있나요?

개발
21

Chrome 데스크톱을 사용 중이라면 Ctrl+Shift+V를 눌러 메모장 대신 일반 텍스트로 붙여넣을 수 있습니다.

또한 관리자 사이트 설정 페이지에서 “enable rich text paste” 옵션의 선택을 해제하면 이러한 고급 붙여넣기 동작을 비활성화할 수 있습니다.

22

감사합니다. 하지만 제 목표는 Microsoft Word의 원본 서식(원시 데이터)을 유지하는 것이지, 평문으로 단순화하는 것이 아닙니다.

현재 Discourse는 글꼴 크기나 글꼴 종류와 같은 다양한 서식을 제거하고, 다른 서식(굵게와 기울임은 유지되는 것 같습니다)은 남겨 둡니다. 비교하자면, Gmail 작성기는 모든 서식을 유지하는 것 같습니다.

더 많은 서식을 유지하기 위해 대안으로, 텍스트를 작성기에 붙여 넣는 것이 아니라 실제 Word 문서를 업로드하는 방법을 고려해 볼 수 있습니다. 그러나 이 경우의 문제는, Discourse가 업로드된 파일의 내용을 인라인으로 표시하지 않고(단순히 업로드 링크만 표시) 있다는 점으로 보입니다.

23

그렇다면 원시 HTML을 붙여넣으세요.

여기에는 서로 다른 목표가 관여되어 있습니다. Gmail의 목표는 모든 서식을 보존하는 것이지만, 포럼의 목표는 남용(거대한 텍스트, 깜빡이는 텍스트, 지나치게 큰 글꼴, 눈살을 찌푸리게 하는 색상 등)을 방지하면서 의미 있는 서식 하위 집합을 유지하는 것입니다.

간단한 예시로, Office가 생성하여 클립보드에 text/html로 존재하는 단순한 텍스트의 HTML은 다음과 같습니다:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
	<meta http-equiv="content-type" content="text/html; charset=utf-8"/>
	<title></title>
	<meta name="generator" content="LibreOffice 7.1.2.2 (Linux)"/>
	<style type="text/css">
		@page { size: 21.59cm 27.94cm; margin: 2cm }
		p { margin-bottom: 0.25cm; line-height: 115%; background: transparent }
	</style>
</head>
<body lang="en-CA" link="#000080" vlink="#800000" dir="ltr"><p style="margin-bottom: 0cm; line-height: 100%">
<b>Hello there</b><span style="font-weight: normal"> sunshine </span><i><span style="font-weight: normal">eh</span></i></p>
</body>
</html>

그것은 다음과 같이 보입니다:

@page { size: 21.59cm 27.94cm; margin: 2cm } p { margin-bottom: 0.25cm; line-height: 115%; background: transparent }

Hello there sunshine eh

하지만 to-markdown.js로 해석하면 다음과 같은 결과가 나옵니다:

**Hello there** sunshine *eh*

Hello there sunshine eh

제가 이 게시물에서 한 것처럼 본인이 직접 그곳에 넣지 않는 한 불가능합니다. 정말 필요하시다면, 주석 안에 숨겨두세요. 나중에 마크다운으로 직접 변환하고 싶으시다면 pandoc와 같은 도구를 사용하세요.

24

일관성을 위해 다른 사용자에게 표시되는 게시글에서는 마크다운으로 변환하는 것을 지지합니다. 제가 궁금한 것은 원본 입력(raw entry)에 관한 것입니다.

붙여넣을 수 있는 워드 문서의 원본 HTML을 어떻게 얻나요?

25

Word에서 HTML로 저장하거나, 클립보드에 복사한 후 클립보드에서 text/html을 명시적으로 가져오세요.

26

원시 입력을 나중에 참조할 수 있는 것만 중요하시다면, 이 컴포넌트가 도움이 될 수 있습니다.

게시물 메뉴에 버튼을 추가하여 게시물별로 원시 내용을 표시합니다.

27

@jomaxro, 댓글의 원시 마크업 구문은 어떻게 되나요?

28

무엇을 물어보시는 건가요? 마크다운이 뭔지 물어보시는 건가요? https://commonmark.org/ 처럼요. 아니면 게시물의 원시 마크다운을 가져오는 방법을 물어보시는 건가요? /raw/123 처럼요.

29

단일 게시물의 경우, URL에 ID를 추가할 수 있습니다. 예를 들어, 제가 당신의 게시물을 공유할 때 링크는 https://meta.discourse.org/t/get-back-the-real-raw-data-that-created-a-post/189183/27이며, https://meta.discourse.org/raw/189183/27은 당신의 답변의 원본(raw) 버전입니다.

30

@pfaffman, 후자입니다. 감사합니다, @Moin. 이제 보니 당연한 거였네요… 죄송합니다.

31

@jomaxro, discuss.kde.org/c/community/blogs/24의 어떤 게시물에서도 /raw/가 작동하지 않습니다. view-source:discuss.kde.org/raw/43656에서 다음을 확인했습니다:

<pre>Konqi | 2026-01-23 22:43:37 UTC | #1

&lt;p&gt;메모리 누수는 예의에 어긋납니다. 지저분하고, 로직 버그를 시사할 수 있으며, AI 사기꾼들 덕분에 RAM은 비쌉니다.
&lt;/p&gt;
&lt;hr&gt;
&lt;small&gt;이것은 원래 항목 &lt;a href="https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed"&gt;https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed&lt;/a&gt;의 동반 토론 주제입니다.&lt;/small&gt;

-------------------------

</pre>

반면에 discuss.kde.org/t/43656에서 details를 인터랙티브로 확장하면 다음과 같이 확장할 수 있습니다:

`@{'Date'='20260123T225820+0000'; 'Type'='Photo'; 'Origin'='Detecting Memory Leaks in KDE CI - Community _ Blogs - KDE Discuss — Mozilla Firefox'}#`
`@{'Date'='20260123T225820+0000'; 'Type'='Photo'; 'Origin'='Detecting Memory Leaks in KDE CI - Community _ Blogs - KDE Discuss — Mozilla Firefox'}#`1276×1076 184 KB

이는 업스트림 Discourse 측에서 실현 가능하게 처리할 수 있을까요? 다른 몇몇, 약간 커스터마이징된 Discourse 인스턴스에서도 유사한 현상을 관찰하여 질문하게 되었습니다.

32

해결하려는 문제는 무엇인가요?

해당 주제들은 큰 게시물로 연결되는 링크이기 때문에 특별합니다.

이것은 원문 게시자의 원문 텍스트입니다.

33

해당 토픽의 OP 원문(raw text)은 다음과 같습니다:

○ → curl https://discuss.kde.org/posts/132565/raw
<p>메모리 누수는 예의 없는 행동입니다. 지저분할 뿐만 아니라 로직 버그를 암시할 수도 있으며, AI 사기꾼들 덕분에 RAM 가격이 비싸졌기 때문입니다.
</p>
<hr>
<small>이것은 <a href="https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed">https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed</a>의 원래 항목에 대한 동반 토론 토픽입니다.</small>

이것이 cooked 버전에서 렌더링되는 내용과 정확히 일치합니다.

이것은 details 블록이 확장되는 것이 아닙니다. 전체 게시글 보기(Show Full Post)를 클릭하면 다른 것이 로드되는데, 이것은 임베드(embed)의 전체 확장된 형태이며, 게시글 원문(raw)이 아닌 추가적인 게시글 메타데이터에서 가져와집니다.

클릭할 때 브라우저에서 네트워크 요청을 확인할 수 있으며, 해당 요청에 해당하는 내용은 다음과 같습니다:

○ → curl -s -H 'accept: application/json' 'https://discuss.kde.org/posts/132565/expand-embed' | jq -r .cooked
<div><div>
            <p>메모리 누수는 예의 없는 행동입니다. 지저분할 뿐만 아니라 로직 버그를 암시할 수도 있으며, AI 사기꾼들 덕분에 RAM 가격이 비싸졌기 때문입니다.</p>
…
…
…
<p>LSAN은 이제 일부 Frameworks CI 빌드에서 활성화되어 있지만, 이상적으로는 모든 KDE 프로젝트에서 활성화되어야 합니다. 물론 발견된 누수들은 수정되어야 합니다.</p>
<p>누수 수정에 행복하세요!</p>
        </div></div>
<hr>
<small>이것은 <a href='https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed'>https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed</a>의 원래 항목에 대한 동반 토론 토픽입니다.</small>

임베드의 내용을 보고 싶으신 건가요? 그렇다면 위 내용을 사용하세요. 아니라면, 무엇을 보고 싶으신가요?

34

@supermathie, 맞습니다. 정말 감사합니다. 제가 알고 있는 것보다 Discourse API에 훨씬 더 많은 기능이 있는 것 같습니다.