- 관련 상품
- 2026년 9월 5일 오전 12:01 UTC
- 이름 *
- Kamo
- 뚱 베어
- 27de5f1
흰색 라벨 조직의 아무도는 두 번째를 요청할 수 있었다 인증메일 화면은 편지가 그 길에 있었고, 아무 편지도 구성되었습니다. /register/resend-verification는 X-Forwarded-Host에서 호스트를 인수했습니다. 관련 기사 appproxy 모든 호출을 하나의 공유 API 호스트와 ingress rewrites 공유 호스트에 헤더, 그래서 여기에 플랫폼 이름을 도착 값, 절대 tenant - 길이에 정확한 트랩 POST /register 문서 및 이동 코멘트의 년의 가치. 이 엔드포인트는 뒤에 남아 있었다. 이 주소는 그런 다음 플랫폼 조직에서 보면 아무도가 발견되지 않았고, "이 계정이 존재하지 않는 경우, "이 계정이 존재하는 경우, " 인증 이메일이 전송되었습니다"그래서 account-existence oracle이 아닙니다. 그것의 자신의 조건에 부정확한, 그리고 그것은 완전히 침묵하는 misresolution를 만들었습니다: "sent"및 "sent nowhere", 토큰 행, EmailService에 전화하지 않는, 로그에 아무것도. 회원이 잠겨 있던 것을 설립 문자는 토큰 테이블에 대한 쿼리를했다. 이제 호스트는 /register에 관해서는 /register에 관해서, 헤더가 유지 이 서비스에 직접 도달 한 콜러에 대한 fallback 만. 있습니다. deliberately no getServerName() fallback: 이 서비스 자체 호스트가 해결합니다. 플랫폼 조직, 그래서 그 fallback 실패 하지 않습니다 — 그것은 답변 틀린 10ant를 위해, 이것은 어떻게 시작되는지. ambiguous 분지는 변하지 않고 여전히 주변이지만, 이제 호스트에 로그인 그리고 조직이 해결되었습니다. 그렇지 않으면 실제 전송에서 그 지점을 말할 수 있습니다. 또한 수리 **************** 5을 통과 한 OrganizationRepository가 되기 때문에 6-argument constructor에 인수 그것에 추가. 전체 모듈에 대한 테스트 컴파일이 실패, 그래서 테스트에서 이 저장소는 모두에서 실행할 수 있습니다.