여러분 안녕하세요,
어떤 이유인지 모르겠지만 이 두 개의 입력 필드가 보입니다. (다만 작동은 하지 않습니다)
이미 여러 번 Discourse를 다시 구축해 보았지만, 이 필드들을 제거하는 방법을 모르겠습니다.
미리 감사합니다!
안전 모드에서 재현해 볼 수 있나요?
Yoururl.com/safe-mode/
안녕하세요,
로그아웃 상태에서는 안전 모드에 있는지 확실하지 않습니다. myurl.tld/safe-mode/를 사용하면 항상 myurl.tld/login으로 자동으로 리디렉션되기 때문입니다(계정이 필요하기 때문이죠).
하지만 위에서 설명한 단계를 따랐을 때 안전 모드에 있다면, 네, 문제를 재현할 수 있습니다.
수정: 커스터마이징을 하지 않았습니다. 설치한 이래로 이 문제가 있었습니다. 또한, 저는 .onion 주소로 Discord를 실행하고 있습니다.
수정 2: discourse를 완전히 다시 설치했는데도 같은 문제가 발생합니다.
이 인스턴스는 어떻게 설치되었나요?
이 인스턴스는 먼저 docker를 설치한 후 git으로 discourse를 /var/discourse에 클론하여 nginx와 함께 설치되었습니다.
이후 samples/standalone.yml을 containers/app.yml로 사용하고, 부트스트랩을 실행한 뒤 앱을 시작했습니다.
설치 가이드를 따르지 않은 특별한 이유가 있었나요? Tor를 통해 게시할 계획인 것 같은데, 그렇다면 임시 URL을 먼저 설정해서 빌드하는 것을 막는 건가요?
우선 표준 설치 절차를 따르고, 변경 사항을 적용하기 전에 모든 것이 정상적으로 작동하는지 확인하는 것이 좋습니다. 이렇게 하면 문제가 발생했을 때 어떤 변경 사항이 원인이었는지 더 명확하게 파악할 수 있습니다.
제가 아는 한, Discourse의 일반 설치 프로그램은 .onion 주소를 지원하지 않기 때문입니다. (아마도 몇 달 전에 제가 시도했을 때 그랬던 것 같습니다) / 임시 URL을 바로 사용할 수 있는 상황이 아닙니다.
그렇지만, 바로 그 때문에 먼저 일반 설치를 수행하여 모든 것이 정상적으로 작동하는지 확인한 후, 다른 구성 요소를 설치하고 이름을 변경하는 것이 좋습니다.
추가적인 장점은 discourse-setup이 서버 사양에 따라 unicorn 워커와 데이터베이스 메모리를 자동으로 조정해 준다는 점입니다.
동시에 여러 가지를 변경하면 문제를 훨씬 더 찾기 어렵습니다.
맞아요, 그건 말이 되네요.
discourse-setup을 사용하여 설치하면 nginx 없이도 단독으로 실행되는 거죠? 그러면 app.yml을 수정해서 standalone 모드를 허용하고 도메인을 변경한 뒤 다시 빌드하면 되는 건가요?
솔직히 제 문제는 제 자신에게도 이해가 가지 않습니다. 에러 로그(both discourse 로그와 nginx 로그)에서 아무것도 찾을 수 없는데, 한 달 전에 VPS에서 동일한 설치 과정을 진행했을 때는 이런 문제가 없었거든요(그때는 테스트용이었고, 이번에는 프로덕션 서버로 사용할 예정이었죠).
discourse.example.com/login?safe_mode=no_custom%2Cno_plugins%2Conly_official을 사용하면 됩니다