- 전체보기(83)
- 컴퓨터 네트워크(6)
- TCP/IP(6)
- Design Pattern(5)
- DFS(4)
- BFS(3)
- 슬라이딩 윈도우(3)
- 자료구조(3)
- spring security(3)
- 이진 탐색(2)
- greedy(2)
- DP(2)
- sql(2)
- webclient(2)
- 완전 탐색(2)
- mysql(2)
- Strategy(2)
- Spring boot(2)
- 그래프(2)
- 스택(2)
- shadow dom(1)
- 투 포인터(1)
- 다익스트라(1)
- Union Find(1)
- 트리(1)
- EXPLAIN(1)
- JOIN(1)
- oauth2(1)
- error(1)
- test code(1)
- Querydsl(1)
- JWT(1)
- json(1)
- 크롬 익스텐션(1)
- String(1)
- select(1)
- visitor(1)
- 정렬(1)
- max(1)
- infinite scroll(1)
- Chrome Extension(1)
- 재귀(1)
- github(1)
- min(1)
- mediator(1)
- IS NULL(1)
- Builder(1)
- Java(1)
- Date(1)
- optional(1)
- JPA(1)
- git(1)
- Mockwebserver(1)
- SQL 튜닝(1)
- 인증(1)
- 인가(1)
- uuid(1)
- API(1)
- 크루스칼 알고리즘(1)
- URI(1)
- Graph(1)
- sum(1)
- http(1)
- Soket Programming(1)
- group by(1)
- validation(1)
[Spring] Header의 title을 변경하자!
현재 관리자가 웹 사이트의 Header 타이틀을 변경하고자 합니다. 이때, 해당 타이틀은 아래의 사진과 같이 왼쪽 상단에 어느 페이지든지 제공되어야 합니다. 또한 관리자가 변경하기 전에 로그인한 유저의 화면에도 변경된 타이틀이 반영되어야 합니다.해당 Header와 관련
[MySQL] JSON 형태의 데이터 저장하기
이전에 작성한 게시글에서도 말씀드렸듯이 저희 서비스에서는 DND을 이용한 보드에 스크랩을 추가하고 이동하는 기능인 보드 기능을 추가하였습니다. 보드 기능을 사용하기 위해서 어떠한 DB를 가져야 하는지 데이터 구조가 적합한지 살펴보겠습니다!
[UUID] 사용자에게 보여주는 URL 관련 보드의 고유키 값 구성하기
다담다 서비스에서 새로운 기능으로 스크랩들을 정리하는 보드 기능을 추가하기로 하였습니다. 어떤 보드인지 식별해야 하므로, 유저가 보는 보드의 URL에 보드의 고유 식별키를 넣는 방식을 선택하였습니다.이때 UUID를 선택한 이유와 다른 방식의 문제점을 파악해보겠습니다.
[실행계획] MySQL 데이터 베이스의 실행계획(Explain)을 통한 유저 테이블 인덱스 설계/수정 2
이전에 마지막으로 이야기한 유저 조회 최적화 방법을 적용해보겠습니다.https://velog.io/@da_na/SQL-튜닝-유저-조회-SQL-튜닝-및-성능-최적화-1그리고 해당 유저 조회 최적화 방법으로 얼마나 이전보다 성능이 향상되었는지를 확인해보는 시간을
[실행계획] MySQL 데이터 베이스의 실행계획(Explain)을 통한 유저 테이블 인덱스 설계/수정 1
IS NULL을 사용하면 인덱스를 사용해도, 전체 table을 full scan한다는 글을 보았습니다. 저희 프로젝트에 users 테이블에서 회원을 조회할 때 deleted_date가 null인지 확인하는 쿼리가 있습니다. 따라서 해당 쿼리의 성능을 확인해보겠습니다.
[HTTP API URI 설계] 프로젝트에 컨트롤 URI 설계하기
이번에 프로젝트에서 보드 관련된 기능을 제공하기로 하였습니다. 하지만 다른 기능들은 CRUD로 정의가 되지만, 보드 고정은 CRUD로 정의할 수 없었습니다. 따라서 이러한 경우 어떻게 HTTP API URI로 설계할지를 살펴보겠습니다!
[Chrome Extension] Shadow Dom을 사용해서 모든 웹 페이지의 injected CSS 동일하게 적용하는 방법
이전에 저희 프로젝트의 크롬 확장 프로그램을 개발한 글을 작성한 적이 있습니다! 원래 의도한 CSS가 제대로 적용되지 않는 모습을 확인할 수 있습니다. 이러한 원인이 무엇인지, 그리고 이를 해결하기 위해서 어떻게 해야할지를 이야기해보겠습니다.
[Infinite Scroll] Slice와 Page 차이점 분석하여 무한 스크롤 적용하기
이전에 검색 기능을 QueryDSL로 변경하면서, 검색 기능이 무한 스크롤을 적용하고 있어서 반환값을 Slice로 반환해줘야 했습니다. 하지만 Slice와 Page를 혼동하여 코드를 작성하여서 이에 대한 차이점을 분석하여 무한 스크롤을 구현하려고 합니다.
[Spring Security] JWT 만료 예외 처리하기
이전에 Spring Security를 사용하여 JWT를 구현하였습니다. 그러나, 만료된 JWT를 사용하여 API를 요청했을 때 아래와 같이 500 Internal Server Error가 나왔습니다. 따라서 만료된 JWT 관련 예외를 처리하는 로직을 추가하게 되었습니다
[Spring Boot] @Valid, @Validated 차이점 분석해서 유효성 검사 적용하기
이전 클라이언트의 요청 관련 Validation을 @Valid를 사용해서 @NotBlank 어노테이션을 사용하여 DTO에서는 유효성 검사를 했습니다. Parameter와 PathVariable로 입력받는 경우에 유효성 검사를 하기 위해서 수행한 방법을 알려드리겠습니다.
[디자인 패턴] 08. Mediator 패턴
Mediator 패턴은 멤버(Colleague)들이 Medaiator 조정자이자 중재자에게 이야기를 하고, 중재자만이 멤버에게 지시를 내리는 패턴입니다.
[디자인 패턴] 06. Strategy 패턴
Strategy 패턴은 해당 이름 뜻에서도 알 수 있듯이 전략과 관련된 패턴입니다. 즉, 전략(알고리즘)을 바꿔서, 같은 문제를 다른 방법으로 해결하기 쉽게 만들어주는 패턴입니다.
[QueryDSL] 검색 기능 QueryDSL로 변경하기
원래 의도는 타이틀이나 디스크립션에서 keyword가 있는 삭제되지 않고 사용자만의 스크랩을 찾는 로직이었습니다. 그러나, JPA만을 사용하여 스크랩의 검색을 원하는 로직을 구현하기 어려워서 QueryDSL을 도입하게 되었습니다.
[Error] Java Optional 문법 오류로 인한 에러 발생 해결 과정
이전 글에서 작성한 WebClient 관련 리팩토링을 진행한 뒤에 dev 개발 환경에 배포를 마쳤습니다. 그러나, Java Optional 문법으로 인한 오류가 발생하였고, 문제의 원인과 앞으로의 대비책을 세워서 문제 재발을 방지하고자 합니다!
[디자인 패턴] Spring 다담다 프로젝트에 전략 패턴 적용하기
현재 Scrap 부모 클래스로 Video, Product, Article, Place, Other 자식 클래스가 있습니다. 상속 관계에 있는 만큼 조회 기능, 검색 기능, 수정 기능이 유사하므로 전략 패턴으로 리팩토링하는 과정을 설명해드리겠습니다:)
[Test Code] WebClinet 외부 호출 API를 MockWebServer 사용해서 테스트하기
이전 게시글에서 'WebClient를 사용해서, 외부 API를 호출하기'라는 글을 작성했습니다. 따라서 WebClient를 사용한 외부 API 호출하는 로직에 대한 테스트 코드를 작성하기 위한 방법을 소개하겠습니다.
[WebClient] WebClient 사용해서 외부 API 호출하기
저희 서비스는 크롤링하는 서버를 EC2와 분리해서 서비스를 분리시켰기 때문에, Spring Boot(AWS EC2)에서 AWS Lambda 서버를 호출하는 형식으로 외부 API를 호출하고 있습니다. 이 과정에 대해서 설명하겠습니다!
[Git & GitHub] GitHub의 Merge, Squash and merge, Rebase and merge에서 Merge 방식 선택하기
test coverage report 작성시 발생한 문제점 해결책으로 변경된 Git-Flow의 Branch 구조를 이전처럼 깔끔하고 파악하기 쉬운 구조로 변경하기 위해서 선택한 Merge 방식을 소개하겠습니다.