반응형
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 |
Tags
- configureviewresolvers()
- router
- post
- Login
- 데이터베이스
- handlerintercepter
- SEO
- 플러그인
- 인텔리제이
- Thymeleaf
- 워드프레스
- GET
- 구글
- useEffect
- path variable
- 리액트오류해결
- @emaiil
- 구글알고리즘
- @range
- addcorsmappings()
- GA4
- 리액트오류
- addinterceptors()
- 구글애널리틱스
- addresourcehandlers()
- configuremessageconverters()
- firebase
- Polylang
- ChatGPT
- web-vitals
Archives
- Today
- Total
목록@emaiil (1)
개발천재

클라이언트 단에서도 검증을 하고 서버단에서도 검증이 필요한 이유클라이언트 단과 서버 단에서 각각 검증을 하는 이유는 보안과 사용자 경험을 동시에 고려하기 위함이다. 클라이언트 단 검증은 사용자 경험을 개선하고, 서버의 부담을 줄이기 위한 용도이며, 서버 단 검증은 보안, 데이터 무결성, 권한 검증 등 중요한 요소들을 처리하기 위한 용도이다. 따라서 클라이언트 단에서 간단한 유효성 검사를 먼저 하고, 서버 단에서 모든 데이터를 최종적으로 검증하는 방식으로 이중 검증을 사용하는 것이 가장 안전하고 효율적이다. 클라이언트 단에서 검증이 필요한 이유즉시 피드백 제공사용자가 잘못된 데이터를 입력할 경우 즉시 피드백을 받을 수 있다. 예를 들어, 이메일 형식이 잘못되었거나 필수 입력란이 비어 있을 경우, 서버에 ..
개발 준비/Spring Boot
2025. 2. 18. 23:47