위 링크를 Discourse 게시글 편집기 미리보기가 어떻게 생각하는지 보세요…
좋은 방법입니다. 하지만 일반적인 해결책은 nginx를 기본 설정 그대로 두되, Open ID Connect 플러그인이나 동등한 도구를 구성하는 것 아닙니까?
바로 외부 사이트로 리디렉션되는 것은 바람직하지 않지 않나요? 사용자가 현재 어디에 있는지, 어디로 이동하는지 명확히 인지할 수 있도록 로그인 경험이 Discourse 인스턴스 내에서 명시적으로 시작되어야 합니다.
물론贵 사이트의 특수한 요구사항에 대해서는 언급하기 어렵지만, 제 개인적인 의견입니다.
즉시 다른 사이트로 리디렉션되는 것은 다소 혼란스럽지 않나요?
로버트에게 어떻게 처리할지 설명하려면, 일단 다시 가동시켜야 한다는 것이 내 임무였습니다.
유효한 Patreon 세션을 시작하는 데 유효한 방법이 있을 수도 있지만, 사용자 경험에서 타협이 필요한 것 같습니다.
Open ID Connect이 사용 사례를 해결할 수도 있고, 그렇지 않을 수도 있습니다. 좀 더 자세히 이해해 봐야 할 것 같습니다. 그리고 Patreon이 이를 지원하지 않을 수도 있습니다.
또한, 이는 모든 수신 HTTP 요청이 더 이상 리다이렉트되지 않는다는 뜻인가요? 이는 혼란을 유발하거나 기술적으로 문제를 일으킬 수 있습니다.
그리고 더 우려되는 점은 다음과 같습니다:
- 이 경우 원격 사이트의 링크와 링크 미리보기에 어떤 영향을 미치나요? 이 웹사이트에 대한 소셜 미디어 링크는요? (스크린샷의 미리보기는 당신이 알아야 할 모든 것을 보여줄 것 같고, 분명히 바람직한 상황이 아닐 텐데요.)
- 이 웹사이트가 다른 모든 웹사이트에 Patreon 사이트처럼 보이나요?
- 검색 엔진 영향, SEO는 어떻게 되나요?
원하는 결과를 달성하기 위한 다른 해결책은 없나요? 적절한 플러그인이 필요할 수도 있습니다.
(생각해 보니 제 답변이 명확하지 않은 것 같습니다)
처음 이 사이트를 세팅한 앤드류 도이그(Andrew Doig, 현재는 고인)가 그렇게 구성을 선택했고, 이 사이트는 패트레온(Patreon) 후원자를 위한 보너스였습니다.
로버트(Robert) 씨의 SEO, 사이트가 어떻게 인식되는지(당연히 패트레온 사이트로 보이는 점 등)에 대한 지적에 동의합니다.
그리고 레트스엔크립트(Let’s Encrypt)가 제한되어 있어 이 시대에 이상적이지 않습니다. 우리는 그저 자동으로 잘 작동하기를 원합니다(그 팀의 놀라운 노력 덕분에 요즘은 정말 잘 작동하죠…).
그래서, 사람들이 첫 페이지에 접근할 수 있도록 하되 패트레온으로 인증을 받아야 하는 방식이 필요할 것 같습니다. 하지만 사실 저는 Fruityknitting의 유료 패트론이 아니라 단순히 유효한 패트레온 계정만 가지고 있습니다. 따라서 의도된 대로 완전히 작동하지 않는 것 같습니다.
아마도 패트레온 계정이 있는 누구나 그 디스커스(Discourse) 인스턴스를 사용할 수 있는 것 같습니다.
개발자의 별세 소식에 매우 슬픕니다. 
Patreon 웹사이트를 잠시 살펴봤는데, 개발자 링크가 디스코드로 연결됩니다(!). 그리고 그 뒤로 수많은 마찰이 따랐습니다. 정말 끔찍했습니다. 그래서 중단했습니다. 권장할 만한 방식이 아닙니다.
(개발자 경험을 개선하여, 적절한 웹사이트 문서화와 채팅 시스템 대신 포럼을 제공하는 것이 좋았을 것입니다.)
따라서 이용 가능한 옵션을 빠르게 확인할 수 없었습니다. 이 문제는 분명히 조사가 필요하며, 시간과 잠재적으로 자금에 대한 투자가 필요합니다.
누군가가 이 문제를 제대로 해결하도록 전적으로 참여해야 한다고 제안합니다. 추가적인 전문 지식이 필요하다면 Marketplace 채널에 게시하는 것도 고려해 볼 수 있습니다.