HyunJun 기술 블로그

1. 게시판 구현하기 기능 구현에 있어서 CRUD(Create, Read, Update, Delete)라는 표현을 많이 사용하는데 CRUD를 연습하기에 게시판같이 좋은 것이 없다고 생각합니다. 이 글에서는 단순 CRUD보다는 파일 입출력에 더 초점을 맞춰서 진행해 볼까 합니다. 간단한 게시판 기능 File Download, Upload를 같이 구현할 예정. File들을 조회 시 URL로 반환. (모든 확장자) -> exe, zip 파일은 업로드 불가. 2. 게시판 (파일 업, 다운로드) 로직 기본적으로 아래와 같은 로직으로 구현하려 합니다. 게시글 작성 시 json, 멀티 파트로 게시글 제목, 내용, 파일 여러 개(확장자 제한 기능)를 받는다. 확장자 제한 확인 후, 파일 자체는 프로젝트 루트 내 ex..

1. 스프링 시큐리티란? Spring 기반의 애플리케이션의 보안(인증, 인가)을 담당하는 스프링 하위 프레임워크이다. 보안 관점에서의 인증과, 권한에 따른 인가 설정을 Filter로 처리한다. Filter는 Dispatcher Servlet으로 가기 전에 적용된다. 이 글에서는 기본적인 시큐리티, JWT Access Token 활용법만 기술합니다. 2. 구현하기 타임 리프 + 스프링 시큐리티(JWT)로 회원가입 페이지 -> 로그인 페이지 -> 메인 페이지 -> 권한 필요 페이지 4가지를 표현하도록 구현해 볼게요. 권한은 멤버, 프라이빗 멤버, VIP 멤버, 관리자로 4가지 권한을 나누어 보았습니다. 프런트엔드 서버가 따로 있는 게 아닌 스프링 하나로 서버사이드 렌더링으로 HTML을 표현하고 있기 때..

1. 배치와 스케줄러란? 스프링 배치는 데이터의 일괄처리를 할 수 있게 해 주는 프레임워크이고, 스케줄러는 일정한 시간 간격 또는 일정한 시각에 특정 로직이 동작할 수 있게 해주는 기능입니다. batch -> 데이터의 일괄 처리 scheduler -> 특정 시간에 동작 여기서 잠깐, 그렇다면 데이터의 일괄 처리를 할 때 batch는 어떻게 동작을 시켜줘야 할까요? 거의 대부분 배치 처리는 스케줄러와 같이 쓰이고 이때 쓰이는 스케줄러가 Spring Scheduler, Quartz 등입니다. -> 결론은 배치 처리는 스케줄러에 의해 실행된다라고 보셔도 될 것 같습니다. 그러면 batch와 scheduler를 사용하여 로그 각각 데이터에 대해서 특정 기간이 지났을 때 삭제되는 로직을 구현해 보도록 하겠습니다..

1. 로그 저장의 필요성? 로그를 분석 및 관리하고 시간이 지나더라도 해당 시간대의 로그를 확인하고 싶다면 로그를 저장할 필요성이 있다. 2. 로그 저장 플랫폼 이 전까지 작성했던 로그 관련 글의 순서대로 기술해 보자면, Consol Log -> Slack, Discord, Telegram Log 전송의 순서대로 발전해 왔다. 하지만 직접 로그를 자동으로 Messenger로 보내는 로직을 구현해 본 사람이라면 아래와 같은 불편한 점을 느꼈을 것이라고 생각한다. 슬랙, 디스코드, 텔레그램 등으로 로그를 전송하는 것도 좋지만 해당 기능은 기본적으로 특정 인원만 메시지를 받을 수 있고, 아무래도 모바일로도 알람이 가는 만큼 무분별하게 전송하게 된다면.... 알람이 매우 울릴 것이므로 Warn, Error 등 ..

1. 디스코드 봇이란? 채팅방에서의 사용자가 명령어를 입력하면 프로그래밍된 특정한 출력 결과를 제공할 수 있는 계정입니다. 2. Discord 서버 생성 3. Discord App(Bot) 설정 링크 접속 후 로그인을 합니다. New Application 클릭 MESSAGE CONTENT INTENT를 허용해 주시고 Save Changes 클릭 이것을 허용해 주어야 디스코드 봇이 입력한 메시지를 받을 수 있습니다. 이제 토큰 값을 받기 위해 Reset Token을 클릭해 주세요. 토큰 값을 Copy 한 후 메모장에 따로 잘 저장해 주세요. 매우 중요한 값으로써 현재 창에서 벗어나면 다시 못 봅니다! 아래처럼 Bot에 권한 설정을 해주세요. 아래쪽에 보면 아래와 같이 URL이 생성됩니다. 해당 URL을 ..

1. Logback 데이터 전송 구조 슬랙과 디스코드에 이어서 마지막으로 텔레그램으로 Log를 받을 수 있도록 정리해 보겠습니다. 이전에 Logback 자동화와 관련된 2개의 제 글을 읽으셨다면 구조가 모두 비슷하다는 것을 알 수 있습니다. Logback 자체가 구현이 잘 되어있으므로, 개발자의 입장에서 핵심은 각 플랫폼에서 제공하는 비밀키(웹후크 주소), 봇과 appender 종속성을 추가하여 쉽게 구현하는 것입니다. 이번 시간에는 Logback을 Telegram으로 구현할 때 어떤 식으로 생각을 해서 구현해야 할까?에 초점을 맞춰서 글을 정리해 보겠습니다. 2. 종속성(dependency) 지난 2개의 Log 구현 글과, 서론에 제가 말한 것을 보았을 때 Logback에 의존하여 각종 플랫폼에 로그..