Hobby 플랜에서 Discourse connect를 추가하는 것을 테스트할 방법이 없나요? 돈을 내기 전에 먼저 테스트해 보고 싶은데… Discourse connect를 활성화하는 설정 옵션을 찾을 수 없습니다.
수정: 같은 질문을 Discourse 어시스턴트에게 물어보았는데, 실제로 그런 것 같습니다. 틀렸다면 알려주세요. 필요하다는 것을 확신하기 전까지는 이 기능에 돈을 내고 싶지 않으니까요.
Hobby 플랜에서 Discourse connect를 추가하는 것을 테스트할 방법이 없나요? 돈을 내기 전에 먼저 테스트해 보고 싶은데… Discourse connect를 활성화하는 설정 옵션을 찾을 수 없습니다.
수정: 같은 질문을 Discourse 어시스턴트에게 물어보았는데, 실제로 그런 것 같습니다. 틀렸다면 알려주세요. 필요하다는 것을 확신하기 전까지는 이 기능에 돈을 내고 싶지 않으니까요.
DiscourseConnect는 Pro 플랜에서 사용할 수 있습니다. 해당 플랜에서 무료 체험을 시작하여 무료로 테스트해 볼 수 있습니다. (유료 구독을 시작하기로 결정하는 경우에만 요금이 부과됩니다.)
사용자 정의 필드 이름을 인코딩하는 데 따른 컨벤션이나 규칙이 있나요?
제 사용자 정의 필드 이름이 다음과 같은 경우:
페이로드를 어떻게 포맷해야 하나요? 이름을 URL 인코딩해야 하나요, 아니면 스네이크 케이스만 사용하는 것으로 충분한가요?
주요 사이트(SSO 제공자)에서 사용자가 이메일 주소를 변경할 수 있도록 할 계획입니다. 이때 사용자가 Discourse 설정 페이지에 따로 접속하지 않고, 새로운 이메일을 Discourse에서 재인증하지 않아도 되도록, Discourse의 이메일도 동시에 업데이트하고 싶습니다. 이 기능을 구현하는 가장 좋은 방법은 무엇일까요?
아래와 같이 이메일을 업데이트하는 방식을 테스트해 보았지만, 이는 검증 대기 상태의 부차적(secondary) Discourse 이메일만 추가할 뿐이었습니다. 저는 인증 없이 주(primary) Discourse 이메일을 변경하는 방법을 원합니다. 인증은 주요 사이트에서 수행됩니다.
curl -X PUT "https://discourse.example.com/u/$TARGET_USERNAME/preferences/email.json" \
-H "Api-Key: $DISCOURSE_API_KEY" \
-H "Api-Username: $DISCOURSE_USERNAME" \
-H "Content-Type: application/json" \
-d '{"email": "new-address@example.com"}'
auth_overrides_email 사이트 설정을 활성화했나요?
그걸 놓친 게 좀 신기하네요. 아바타, 이름, 사용자 이름의 오버라이드는 확인했거든요. 감사합니다!
일부 사용자가 SSO로 로그인할 때 "The change you wanted was rejected."라는 오류가 발생한다고 보고하고 있습니다. auth_overrides_email을 설정했으며, 이름, 사용자 이름, 아바타도 함께 설정되어 있습니다. 거부된 변경 사항이 이 중 하나일 것으로 추정되지만, 로그에서 유용한 정보를 찾는 것이 쉽지 않습니다. /logs를 확인해 보았을 때 때로는 "Primary email is already taken"이라는 메시지가 표시되기도 하지만, 해당 이메일로 사용자를 인증하는 대신 Discourse가 왜 새 사용자를 생성하려는 것인지는 알 수 없습니다. /var/discourse/shared/standalone/log/rails에서도 grep을 해 보았지만, 도움이 될 만한 내용을 찾지 못했습니다.