저의 경우, 설정/법적 사항(Settings/Legal)에서 별도로 호스팅된 FAQ 페이지(그리고 아마도 서비스 약관 및 개인정보 처리방침 페이지의 URL도 포함)로 가는 링크가 포럼 랜딩 페이지에서 더 이상 작동하지 않는 것 같습니다.
다른 웹 페이지를 가리키는 여러 테스트 URL을 시도해 보았지만, 현재 어떤 URL도 아무 반응을 보이지 않으며, 제 포럼 랜딩 페이지에는 항상 login_required.welcome_message 텍스트가 표시됩니다. 최근까지는 해당 URL에서 FAQ가 대신 표시되던 상태였습니다.
만약 이러한 사용자 정의 페이지가 Discourse 내에서 게시글로 게시되고 공개(public)로 설정되어 있다면, 로그인 필요(login required) 대화 상자에 해당 페이지를 가리키는 수동 링크를 여전히 배치할 수는 있습니다.
해당 문제가 해결되었나요? 제 테스트 사이트에서는 tos url과 privacy policy url 설정을 외부 사이트로 지정할 수 있었습니다. 사이트의 가입 모달이나 소개 페이지에서 외부 링크가 무시되는 문제는 발견하지 못했습니다.
시몬님, 안녕하세요.
이 문제는 제 경우에도 해결되지 않아서 결국 FAQ(실제로는 사이트 내 공개된 '게시’된 페이지)에서 내용을 복사하여 환영 대화상자의 텍스트에 직접 붙여넣었습니다. 매우 비효율적인 방법이지만, 작동은 합니다.
흥미롭게도 가입을 클릭했을 때, 약관 및 개인정보 처리방침 링크(이것도 공개된 게시 페이지입니다)는 가입 대화상자에서 여전히 정상적으로 작동했습니다. 따라서 제 문제는 랜딩 페이지에 국한된 것 같습니다.
FAQ 페이지가 페이지로 게시된 Discourse 주제라는 말씀이신가요? 그렇다면 그런 일은 제가 시도해본 적이 없습니다.
네, 맞아요. 제가 말씀드린 게 바로 그겁니다.
업그레이드 중에 미리 설정된 주제들이 전부 사라져서 다른 선택지가 없었습니다. 그 전까지는 잘 작동했는데, 최근 업그레이드 이후로는 랜딩 페이지에서 작동이 멈췄습니다.
아니, 정말요. TOS(이용약관)와 FAQ 페이지에 게시된 페이지를 사용하신 이유가 궁금했는데, 이제 이해가 됩니다. 다만 이러한 토픽에 게시된 페이지를 사용하는 것은 이상적이지 않아 보입니다. 미리 생성된 토픽을 다시 생성할 수 있다고 확신합니다. 이는 몇 가지 숨겨진 사이트 설정으로 제어됩니다. 다음 설정을 사용하면 서비스 약관(Terms of Service)과 개인정보 처리방침(Privacy) 토픽을 초기화할 수 있습니다:
tos_topic_idprivacy_topic_idFAQ 토픽 ID를 설정하는 설정 이름은 정확히 알지 못하지만, 원하시면 해당 설정을 찾아서 알려드리겠습니다. 제 이해에 따르면, 새로운 토픽을 직원(Staff) 카테고리에 생성한 후, 숨겨진 사이트 설정을 해당 토픽 ID로 설정해야 합니다.
Simon, 감사합니다. 좋은 정보네요.
FAQ 주제 ID를 추적할 수 있다면 좋겠습니다. 동일한 문제, 즉 미리 입력된 주제들이 엉망이 되는 문제를 겪는 다른 사람들에게도 도움이 될 테니까요.
랜딩 페이지 문제와 관련해서는, 며칠 전 문제를 일종의 장점으로 전환했습니다. FAQ의 훨씬 짧은 버전을 생성했는데, 주로 자신이 올바른 곳에 있는지 확신이 없는 사람들을 위한 것이었습니다. 하단에는 전체 FAQ 스태프 주제, TOS 스태프 주제, 그리고 개인정보 보호 정책 주제에 대한 링크를 배치했습니다.
이전에는 제 FAQ가 랜딩 페이지 전체를 차지하고 있었습니다(환영 대화상자 텍스트를 대체하는 방식으로).
FAQ 주제의 사이트 설정 이름은 guidelines_topic_id입니다.
이 게시물에서 찾았습니다: How to fix faq, privacy policy and tos page? - #3 by rieko.
먼저 이전 TOS, 개인정보 처리방침 및 FAQ 주제가 존재하는지 확인하는 것이 가장 좋습니다. Rails 콘솔에서 각 사이트 설정의 값을 확인한 후, UI를 통해 삭제된 주제를 찾을 수 있는지 확인하여 이를 수행할 수 있습니다:
tos_topic_idprivacy_topic_idguidelines_topic_id각 설정에서 반환된 ID를 사용하여 /t/-/<topic_id_from_setting_value>로 이동하여 삭제된 주제를 찾아볼 수 있습니다. 주제가 존재한다면 사용자 인터페이스를 통해 복원할 수 있어야 합니다. 주제가 존재하지 않는다면, 새로운 주제를 스태프(Staff) 카테고리에 생성할 수 있다고 가정합니다. 그런 다음 위 나열한 각 설정의 값으로 해당 주제 ID를 설정할 수 있습니다. 저는 직접 시도해 보지 않았지만, 사이트에 변경 사항을 적용하는 것이 불확실하다면 제 로컬 개발 사이트에서 테스트해 볼 수 있습니다.
Simon, 감사합니다.
합리적인 의견이네요. 그 제안을 처리하려면 Rails에 대해 충분히 숙지해야 할 것 같습니다.
Paul, 어떻게 진행되고 있나요? 예전에 이 문제가 당신에게 어려웠던 것으로 기억합니다.
FAQ/가이드라인 주제에서 실수로 delete_all을 사용한 후 한동안 이를 발견하지 못해, 저도 방금 이 작업을 직접 수행해야 했습니다. 이 게시물이 매우 도움이 되었습니다:
도움이 필요하시면 기꺼이 안내해 드리겠습니다.
그 누락된 사전 시드된 토픽을 찾지는 못했지만, 현재 사용하고 있는 우회 방법이 만족스러워서 열심히 찾으려는 동기가 없었습니다. 기본적으로 이제는 공개로 표시된 일반 편집 가능한 스태프 토픽이며, 저는 가끔씩 업데이트를 하고 있습니다.
서버에 루트 권한이 있다고 가정하면, 수정은 실제로 5분밖에 걸리지 않으며 유용한 스태프 토픽 관련 내용도 전혀 잃지 않습니다.
이 작업은 해당 토픽들을 사용할 대상으로 식별하는 것뿐입니다.
솔직히 Rails를 사용하는 방법에 대해서는 잘 모르지만, 다른 사용자의 제안에 따라 data-explorer 쿼리를 사용해 원래의 토픽들이 실제로 사라졌음을 확인할 수 있었습니다. (해당 제안을 현재 다시 찾아볼 수 없습니다.)
제 판단으로는, 현재 설정이 어떤 스태프 토픽을 사용해야 하는지 제대로 ‘알고’ 있는 것 같습니다. 그렇게 되게 한 방법(이것도 현재 다시 찾아볼 수 없습니다!)은 Rails 편집 경로보다는 좀 더 덜 고된 방식이었지만요.