Springboot

점프 투 스프링부트 3-05 파트에 스프링 시큐리티 내용이 나온다. 스프링 시큐리티는 인증과 권한에 대해 Filter 흐름에 따라 처리하고 있다. Filter에 대해 알아보고 추가로 Interceptor와 비교해보자.필터는 디스패처 서블릿에 요청이 전달되기 전/후에 u

FontController 패턴 특징프론트 컨트롤러 서블릿 하나로 클라이언트 요청을 받는다.프론트 컨트롤러가 요청에 맞는 컨트롤러를 찾아서 호출공통 처리하는 코드프론트 컨트롤러를 제외한 나머지 컨트롤러는 서블릿을 사용하지 않아도 된다.서블릿(Servlet)은 클라이언트

https://github.com/Eui9179/Mission_LeeEuiChan/tree/main미션 프로젝트인 그램그램을 진행하면서 나를 좋아하는 사람들의 필터링 기능을 적용해야 했다.총 세가지 기능을 추가해야 한다.내가 받은 호감리스트에서 성별 필터링기능

🐱Githubhttps://github.com/Eui9179/spring-boot-chat-example중고 경매 프로젝트 BidderOwn을 만들기 전에 채팅 기능을 먼저 만들어보고 팀원과 공유하기 위해 작성하였다.실시간 통신을 하기위해 Socket통신을

🐱Githubhttps://github.com/Eui9179/spring-boot-chat-example중고 경매 사이트에 필요한 채팅기능을 구현하기 앞어서 먼저 웹소켓을 공부하기 위해 구현해 보았다.이전에 간단한 Websocket을 이용하여 구현하였는데 S

🐱 Github기존에 ChatRoom을 HashMap에 저장하던 데이터를 Redis에 저장하면서 Redis의 pub/sub기능을 통해 메시지를 전송해보자. 이전 게시물과 채팅에 쓰일 레디스는 아래 문서에 있다.85\. \[SpringBoot] 채팅 서버에 사용될 Re

🐱 Githubhttps://github.com/BidderOwn/BidderOwn_BEBidderOwn 프로젝트를 진행하며 홈 화면에 보여주는 데이터가 최신순으로 정렬되기 때문에 paging 방식에서 no offset으로 변경하였다. 일반적인 페이징 쿼리

🐱 Githubhttps://github.com/BidderOwn/BidderOwn_BEBidderOwn을 진행하면서 기존에 Spring batch를 이용하여 상품들을 일괄적으로 경매종료처리하던 기능을 redis로 가볍고 개별처리하는 방식으로 리팩토링하였다.

BidderOwn 프로젝트를 진행하며 홈화면의 상품 목록 api를 개발하게 되었다. 학습 차원에서 성능 테스트와 개선한 부분을 정리해보았다. > 참고 이전 게시물인 경매 종료 처리 Spring batch에서 Redis로 리팩토링 하기 게시글과 이어지는 부분이 있다.

이전 no offset으로 인기순 쿼리 개선에 이어서 경매 마감 순으로 정렬해보면서 index와 커버링인덱스 방식을 통해 쿼리를 개선해보자. 데이터는 3000만개가 존재한다. 1. index 먼저 간단하게 expireat 순으로 정렬되기 때문에 expireat에 i

http://redisgate.kr/redis/command/zsets.php 이번엔 BidderOwn의 인기도를 Redis의 sorted set을 이용하여서 개선해보자. 현재 쿼리 Querydsl로 구현된 쿼리는 다음과 같다. 위와 같이 쿼리를 분리한 이유는 단

🐱 Githubhttps://github.com/BidderOwn/BidderOwn_BE비더원 프로젝트를 진행하며 동시성 문제가 발생하여서 해결하기 위해 시행착오를 겪은 경험을 정리하였다.현재는 단일 서버지만 확장성을 위해서 분산락을 사용하였다.BidderO