여기에 임의의 기능 요청/제안을 올리는 것이 괜찮을지 모르겠습니다.
저는 사용자가 Google Apps 호스팅 도메인(제 경우 @vt.edu)으로 인증할 수 있도록 Discourse 인스턴스를 설정해 두었습니다. OAuth2를 통해 가져온 이름과 성을 결합하여 Discourse가 사용자 이름을 할당하는 것을 확인했습니다. 예를 들어 First_Last 형식입니다.
저는 제안된 사용자 이름이 이메일 계정의 사용자 부분(user@vt.edu의 user)과 일치하기를 훨씬 선호합니다. user는 다른 곳에서 식별자로 사용되지만, First_Last는 그렇지 않기 때문입니다. 또한 First_Last는 고유성이 보장되지 않는데(예: John_Smith), 사용자 ID는 고유합니다. 제 사용 사례에서 이는 통계 데이터를 다른 레코드와 매칭할 때 데이터 탐색기 플러그인 사용에 도움이 되며, 전반적으로 더 일관된 경험을 제공합니다.
이메일 기반으로 사용자 이름을 “자동으로” 생성할 때 개인정보 관련 문제가 있어서 @andrei가 이 기능을 완전히 제거한 것으로 알고 있습니다?
정확히 그렇지는 않습니다. 이 기능을 제거하는 것이 아니라, use_email_for_username_and_name_suggestions 사이트 설정을 통해 다시 활성화할 수 있도록 비활성화하는 것입니다.
또한, 이 변경 사항은 DiscourseConnect에 대해서만 적용되며, 다른 인증 방법(구글 인증 포함)에는 적용되지 않습니다. 다만 다른 인증 방법에 대한 수정은 곧 진행될 예정입니다.
아울러, 사용자명을 생성할 때 이메일보다 전체 이름이 우선합니다. 인증 주체는 페이로드의 username과 full-name 필드가 비어 있을 때만 사용자명 제안에 이메일을 사용하도록 시도합니다. 이는 플러그인을 통해 커스터마이징할 수 있는 부분입니다. 하지만 이메일을 사용자명 제안의 주요 출처로 사용하는 것은 기본값으로 원하지 않는 부분이며, 특히 구글 인증의 경우 더 그렇습니다. 그 이유는 이 경우 사용자명에 @gmail.com을 추가하기만 하면 포럼의 모든 사용자의 이메일 주소를 유추할 수 있기 때문입니다.