Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- BFS
- 추천 검색 기능
- 알람시스템
- ai agent
- 몽고 인덱스
- 디버깅
- 베타적락
- 관측가능성
- 결제서비스
- JPA
- 구현
- gRPC
- 크롤링
- langgraph
- 아키텍쳐 개선
- next-stock
- 이분탐색
- ipo 매매자동화
- 누적합
- docker
- piplining
- 카카오
- 완전탐색
- spring event
- 셀러리
- 프로그래머스
- 백준
- AWS
- dau 3만명
- 쿠키
Archives
- Today
- Total
목록sso (1)
코딩관계론
[SSO 인증 도입기: 회원가입의 귀찮음과 신뢰도 문제를 해결하라]
1. “회원가입, 충분히 만들 수 있지 않아?”라는 의문에서 시작프로젝트 초기에 “그냥 회원가입 로직을 하나 만든 후, 이메일/패스워드(암호화)를 DB에 저장하면 되지 않을까?”라고 생각했습니다. 사실 기능적으로는 문제될 것이 없어 보였습니다.기본 로직:사용자가 가입 폼에서 이메일+비밀번호를 입력서버가 DB에 사용자 정보를 저장로그인 시 입력받은 정보와 비교세션 or JWT 발행하여 인증 처리이 구조는 백엔드 개발자라면 누구나 손쉽게 구축할 수 있습니다. 그런데 사이트를 운영하면서 계속 생각해보니, 서비스 입장에서야 간단하지만 사용자 입장에선 어떨까? 하는 의문이 생겨나기 시작했습니다. 2. 사용자는 새 사이트에 정보 제공하기가 꺼림칙하다아무리 제가 만든 사이트라고 해도, 사용자 입장에서는 “이 서비스가..
개발/Hot-Stock
2025. 4. 4. 12:52