jihyee

[Naver Cloud Platform] SpringBoot 스프링부트 React 리액트 네이버 클라우드 플랫폼 배포하기 ➁ 서버 접속(공인 IP & 포트 포워딩)

jihyee — Fri, 25 Feb 2022 18:02:11 +0900

※ aws 로 배포하기 ↓

배포, 서버 등의 기본 개념 설명은 아래 포스팅을 참고하면 된다.

[AWS + spring boot] 서버 배포하기 _ 1

서버는 왜 배포해야할까 서버를 24시간 작동하게 하는 방법은 3가지 내 pc를 24시간 구동시킨다. 호스팅 서비스를 이용한다. 클라우드 서비스를 이용한다. 그 중 유동적으로 트래픽 관리가 가능한

jihyee.tistory.com

[AWS + spring boot] 서버 배포하기 _ 2 rds mysql 데이터 베이스 생성 spring boot 연동 spring boot 프로젝트 배

얼른 써야지 했는데 생각보다 2번째 포스팅이 오래 걸렸다 ㅠ [AWS + spring boot] 서버 배포하기 _ 1 [AWS + spring boot] 서버 배포하기 _ 1 서버는 왜 배포해야할까 서버를 24시간 작동하게 하는 방법은 3가

jihyee.tistory.com

※ paas-ta 로 배포하기 ↓

[PaaS-TA] PaaS-TA 서비스를 통해 node.js 기반 프로젝트 배포하기

PaaS-TA 파스-타 도입 전 미리 파스-타를 체험하실 수 있도록 체험 서비스를 제공하고 있습니다. paas-ta.kr 배포하면 떠오르는 플랫폼이 aws, naver cloud platform, gcp 정도인 것 같은데 이번에 동아리 프로

jihyee.tistory.com

※ naver cloud platform 배포 ① 서버 생성

[Naver Cloud Platform] SpringBoot 스프링부트 React 리액트 네이버 클라우드 플랫폼 배포하기 ① 서버 생

※ aws 로 배포하기 ↓ 배포 서버 등의 개념 설명은 아래 포스팅에 적어두었다! [AWS + spring boot] 서버 배포하기 _ 1 서버는 왜 배포해야할까 서버를 24시간 작동하게 하는 방법은 3가지 내 pc를 24시간

jihyee.tistory.com

naver cloud platform 배포 ① 서버 생성까지 했고

IP 주소 할당받고 서버에 접속하는 방법에 대해 설명하려 한다.

서버 접속

서버에 접속하려면 외부에서 접속할 수 있는 ip 주소가 필요한데

ip 주소 할당을 위한 방법은 두 가지가 있다.

1. 공인 ip 주소 할당 → 유료 ※ 경험상 공인 ip 주소한 달에 약 5000원 정도의 요금이 나온다.

2. 포트 포워딩 설정 → 무료

작성자는 1번 방식으로 구현했기 때문에 1번 방식으로 설명하고 2번 방식은 잘 정리해둔 포스팅을 첨부하겠다!

https://docs.3rdeyesys.com/1.compute/ncp_server_connect_no_public_ip/

서버 접속 가이드(Linux) - 공인IP 없을 때

네이버 클라우드 서버 접속 가이드 - 공인IP 없을 때

docs.3rdeyesys.com

공인 IP 주소 할당

Products & Services → Public IP

작성자는 공인 IP 주소가 할당되지 않은 서버가 없어서 미할당이라고 뜨는데 생성한 서버가 있다면 해당 서버 이름이 뜰 것이다.

서버 선택하고 다음 버튼 누르면

생성 완료!

다시 server 로 돌아와서 연결한 서버를 클릭하면

상세 페이지에서 공인 IP 에 방금 연결한 IP 주소가 들어와 있는 것을 확인할 수 있다.

서버 생성했고 IP 주소, 관리자 비밀번호 (= root 비밀 번호) 까지 다 아니까

이제 접속이 가능하다.

ssh 접속

% ssh root@{공인 IP 주소}

위와 같이 입력하면 비밀 번호 입력하라고 하는데

※ 저번 포스팅에서 어디 메모장에 적어두라고 했던 관리자 비밀번호! 여기서 입력하면 된다.

이런 식으로 나오면 정상적으로 접속이 완료된 것이다!

관리자 비밀번호 변경

매번 네이버에서 준 관리자 비밀번호 입력하기 귀찮다면 접속하고 바로 관리자 비밀번호를 변경할 수 있다.

% sudo root passwd

입력해서 new password 두 번 정상적으로 입력해주면 관리자 비밀번호를 직접 설정할 수 있다.

서버 생성이 끝났다 ⸜(*ˊᗜˋ*)⸝

이제 프로젝트를 빌드하고 실행시키면 되는데

로컬에서 어플리케이션 빌드 & 실행했던 과정을 그~대로 클라우드 서버에서 한다

고 생각하면 된다.

세팅

처음 서버에 딱 접속했을 때 서버는 깡통 그 자체이다.

기본적인 명령어 제외하고 거의 되는게 없는 상태고 당연히 프로젝트에 대한 아무런 정보도 가지고 있지 않다.

그러므로 본인의 어플리케이션에 맞는 기본 세팅을 먼저 해주어야 한다.

기본 세팅은 어떤 언어와 프레임워크를 사용했느냐에 따라 다른데

ex)

스프링부트

노드 리액트 뷰

플라스크

등등등

이 부분은 클라우드 플랫폼 서버 생성 포스팅을 GCP 까지 모두 마치면 그 때 따로 포스팅을 올릴 계획이다!

끝!

[PS_DP] 3078 좋은 친구 파이썬

jihyee — Tue, 22 Feb 2022 23:55:49 +0900

문제

상근이는 환갑을 바라보던 나이에 수능 시험을 다시보고 교대에 입학했고, 초등학교 선생님으로 취직했다.

상근: 요즘 애들은 친구를 사귀지 않나봐. 내가 앞에서 보고 있으면, 친구가 있는 학생이 별로 없는 것 같아.
??: 오빠! 오빠는 말콤의 친구와 성적이라는 책 안 읽어 봤어? 이 책에는 성적과 친구가 무슨 관계가 있는지 나와. 요즘 애들은 친구를 사귀기 전에 먼저 그 친구의 반 등수를 살펴봐. 말콤은 이 연구를 하기 위해서 6년동안 초등학교에서 선생님으로 위장 했었지. 하지만, 6년이라는 시간을 초등학교에서 보냈지만, 그 사람은 결국 결론을 얻지 못했어.
상근: 근데?
??: 말콤이 어느 날 자신이 초등학생이 되어 학교를 활보하는 꿈을 꾸었어. 근데 잠을 깨고 나니 내가 꿈을 꾸고 초등학생이 된건지, 아니면 초등학생이 꿈을 꾸고 지금의 내가 되어있는지를 모르겠는거야. 그래서 말콤은 상식적인 사고 방식에 큰 의문을 가졌지. 그 때 말콤은 깨달았던거야. 초등학교 친구는 부질없구나. 그제서야 알게된거야. 모든 학생은 자신과 반 등수의 차이가 K를 넘으면 친구가 아니라는거.
상근: 아? 근데 K는 어떻게 구해?
??: K는 문제에서 주어지지. 근데, 더 중요한 사실이 있어. 친구와 좋은 친구의 차이야. 말콤이 친구와 성적을 쓰고 2년 뒤에 낸 책인 좋은 친구라는 책에는 좋은 친구는 이름의 길이가 같아야 된다는 말이 나와.
상근: 아! 그럼 난 오늘 집에 가서 우리 반에 좋은 친구가 몇 쌍이나 있는지 구해봐야 겠어!

상근이네 반의 N명 학생들의 이름이 성적순으로 주어졌을 때, 좋은 친구가 몇 쌍이나 있는지 구하는 프로그램을 작성하시오. 좋은 친구는 등수의 차이가 K보다 작거나 같으면서 이름의 길이가 같은 친구이다.

입력

첫째 줄에 N과 K가 주어진다. (3 ≤ N ≤ 300,000, 1 ≤ K ≤ N) 다음 N개 줄에는 상근이네 반 학생의 이름이 성적순으로 주어진다. 이름은 알파벳 대문자로 이루어져 있고, 2글자 ~ 20글자이다.

출력

첫째 줄에 좋은 친구가 몇 쌍이 있는지 출력한다.

풀이

n, k = map(int, input().split())
student = []
for i in range(n):
    student.append(len(input()))
print(enumerate(student))

[PS_스택 큐 덱] 1158 요세푸스 문제 파이썬

jihyee — Tue, 22 Feb 2022 15:27:31 +0900

문제

요세푸스 문제는 다음과 같다.

1번부터 N번까지 N명의 사람이 원을 이루면서 앉아있고, 양의 정수 K(≤ N)가 주어진다. 이제 순서대로 K번째 사람을 제거한다. 한 사람이 제거되면 남은 사람들로 이루어진 원을 따라 이 과정을 계속해 나간다. 이 과정은 N명의 사람이 모두 제거될 때까지 계속된다. 원에서 사람들이 제거되는 순서를 (N, K)-요세푸스 순열이라고 한다. 예를 들어 (7, 3)-요세푸스 순열은 <3, 6, 2, 7, 5, 1, 4>이다.

N과 K가 주어지면 (N, K)-요세푸스 순열을 구하는 프로그램을 작성하시오.

입력

첫째 줄에 N과 K가 빈 칸을 사이에 두고 순서대로 주어진다. (1 ≤ K ≤ N ≤ 5,000)

출력

예제와 같이 요세푸스 순열을 출력한다.

코드

from collections import deque
n, k = map(int, input().split())
deque = deque()
index = 1
answer = []
deque = [i for i in range(1, n + 1)]
while len(deque):
    if index % k == 0:
        answer.append(deque.popleft())
        index += 1
    else:
        deque.append(deque.popleft())
        index += 1
print("<", ', '.join(str(i) for i in answer), ">", sep="")

HTTP ⁉ HTTPS ‼ HTTPS 개념과 NGINX, SPRING BOOT 어플리케이션 적용하기

jihyee — Tue, 22 Feb 2022 13:32:17 +0900

오늘 GDSC 10 min Tech seminar가 진행됐는데

주제가 HTTP와 HTTPS 였다.

예전에 이 문제로 사이트 배포를 다 해두고도 프로젝트 제출을 못했던 안타까운 경험이 있었기 때문에..,,

항상 정리해야지 해야지 했는데 이번 기회에 발표 내용도 정리하고 기록할 겸 포스팅을 올리려고 한다!

GDSC 10min 세션 링크 ↓↓↓

http와 https

목차 HTTP와 HTTPS의 개념 HTTPS의 특징 - ① 보안성 HTTPS의 특징 - ② 암호화 기술 HTTPS의 동작 과정 HTTP와 HTTPS의 개념 HTTP (Hypertext Transfer Protocol) 우리가 잘 알고 있는 http는 서로 다른 시스템들..

dsc-sookmyung.tistory.com

HTTPS 는 HTTP에서 secure, 보안이 강화된 프로토콜이라고 이해하면 된다.

계층 구조 위치

보안이 강화된

보안이 강화됐다는 것은 패킷이 암호화돼서 중간에 다른 사용자가 이를 가로채 악용할 가능성이 없다는 것을 의미하며

(이미지 참고!)

이런 이유로 믿을 수 있는 사이트임을 보장한다.

적용 방식 : 어떻게 secure 보안을 강화할까?

우선 웹 사이트 동작 과정을 보면

클라이언트 (사용자) ↔ 서버 (사이트) 가 각자 데이터를 주고받으며 상호작용한다.

하지만 이는 데이터가 암호화되어 있는지 사용자는 알 방법이 없다.

따라서 인증을 위한 제삼자를 둬야 한다.

제삼자? 제삼자가 왜 필요해?

예시를 들어 설명하면 나랑 민수는 서로 비밀 일기장을 교환하는 사이다.

근데 아무래도 일기장을 교환하는 중간중간에 철수가 우리의 일기장을 몰래 보는 것 같다 !!

나와 민수는 우리의 일기장을 지키기 위한 보안의 필요성을 느꼈고 머리를 굴렸다

그때 저 멀리 놀고 있는 영희가 눈에 띄었다.

나는 영희에게 간식을 바치는 조건으로 일기장을 열 수 있는 열쇠를 좀 보관해달라고 부탁했다.

이후 나와 민수는 영희의 키를 이용해 일기장을 열어 공유했고

영희에게 받은 키가 없는 철수는 더 이상 우리의 일기장을 몰래 보는 것을 포기할 수밖에 없었다.

맞는 예시인지 모르겠지만 대칭키 비대칭키 제외하고 최대한 간단하게 과정을 설명하면 이와 같을 것 같다.

제삼자인 인증 기관(Let's Encrypt) → 영희

인증키 발급 (TTL/SSL 인증서) → 열쇠

사용자 → 나와 민수

원리는 여기까지고

nginx, java 각각의 적용 방식을 설명하면

※ 우선 무조건 도메인이 연결되어 있어야 한다.

❌ localhost 153.548.21.15 ❌

NGINX 기반 애플리케이션 HTTPS 적용

Cerbot 설치

$ sudo apt-get update
$ sudo apt-get install software-properties-common
$ sudo add-apt-repository universe
$ sudo add-apt-repository ppa:certbot/certbot
$ sudo apt-get update

$ sudo apt-get install certbot python3-certbot-nginx

Nginx Configuration 설정

$ sudo vi /etc/nginx/sites-available/default

이 파일 내부에 server_name 에 HTTPS 로 적용하고 싶은 사이트의 도메인 주소를 넣어준다.

$ sudo nginx -t
// 파일 변경이 잘 적용되었는지 확인
$ sudo systemctl reload nginx
// nginx reload

SSL 인증서 받기

$ sudo certbot --nginx -d {적용할 도메인 주소} -d {www.적용할 도메인 주소}

아까 설치한 cerbot 을 사용해서 도메인을 위한 인증서를 받는다.

$ sudo service nginx restart

nginx 재실행

Spring Boot 기반 애플리케이션 HTTPS 적용

인증키 옮기기

$ sudo su
# cp -r /etc/letsencrypt/archive/[domain_name] /home/secure

아까 인증키 발급받았던 것을 스프링 부트에 적용하기 위해 home/secure 로 옮겨 준다.

파일 변환

# openssl pkcs12 -export -in fullchain2.pem -inkey privkey2.pem -out cert_and_key.p12 -name ttp -CAfile chain2.pem -caname root
# keytool -importkeystore -deststorepass [사용할 암호] -destkeypass [사용할 암호] -destkeystore [생성할 jks 파일명] -srckeystore cert_and_key.p12 -srcstoretype PKCS12 -srcstorepass [PKCS12에서 사용한 암호 (위에서 입력한 암호)]
keytool -importkeystore -deststorepass mymy -destkeypass mymy -destkeystore letsencrypt.jks -srckeystore cert_and_key.p12 -srcstoretype PKCS12 -srcstorepass password

Application.properties 추가

server.port=8080
server.ssl.enabled=true
server.ssl.key-store={키 파일 위치 ex) /home/secure/letsencrypt.jks}
server.ssl.key-store-password= {인증키 비밀번호}
server.ssl.key-password= {인증키 비밀번호}

끝~~

٩( ᐛ )و

[Tistory] 티스토리 화면 편집 팁⁉️ 글꼴 변경부터 사이드바 편집까지‼️

jihyee — Mon, 21 Feb 2022 15:13:31 +0900

Tistoy

처음 사용하신다면 화면 구성 편집이나 텍스트 편집이 도대체 어디에 있나 궁금하신 분들이 있을 것 같다.

스킨을 제공하기도 하고 글을 작성할 때도 6가지 정도의 간단한 서체와 크기를 지정할 수 있는 기능이 있지만

기본이니 만큼 마음에 안들 수도 있을 것 같다.

~~(본인도 굉장히 맘에 안 들었음)~~

티스토리를 약 3달 정도 사용하면서 나름 터득한 티스토리 화면 편집 방법을 공유하려 한다

(๑･̑◡･̑๑)

css 편집

웹 프론트 공부를 하지 않고서야 css 가 뭐지 싶은 게 당연할 것 같은데

한 마디로 설명하면 웹 사이트를 구성하는 모든 요소에 대한 스타일이라고 생각하면 된다.

티스토리는 css 를 직접 편집하는 방식으로 화면 편집이 가능하다.

편집 → (꾸미기) 스킨 편집 → html 편집 → CSS 클릭!

이제 여기서 코드를 직접 수정해가며 화면을 편집하면 된다.

글꼴 변경

우선 적용할 웹 폰트를 가져온다. (구글 & 눈누 등)

Google Fonts

Making the web more beautiful, fast, and open through great typography

fonts.google.com

눈누

상업용 무료한글폰트 사이트

noonnu.cc

위 사이트들에서 한글에 적용 가능한 웹 폰트를 하나씩 살펴보며 적당한 폰트를 하나 선택하면 된다.

이 글씨가 맘에 들어

이 글씨로 바꿔보면

우선 웹 폰트로 사용 부분을 복사한 후

@font-face {
    font-family: 'KyoboHand';
    src: url('https://cdn.jsdelivr.net/gh/projectnoonnu/noonfonts_20-04@1.0/KyoboHand.woff') format('woff');
    font-weight: normal;
    font-style: normal;
}

CSS 에 @charset "UTF-8" 아래에 아래 이미지와 같이 붙여 넣기를 해준다.

이렇게 웹 폰트를 붙여 넣어주면 "KyoboHand" 이름의 웹 폰트를 CSS 내에서 이제 사용할 수 있음을 의미한다.

※ 여기서부터가 중요

font 를 변경해야 하니까 해당 설정이 무슨 이름으로 정의되어 있는지 찾는 게 중요하다

ex )

title 을 변경하고 싶다? → title 이 어떤 태그에 정의되어 있는지 확인!

글꼴은 font-family라는 이름으로 정의되어 있다.

CSS 코드에 커서를 올리고 ctrl + F 를 누르고 font-family를 모두 검색하고 (검색 여러 개 ctrl + G)

위 이미지와 같이 monospace 등 지정되어 있는 원래 글꼴들을

아까 웹 폰트로 정의했던 'KyoboHand' 로 모두 바꿔준다.

font-family를 모두 바꾸고

우측 상단에 적용 버튼 클릭 !

중앙 상단에 새로 고침 버튼 클릭 !

내가 웹 폰트로 가져온 폰트로 변경된 것을 확인할 수 있다.

이런 방식으로 글꼴 말고도 다른 화면 전체를 편집할 수 있다.

추가적인 설명을 위해 사이드바 크기를 조절하는 예시를 한 번 더 해보면

사이드 바 크기 조절

우선 아까 글꼴은 font-family를 변경하는 것으로 가능했던 것처럼

사이드바가 html css 에서 어떤 이름으로 지정되어 있는지를 먼저 파악해야 한다.

창 위에 커서를 올리로 우클릭을 해서 검사 클릭

마우스 아이콘을 클릭하고

사이드바를 수정하려고 했으니 사이드 바 부분에 커서를 가져가서

오른쪽에 뜨는 class 의 이름을 확인하면 된다.

폰트 → font-family
사이드 바 → area-aside

이제 수정해야 되니까 다시 스킨 편집 → HTML 편집 → CSS 로 가서

ctrl + F 검색 창에 area-aside ctrl + G 순차 검색으로 변경할 부분 변경

여기서

width 조정하면 되겠다.

조정 → 적용 → 새로고침

반복하면 끝!

\( ˆoˆ )/

위에서 예시를 들었던 글꼴 사이드바 말고도

html 과 css 에는 화면을 구성하는 모든 요소가 들어있을 테니까

수정하고 싶은 부분만 잘 찾아서 수정해주면 될 것 같다.

처음엔 CSS로 이렇게 수정하는게 어렵게 느껴질 수 있는데

하다보면 적응돼서 꽤 빠르고 간단하게 할 수 있다.

내 티스토리

글꼴, 사이드바, 카테고리 텍스트 수정해서 최대한 글에 집중할 수 있게 수정해줬다.

[Naver Cloud Platform] SpringBoot 스프링부트 React 리액트 네이버 클라우드 플랫폼 배포하기 ① 서버 생성

jihyee — Thu, 17 Feb 2022 18:02:25 +0900

※ aws 로 배포하기 ↓

배포 서버 등의 개념 설명은 아래 포스팅에 적어두었다!

[AWS + spring boot] 서버 배포하기 _ 1

jihyee.tistory.com

[AWS + spring boot] 서버 배포하기 _ 2 rds mysql 데이터 베이스 생성 spring boot 연동 spring boot 프로젝트 배

jihyee.tistory.com

※ paas-ta 로 배포하기 ↓

[PaaS-TA] PaaS-TA 서비스를 통해 node.js 기반 프로젝트 배포하기

jihyee.tistory.com

aws, paas-ta 에 이은 웹 사이트 배포 3번째!!

~~이제 gcp 만 남았다..~~

네이버 클라우드 플랫폼으로 웹 사이트 배포하는 방법을 설명하려 한다.

셋 중에 gui 가 제일 깔끔하고 아무래도 네이버에서 제공하는 서비스라 좀 친숙하게 쉽게 할 수 있었던 것 같다.

٩( °ꇴ °)۶

네이버 클라우드 플랫폼

NAVER CLOUD PLATFORM

cloud computing services for corporations, IaaS, PaaS, SaaS, with Global region and Security Technology Certification

www.ncloud.com

위 링크로 들어가면

오른쪽 상단에 로그인 회원가입 버튼을 통해 로그인 회원가입이 가능하다.

aws 와 마찬 가지로 본인 메일 인증과 카드 정보 등록 필수!

서버 생성

로그인을 한 후 오른쪽 상단에서 콘솔 클릭

왼쪽 메뉴바에서 products & services 클릭 → server 클릭

서버 생성 클릭

부팅 디스크, 이미지 타입, OS 이미지 타입, 서버 타입을 선택하고 다음 클릭!

이 때 내가 생성할 서버에 대한 기본 설정을 하는 것이다.

※ 네이버 클라우드 플랫폼은 마이크로(micro) 서버에 한 해 1년 무료 사용 기간을 제공한다. 과금을 피하려면 꼭 micro

나머지는 종량, 월정액 금액이 청구되니 꼭 서버 생성 이전에 금액에 대해 알아봐야 한다! 참고로 본인은 compact 서버 하나를 현재 구동 중인데 한 달에 약 5-7 만원 정도 금액이 청구되는 것 같다.

한 가지 또 언급하고 싶은 것은 스프링부트와 리액트를 빌드하는데 micro 서버가 너-무 느렸다.. standard, compact 다 구동해봤는데 micro는 개발 과정을 너무 힘들게 했고 결국 프로젝트 지원금을 거의 서버에 다 쓴 것 같다.,. • ᴗ •̥ ˳ ˳

서버 설정은 서버 이름만 명시하고 next 클릭!

인증키 설정

이 부분이 중요한데 보유하고 있는 인증키가 따로 없다면 새로운 인증키를 생성해야 한다.

방문이 잠겨있고 들어가기 위해선 키를 들고 있어야 하는게 당연한 것 처럼 처음 생성한 서버에 접속하기 위해선 인증 키를 가지고 있어야 한다.

※ 즉, 이 키는 내가 찾을 수 있는 폴더에 잘 저장해두고 나중에 사용한다는 것을 명심!

이제 ACG 생성이 나오는데 자세히 보면 위에 네트워크 접속 설정이라고 네이밍 되어 있는 것을 확인할 수 있다.

네트워크에 대한 개념을 어느 정도 이해하고 있어야 하는 부분인데

각각의 웹 서버는 고유의 ip 주소를 가지고 있으며 해당 웹 서버의 어플리케이션은 포트 넘버로 구분된다.

▶ ACG 는 생성한 웹 서버에 접근 가능한 ip 주소와 포트 넘버를 한정해준다.

예를 들어,

ACG 에서 234.123.234.123:8080 을 추가하면 해당 ip 주소와 포트넘버로 접속을 시도하면 허용해줘라 하는 뜻이다.

서버도 구동 중이고 프로젝트 빌드도 다 했고 netstat 으로 잘 돌아가는 것도 확인했는데 이상하게 화면이 안나오는 경우가 있는데 그 때 대부분의 문제는 다 여기 있다고 보면 된다...

ACG 이름을 정하고 설정에서 IP 를 추가해준다.

특정 주소로 한정할 수도 있는데 그냥 0.0.0.0/0 으로 작성해서 모든 IP 접속을 허용해줘도 된다.

포트는 실행되는 어플리케이션이 구동되는 포트 주소로 작성해주면 된다.

참고로 포트를 따로 명시하지 않고 도메인 주소만 쓰면 22번 포트이니 허용하고 싶으면 22포트 열어줘야 한다!

설정을 마무리하면 서버 생성 클릭!

생성을 클릭하면 생성 중 표시와 함께 n분이 지나면 생성이 완료될 것이다!

관리자 비밀번호 확인

생성된 서버 마우스 우클릭

관리자 비밀번호 확인

아까 중요하다고 강조했던 인증키 넣고 확인 누르면 관리자 비밀번호를 알려준다.

해당 관리자 비밀번호로 ssh 접속해야 하니 어디 메모장에 복붙해 놓고 필요할 때 사용하는게 좋다!

이제 거의 끝.. 인데

너무 길어서 ip 연결이랑 서버 접속은 다음에..

ヾ(๑╹◡╹)ﾉ"

[PS_기댓값과 선형성] 13255 동전 뒤집기 파이썬

jihyee — Thu, 20 Jan 2022 14:18:55 +0900

문제

N개의 동전이 탁자 위에 놓여져 있다. 동전은 모두 앞면이 위를 향하고 있다.

K개의 정수 A[i]가 주어진다. 가장 처음에 A[1]개의 동전을 랜덤하게 골라서 뒤집는다. 그 다음에는 A[2]개의 동전을 랜덤하게 골라서 뒤집는다. 이 과정을 계속해서 반복하고, 마지막에는 A[K]개의 동전을 랜덤하게 골라서 뒤집는다.

모든 과정을 완료했을 때, 앞면이 위를 향하는 동전 개수의 기댓값을 구하는 프로그램을 작성하시오.

입력

첫째 줄에 동전의 개수 N (1 ≤ N ≤ 1,000)이 주어진다. 둘째 줄에는 K (1 ≤ K ≤ 50)이 주어진다. 셋째 줄에는 A[i] (1 ≤ A[i] ≤ N)가 주어진다.

출력

모든 과정을 완료한 후에 앞면이 위를 향하는 동전 개수의 기댓값을 출력한다.

정답과의 절대/상대 오차는 10-9까지 허용한다.

풀이

코드

n = int(input())
k = int(input())

pr = n
for i in map(int, input().split()):
    tmp = 0
    tmp = tmp + pr * (1 - float(i / n))
    tmp = tmp + (n - pr) * float(i / n)
    pr = tmp
print(pr)

[PS_DP] 13250 주사위 게임 파이썬

jihyee — Thu, 20 Jan 2022 12:31:52 +0900

문제

효빈이는 1부터 6까지 수가 적혀있는 6면 주사위를 가지고 있다. 매번 주사위를 던질 때마다 주사위의 윗 면에 적힌 수 만큼 사탕을 받게 된다. 효빈이가 적어도 N개의 사탕을 받기 위해 주사위를 던져야 하는 횟수의 기댓값을 구하는 프로그램을 작성하시오.

입력

첫째 줄에 N이 주어진다. (1 ≤ N ≤ 1,000,000)

출력

첫째 줄에 사탕을 적어도 N개 받기 위해 주사위를 던져야 하는 횟수의 기댓값을 출력한다. 정답과의 절대/상대 오차는 10-9까지 허용한다.

풀이 방법

코드

N = int(input())
dp = [0]*1010101

for i in range(N-1, -1, -1):
    ret = 0
    for j in range(1, 7): ret += 1/6 * (1 + dp[i+j])
    dp[i] = ret

print(dp[0])

[Spring Boot] queryDsl 「 cannot find symbol 」에러

jihyee — Tue, 18 Jan 2022 16:28:01 +0900

※ Trouble Shooting 은 문제와 해결 방식 위주로 작성

cannot find symbol 이라고 complieQuerydsl 해도 해결 안 된다.

▶ Q 파일이 생성되지 않은 것이 아니고 생성되었는데 위치를 인식할 수 없어서 발생하는 오류기 때문

Setting ▷ Annotation Processors ▷ Store generated sources relative to를 모두 Module output directory로 변경해준다.

[AWS + spring boot] 서버 배포하기 _ 2 rds mysql 데이터 베이스 생성 spring boot 연동 spring boot 프로젝트 배포

jihyee — Sun, 16 Jan 2022 04:20:58 +0900

얼른 써야지 했는데 생각보다 2번째 포스팅이 오래 걸렸다 ㅠ

[AWS + spring boot] 서버 배포하기 _ 1

jihyee.tistory.com

↑↑↑ 전 포스팅!! ↑↑↑

에서

aws 계정 생성하고

ec2 서버 생성하고

putty로 접속하고

Java 프로젝트 구동을 위한 기초 세팅(git, java)

들을 했다.

웹 프로젝트 배포 과정을 크게 구분하면

서버 생성 - 데이터 베이스 구축 및 연동 - 프로젝트 빌드 및 실행

이게 다인데

서버 생성했으니 이제 데이터 베이스 구축 및 연동을 해주고 프로젝트를 빌드 구동해주면 된다!

데이터 베이스 구축 및 spring boot 연동

aws에서 관계형 데이터 베이스 관리를 하기 위해 제공하는 서비스가 rds이다.

데이터 베이스 생성을 클릭해준다.

원하는 데이터 베이스 유형을 선택해준다.

템플릿은 무료로 이용하려면 꼭 프리 티어를 선택해줘야 한다.

퍼블릭 엑세스는 예를 선택

그대로 생성 !!

생성을 완료하면 해당 데이터 베이스로 들어가서 보안 그룹와 파라미터 그룹을 수정해줘야 한다.

보안 그룹은 해당 origin 접속 가능한 서버들을 명시하는 것이고

파라미터 그룹은 타입 인코딩 정보를 저장한다고 생각하면 된다.

보안 그룹 수정 → 모든 IP 에서 3306 포트로의 접속 허가

생성된 데이터 베이스로 들어가서 보안 그룹을 클릭하면 우측 하단에 인바운드 규칙 편집 버튼이 있다.

해당 버튼을 클릭하여 데이터 데이스 서버에 접속이 가능한 ip 주소들을 편집할 수 있다.

3306 포트에 모든 ip4 접속을 허가하는 규칙을 추가해주면 어느 ip 주소에서도 암호만 입력하면 해당 데이터 베이스에 연결할 수 있다.

보안을 위해 접속을 막고 싶다면 내 ip 를 선택하거나 직접 ip 주소를 명시해 특정 주소에서만 연결이 가능하게 변경할 수도 있다.

파라미터 그룹 수정 → 타입 인코딩 정보 변경

왼쪽 목록에 파라미터 그룹에 들어간 후 데이터 베이스에 적용할 파라미터 그룹을 하나 생성하고 해당 파라미터 그룹 정보를 아래와 같이 변경해주면 된다.

charset (아래 이미지 6개) → utf8mb4

collection_server → utf8mb4_general_ci

collection_database → utf8mb4_general_ci

이는 데이터 베이스의 한글 사용(utf8)과 이모티콘 사용(mb4)등을 가능하게 하는 타입 인코딩 설정이다.

생성을 완료되면 데이터 베이스 생성 주소로 mysql-workbench에서 connection 생성해주면 된다.

hostname : database 연결 주소

username : rds 는 default 가 admin 인 것 같다. root 로 되어 있는 경우 연결이 안되니 주의하자

port : 3306 db 는 포트 주소가 default 가 3306 이다.

password : rds database 생성 시 입력했던 비밀번호

ok 누르고 connection 완성되면 들어가서 스키마 만들고 테이블 만들고 수정하고 관리하면 된다.

서버 자체에서 mysql 접속해서 터미널로 관리할 수도 있는데 workbench 가 있으니까 gui 서비스를 굳이 안 쓸 필요는 없을 것 같다. workbench 없으면 안 된다.. 너무 편해//..,, ヽ(^。^) ノ

데이터 베이스를 구축했으니 이제 작성하고 있는 프로젝트와 연동시켜줘야 한다. node를 쓰던 django를 쓰던 spring boot를 쓰던 데이터 베이스 연동 부분은 맥락이 비슷하니 방식도 비슷할 거라고 생각한다.

spring boot에 mysql 데이터 베이스 연동하는 방법은

application.properties 파일에 데이터 베이스를 명시하는 것이다. 해당 파일은 db 말고도 외부 api key 나 token과 같이 프로젝트 전반적으로 관리해야 하는 값들을 저장하고 있다고 생각하면 된다.

spring.profiles.active=local
spring.datasource.driver-class-name=com.mysql.cj.jdbc.Driver
spring.datasource.url=jdbc:mysql://{rds주소}/{스키마명}?serverTimezone=UTC&characterEncoding=UTF-8
spring.datasource.username={username}
spring.datasource.password={password}
spring.datasource.hikari.pool-name=jpa-hikari-pool
spring.datasource.hikari.maximum-pool-size=5
spring.datasource.hikari.jdbc-url=${spring.datasource.url}
spring.datasource.hikari.username=${spring.datasource.username}
spring.datasource.hikari.password=${spring.datasource.password}
spring.datasource.hikari.driver-class-name=${spring.datasource.driver-class-name}
spring.datasource.hikari.data-source-properties.rewriteBatchedStatements=true
spring.jpa.generate-ddl=true
spring.jpa.hibernate.ddl-auto=update
spring.jpa.show-sql=true
spring.jpa.properties.hibernate.dialect=org.hibernate.dialect.MySQL8Dialect
spring.jpa.properties.hibernate.hbm2ddl.import_files_sql_extractor=org.hibernate.tool.hbm2ddl.MultipleLinesSqlCommandExtractor
spring.jpa.properties.hibernate.current_session_context_class=org.springframework.orm.hibernate5.SpringSessionContext
spring.jpa.properties.hibernate.default_batch_fetch_size=${chunkSize:100}
spring.jpa.properties.hibernate.jdbc.batch_size=20
spring.jpa.properties.hibernate.order_inserts=true
spring.jpa.properties.hibernate.order_updates=true
spring.jpa.properties.hibernate.format_sql=true
spring.jpa.database-platform=org.hibernate.dialect.MySQL8Dialect

위와 같은 코드로 구축한 데이터 베이스를 spring boot 프로젝트와 연동할 수 있다.

이러면 데이터 베이스 구축과 연동까지 끝났다! 이제 프로젝트만 서버에서 실행시키면 배포는 끝난다. ٩(¨ )ว

외부 서버에 spring boot 실행

저번 포스팅에서 생성한 ec2 서버에 들어가서 git java 등을 다운로드하였으면

생성한 프로젝트를 git clone을 통해 clone 한다.

git clone {clone 할 프로젝트 깃 저장소 주소}

프로젝트를 받아왔으면 실행할 스트립트를 생성해줘야 한다 → deploy.sh

vim ~/{프로젝트주소}/deploy.sh

스크립트 파일을 clone 받은 프로젝트와 같은 위치에 생성시키고 내부 코드를 아래와 같이 작성해준다.

#!/bin/bash

REPOSITORY={프로젝트 주소}
PROJECT_NAME={프로젝트명}

cd $REPOSITORY/$PROJECT_NAME/

echo "> Git Pull"

git pull

echo "> 프로젝트 Build 시작"

./gradlew build

echo "> step1 디렉토리 이동"

cd $REPOSITORY

echo "> Build 파일 복사"

cp $REPOSITORY/$PROJECT_NAME/build/libs/*.jar $REPOSITORY/

echo "> 현재 구동중인 애플리케이션 pid 확인"

CURRENT_PID=$(pgrep -f ${PROJECT_NAME}*.jar)

echo "현재 구동 중인 애플리케이션 pid: $CURRENT_PID"

if [ -z "$CURRENT_PID" ]; then
   echo "> 현재 구동 중인 애플리케이션이 없으므로 종료하지 않습니다."
else
   echo "> kill -15 $CURRENT_PID"
   kill -15 $CURRENT_PID
   sleep 5
fi

echo "> 새 애플리케이션 배포"

JAR_NAME=$(ls -tr $REPOSITORY/ | grep *.jar | tail -n 1)

echo "> JAR Name: $JAR_NAME"

nohup java -jar $REPOSITORY/$JAR_NAME 2>&1 &

실행 스크립트 코드에 대해 설명하면

우선 프로젝트 위치와 프로젝트 명을 변수에 저장해 관리하고 ($REPOSITORY & $PROJECT_NAME)
git pull을 해서 만약 프로젝트가 최신 상태가 아니라면 최신 상태로 update 해준다.
프로젝트를 build 하고
jar 파일을 만들어 nohup (백그라운드 실행)으로 jar 파일 실행시켜서 프로젝트를 실행해준다.

실행을 위한 파일이기 때문에 build와 같은 실행 시에 어떤 조건들을 주고 싶다 하면 이 파일 내부의 코드들을 수정하면 된다.

다른 포스팅에서 설명했지만 나는 queryDsl 설정 관련해서 build 전에 해줘야 할 설정이 있어서 이 deploy.sh 파일 코드를 조금 수정했다.

또 포트 kill 관련해서도 8080 포트가 살아있는지 확인하고 재실행시키는데 살아있으면 kill 하는 코드도 여기에 넣었다.

↓↓↓↓↓↓ 이 부분을 확인하고 싶으면 ↓↓↓↓↓↓

[AWS + Spring Boot ] 스프링부트 QueryDSL 연동 배포

드디어 spring boot 에 querydsl 적용하고 배포까지 구현했다. 나중에 또 하면 1시간 넘게 헤맬 수 있으니 기억이 온전할 때 바로 내용 정리해놓고 두고두고 공부해야겠다. ๑･̑◡･̑๑ querydsl 이란?

jihyee.tistory.com

이렇게 deploy.sh 파일을 만들면

// deploy.sh 파일 실행 권한 부여
chmod +x ./deploy.sh

// 실행
./deploy.sh

파일에 실행 권한 부여하고 실행시켜 주면 된다.

실행하면 프로젝트 폴더 위치에 nohup.out 파일이 생기는데

여기에 로컬로 spring boot 돌렸을 때 run terminal에 뜨는 log들이 기록된다. 만약 서버가 갑자기 꺼지거나 에러로 인해 실행이 안되면 이 파일 열어서 확인해보면 된다.

드디어 aws ec2 서버에 spring boot 프로젝트 배포하기 정리 끝!!!

데이터 베이스 구축이랑 연동까지 설명하려니까 글이 정말 길어진 것 같다...

이제 다음은 gcp 랑 naver cloud platform이다...

어떤 클라우드 서버 서비스를 쓰는지에는 관계 없이 위 방식은 동일하게 적용되는 것 같다.

단, paas-ta 제외.. ㅎ

클라우드 공부도 꾸준히 해서 방학에 자격증도 한번 도전해봐야겠다.

아자아자 ੧ᐛ੭

[Spring Boot] 프로그래머스 과제관 「주문관리 API 개발」 jpa lombok 어노테이션없이 스프링 부트 개발하기 가능?

jihyee — Thu, 6 Jan 2022 03:29:42 +0900

프로그래머스 과제관에서 스프링 부트 프레임워크 기반으로 api 개발하는 과제가 있어 도전했다!

(੭•̀ᴗ•̀)੭

인턴포함 crud 짜는 건 많이 경험했다고 생각했고 주문 관리 정도야 하면서 시작했는데

...

정말 너무 어려웠고 .. 결국 깃헙의 도움을..,, 받을 수밖에 없었다..

(›´ω`‹ )

꼭 혼자 하고 싶었는데..

특히 어려웠던 이유를 정리하면

jpa.. jpa 정말 너무 소중하다..
Lombok 너무 소중하다...

기능이 정말 좋은 라이브러리를 항상 사용하면서 코드 개발을 했구나 하는 생각을 많이 했다.

옛날에 김영한님의 스프링 강좌 들을 때 옛날엔 스프링 부트로 코드 짜는 게 정말 어려웠다며 jpa를 굉장히 강조하셨던 게 생각났다..

아 이래서 ....

개발할 때 경험만큼 좋은 공부는 없다는 것을 또 한 번 느꼈고 강의를 여러 번 들어도 이해가 되지 않았던 jdbc와 jpa의 차이를 보다 선명하게 이해할 수 있었다.

어려웠던 이유와 이해한 내용을 코드와 정리해보면,

jpa vs jdbc

@Repository
public class JdbcOrderRepository implements OrderRepository{

  private final JdbcTemplate jdbcTemplate;

  public JdbcOrderRepository(JdbcTemplate jdbcTemplate) {
    this.jdbcTemplate = jdbcTemplate;
  }

  @Override
  public List<Order> findAll(Pageable pageable) {

    String query = "SELECT * FROM orders ORDER BY seq DESC "
    + " LIMIT " + pageable.getSize() + " OFFSET " + pageable.getOffset();

    return jdbcTemplate.query(
      query,
      mapper
    );
  }
  static RowMapper<Order> mapper = (rs, rowNum) ->
    new Order.Builder()
      .seq(rs.getLong("seq"))
      .userId(rs.getLong("user_seq"))
      .productId(rs.getLong("product_seq"))
      .reviewId(rs.getLong("review_seq"))
      .state(State.valueOf(rs.getString("state")))
      .requestMessage(rs.getString("request_msg"))
      .rejectMessage(rs.getString("reject_msg"))
      .completedAt(dateTimeOf(rs.getTimestamp("completed_at")))
      .rejectedAt(dateTimeOf(rs.getTimestamp("rejected_at")))
      .createAt(dateTimeOf(rs.getTimestamp("create_at")))
      .build();
}

이게 jdbcTemplate을 사용한 repository인데 jpa를 항상 사용했던 입장에선 굉장히 생소한 코드였다..

(생소한 정도가 아니라 사실 처음 봤다..)

jdbcTemplate에 string 형식 그대로의 쿼리문

String query = "SELECT * FROM orders ORDER BY seq DESC "
    + " LIMIT " + pageable.getSize() + " OFFSET " + pageable.getOffset();

을 보내면 데이터베이스의 출력 값을 받아오고 그걸 mapper를 통해 하나하나 Order 객체로 매핑시키고 있다.

칼럼 수만큼 매핑해줘야 한다..

처음에 혼자 과제를 하면서 막혔던 부분이 바로 이 부분이다.

프로그래머스에서 하는 과제이다 보니 h2 데이터베이스에 값이 이미 들어간 채로 했는데 매핑을 하려면 디비 테이블의 칼럼명을 알아야했다. 물론 디비에는 소문자 _ 형식으로 컬럼명을 쓰자는 규칙이 있지만 pk 칼럼들이 당연히 id로 되어있는 줄 알고 seq 들을 다 id 로 적었더니 해당 칼럼명이랑 매핑되는 게 없다고 계속 에러가 났다. 정신이 아득.. 저 많은 칼럼명들을 다 하나하나 해봐야 하는 건가..?? 게다가 자동 entity 연관 관계 매핑을 하는 jpa만 써왔다 보니 reivew는 그 자체가 또 다른 entity기 때문에 얜 다른 칼럼들처럼 getLong 이런 식으로 받아오면 안 된다고 생각했다. 찾아보니 getObject가 있어서 아 이거구나 하고 바로 썼는데..

어림도 없는..,, (›´ω`‹ )

하.. 진짜 포기하고 싶었다..

위 코드를 jpa 사용한다고 가정하고 바꾸면

@Repository
public interface OrderRepository extends JpaRepository<Order, Long> {
}

장난 같겠지만 정말 이게 끝이다. ᵔ◡ᵔ

jpa 쓰면 findAll과 같은 메서드는 내장 메서드로 기능이 박혀있어서 JpaRepository만 상속받아주면 그 자체로 그냥 끝이다..

jdbc 코드와 비교해보면 자바 스프링으로 개발할 때 jpa가 왜 필요한지 왜 써야 하는지 이해할 수밖에 없다. 단순하게 코드 길이만 비교해도 34줄 → 3줄..

아마 JpaRepository findAll 내장 메서드 다 뜯어보면 위에서 jdbcTemplate query문 포함해서 Oder 엔티티에 매핑하는 코드가 들어있을 것이다. jpa 사용을 안 할 이유는 없지만 내장 메서드만으로는 해결이 안 되는 경우도 있고 결국 저 jdbc 코드를 기반으로 jpa가 있는 거니까 원 코드를 알아서 나쁠 건 없다고 본다.

lombok 어노테이션

또 하나 정신을 아득하게 한 게 바로 롬복이다.

개발할 때 롬복은 그냥 무조건 깔고 가라고 해서 초기 프로젝트 설정할 때 당연하게 하고 넘어갔어서 이렇게 소중한 존재인 줄 몰랐다...

사실 자바 공부를 하려면 롬복을 안 쓰고 직접 getter setter constructor builder toString 다 구현해보는 게 좋을 것 같긴 한데 코드 보면 알겠지만 너무 반복적인 코드가 많긴 하다.

public class Order {

  private final Long seq;

  private Long userId;

  private Long productId;

  private Long reviewId;

  private Review review;

  private State state;

  private String requestMessage;

  private String rejectMessage;

  private LocalDateTime completedAt;

  private LocalDateTime rejectedAt;

  private final LocalDateTime createAt;

    public Order(Long seq,
    Long userId,
    Long productId,
    Long reviewId,
    State state,
    String requestMessage,
    String rejectMessage,
    LocalDateTime completedAt,
    LocalDateTime rejectedAt,
    LocalDateTime createAt){
    
    this.seq = seq;
    this.userId = userId;
    this.productId = productId;
    this.reviewId = reviewId;
    this.state = state;
    this.requestMessage = requestMessage;
    this.rejectMessage = rejectMessage;
    this.completedAt = completedAt;
    this.rejectedAt = rejectedAt;
    this.createAt = createAt;

  }

  public Long getSeq() {
    return seq;
  }

  public Long getUserId() {
    return userId;
  }

  public void setUserId(Long userId) {
    this.userId = userId;
  }

  public Long getProductId() {
    return productId;
  }

  public void setProductId(Long productId) {
    this.productId = productId;
  }

  public Review getReview() {
    return review;
  }

  public void setReview(Review review) {
    this.review = review;
  }

  public Long getReviewId() {
    return reviewId;
  }

  public void setReviewId(Long reviewId) {
    this.reviewId = reviewId;
  }
  
  public State getState() {
    return state;
  }

  public void setState(State state) {
    this.state = state;
  }
  
  public String getRequestMessage() {
    return requestMessage;
  }

  public void setRequestMessage(String requestMessage) {
    this.requestMessage = requestMessage;
  }
  
  public String getRejectMessage() {
    return rejectMessage;
  }

  public void setRejectMessage(String rejectMessage) {
    this.rejectMessage = rejectMessage;
  }

  public LocalDateTime getCompletedAt() {
    return completedAt;
  }

  public void setCompletedAt(LocalDateTime completedAt) {
    this.completedAt = completedAt;
  }

  public LocalDateTime getRejectedAt() {
    return rejectedAt;
  }

  public void getRejectedAt(LocalDateTime rejectedAt) {
    this.rejectedAt = rejectedAt;
  }

  public LocalDateTime getCreateAt() {
    return createAt;
  }

  @Override
  public String toString() {
    return new ToStringBuilder(this, ToStringStyle.SHORT_PREFIX_STYLE)
      .append("seq", seq)
      .append("userId", userId)
      .append("productId", productId)
      .append("reviewId", reviewId)
      .append("review", review.toString())
      .append("state", state)
      .append("requestMessage", requestMessage)
      .append("rejectMessage", rejectMessage)
      .append("completedAt", completedAt)
      .append("rejectedAt", rejectedAt)
      .append("createAt", createAt)
      .toString();
  }

  static public class Builder {
    
    private Long seq;
    private Long userId;
    private Long productId;
    private Long reviewId;
    private State state;
    private String requestMessage;
    private String rejectMessage;
    private LocalDateTime completedAt;
    private LocalDateTime rejectedAt;
    private LocalDateTime createAt;

    public Builder() {/*empty*/}

    public Builder(Order order) {
      this.seq = order.seq;
      this.userId = order.userId;
      this.productId = order.productId;
      this.reviewId = order.reviewId;
      this.state = order.state;
      this.requestMessage = order.requestMessage;
      this.rejectMessage = order.rejectMessage;
      this.completedAt = order.completedAt;
      this.rejectedAt = order.rejectedAt;
      this.createAt = order.createAt;
    }

    public Builder seq(Long seq) {
      this.seq = seq;
      return this;
    }
    public Builder userId(Long userId) {
      this.userId = userId;
      return this;
    }
    public Builder productId(Long productId) {
      this.productId = productId;
      return this;
    }
    public Builder reviewId(Long reviewId) {
      this.reviewId = reviewId;
      return this;
    }
    public Builder state(State state) {
      this.state = state;
      return this;
    }
    public Builder requestMessage(String requestMessage) {
      this.requestMessage = requestMessage;
      return this;
    }
    public Builder rejectMessage(String rejectMessage) {
      this.rejectMessage = rejectMessage;
      return this;
    }
    public Builder completedAt(LocalDateTime completedAt) {
      this.completedAt = completedAt;
      return this;
    }
    public Builder rejectedAt(LocalDateTime rejectedAt) {
      this.rejectedAt = rejectedAt;
      return this;
    }
    public Builder createAt(LocalDateTime createAt) {
      this.createAt = createAt;
      return this;
    }


    public Order build() {
      return new Order(
        seq,
        userId,
        productId,
        reviewId,
        state,
        requestMessage,
        rejectMessage,
        completedAt,
        rejectedAt,
        createAt
      );
    }
  }
}

...

보면 class 위에 어떤 어노테이션도 없는 걸 확인할 수 있는데 이게 롬복 어노테이션들을 하나도 안 쓴 순수한 데이터 클래스이다.

롬복 어노테이이션이랑 entity 어노테이션 사용한 코드로 바꾸면

@Getter
@Setter
@NoArgsConstructor
@AllArgsConstructor
@Entity
@Table(name = "JOINS")
public class Join {
    @JsonIgnore
    @Id
    @Column(name = "JOIN_SEQ")
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long joinSeq;

    @NotNull
    @ManyToOne(targetEntity = User.class, fetch = FetchType.LAZY, cascade = CascadeType.MERGE)
    @JoinColumn(name = "USER_SEQ", referencedColumnName = "user_seq")
    private User joinUser;

    @NotNull
    @ManyToOne(targetEntity = Study.class, fetch = FetchType.LAZY, cascade = CascadeType.MERGE)
    @JoinColumn(name = "STUDY_SEQ", referencedColumnName = "study_seq")
    private Study joinStudy;

    @NotNull
    @Enumerated(EnumType.STRING)
    private JoinType joinType;

    @Column(name = "COMMENT")
    private String comment;
}

코드가 이렇게 간결해진다.

이 정도면 안 쓸 이유가 없겠다.

롬복 어노테이션들의 기능을 하나씩 보면

@Getter

get형 메서드 자동 생성
@Setter

set형 메소드 자동 생성
@NoArgsConstructor

파라미터 없는 생성자 자동 생성
@AllArgsConstructor

파라미터 채운 생성자 자동 생성

@toString

toString 메소드 자동 생성

@builder

builder 클래스 자동 생성

6가지 롬복 어노테이션으로 entity 나 dto 등의 데이터 정의 부분에서 코드를 간결하게 줄일 수 있고 반복적인 개발 과정을 수월하게 도와준다.

lombok 최고 ( ･ᴗ･̥̥̥ )

과제와 함께 jdbc와 jpa의 차이, 롬복 어노테이션에 대해 공부할 수 있어서 좋았던 것 같고 이런 과제가 아니었더라면 존재조차 모르고 넘어갔을 것 같아서 더 중요했던 것 같다.

jpa는 편한 만큼 어렵고 공부가 많이 필요한 부분이라는 것에 이유도 많이 느꼈고 라이브러리나 예시 코드 없이 코드를 통으로 혼자 짜는 것도 많이 연습해야겠다고 생각했다.

(*•̀ᴗ•́*)و ̑̑

HTTP 웹 기본 지식 ➄ HTTP 헤더 / 캐시, 검증, 조건부 요청

jihyee — Sun, 2 Jan 2022 16:14:20 +0900

모든 개발자를 위한 HTTP 웹 기본 지식 - 인프런 | 강의

실무에 꼭 필요한 HTTP 핵심 기능과 올바른 HTTP API 설계 방법을 학습합니다., 웹 기술을 사용하는 개발자라면 누구나 OK!꼭 필요한 HTTP의 핵심을 알려드립니다. 확인해주세요!본 강의는 자바 스

www.inflearn.com

위 강의를 통해 공부한 내용을 정리함

캐시

캐시는 네트워크 통신으로 인한 비용과 시간을 줄이기 위해 사용한다.

데이터를 요청하고 응답받는 과정에 하드웨어적으로 생각했을 때 굉장한 시간과 비용을 들게 함.

근데 만약 요청이 거의 바로 이어지거나 반복되거나 등의 이유로 데이터가 거의 변경되지 않는다면 중복되는 데이터 통신이 된다.

그럴 때 네트워크 비용과 시간을 줄이기 위해 캐시를 사용한다. 헤더에 Cache-Control 헤더를 명시하고 보내주면 여기에 명시된 정보를 바탕으로 브라우저 캐시에 데이터가 저장된다. 이러면 그 정보에 일치하는 데이터 요청이 왔을 때 직접 네트워크 타고 서버에서 데이터를 응답받는 게 아니라 브라우저 캐시에서 데이터를 바로 응답받는다.

만약 캐시 유효 시간이 초과한 경우 두 가지 가능성이 있다

브라우저 캐시에 저장된 데이터와 서버 데이터가 같은 경우
브라우저 캐시에 저장된 데이터와 서버 데이터가 다른 경우

2의 경우는 첫 번째 요청과 같이 그대로 다시 데이터를 다시 받으면 된다.

1의 경우는 데이터를 그대로 다시 받는 게 아까울 수 있음. 2의 경우를 가정하고 서버 데이터와 브라우저 캐시 데이터가 같은지 다른지 확인해서 처리를 달리하는 방식을 사용하면 좋을 것 같음.

이를 위한 방법이 바로 최종 수정 시간이라는 검증 헤더를 추가하는 것이다.

Last-Modified라는 검증 헤더를 추가해서 응답을 보내면 클라이언트 측에서는 해당 정보를 함께 브라우저 캐시에 저장한다.

두 번째 요청이 발생했는데 캐시 유효 시간도 초과한 경우라면 데이터를 통으로 주고받는 것을 막기 위해 요청에 if-modified-since라는 조건부 요청 헤더를 달고 보낸다. → if 붙는 게 조건부 요청임

서버는 해당 날짜와 데이터 최종 수정일 날짜를 비교해서 만약 이후 수정됐으면 첫 번째 요청과 동일하게 응답을 보내고 수정이 안됐으면 (결국 브라우저 캐시 데이터나 서버 데이터나 같다는 뜻) 데이터 payload 없이 304 not-modified 응답 메시지를 보내게 된다.

해당 응답이 오면 클라이언트는 브라우저 캐시에서 데이터를 가져다 쓴다.

요청과 응답은 발생한다!

근데 중요한 건 메시지 바디에 데이터를 안 담고 요청을 주고받기 때문에 주고받는 데이터의 용량을 매~우 줄일 수 있다.

ETag

이렇게 캐시 정보에 관한 검증, 조건부 헤더들이 있는데 만약 날짜 기반으로 한 해당 헤더 말고 다른 검증, 조건부 헤더를 만들고 싶다 하면 ETag를 활용하면 된다.

날짜 대신 ETag값을 기준으로 한다는 점 빼고는 위 캐시 검증, 조건부 헤더와 방법은 일치한다.

<검증 헤더와 조건부 헤더 정리>

캐시 제어 헤더

여러 방법들로 캐시에 대한 것을 제어할 수 있다.

ex) 캐시 무효화

☆ 왜 no-cache 하는데 must-revalivate 도 해야 하는 걸까?

no-cache 만 명시하면 만약 프록시에서 원서버 사이에 문제가 발생했을 때 그래도 에러나는 것보단 프록시에 저장된 기존 데이터라도 보내주라고 설정해놓은 경우가 있어서 결국 캐시를 사용하게 될 수도 있다.

그렇기 때문에 완벽한 캐시 무효화를 하기 위해선 must-revalidate까지 넣어줘야 한다.

※ 개인 프로젝트할 때 그런 경우는 없겠지만 개인 api 키나 계좌 정보 같은 중요 데이터를 주고받으면 중간 캐시에 저장되지 않게 하기 위해서 캐시 무효화 헤더를 꼭 추가하자 ※

프록시 서버

빛의 속도가 빠르더라도 한국에서 미국 서버로 데이터 주고받으면 느릴 수밖에 없음..

중간에 공용으로 사용하는 public 캐시 서버를 한국에 두면 첫 요청이 아닌 경우에는 요청이 중복되면 프록시 캐시에 저장돼서 좀 빠르게 데이터를 주고받을 수 있다.

HTTP 웹 기본 지식 ➃ HTTP 헤더 / 표현, 협상, 일반 정보, 인증, 쿠키

jihyee — Sun, 2 Jan 2022 15:27:53 +0900

모든 개발자를 위한 HTTP 웹 기본 지식 - 인프런 | 강의

www.inflearn.com

위 강의를 통해 공부한 내용을 정리함

HTTP 헤더

HTTP 헤더는 요청과 응답 메시지에 대한 다양한 부가 정보들을 담고 있다.

종류가 굉장히 다양.. ! ˙ᵕ˙

표현

표현은 요청이나 응답에서 전달한 실제 데이터를 의미하며 이는 payload라고 하기도 한다.

표현 헤더는 표현 데이터를 해석할 수 있는 정보를 제공한다.

데이터 유형
데이터 길이
표현 데이터의 자연 언어
압축 정보

협상

어려운 개념인데 쉽게 설명하면 클라이언트에서 요청을 보낼 때 이런 형태로 데이터를 만들어서 보내달라고 요청하면 서버는 우선순위에 따라 최대한 그 정보에 맞게 데이터를 만들어서 보내주게 하는 것이 협상 헤더이다. 그렇다 보니 당연히 요청 시에만 사용되는 헤더이다.

종류는 이와 같다.

예시를 들면,

다중 언어 지원 서버에 get 요청을 보냈다고 가정하면 협상과 관련된 헤더를 명시하지 않으면 데이터 언어가 en으로 초기 세팅된게 응답된다. 근데 나는 ko 언어로 응답을 받고 싶다면 Content-Language에 ko를 넣어서 보내주면 서버의 우선순위보다 요청 헤더의 우선순위가 먼저 반영돼서 ko 가 응답되게 된다.

만약 요청에서 보낸 Content-Language 가 서버에 없으면?

한개만 보내면 서버에 해당 언어가 없을 확률이 있다 최대한 클라이언트의 우선순위를 맞추기 위해 요청 시에도 우선순위를 명시해줄 수 있다.

우선순위는 또한 더 구체적일수록 높다.

전송 방식

단순 전송

content-length 를 알아서 한 번에 요청하고 한 번에 쭉 받는 것

압축 전송

데이터를 압축해서 전달 근데 압축을 무슨 방식으로 했는지 명시해야 한다.

분할 전송

데이터 덩어리를 쪼개서 보낸다. (데이터 순서가 매우 중요)

데이터 양은 많은데 조금이라도 보여지고 싶을 때 사용 content-length를 보내면 안 된다. 얼마큼 올지 모르니까

범위 전송

데이터 전체를 주고 받지 않고 클라이언트에서 당장 필요한 범위를 지정해서 요청하는 것

일반 정보 헤더

특별한 정보 헤더

ip 통신의 문제점 중 하나로 ip주소만 가지고 통신을 하면 서버에서 여러 애플리케이션이 돌아가고 있다고 가정하면 해당 요청이 이 중 어느 애플리케이션에 관한 건지 알 수 있는 방법이 없었음. 그래서 서버에서 구동 중인 애플리케이션 호스트 주소도 함께 요청에 담아 보내도록 함.

앞선 헤더들은 선택 헤더들이 많았는데 이건 필수

인증

인증 방식에 따라 차이가 있지만 위 헤더를 사용함에는 변함이 없다.

www-Authenticate 헤더는 401 응답과 함께 보내주는 데이터로 어떠한 방식으로 인증 정보를 갖추라는 것을 알려준다.

쿠키

쿠키는 http의 비연결성 지향을 보완할 수 있는 수단 중 하나이다.

저번 포스팅에 올렸던 비연결성에 대해 다시 설명하면 서버는 클라이언트에서 받는 데이터를 저장하진 않는다.

그렇기 때문에 저장이 필요한 데이터라 할 지라도 요청 시에 모두 명시해줘야 한다.

그런데!

만약 로그인 후의 사용자 정보와 같이 저장을 해두고 요청마다 보내는 정보가 필요할 수 있다.

위와 같이 중복되는 정보를 요청 헤더에 매번 담아서 보내는 것은 효율적이지 않다.

응답에 Set-Cookie라는 헤더에 데이터를 담아서 보내면 클라이언트 측에서 쿠키 저장소에 해당 데이터를 저장한다.

쿠키에 데이터가 저장되면 그 이후부터 클라이언트에서 서버에 요청을 보낼 때 쿠키 저장소를 먼저 뒤져서 해당 데이터를 요청 데이터에 담아서 보내준다. (무조건 자동으로 보내짐!)

주 사용처는 예시와 같이 로그인 관련해서 많이 쓰인다.

단점은 요청 데이터에 무조건 포함되기 때문에 데이터 전송 트래픽이 추가 요구된다.

만약에 서버에 요청을 보낼 필요까진 없고 클라이언트 측에서만 확인하고 싶다 하면 web-storage, session-storage 등을 사용한다.

쿠키를 계속 보낼 순 없으니까 생명 주기에 개념이 있다.

모든 웹 브라우저의 쿠키 데이터를 받을 순 없으니까 쿠키 데이터를 받는 도메인, 경로, 보안에 대한 정보들을 명시할 수 있다.

[React] 자바스크립트 리액트 이벤트 리스너

jihyee — Fri, 31 Dec 2021 06:13:57 +0900

이벤트 리스너는 사용자가 어떤 이벤트 (마우스, 키보드 등등)를 일으켰을 때 이를 감지하고 적절한 기능을 수행할 수 있게 해 준다.

그래서 이름도 이벤트 리스너

갠 적으로 이 이름 맘에 든다 ᵔࡇᵔ

제일 많이 사용하는 이벤트 리스너 중 하나인 onClick

onClick은 해당 태그를 사용자가 클릭했을 때 이벤트 리스너와 연결된 일을 수행하게 해 준다.

말고도 마우스 관련해서만 이벤트 리스너가 아래와 같이 많다.

onClick onContextMenu onDoubleClick onDrag onDragEnd onDragEnter onDragExit
onDragLeave onDragOver onDragStart onDrop onMouseDown onMouseEnter onMouseLeave
onMouseMove onMouseOut onMouseOver onMouseUp

필요한 상황에 이벤트 리스터 찾아서 함수랑 연결해주면 된다.

https://ko.reactjs.org/docs/events.html

합성 이벤트(SyntheticEvent) – React

A JavaScript library for building user interfaces

ko.reactjs.org

이벤트 리스너도 클래스형과 함수형으로 나뉘는데 맨날 함수형만 써서 함수형을 설명하면 (코드가 간결하고 바인드 안 해도 돼서 맨날 함수형만 쓰는데 클래스형이랑 함수형 정확히 어떻게 다른지 공부해봐야겠다 ٩( *˙0˙*)۶)

리액트 함수형 컴포넌트에서 이벤트 리스너 등록하기

const handle{무언가} = (e) => {
    e.preventDefault();
    {처리할 무언가}
  };


<div>
  <img
    onClick={handle{무언가}}
  />
  <div>확인</div>
 </div>

html 태그 내에 onClick 이벤트 리스너를 넣고 jsx 문법 {} 안에 클릭했을 때 실행할 함수를 넣어주면 된다.

함수를 넣어주는 방식은 두 가지인데

함수 변수로 전달
직접 함수 전달

위와 같은 방식이 함수 변수로 전달한 것이고 이걸 직접 함수 전달로 바꾸면

<div>
  <img
    onClick={(e) => {
      e.preventDefault();
      {처리할 무언가}
    }
  />
  <div>확인</div>
 </div>

이와 같다.

함수 내부 코드가 한 줄 넘으면 그냥 변수로 전달하는 게 코드 읽는데 좋다!

이벤트 리스너 파라미터 전달하기

html 코드 내에서 for 같은 조건문 쓰는 경우에 onClick 이벤트에서 함수에 파라미터 전달해야 하는 경우가 있다.

여기서 이상하게 안돼서 헷갈렸던 경우가 많은데 공식 문서에서 권고하는(?) 방식이 있어서 그냥 이렇게 코드를 짜는 게 심신에 편할 것 같다.

const clickHandler = (params, e) => {
  console.log(params); // error
  e.preventDefault();
  // do someting...
}

return (
	<button onClick={(e)=>{clickHandler(params, e)}}> Do Something!</button>
)

함수 변수를 화살표 함수로 한번 더 감싸주는 방법이다.

※ 이렇게 쓰면 안된다 ※

const clickHandler = (params, e) => {
  console.log(params); // error
  e.preventDefault();
  // do someting...
}

return (
	<button onClick={clickHandler(params, e)}> Do Something!</button>
)

props 함수 이벤트 리스너 등록하기

모달 구현할 때 하위 컴포넌트 이벤트 리스너를 props로 상위 컴포넌트의 함수 변수와 연결해서 사용하는 경우가 있다.

import React from 'react';


const Modal2 = (props) => {
    const { open, close, header } = props;
    return (
        <div className={open ? 'openModal modal' : 'modal'}>
            {open ? (
                <section>
                    <main>
                        {props.children}
                    </main>
                    <footer>
                        <button className="close" onClick={close}> 확인 </button>
                    </footer>
                </section>
            ) : null}
        </div>
    )
}

export default Modal2;

onClick으로 연결된 close는 props로 연결되어 있으니까 클릭하면 상위 컴포넌트에 작성되어 있는 close 함수가 실행될 것이다.

[PaaS-TA] PaaS-TA 서비스를 통해 node.js 기반 프로젝트 배포하기

jihyee — Tue, 28 Dec 2021 15:07:55 +0900

PaaS-TA

파스-타 도입 전 미리 파스-타를 체험하실 수 있도록 체험 서비스를 제공하고 있습니다.

paas-ta.kr

배포하면 떠오르는 플랫폼이 aws, naver cloud platform, gcp 정도인 것 같은데 이번에 동아리 프로젝트로 공모전을 알아보면서 paas-ta 라는 개방형 클라우드 플랫폼을 알게 됐다.

aws 배포 경험이 있고 naver cloud에 적용할 때도 프로세스는 거의 일치해서 어려움 없이 배포할 수 있겠다 생각했고 무턱대고 도전..

결과는 ...

진짜 너무 힘들었다.

߹ ߹

타 클라우드 플랫폼 서비스에 비해 paas-ta 사용이 어려웠던 이유를 고르자면

자료가 정말 없다..

그냥 paas-ta 자체 제공 자료만 있다고 생각하면 돼서 구글링 불가...

어찌나 자료가 없는지 이미 배포 경험이 있는 분 깃헙에서 리드미 읽어보고 코드 읽어보고 직접 연락해보고..
물론 자료가 무조건 있어야 하는건 아니지만 paas 서비스라 하란대로 해야하는데 .. 어려웠다..
마지막엔 기도하면서 코드 쳤던 것 같다..

반면에 aws 나 gcp나 네이버나 워낙 자료가 많아서 거의 블로그 글 따라만 해도 1시간 안에 배포가 가능했다는 차이가 있는 것 같다.
자료 업데이트

그래도 겨우 겨우 찾은 가이드로 따라하다 보면 중간에 막히는 부분이 분명 있다.
묻고 답하기 들어가 보면 나와 같은 어려움을 겪는 사람들의 글이 있는데 버전별로 가이드를 업데이트하고 있는 건 같은데
중간 중간 빠진 부분이 있는 것 같다...

기도하면서 따라하는데 중간에 막혀서 진짜 울고 싶었을 때가 한 두번이 아닌데 이 부분들은 묻고 답하기에서 답변만 달아주는게 아니라 자료를 업데이트 해줬으면 좋겠다...

특히 교육 영상 자료 보고 따라하시는 분들..! 중간에 막히면 혼자 해결하려 하지 마시고 홈페이지 묻고 답하기 먼저 들어가보세요..

여튼 이런 문제들이 있지만 paas 기반인 만큼 설정만 제대로 하면 다른 클라우드 서버 플랫폼보다 훨씬 간단하게 어플리케이션을 배포할 수 있다는 장점이 있다. 아래 과정 보시면 느끼시겠지만 서버 구축하고 어플리케이션을 서버 내에서 직접 구동해야하는 것과 다르게 어플리케이션 푸시만 하면 자동으로 알아서 다 해준다.

paas-ta 기반 어플리케이션 배포 방법 with 플레이파크

위와 같은 어려움을 집착으로 해결한 배포 방법을 설명해보겠다. ..

우선 나는 플레이 파크를 사용했고 맥북 기준 배포할 어플리케이션은 node.js 기반이고 데이터베이스는 mysql을 사용했다.

플레이파크 로그인

플레이 파크는 사용하려면 신청을 해야하는데 신청하면 플레이 파크에 로그인할 수 있는 아이디와 비밀번호를 제공해준다.

해당 아이디와 비밀번호로 플레이파크 사이트에서 로그인을 해주면 된다.

※ 나중에 사용하니 아이디랑 비번 꼭 기억해둬야 한다

이제 어플리케이션 배포를 해야하는데 배포하는 방법 중 내가 찾은 방법은 cf cli 를 이용하는 것이다.

cf cli 설치

brew install cloudfoundry/tap/cf-cli

cf cli 로 플레이파크 서비스 로그인

아까 플레이 파크 로그인했던 그 계정!

cf login -a API-URL -u USERNAME -p PASSWORD -o ORG -s SPACE

로그인하면 Authentication ... ok와 함께 로그인한 계정에 대한 정보가 나오면 해당 계정과 조직으로 잘 로그인 된 것이다.

어플리케이션 manifest.yml 파일 설정

cf-cli 로 어플리케이션을 배포하려면 설정 파일이 하나 필요하다.

배포할 어플리케이션 폴더에 manifest.yml 파일을 하나 만들고 내용을 아래와 같이 채운다.

---
applications:
  - name: {배포할 어플리케이션 이름}
    memory: 2000M
    instances: 1
    command: {어플리케이션 실행 방식 ex) npm run serve}
    path: ./

이려면 ./ 위치의 파일을 name 이름으로 memory instance command 방식으로 배포하겠단 뜻이다.

다른건 괜찮은데 command 는 꼭 package.json 에 명시된 어플리케이션 실행 명령어로 잘 맞춰줘야 한다.

어플리케이션 푸시

manifest.yml 설정도 마치면 이제 paas 플레이 파크에 어플리케이션을 푸시해주면 된다.

cf push APP-NAME

명령어 입력하고

이와 같은 하면이 나오고 아래 state 에 running 까지 제대로 뜨면 베포가 완료된 것이다.

(여긴 빌드팩 명시했는데 난 명시하지 않았다. 자동으로 node 기반 어플리케이션으로 배포됐던 것 같다.)

과정을 적으니까 이렇게 간단할 수가 없는데 이것때문에 며칠밤을 새벽까지 자료 찾고 해보고 자료 찾고 해보고 질문하고 진짜 무한 반복이었던 것 같다...

저 running 을 보고 울뻔했다

알고 보니까 어떤 자료가 유의미한 자료였는지도 보이고..

https://docs.cloudfoundry.org/cf-cli/getting-started.html#overview

블로그 글 쓰려니까 이게 보이네..

위 자료 따라서 해보면 문제 없이 배포 가능할 것 같다.

paas-ta 플레이파크는 대신 상업적인 이유로 어플리케이션 배포는 불가능한 것 같다. 그냥 paas-ta 서비스를 한번 경험해보고 배포해보고 싶다는 분들에게 추천한다!

[Spring Boot] Service 계층과 DTO 존재 이유에 대한 생각

jihyee — Sat, 18 Dec 2021 01:28:11 +0900

공부할수록 어려운 스프링..

그래도 쉬운 것보단 어려운 게 공부가 되겠지..,,

٩( ö̆ )و

node.js 랑 비교했을 때 spring boot 가 말도 안 되게 CRUD 짜는 게 복잡하다..

스프링 부트 : controller - entity - service - repositoy

노드 : model - route

~~class 만 몇 개를 만드는 건지..~~

이런 생각을 했던 이유 중 하나는 스프링 부트를 처음 공부했던 몰캠 시절에 service는 도대체 왜 있냐는 팀원의 질문이 생각나서기도 하다.

그땐 spring boot 가 뭔지도 몰랐던 때라 아마 사용자 입장에서 메서드 편하게 불러오려는 거 아닐까 라는 ... 대답을 ..

( ⚆ _ ⚆ )

참 미안하게 생각한다

그때 생각도 나고,, 왜 때문일까 고민하다가 serivce를 없애고 controller에서 바로 repository에 접근하는 방식으로 코드를 고쳐봤다. 즉 프레젠테이션 계층에서 데이터 액세스 계층으로 직접 접근하는 방식으로 코드를 고쳐봤다. 당연히 dto도 안 쓰고 service autowired도 안 걸어도 되는 형태이다.

~~절대 안 되겠지만~~

@GetMapping()
public ApiResponse getLoginUser(@RequestParam String token) {

  UserRefreshToken byRefreshToken = userRefreshTokenRepository.findByRefreshToken(token);

  User byUserId = userRepository.findByUserId(byRefreshToken.getUserId());

  return ApiResponse.success("user", byUserId);
}

이렇게 하면 controller - entity - repository 만 있는 아주 깔끔한 상태가 된다.

코드는 깔끔하지만 사실 작동하지도 않고 좋은 코드도 아니다.

이유를 생각해보면,

DAO vs DTO 차이를 이해해야 한다.

DAO는 Data Access Object의 약자로 생성한 entity라고 생각하면 된다. 스프링 부트의 entity 형태를 코드로 보면

@Getter
@Setter
@NoArgsConstructor
@AllArgsConstructor
@Entity
@Table(name = "USER")
public class User {
    @JsonIgnore
    @Id
    @Column(name = "USER_SEQ")
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long userSeq;

    @Column(name = "USER_ID", length = 64, unique = true)
    @NotNull
    @Size(max = 64)
    private String userId;

    @Column(name = "USERNAME", length = 100)
    @NotNull
    @Size(max = 100)
    private String username;

    @JsonIgnore
    @Column(name = "PASSWORD", length = 128)
    @NotNull
    @Size(max = 128)
    private String password;

    @Column(name = "EMAIL", length = 512, unique = true)
    @NotNull
    @Size(max = 512)
    private String email;

    @Column(name = "EMAIL_VERIFIED_YN", length = 1)
    @NotNull
    @Size(min = 1, max = 1)
    private String emailVerifiedYn;

    @Column(name = "PROFILE_IMAGE_URL", length = 512)
    @NotNull
    @Size(max = 512)
    private String profileImageUrl;

    @Column(name = "PROVIDER_TYPE", length = 20)
    @Enumerated(EnumType.STRING)
    @NotNull
    private ProviderType providerType;

    @Column(name = "IMAGE", length = 512)
    @NotNull
    @Size(max = 512)
    private String image;

    @Column(name = "USER_INFO", length = 512)
    @NotNull
    @Size(max = 512)
    private String userInfo;

    @Column(name = "ROLE_TYPE", length = 20)
    @Enumerated(EnumType.STRING)
    @NotNull
    private RoleType roleType;

    @Column(name = "CREATED_AT")
    @NotNull
    private LocalDateTime createdAt;

    @Column(name = "MODIFIED_AT")
    @NotNull
    private LocalDateTime modifiedAt;

    @OneToMany(mappedBy = "joinUser")
    private List<Join> userJoins;

    @OneToMany(mappedBy = "replyUser")
    private List<Reply> userReplys;
}

이와 같은데 repository에서 내장 메서드 써서 불러온 객체는 이런 상태로 저장되고 이게 DAO이다.

만약 이 DAO를 가지고 계층을 거치면서 데이터를 수정하고 사용하면 연관 관계 매핑 때문에 아마 코드 돌리면 양방향 연결 관계있으면 재귀로 계속 서로를 호출하고 있을 거다.

→ DAO는 Persistent 만을 위해서 사용한다.

※ 즉 DB 랑 연결되어서 도메인 entity로 받아온 데이터인 DAO는 계층을 거치면서 사용하면 절대 안 된다※

이런 DAO를 대신해서 데이터를 들고 다니려고 만드는 게 바로 DTO이며 Data Transfer Object의 약자이다.

Transfer 이랑 Access의 차이가 결국 DAO 랑 DTO의 차이라고 생각하면 된다.

@Data
public class UserDto {
    private Long userSeq;

    private String username;

    private String password;

    private String email;

    private String emailVerifiedYn;

    private String profileImageUrl;

    private ProviderType providerType;

    private String image;

    private String userInfo;

    private RoleType roleType;

    private LocalDateTime createdAt;

    private LocalDateTime modifiedAt;

    private List<Join> userJoins;
}

위 DAO에서 봤던 entity 랑은 다른 형태이다. 이름처럼 계층 간의 데이터 전달 목적으로만 사용되는 객체이기 때문에 사용되는 변수만 잘 연결해서 복사해준다고 생각하면 된다.

결론

DAO 직접 들고 다니지 말자 DTO로 바꿔서 들고 다니자

2. 프레젠테이션 계층 즉 controller에서 비즈니스 로직을 명시하는 것은 좋지 않다.

비즈니스 로직은 다른 요청 URL에서 사용해야 하는 경우가 있다. 만약 비즈니스 로직 코드가 컨트롤러에 구현되어 있는 경우, 다른 컨트롤러의 핸들러 메서드에서 똑같은 로직 코드를 구현해야 하니 중복 코드가 발생하고 재사용성이 줄어든다.

위의 예시는 그냥 repo에서 조회하는 로직이 전부였지만 (한 줄) 만약 이 로직이 굉장히 복잡하고 긴 코드로 되어있다고 가정하면 이 비즈니스 로직을 필요로 하는 다른 요청이 있는 경우 그것 또 controller에서 다시 작성해줘야한다. 근데 이걸 service 계층으로 분리를 하면 service 에서 해당 비즈니스 로직을 가져다 사용하면 되기 때문에 코드를 중복으로 작성할 필요없이 재사용이 가능하다.

결론

비즈니스 로직을 controller 에서 직접 작성하는 게 아니라 service 계층을 따로 두어 모듈화를 하자

HTTP 웹 기본 지식 ③ HTTP 메세지 & HTTP 메소드

jihyee — Sat, 11 Dec 2021 04:30:34 +0900

모든 개발자를 위한 HTTP 웹 기본 지식 - 인프런 | 강의

www.inflearn.com

위 강의를 통해 공부한 내용을 정리함

HTTP 헤더

HTTP 통신에서 모든 데이터는 HTTP 메세지로 담겨서 보내지며 이런 HTTP 메세지는 프로토콜이니 당연히 정해진 규칙이 있음.

시작 라인

요청시에는 요청 메소드, 요청 대상, HTTP 버전

응답시에는 HTTP 버전, 상태 코드

헤더

HTTP 전송에 필요한 부가 정보들에 대한 정보! (메세지 바디에 대한 정보, 인증, 압축, 캐시 등등...)

메세지 바디

말 그대로 주고 받는 메세지 그 자체

이 규칙대로 담고, 이 규칙대로 풀어서 메세지를 주고 받는 것이 HTTP 통신!

좋은 API URI 설계

좋은 API URI 설계란?

가장 중요한 것은 리소스 식별!

URL 짤 때 메소드를 기준으로 하면 절대 × 무조건 리소스를 기준으로 해야하고 리소스는 간단하게 설명하면 테이블이라고 할 수 있다.

만약에 회원에 대한 API 를 짠다고 가정하면 회원 정보를 가져오고, 수정하고, 삭제하고 이 모든걸 URI 로 나누면 안된다.

여기서 중요한건 회원 그 자체 아마 짜면 /api/members 이런 식으로 짜고 각각의 행위는 HTTP 메서드로 나눠주면 된다.

URI 는 이처럼 리소스만 식별하고 행위에 대한 구분은 HTTP 메서드로 해준다.

HTTP 메서드

GET

리소스 조회

서버에 전달하고 싶은 데이터는 쿼리 파라미터를 통해 전달

※ 메세지 바디를 사용할 수 있긴 하지만 지원을 하지 않는 곳이 많아서 GET 요청시 메세지 바디 쓰는 것은 권장하지 않음

POST

리소스 등록

메세지 바디를 통해서 서버로 요청 메세지 전달

다른 메서드들보단 요청이 그렇게 구체적이진 않아서 요청 데이터를 어떻게 처리할지는 리소스마다 다르다.

(→ 만만한게 POST)

PUT

리소스 수정 or 생성

리소스가 있으면 수정하고 없으면 생성한다. 쉽게 이야기해서 덮어쓴다.

PATCH

리소스 부분 수정

PUT 과 비슷한데 부분 변경한다는 차이가 있다.

DELETE

리소스 삭제

HTTP 메서드 속성

안전 → 요청이 리소스에 영향을 끼치는지

멱등 → 요청 한 번 한거랑 요청 여러번 한거랑 응답이 같은지 (외부 요인으로 중간에 리소스가 변한 건 제외)

캐시 가능 → 거의 GET, HEAD 만 캐싱

정리하면,

HTTP 웹 기본 지식 ➁ HTTP 특징

jihyee — Sat, 11 Dec 2021 03:51:24 +0900

모든 개발자를 위한 HTTP 웹 기본 지식 - 인프런 | 강의

www.inflearn.com

위 강의를 통해 공부한 내용을 정리함

HTTP

HyperText Transfer Protocol

통신할 때 사용하는 방식 중 원탑

HTML TEXT IMAGE 음성 영상 파일 JSON XML 거의 모든 형태의 데이터 전송에 쓰임

서버간에 데이터를 주고 받을 때도 거의 HTTP 사용

→ 지금은 HTTP 시대!

HTTP 1.*

HTTP 2.*

HTTP 3.*

버전이 있는데 사용 기준은 거의 HTTP 1.1 이고 이후 버전들은 성능 위주

HTTP 특징

클라이언트 서버 구조
무상태 프로토콜 (비연결성)
HTTP 메세지
단순함 확장 가능

1. 클라이언트 서버 구조

request 랑 response 를 구분해서 클라이언트와 서버가 각각 통신에 제약없이 독립적으로 진화할 수 있음

2. 무상태 프로토콜

stateful (상태 유지) vs stateless (상태 비유지)

클라이언트와 통신하면서

클라이언트가 준 정보 (상태) 를 서버가 저장하고 있으면 → stateful

클라이언트가 준 정보 (상태) 를 서버가 저장하지 않으면 → stateless

장, 단점이 있는데 예시와 함께 생각해보면,

상태 유지의 경우 서버가 이미 저장하고 있는 상태에 대한 정보는 안 줘도 되니까 요청이 상태 비유지에 비해 당연히 간결하다. 하지만 만약 중간에 통신하고 있는 서버에서 문제가 발생하거나 클라이언트 요구가 갑자기 많아지면 서버를 변경하거나 증축하는데 있어 한계가 있다.

상태 비유지의 경우 서버가 저장하는게 하나도 없어서 클라이언트에 대한 정보를 요청시에 모두 보내줘야 해서 요청이 길어진다. 하지만 서버에서 문제가 발생해서 서버를 변경하거나 서버를 증축해야하는 경우 확장에 용이하다.

정리하면,

	상태 유지	상태 비유지
장점	요청 간결	서버 활용 + 확장성
단점	서버 한정	요청 복잡 + 약한 연결 보장

HTTP 는 이런 상태 유지, 상태 비유지 중에 상태 유지 의 특징을 가지고 있다.

상태 유지의 단점인 약한 연결성은 TCP/IP (3-way handshake + persistent connections)로 보완을 한다.

따로 찾으려면 귀찮은 Ubuntu 명령어들

jihyee — Sun, 5 Dec 2021 17:57:39 +0900

특정 port 프로세스 확인하고 죽이기

$ netstat -nap|grep 8080
$ sudo kill $(sudo lsof -t -i:8080)

root 비밀번호 변경

$ sudo passwd root

HTTP 웹 기본 지식 ① 인터넷 통신 TCP / UDP PORT DNS 웹 브라우저의 요청 흐름

jihyee — Thu, 25 Nov 2021 19:16:46 +0900

모든 개발자를 위한 HTTP 웹 기본 지식 - 인프런 | 강의

www.inflearn.com

위 강의를 통해 공부한 내용을 정리함

인터넷 통신

클라이언트와 서버는 통신을 할 때 1:1로 연결되어 있는 것이 아니다.

중간에 인터넷이라는 여러 노드들을 거치게 된다

클라이언트와 서버 주소 위치 정보 (= IP) 가지고 통신은 할 수 있는데..

패킷 손실
- 노드 중 하나에서 송/수신 실패
- 서버에서 송/수신 실패

패킷 순서
- 송신 패킷 순서와 수신 패킷 순서가 다를 수 있음

위와 같은 문제가 있을 수 있음

말그대로 통신은 되는데 통신이 제대로 이루어짐을 보장할 수가 없음 ..

그래서 나온게 TCP / UDP 프로토콜 (전송 계층)

TCP / UDP

패킷에 IP정보만 명시하는 게 아니라 PORT, 전송 제어, 순서 , 검증 정보 등의 통신을 위한 다른 정보들을 명시한다.

→ TCP/UDP 프로토콜

TCP 프로토콜의 특징

연결 지향 (3way handshake) 논리적 연결

데이터 전달 보증

순서 보증

UDP 프로토콜

TCP 프로토콜이라는 제약이 강한 규약을 하나 만들어 놨음. (이건 이제 변경 불가능)

근데 TCP는 신뢰할 수 있는 프로토콜인 만큼 시간이 오래 걸릴 수 있음.

그래서 UDP를 만들어서 최적화의 여지를 남겨둠.

최소한의 조건 (PORT, 체크섬)만 남겨두고 나머지들은 필요한 경우 추가해서 사용하면 됨.

TCP 기능 거의 적용 안됨. (연결 지향, 전달 보장, 순서 보장)

TCP만 쓰다가 요샌 UDP도 쓰는 추세

PORT

서버 하나에서 여러 연결이 있을 수 있음.

이런 동시에 발생하는 연결들을 구분하는게 PORT

서버를 찾는 것 : IP ▷ 아파트

해당 서버에서 돌아가는 애플리케이션을 찾는 것 : PORT ▷ 동/호수

DNS

IP로 서버를 구분하는데 IP만으로 구분하는 것은 문제가 있음

IP는 외우기 어려움 (xxx.xxx.xxx.xxx:port 이거 사이트마다 외울 순 없음)
IP가 변경될 수 있음 (겨우 xxx.xxx.xxx.xxx:port 외웠는데 변경되면.. ?)

∴ DNS 서버를 하나 두고 IP 주소를 알기 쉬운 주소와 매핑해서 사용

URL ?? URI ?? URN ??

리소스가 있는 위치를 지정

어떤 프로토콜로

어떤 호스트(IP), 포트에

어떤 경로로

어떤 파라미터를

보내는지 정의해서 리소스를 요청할 수 있는 식별자 역할을 한다.

웹 브라우저의 요청 흐름

애플리케이션 계층에서 웹 브라우저가 URL 정보를 가지고 HTTP 메세지를 생성한다.
애플리케이션 계층에서 OS 계층으로 socket 라이브러리를 통해 전달
OS 계층(TCP/UDP/IP) 에서 TCP, UDP, IP 패킷 달고 네트워크 인터페이스 계층으로 전달

[React-Hook] 자바스크립트 비동기 처리 useState 와 useEffect 를 곁들인..

jihyee — Fri, 5 Nov 2021 23:23:10 +0900

자바스크립트로 코드 짤 때 가장 헷갈린게 비동기 처리인 것 같다.

Vue 를 쓸 때도 그렇고 React 쓸 때도 그렇고 다 좋은데 비동기 처리는 진짜 짜증 났던 것 같다.

~~난 분명히 값을 할당했는데~~

~~undefined..~~

공부하고 정리 좀 해서 아까운 시간 쏟지 말자

୧╏ ՞ _ ՞ ╏୨

비동기 처리란

동기 처리는 동시에 일어남을 의미하고 비동기는 동시에 일어나지 않음을 의미한다.

동기 처리는 요청과 결과가 동시에 일어나기 때문에 코드가 직관적이고 이해하기 쉬운 반면에

▶ 여기서 값을 받으면 ~ 이거 하고 이거 해!

비 동기 처리는 결과가 나올 때 까지 기다리지 않고 다른 일을 처리할 수 있기 때문에 코드나 순서는 이해하기 어려워도 자원 사용을 좀 더 효율적으로 할 수 있다.
▶ 여기서 값을 받으면 ~ 그 전에 이것 좀 할게! 이거 하고 이거 해!

자바스크립트는 비동기 처리 방식을 사용한다..

정리하면 비동기 처리 방식인 자바스크립트는 요청과 결과가 순서대로 발생하지 않기 때문에 결과가 발생할 때까지 요청에 대한 처리를 주시해줘야 한다!

사실 이 부분은 텍스트로 읽는 것보단 코드 짜고 실행시켜보면서 직접 겪어보는게... 그 전까진 죽어도 이해가 안 됐었다..

비동기 처리를 위한 훅 : useState, useEffect
store 관리를 위한 redux : useSelector

이런 비동기 처리를 그나마 편하게 하기 위해 제공하는 훅이 있는데 useState와 useEffect이다.

useState

변수의 상태를 추척해준다 ** 추적이라는 단어가 매우 매우 중요하다.

useEffect

변수의 상태를 추적해 뭔가를 하게 해준다. ** 추적이라는 단어가 매우 매우 중요하다.

useState

  const [currentUser, setCurrentUser] = useState({초기에 currentUser에 지정할 내용});

위와 같은 코드는 currentUser 라는 변수를 useState 로 관리한다는 뜻이고 useState가 제공하는 핵심 기능은 추적의 기능을 사용할 수 있어 currentUser라는 변수의 내용이 변하면 자동으로 jsx가 재 렌더링 되어 변화된 변수가 화면에 반영된다.

만약에 이렇게 useState 를 지정하지 않고 그냥 무작정

  const currentUser = "hello";

이런 식으로 변수를 설정하면 스크립트 내부에서 currentUser 변수에 변화가 있어도 jsx는 변수의 변화를 감지하지 못하기 때문에 어떻게 바뀌냐 얼마나 바뀌냐 언제 바뀌냐에 상관없이 그냥 hello라는 초기 상태만 표시하게 될 것이다.

useEffect

useEffect(() => {
    const load = async () => {
      try {
        if (user !== undefined) {
          setCurrentUser(user);
        }
      } catch (error) {
        console.log("하하");
      }
    };
    load();
    console.log("Hello");
  }, [user]);

useState와 비슷한 기능의 훅인데 useState는 변수를 추척해 변화가 생긴다면 재 렌더링 하는 기능이라면 useEffect는 변수를 추적해 변화가 생기면 어떠한 기능을 수행할 수 있게 해 준다.

생김새를 보면,

useEffect(() => {

{개발자가 꿈을 펼침}

}, [추척할 변수 지정]);

위 코드에 해석하면

user라는 변수를 추적해서 → [추적할 변수 지정]

이 변수에 변화가 생길 때마다 load() 를 실행한다 → {개발자가 꿈을 펼침}

리액트로 코드를 짤 때 변수에 대한 비동기 처리는 useState 와 useEffect와 같은 막강한 hook을 써서 정말 편하게 할 수 있다.

제대로만 알고 쓰면 너무 좋은 기능이다.

ᕦ( ᐛ )ᕡ

[TS_React] setupProxy.js 로 CORS 에러 해결하자

jihyee — Thu, 4 Nov 2021 20:24:04 +0900

:Trouble Shooting

Proxy 설정은 왜 할까

서버와 클라이언트를 통신할 때 CORS 헤더를 통해 통신을 진행하는데 이런 CORS 를 통한 통신은 통신을 주고받는 통신 주체들의 도메인, 프로토콜, 포트 등이 일치하는지 확인한다. 프로젝트를 진행함에 있어 서버와 프론트의 도메인, 프로토콜, 포트가 일치하는 않는 경우에 CORS 에러가 나는 이유가 바로 이런 접근 권한 확인 과정을 거치기 때문이다.

서버와 클라이언트 사이에 중계기로서 대리로 통신을 수행하게 하는 프록시 서버를 설정하면 위와 같은 문제를 해결할 수 있다.

Proxy 서버 설정 방법

proxy 서버를 설정하기 위해서는 2가지 방법이 존재한다.

1. package.json 파일에서 설정

"proxy" : "{통신할 서버 주소}"

2. setupProxy.js 파일 생성

// module import -> npm install http-proxy-middleware
// src/setupProxy.js
const { createProxyMiddleware } = require("http-proxy-middleware");

// src/setupProxy.js
module.exports = function (app) {
  app.use(
    createProxyMiddleware("/api", {
      target: "{통신할 서버 주소}", // 비즈니스 서버 URL 설정
      changeOrigin: true,
    })
  );
};

http-proxy-middleware 모듈 import

해당 어플리케이션에서 /api 로 시작되는 endpoint 가 서버에 어떠한 통신을 요청한 경우 proxy 서버가 중계 역할을 하며 target으로 지정한 {통신할 서버 주소} 로 통신하면서 서버를 우회함을 의미한다.

결론은 프록시 서버를 둬서 cors 에러를 간접적으로 해결 가능하다!

[AWS + Spring Boot ] 스프링부트 QueryDSL 연동 배포

jihyee — Sun, 31 Oct 2021 03:10:02 +0900

드디어 spring boot 에 querydsl 적용하고 배포까지 구현했다.

나중에 또 하면 1시간 넘게 헤맬 수 있으니 기억이 온전할 때 바로 내용 정리해놓고 두고두고 공부해야겠다.

๑･̑◡･̑๑

querydsl 이란?

객체 지향 언어는 엔티티 타고 타고 들어가는게 가능한데 (객체 지향의 장점 중 하나...)

관계형 데이터베이스는 그런 기능은 지원하지 않는다.

결국 검색 조건을 넣으려면 모든 DB 데이터를 엔티티화 해야 한다는 뜻인데 그건 불가능~~할 수야 있겠지만..~~

그렇기 때문에 애플리케이션이 필요한 데이터만 DB에서 불러오려면 결국 검색 조건이 포함된 SQL이 필요하다.

다행히 (?) JPA는 SQL을 추상화한 JPQL (객체 지향 쿼리 언어)이 있는데 JPQL를 쉽게 만들어주는 방식 중 하나가 QueryDSL이다.

JPQL
JPA Criteria
QueryDSL
네이티브 SQL
JDBC API 직접 사용, MyBatis, SpringJdbcTemplate 함께 사용

querydsl 사용하기

사용 전 몇 가지 설정이 선행되어야 한다.

maven 기반 레퍼런스가 압도적으로 많아서 gradle 설정 맞추기가 쉽진 않았었다.. ㅎ

build.gradle 설정

plugins {
	id 'org.springframework.boot' version '2.5.4'
	id 'io.spring.dependency-management' version '1.0.11.RELEASE'
	id 'java'
	id 'idea'
	id 'com.ewerk.gradle.plugins.querydsl' version '1.0.10'
}

group = {프로젝트 그룹명}
version = '0.0.1-SNAPSHOT'
sourceCompatibility = '1.8'
configurations {
	compileOnly {
		extendsFrom annotationProcessor
	}
	querydsl {
		extendsFrom compileClasspath
	}
}

def queryDslDir = "$buildDir/generated/sources/annotationProcessor/java/main"

querydsl {
	jpa = true
	querydslSourcesDir = queryDslDir
}

sourceSets {
	main {
		java {
			srcDir queryDslDir
		}
	}
}

compileQuerydsl {
	options.annotationProcessorPath = configurations.querydsl
}

repositories {
	mavenCentral()
}
dependencies {
	implementation 'org.springframework.boot:spring-boot-starter-data-jpa'
	implementation 'org.springframework.boot:spring-boot-starter-jdbc'
	implementation 'org.springframework.boot:spring-boot-starter-mustache'
	implementation 'org.springframework.boot:spring-boot-starter-web'
	implementation group: 'org.modelmapper', name: 'modelmapper', version: '2.3.8'
	implementation 'org.springframework.boot:spring-boot-starter-oauth2-client'
	implementation 'org.springframework.boot:spring-boot-starter-validation'
	implementation 'junit:junit:4.13.1'
	compileOnly 'org.projectlombok:lombok'
	developmentOnly 'org.springframework.boot:spring-boot-devtools'
	runtimeOnly 'mysql:mysql-connector-java'
	annotationProcessor 'org.projectlombok:lombok'
	testImplementation 'org.springframework.boot:spring-boot-starter-test'
	implementation 'io.jsonwebtoken:jjwt-api:0.11.2'
	implementation 'io.jsonwebtoken:jjwt-jackson:0.11.2'
	runtimeOnly 'io.jsonwebtoken:jjwt-impl:0.11.2'
	annotationProcessor "org.springframework.boot:spring-boot-configuration-processor"
	annotationProcessor 'javax.annotation:javax.annotation-api:1.3.1'
	implementation 'com.querydsl:querydsl-jpa'
	implementation 'com.querydsl:querydsl-apt'
	annotationProcessor 'com.querydsl:querydsl-apt'
}

test {
	useJUnitPlatform()
}
ext {
	querydslSrcDir = 'src/main/generated'
	queryDslVersion = '4.1.4' }
configurations {
	querydsl.extendsFrom compileClasspath
}
querydsl {
	library = "com.querydsl:querydsl-apt"
	querydslSourcesDir = 'src/main/generated'
	jpa = true
	querydslDefault = true
}
sourceSets {
	main {
		java {
			srcDirs += file(querydslSrcDir)
		}
	}
}
idea {
	module {
		generatedSourceDirs += file(querydslSrcDir)
	}
}
compileQuerydsl {
	options.annotationProcessorPath = configurations.querydsl
}

config 파일 생성

package SKRookie.moamoa.config;

import com.querydsl.jpa.impl.JPAQueryFactory;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

import javax.persistence.EntityManager;
import javax.persistence.PersistenceContext;

@Configuration
public class QueryDslConfig {
    @PersistenceContext
    private EntityManager entityManager;

    @Bean
    public JPAQueryFactory jpaQueryFactory() {
        return new JPAQueryFactory(entityManager);
    }
}

이렇게 설정하고 compileQuerydsl 해주면 자동으로 Q(쿼리 타입)가 생성된다.

엔티티 앞에 Q가 붙고 내가 만들지 않은 파일들이 생성됐다 ? → QueryDSL

import static SKRookie.moamoa.api.entity.study.QStudy.study;

@Override
    public Page<Study> search(StudySearchCondition condition, Pageable pageable) {
        JPQLQuery<Study> query = jpaQueryFactory       // 1)
                .selectFrom(study)
                .where(
                        userIdEq(condition.getUserSeq()),
                        studyTypeEq(condition.getStudyType())
                );
        return pagingUtil.getPageImpl(pageable, query, Study.class);
    }

생성된 쿼리 타입 엔티티를 불러와서 사용하면 되는데 위 예시와 같이 study라는 쿼리 타입 엔티티를 가져와서 검색 기능을 구현한다.

위 예시에는 select 랑 where 정도만 사용했지만 복잡한 SQL과 동일하게 order by, group by, join 등도 사용 가능하다.

querydsl 배포시 주의할 점

신나게 QueryDSL을 사용은 했는데

했는데...

이제 사용하면 되는데...

배포에서 계속 오류가 났음...

ĭ˄ĭ ĭ˄ĭ ĭ˄ĭ ĭ˄ĭ

계속 고치다가 포기하고 QueryDSL 쓰지 말아야겠다 했는데 이렇게 빨리 포기하는 건 아닌 것 같아서 침착하게 다시 시도 (침착.. 할 수 있다...)

결국 해결했다...

(งᐖ)ว

문제는 compileQuerydsl 이었는데 앞서 말했듯이 querydsl은 쿼리 타입 엔티티를 컴파일 시 생성해서 저장해두므로 그 부분을 배포할 때 인지하고 있어야 한다. 만약 쿼리 타입이 생성되었는데 compileQuerydsl을 다시 하면 build 자체가 안 되는 문제 때문에 배포할 때 계속 오류로 멈췄던 것이다.

문제를 해결하기 위해 cleanQuerydsl을 build 하기 전에 하는 걸로 코드를 고쳤다.

deploy.sh 내부 코드를 수정해서

build하기 전에 cleanQuerydslSourceDir을 먼저 할 수 있도록 바꿔주면 빌드 전에 생성된 쿼리 엔티티들 다 지우기 때문에 문제없이 컴파일 빌드된다.

./gradlew cleanQuerydslSourceDir
// 위 코드 추가!!
./gradlew build

여러모로 querydsl 쓰고 싶었는데 배포까지 잘 해결돼서 사용할 수 있어 너무 다행....

spring boot는 진짜 배워도 배워도 끝이 없는 것 같다.

어디까지 공부해야 하니?

참고

https://ict-nroo.tistory.com/116 [개발자의 기록습관]

자바 ORM 표준 JPA 프로그래밍 [김영한]

[백준] 백준 시작

jihyee — Thu, 28 Oct 2021 00:06:19 +0900

오늘 백준 들어갔다가 깜짝 놀랐다

리트코드로 공부했었다는 변명에도 ~~브론즈 4~~는 좀 아니지 싶기도 하고 ...

흐지부지 되지 않기 위해 별거 아니지만 포스팅을 올린다

(*•̀ᴗ•́*)و ̑̑

우선 목표는 골드1

기간

2021.10.28 ~

2021.1.28

# 22.02.03 추가

목표는 달성하지 못했다..

( •ᴗ•̥ ˳ )

그래도 3개월간 알고리즘 공부를 꾸준히했던 것 같다!

ICPC 신촌 알고리즘 스터디 초급 & 중급반에서 강의를 들으며 문제를 풀고 있는데

개념을 먼저 이해하고 개념별로 문제를 푸니까 뜬구름 잡는 것 같던 알고리즘이 그나마 조금씩 이해가 되는 것 같은 느낌이다.

그리고 머리도 좋은데 노력도 많이 하는 다른 스터디원들을 보면서 자극도 많이 받게되는 것 같다.

하지만 아직도 어려운 문제를 보면 이해도 적용도 안되는게 사실이다...

현재는 매일 수업을 들을 수 밖에 없는 일정이라 알고리즘 공부를 빡세게 하는게 불가능하지만 그래도 남은 방학까지 문제를 열심히 풀어야겠다.,

(*•̀ᴗ•́*)و ̑̑

두 번째 목표는 icpc 마무리 + 플레1

기간

2021.02.03 ~

2021.03.28

GDSC global networking event 와 링크드인

jihyee — Wed, 27 Oct 2021 16:34:23 +0900

어제 GDSC에서 코어 멤버들간의 global networking event 가 있었다

GDSC는 Google Developer Student Club의 약자로 말 그대로 개발에 관심있는 전세계 대학생들간의 모임이다.

나는 GDSC Sookmyung 에서 WEB 분야 코어 멤버로 활동하기에 이번 행사에 참여하게 되었다.

'ڡ'४

행사는 networking event 인 만큼 각자 흥미가 있는 분야에 대한 소규모 그룹을 만들어서 각자의 생각과 경험을 공유하는 방식으로 진행되었다.

( AI, WEB, WOMEN IN CS 등등 흥미로운 주제가 많아서 재밌었다 )

하지만

나는 영어에 자신감도 없고 ...

영어도 못하고 ..

쭈구리 그 자체 ..

( ᵕ‧̯ᵕ̥̥ )

그래도 청취자의 마음으로 열심히 행사에 참여한 것 같다.. ㅎ

행사에서 가장 신기했던 점은 모든 학생들이 본인의 링크드인 페이지를 공유했다는 점이다.

깃헙.. 티스토리.. 페북.. 프로그래머스.. 원티드.. 등등

포트폴리오 채용을 위한 여러 사이트가 이미 존재하고 회원으로 등록 되어 있는데

링크드인은 또 머람..

800명이 넘는 학생들이 모두 하나 같이 링크드인을 공유하는 걸로 봐선 외국에선 꽤 인기있는 포트폴리오 겸 소셜 네트워킹 사이트인 것 같다는 생각이 들어 나도 링크드인 계정을 만들어 활동을 시작했다!

알아보니 무려 7억명의 회원을 가진 소셜 네트워크 서비스라고 한다..

링크드인의 기능을 간단히 정리해보면

현재 재직 중이거나 이전에 재직했던 직장 정보
보유한 특허
재학 중 또는 졸업한 학교
학내 동아리 활동 및 봉사 활동을 비롯한 대외 활동
논문
수상 실적과 장학 내역
평점 ( GPA, 학점 )
구사할 수 있는 모국어 및 외국어와 그 수준
재학 중 또는 졸업한 학교에서 수강한 수업 내역
자신 있는 스킬 - 인맥들이 추천할 수도 있다.
직장상사 혹은 교수들의 추천서

이렇게 학교부터 시작해서 추천까지 개인의 경험들을 정리해서 올리고 공유할 수 있는 서비스인 것 같다

게다가 외국에서 많이 쓰니 다양한 활동에 관심을 가지고 교류할 수 있는 좋은 기회란 생각이 들었다

링크드인으로 소통합시다!

੧ᐛ੭

클릭하면 링크드인 페이지로 이동

[AWS + spring boot] 서버 배포하기 _ 1

jihyee — Tue, 26 Oct 2021 23:52:19 +0900

서버는 왜 배포해야할까

서버를 24시간 작동하게 하는 방법은 3가지

내 pc를 24시간 구동시킨다.
호스팅 서비스를 이용한다.
클라우드 서비스를 이용한다.

그 중 유동적으로 트래픽 관리가 가능한 클라우드 서비스를 이용하는 것이 서버 배포와 유지 보수 관리에 유리하다.

클라우드란

클라우드는 인터넷 그 자체를 가리키며 이런 인터넷 환경을 통해 서버, 스토리지, 데이터베이스, 네트워크, 소프트웨어, 모니터링 등의 컴퓨팅 서비스를 제공하는 것 또한 의미한다.

Iaas : it인프라 대여 (ec2)
Paas : Iaas를 한번 더 추상화 Iaas에서 더 자동화 됨 (heroku)
Saas : 소프트웨어 서비스 (google drive)

클라우드 서비스는 여러가지 있는데 aws, azure, GCP 그 중 aws를 이용해 서버를 배포할 예정이다.

aws 계정 생성

aws 사이트에 접속

클라우드 서비스 | 클라우드 컴퓨팅 솔루션| Amazon Web Services

개발자, 데이터 사이언티스트, 솔루션스 아키텍트 또는 AWS에서 구축하는 방법을 배우는 데 관심이 있는 모든 사용자용 무료 온라인 교육 AWS 전문가가 구축한 500개 이상의 무료 디지털 교육 과정

aws.amazon.com

회원 가입 진행 (master, visa 카드 번호 필요, 지원 플랜은 무료로 사용을 원한다면 기본 플랜)

콘솔에 로그인

인스턴스 생성

aws에서 제공하는 다양한 클라우드 서비스 중 현재 사용려는 것은 서버이므로 EC2 인스턴스를 생성해야 한다.

AMI (가상 머신에 필요한 정보를 이미지로 만들어둔 것 운영 체제 선택한다고 생각하면 되나) 선택

인스턴스 유형은 무료로 사용 가능한 t2.micro

스토리지 크기는 프리티어의 최대치인 30GB 로 하는게 이득

보안 그룹은 중요한데 전체 오픈으로 해두면 pem키가 노출돼서 서버에서 가상화폐가 채굴될 수도 ㅎㄷㄷ

지정된 ip주소에서만 ssh접속이 가능하도록 내 ip 선택하고 기본 포트인 8080만 전체 공개

pem키는 발급받아서 관리할 수 있는 디렉토리에 따로 저장해둔다.

→ 나중에 puttygen으로 변환하긴 함.

탄력적 IP 하나 발급 받아서 위 방식으로 생성한 인스턴스 주소랑 연결한다.

윈도우에서 ec2 접속

생성된 주소로 접속하기 위해 사용하는 putty

puttygen 으로 pen 키를 ppk로 변환해서 저장해두고 putty 실행

hostname = ec2-user@{탄력적 ip 주소} (여기서 ec2-user은 리눅스 기반 유저 default명)
port = 22
connection - SSH -Auth 에서 ppk 키 로드

추가 자바 기반 웹 어플리케이션 작동을 위한 필수 설정

자바 설치 (설치한 가상환경은 깡통 그 자체)

// 설치
sudo yum install -y java-1.8.0-openjdk-devel.x86_64
// 자바 8 선택
sudo /usr/sbin/alternatives --config java
// 버전 확인
java -version

타임 존 변경

sudo rm /etc/localtime
sudo ln -s /usr/share/zoneinfo/Asia/Seoul /etc/localtime

Hostname 변경

// 관리자로 변경
sudo -s
// 호스트 명 변경
hostnamectl set-hostname {변경할 hostname}

이렇게 하면 배포할 서버 생성 끝

~~(생각보다 간단..?)~~

다음 포스팅에서 데이터 베이스 구축과 프로젝트 실행을 정리해보겠다!

٩( ᐛ )و