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
- 셀러리
- 디버깅
- 레디스 동시성
- ai agent
- 백준
- JPA
- 몽고 인덱스
- BFS
- piplining
- 검색어 추천
- docker
- 트랜잭샨
- 아키텍쳐 개선
- 결제서비스
- gRPC
- 쿠키
- 이분탐색
- 구현
- 추천 검색 기능
- AWS
- 카카오
- jwt 표준
- 크롤링
- ipo 매매자동화
- spring event
- 완전탐색
- 프로그래머스
- langgraph
- next-stock
- 누적합
Archives
- Today
- Total
목록sso (1)
코딩관계론
[SSO 인증 도입기: 회원가입의 귀찮음과 신뢰도 문제를 해결하라]
1. “회원가입, 충분히 만들 수 있지 않아?”라는 의문에서 시작프로젝트 초기에 “그냥 회원가입 로직을 하나 만든 후, 이메일/패스워드(암호화)를 DB에 저장하면 되지 않을까?”라고 생각했습니다. 사실 기능적으로는 문제될 것이 없어 보였습니다.기본 로직:사용자가 가입 폼에서 이메일+비밀번호를 입력서버가 DB에 사용자 정보를 저장로그인 시 입력받은 정보와 비교세션 or JWT 발행하여 인증 처리이 구조는 백엔드 개발자라면 누구나 손쉽게 구축할 수 있습니다. 그런데 사이트를 운영하면서 계속 생각해보니, 서비스 입장에서야 간단하지만 사용자 입장에선 어떨까? 하는 의문이 생겨나기 시작했습니다. 2. 사용자는 새 사이트에 정보 제공하기가 꺼림칙하다아무리 제가 만든 사이트라고 해도, 사용자 입장에서는 “이 서비스가..
개발/Hot-Stock
2025. 4. 4. 12:52