# 미리 입력된 게시글이 모두 누락됨 - 서비스 약관, FAQ 및 개인정보 보호 페이지 없음
**URL:** https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314
**Category:** Support
**Created:** [4월 26, 2020, 4:02오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314 "2020-04-26T04:02:35Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@Paul\_King](https://meta.discourse.org/u/Paul_King)
#### Post date: [4월 26, 2020, 4:02오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/1 "2020-04-26T04:02:36Z")
안녕하세요, 이용약관, FAQ 또는 개인정보 처리방침 페이지를 클릭하면 로딩 중 표시가 계속 돌아가는 빈 화면만 표시됩니다.
이 문제를 어떻게 해결할 수 있을까요?
사이트 URL을 방문했지만 아직 비밀번호로 보호되는 접근을 위해 가입하지 않은 잠재적 사용자에게 이 정보를 제공하고 그들의 주의를 끌려면 어떻게 해야 하나요?
현재 방문자는 랜딩 페이지로 기본 로그인 대화상자만 볼 뿐, 가입 전에 이 포럼이 자신에게 관련이 있는지 또는 어떤 조건이 적용되는지에 대해 전혀 알 수 없습니다.
지금 사이트와 이메일이 포럼 도메인에서 모두 설정되어 정상적으로 작동하고 있으므로, 제안된 대로 도메인을 별도로 호스팅된 웹페이지로 리다이렉트하여 홈 페이지로 사용하고 포럼을 서브도메인 등으로 이동시키는 것은 모든 것을 망칠 위험이 있어 꺼려집니다. 또한 도메인 랜딩 페이지에 약간 더 많은 정보를 추가하기 위해 연간 47달러를 지불하는 유료 플러그인을 구매하는 것도 꺼려집니다.
정말 이 두 가지가 제 유일한 선택지인가요?
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [4월 27, 2020, 3:00오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/2 "2020-04-27T03:00:11Z")
이 때문에 Discourse를 루트 도메인이 아닌 `discuss.example.com`과 같은 서브도메인에 설치하는 것을 권장합니다.
---
### Author:  [@Paul\_King](https://meta.discourse.org/u/Paul_King)
#### Post date: [4월 27, 2020, 3:07오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/3 "2020-04-27T03:07:23Z")
매우 불편하고 보기에도 안 좋은 임시 조치로, 가입을 고려 중인 사용자를 위해 로그인 다이얼로그 자체의 텍스트를 커스터마이징하여 가이드를 추가했습니다.
결심을 하고 포럼을 서브도메인으로 마이그레이션한다면, 초보자로서 다음 사항에서 얼마나 많은 어려움이 있을지 예상해 볼 수 있을까요?
1. 메인 도메인에 랜딩 페이지를 설정하는 것, 그리고 이를 Digital Ocean 드롭렛 내에서 호스팅하는 것 (추가 서비스 비용을 지불하지 않기 위해)
2. Mailgun을 통한 수신 및 발신 이메일과 모든 기능이 중단 없이 계속 작동하도록 보장하는 것
배경 문제로, 랜딩 페이지의 콘텐츠를 관리자 대시보드 내에서 관리하고 업데이트하는 것이 훨씬 좋으며, 자동 백업에도 포함되기를 원합니다. 같은 도메인을 사용하지 않는다면, 하물며 소프트웨어까지 다르면 이를 수행하는 것이 꽤 어렵게 느껴집니다.
다른 사이트를 별도로 관리하고 싶거나 필요 없는 사람들을 위해, Discourse 코어에 최소한 간단한 랜딩 페이지 기능이 제공되기를 진심으로 바랍니다.
---
### Author:  [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [5월 1, 2020, 6:52오후 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/4 "2020-05-01T18:52:19Z")
> [@Paul\_King](#):
>
> 안녕하세요, 이용약관, FAQ 또는 개인정보 보호 페이지를 클릭하면 ‘바쁨’ 포인터가 계속 회전하는 빈 페이지만 표시됩니다.
로그인된 사용자뿐 아니라 비로그인(익명) 사용자도 같은 증상이 나타나는 건가요? 그렇다면 도메인이나 서브도메인 설정 변경과 무관한 근본적인 문제일 가능성이 높습니다.
> [@Paul\_King](#):
>
> 매우 불편하고 보기 싫은 우회책이지만, 가입을 고려하는 사용자를 위해 로그인 대화상자의 텍스트를 직접 수정하여 안내문을 추가했습니다.
저희 인스턴스의 경우, Discourse가 우리가 하는 일의 절대적인 중심이므로 루트 도메인에 두는 것이 분명히 필요합니다. 그래서 저도 /admin/customize/site\_texts/login\_required.welcome\_message 및 해당 페이지의 다른 요소들을 어떻게 최적화할지 고민하고 있습니다.
좋은 소식은 해당 텍스트에서 일반적인 마크다운 등을 모두 사용할 수 있다는 점입니다. 이는 훨씬 더 많은 유연성을 제공합니다. 저는 #staff 채널에서 토픽으로 작성한 후 커스터마이징 부분에 복사하는 방식으로 이를 구현하고 있습니다. @codinghorror - 저희와 같은 상황에 있는 사용자에게 FAQ 등 페이지와 동일한 방식으로 동작하도록 해주는 것이 매우 도움이 될 것입니다.
또한, [Custom Header Links](https://meta.discourse.org/t/custom-header-links/90588) 테마 컴포넌트(추가 CSS가 필요함)를 사용하여 개인정보 보호 및 이용약관 페이지(익명 사용자에게도 표시되어야 하는 페이지)로 링크를 제공할 수 있습니다. 물론 저는 이 방식에 만족하지 않으며, 익명 사용자에게도 FAQ와 소개 페이지를 보여주고 싶으면서(포럼 자체는 비공개로 유지하면서) 도움을 요청했습니다:
> [@게스트에게 소개 및 FAQ 표시하기](https://meta.discourse.org/t/making-the-about-and-faq-visible-to-anon/150043):
>
> We have a login required instance, but would like to reveal our About and FAQ pages to people who are not logged in. I note that the /tos and /privacy pages are visible to anon: [image] but we’d really like all four of them like this: [image] I know how to create links (only visible to anon) to these via a Theme component, but I can’t work out how to make /about and /faq pages (and their navigation) visible to anon. Any tips?
---
### Author:  [@Paul\_King](https://meta.discourse.org/u/Paul_King)
#### Post date: [5월 2, 2020, 3:15오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/5 "2020-05-02T03:15:33Z")
> [@nathank](#):
>
> 로그인한 사용자와 비로그인(익명) 사용자 모두에게 해당되는 건가요? 그렇다면 도메인이나 서브도메인 설정 변경과는 무관한 근본적인 문제일 가능성이 높습니다.
로그인한 사용자에게는 해당됩니다. 로그인하지 않은 사용자는 로그인 다이얼로그 외에 다른 것을 볼 수 있는 방법이 없습니다(제가 놓친 부분이 있는 건가요?).
---
### Author:  [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [5월 2, 2020, 4:11오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/6 "2020-05-02T04:11:06Z")
로그인한 사용자가 해당 페이지에 접근할 수 없다는 점이 정말 이상하네요. #admin 카테고리 안에 관련 주제들이 아직 남아 있나요?
---
### Author:  [@Paul\_King](https://meta.discourse.org/u/Paul_King)
#### Post date: [5월 2, 2020, 4:18오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/7 "2020-05-02T04:18:46Z")
아, 그게 단서가 될 수 있겠네요. 제 사이트에는 ‘Admin’ 카테고리가 없거든요.
비어 보였던, 혹은 다른 카테고리와 충분히 구별되지 않는 카테고리를 정리했는데, 결국 비어 있지 않았던 거죠.
이 사이트의 해당 주제 내용을 복사해서 제 사이트의 남은 카테고리 중 하나 아래에 다시 만들 수 있다고 가정할 때, 각 메뉴 항목에 어떻게 다시 연결할 수 있을까요? 아니면 그냥 Admin 카테고리를 다시 만드는 게 좋을까요?
---
### Author:  [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [5월 2, 2020, 4:26오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/8 "2020-05-02T04:26:46Z")
> [@Paul\_King](#):
>
> ‘Admin’ 카테고리가 없습니다.
죄송합니다. #staff을 말한 것 같습니다. 우리 인스턴스에서도 설정을 변경해 보았지만, 해당 주제들은 저장되어 있습니다. 이 주제들은 “FAQ/Guidelines”(주제 ID 5), “Terms of Service”(주제 ID 4), “_your forum name_ Privacy Policy”(주제 ID 6)라고 불립니다.
이 주제들은 뭔가 특별한 속성이 있는 것 같습니다. 카테고리 설정과 관계없이 관리자만 각 주제의 첫 번째 게시물을 수정할 수 있습니다. 이들을 다시 만드는 것은 다소 까다로울 수 있습니다. 좋은 결과 있으시길 바랍니다!
---
### Author:  [@Paul\_King](https://meta.discourse.org/u/Paul_King)
#### Post date: [5월 2, 2020, 5:31오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/9 "2020-05-02T05:31:40Z")
> [@nathank](#):
>
> 죄송합니다. #staff를 의미한 것 같습니다. 저도 우리 인스턴스에서 이것을 조정해 보았지만, 해당 주제들을 저장해 두었습니다. 해당 주제들은 “FAQ/지침”(주제 ID 5), “이용약관”(주제 ID 4), 그리고 “_당신의 포럼 이름_ 개인정보 처리방침”(주제 ID 6)입니다.
#Staff 카테고리는 삭제된 적이 없지만, 주제들이 어떻게 삭제된 것처럼 보입니다.
해당 주제들의 콘텐츠, 특히 이용약관과 개인정보 처리방침 주제의 경우, 이 Discourse Meta 사이트에서 찾은 내용을 그대로 복사하는 것은 제 포럼에 적용되지 않는 관할권 및 맥락에 너무 특화되어 있어 작동하지 않는 것으로 보입니다. 더 일반적(심지어 뉴질랜드에 관련 있는?)인 출처를 참고할 수 있는 곳이 있을까요?
또한, 단순히 ‘Admin’ 카테고리를 추가한 후 그 안에 ‘FAQ’ 주제를 생성하는 것만으로는 작동하지 않는다는 것을 확인했습니다. FAQ 링크를 클릭해도 여전히 빈 화면과 회전하는 마우스 포인터만 표시됩니다.
---
### Author:  [@Paul\_King](https://meta.discourse.org/u/Paul_King)
#### Post date: [5월 2, 2020, 6:10오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/10 "2020-05-02T06:10:28Z")
네, 이어서 말씀드리면, 원래 FAQ에서 사용된 URL을 보면 FAQ 토픽이 'faq’라는 이름의 하위 폴더에 직접 존재하는 것 같습니다. 예를 들어:
`https://meta.discourse.org/faq#civilized`
하지만 제가 새 FAQ 토픽을 만들고 내용을 붙여넣으면 다음과 같은 형태로 이동합니다:
`https://nzarchitecture.net.nz/t/faq/15074`
올바른 하위 폴더를 만들거나 토픽을 해당 폴더에 배치하는 방법은 무엇인가요? FileZilla로 Digital Ocean Droplet에 연결했을 때 Discourse 웹사이트 콘텐츠에 대한 직접적인 전통적인 폴더 구조를 인식할 수 있는 것이 없어서, 이러한 URL/경로를 생성하는 데에는 Ruby on Rails의 어떤 고도의 트릭이 사용되고 있는 것으로 추정됩니다.
그동안 우회 방법을 찾았으니, 누락된 이 토픽들을 재생성할 때 생성되는 URL을 사용해서 대시보드의 설정/법적 정보(Settings/Legal)의 관련 ‘대체 외부 소스’ 필드에 붙여넣는 것입니다.
방법이 있다면 제대로 정리하는 것이 여전히 좋겠습니다 - 손상되었거나 누락된 원래 설정에서 어떤 다른 영향이 발생할 수지는 모르겠기 때문입니다.
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [5월 2, 2020, 6:35오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/11 "2020-05-02T06:35:17Z")
이것들은 내장된(시스템 정의된) 내장 토픽에 대해 사용됩니다. 삭제 이전 상태로 복원하려면 아마도 Postgres를 직접 조작해야 할 것입니다.
---
### Author:  [@Paul\_King](https://meta.discourse.org/u/Paul_King)
#### Post date: [5월 2, 2020, 6:43오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/12 "2020-05-02T06:43:03Z")
Stephen, 감사합니다. 안타깝게도 Postgres를 조작하는 것에서 어디서부터 시작해야 할지 감이 오지 않습니다.
만약 해당 항목들이 내장되어 있거나 사용자가 직접 편집하거나 접근할 수 있는 범주에 포함되지 않았다면, 제가 그것들을 삭제할 수 있었어야 했을까요?
또한, 해당 항목들이 저에게 존재했을 때조차도 설정 시 제공한 회사명, 적용 법률, 분쟁 발생 도시와 같은 설정/필수 필드 정보를 무시하는 것 같았으니, 이미 뭔가 깨져 있었던 것입니다.
그리고 사용자가 가입 전에 서비스 약관을 볼 수 있는 방법이 전혀 없다면, 이 모든 것은 법적으로 무의미하다고도 할 수 있습니다. 이는 모든 비밀번호로 보호되는 Discourse 포럼에서 근본적인 문제가 될 수 있습니다.
---
### Author:  [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [5월 2, 2020, 6:59오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/13 "2020-05-02T06:59:48Z")
> [@Paul\_King](#):
>
> 더 일반적인(심지어 뉴질랜드와도 관련이 있는?) 출처가 있을까요?
이것이 저희 것입니다. 실제로는 일반적인 것을 조금 더 미국/뉴질랜드에 맞게 수정한 것입니다:
> **[The HiNZ eHealth Forum](https://ehealthforum.nz/)**
>
> Aotearoa NZ’s trusted online digital health community
원문 텍스트를 원하시면 보내드리겠습니다.
---
### Author:  [@Paul\_King](https://meta.discourse.org/u/Paul_King)
#### Post date: [5월 2, 2020, 7:13오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/14 "2020-05-02T07:13:37Z")
고맙습니다, 네이선.
로그인하지 않고도 링크를 걸 수 있다는 점이 흥미롭고 고무적입니다.
가입/로그인 다이얼로그에 FAQ, 약관(TOS) 등의 링크가 정상적으로 작동하기를 정말로 원하는데, 지금까지 제 경우에는 가입하지 않은 사용자가 해당 링크를 클릭하면 모두 '권한이 없습니다’라는 응답만 반환됩니다.
---
### Author:  [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [5월 2, 2020, 7:48오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/15 "2020-05-02T07:48:11Z")
> [@Paul\_King](#):
>
> 회원가입/로그인 대화상자에 FAQ, TOS 등 작동하는 링크가 있으면 좋겠습니다. 하지만 지금까지 제 경우, 로그인하지 않은 사용자에게 모든 링크가 ‘권한이 없습니다’라는 응답만 반환하고 있습니다.
다른 우회 방법으로 이를 구현할 수 있습니다:
정보 게시물이 포함된 카테고리를 제외하고, 모든 카테고리를 trust\_level\_0(또는 더 엄격한 수준)에게만 표시되도록 설정하세요. 그리고 정보 게시물이 있는 카테고리는 모두에게 표시되도록 설정합니다. 그런 다음 포럼을 공개로 설정하세요. 물론, 더 이상 로그인 페이지로 이동하지 않게 되며, 이는 해당 목표를 달성하기 위해 다소 급진적인 방법입니다.
아니면 근본적인 문제를 수정하고, 위에 링크한 다른 부분들에 대한 해결책을 저와 함께 기다리세요 ([Making the About and FAQ visible to anon](https://meta.discourse.org/t/making-the-about-and-faq-visible-to-anon/150043))
---
### Author:  [@Paul\_King](https://meta.discourse.org/u/Paul_King)
#### Post date: [5월 2, 2020, 10:28오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/16 "2020-05-02T10:28:30Z")
> [@nathank](#):
>
> 다른 우회 방법으로 할 수 있습니다:
> 정보 게시글이 포함된 카테고리(모두에게 표시되도록 설정)를 제외한 모든 카테고리를 trust\_level\_0(또는 더 엄격한 수준)에게만 표시되도록 설정하세요. 그리고 포럼을 공개로 설정하면 됩니다. 물론 로그인 페이지로 이동하지는 않지만, 이를 달성하는 꽤 급진적인 방법입니다.
Nathan 감사합니다. 그 방법을 잠시 고려해 보았지만, 모든 ‘보안’ 주제가 목록에 표시되는 것은 마음에 들지 않았습니다.
---
### Author:  [@Paul\_King](https://meta.discourse.org/u/Paul_King)
#### Post date: [5월 2, 2020, 4:22오후 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/17 "2020-05-02T16:22:29Z")
> [@Stephen](#):
>
> 이것들은 내장된(시스템 정의된) 내장 주제에 대해 미리 정의되어 있습니다. 삭제 이전 상태로 복원하려면 postgres를 직접 조작해야 할 가능성이 높습니다.
누군가 내장된 법적 주제와 ID를 복원하는 방법(또는 각 내장된 법적 주제에 대해 원래 URL에 빈 편집 가능한 게시물을 두는 것만이라도)을 postgres를 통해 또는 다른 방식으로 조언해 주실 수 있을까요?
직원 카테고리에서 동일한 이름의 새 버전을 만드는 것만으로는 작동하지 않습니다 - 생성된 URL이 다르며, 가입 중인 신규 사용자는 이를 액세스할 수 없습니다(가입 대화상자의 링크를 클릭하면 다시 로그인 대화상자로 돌아감)
---
### Author:  [@Paul\_King](https://meta.discourse.org/u/Paul_King)
#### Post date: [5월 5, 2020, 12:42오후 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/18 "2020-05-05T12:42:42Z")
> [@Paul\_King](#):
>
> 누군가 내장된 법적 주제와 ID를 복원하는 방법(또는 최소한 각 내장된 법적 주제에 대해 원래 URL에 빈 편집 가능한 게시물을 다시 넣는 것)을 postgres를 통해 또는 다른 방법으로 조언해 주실 수 있나요?
음, 아무도 이 문제에 도움을 줄 수 없는 것 같습니다. 그렇다면 포럼을 처음부터 다시 만들고 저장된 데이터베이스 백업을 복원하는 것이 도움이 될까요? 아니면 백업을 복원하면 삭제된 항목이 다시 전파될까요?
---
### Author:  [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [5월 8, 2020, 8:30오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/19 "2020-05-08T08:30:03Z")
> [@Paul\_King](#):
>
> 아니면 백업을 복원하면 삭제된 내용이 다시 전파될까요?
아쉽지만 그럴 것 같습니다.
그 데이터베이스 어딘가에는 해당 게시물을 다시 보이게 하기 위해 변경해야 하는 소량의 데이터가 있습니다. 실제로 여기 있습니다:
‘topics’ 테이블에서 ID 4, 5, 6의 deleted\_at 필드에 타임스탬프가 저장되어 있을 것입니다. 이 값들을 삭제(아무것도 넣지 않거나 공백으로 대체)할 수 있다면 다시 정상적으로 작동하게 될 것입니다.
Ruby/Rails로 이 작업을 수행할 수 있다는 것은 알지만, 제 현재 실력으로는 그 범위를 벗어나는 일입니다. 다만 해당 기술을 가진 사람이라면 5분도 안 걸리는 작업일 것입니다. 인스턴스를 설정해 준 분이 도움을 줄 수 있을지도 모릅니다.
---
### Author:  [@Paul\_King](https://meta.discourse.org/u/Paul_King)
#### Post date: [5월 8, 2020, 11:56오전 UTC](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314/20 "2020-05-08T11:56:06Z")
> [@nathank](#):
>
> ‘topics’ 테이블에서 ID 4, 5, 6의 deleted\_at 필드에 타임스탬프가 입력되어 있습니다. 이 값들을 삭제(빈 값으로 대체)하면 정상적인 서비스로 돌아갈 수 있습니다.
Nathan님 감사합니다.
아쉽게도 저는 공식 튜토리얼을 따라가며 거의 이해하지 못한 채로 세팅을 해버렸습니다.
초기에 개발자가 자료를 이관해 주었지만, 일주일 전 이 문제에 대해 연락을 취했는데 아직까지 답변을 받지 못했습니다.
그런데 Digital Ocean의 Postgres 테이블에 연결하여 게시물을 조회하고 수정할 수 있는 오픈소스 데스크톱 애플리케이션이 있는지 궁금합니다. 또는 다운로드한 백업 파일을 읽고 수정할 수 있는 애플리케이션이 있다면, 나중에 이를 복원하는 것도 가능할까요?
\*\* 수정 - 비슷한 질문이 있는 다른 답변들을 다시 읽어보니, GUI 기반의 친근해 보이는 데이터베이스 애플리케이션보다는 Ruby를 사용하는 것이 더 좋다는 것이 대세인 것 같습니다.
그럼에도 불구하고, 백업을 완료한 후 PuTTY에서 데이터베이스에 접근하여 topics 테이블의 ID 4, 5, 6에 해당하는 deleted\_at 타임스탬프를 삭제하기 위해 실행해야 하는 명령어는 무엇인가요?
[Next page](https://meta.discourse.org/t/pre-seeded-posts-all-missing-missing-terms-of-service-faq-and-privacy-pages/149314.md?page=2)