cache Control캐시 지시어no cached항상 검증 하고 써라(조건부 헤더 같은걸로 검증해라!)항상 원서버에 검증해야함.중간에 캐시 서버, 프록시 서버같은 것이 있다.Etag, No-=modifiedif modified since, if non matchcdn
yaml과 json 형식으로 가능.https://k8s-dev-ko.netlify.app/docs/reference/generated/kubernetes-api/v1.14/kubectl apply -f test.yamlkubectl get pod -o wide

세션쿠키를 사용할수 있음.(만료 날짜 생략으로 브라우저 종료시까지만 유지)@CookieValue를 이용하면 쉽게 쿠키를 얻을 수 있음.로그아웃은 동일한 쿠키명으로 maxAge를 0으로 처리해서 response에 담기하지만 보안에 취약함.세션에 멤버 아이디를 담음.그리고
spring boot에선 web.xml과 다른 자바 기반의 에러페이지 등록방식을 제공한다.ex) new ErrorPage예외방생과 오류페이지 요청 흐름.WAS--> ... -> controller(exception?) -> ... -> WAS. error 500page
서블릿의 예외 처리 필터를 쓸수 있음.예외는 이전강의에서 설명한대로, 본요청(Request)와 내부 요청(error)가 dispatcherType이라는 것으로 분리가 된다.따라서 이것을 조건으로 딱 예외에서만 동작하도록 조치 가능.filterRegistrationBea
\-시작스프링 부트 기본 오류 처리HandlerExceptionResolver 시작HandlerExceptionResolver 활용스프링이 제공하는 ExceptionResolver1스프링이 제공하는 ExceptionResolver2@ExceptionHandler@Con
N+1문제를 해결할수 있음.지연로딩을 글로벌로 써도 fetch join이 우선임일대 다의 관계에서 조인하면 데이터가 뻥튀기(여러개가 됨.)중복을 줄이기위해 jpql에선 distinct라는 것을 쓸 수 있음.where 절? 안됨. 엘리어스? 안됨.쓸거면 해당 작업을 위한
API- 컨트롤러 메서드의 인자와 반환 값은 dto를 반드시 활요하자.특히 반환값은 배열이 아닌, 객체 형태로 하여 확장이 가능하도록 하자.fetch join을 사용하여 n+1문제를 해결하자.JPA에서 DTO로 바로호출하는 방법을 통하여, 데이터 입 출력량을 획기적으로
엔티티 매니저는 쓰레드 간에 공유하면 안됨.영속성 컨텍스트영속비영속준영속삭제플러시영속성 컨텍스트의 변경사항을 DBMS에 동기화하는 행위호출 방식flush 직접커밋jpql 실행시지연쓰기는 지연이지만, 읽기는 지연되지 않는다!외래키를 사용하는 쪽을 연관관계의 주인으로 하자
컬렉션을 조인하여 조회할때 어떻게 최적화 할수 있을지 알려줄 예정.(one to many일 경우)처음에는 엔티티를 노출 → 좋은 방식은 아님.말그대로.이때 프록시를 초기화하여( ex) member의 경우 member.getName()이라던가) 데이터를 레이지 로딩으로
페이징에 한계를 깨기 위해 2번에 나눠서 쿼리 작업 필요.1 toOne 데이터까지 패치 조인하여 조회2 batch 설정을 글로벌이나 어노테이션 설정후, 가져와야할 toMany 데이터를 조회in절로 쿼리가 나감.책의 예시쿼리1 N M 나가덙거을 쿼리 3회로 최적화.엔티티
상속관계 매핑 \* 싱글 테이블, 조인 전략, 각각클래스를 테이블로앞에 2개만 씀. 기본은 조인 전략. 성능 향상을 위해 싱글 테이블 전략 가능.MappedSuperClass공통 속성 매핑공통 속성을 단순히 정의하기 위해 사용(주로, 생성일 생성자, 수정일, 수정자
순수 JPA 기반 리포지토리공통 인터페이스 설정적용분석Spring data vs Spring data jpa전자 : 데이터를 다루기위해 필요한 인터페이스. DBMS 공통.save FindOne…후자 : JPA에 특화된 데이터를 다루기 위해 필요.ex) save(Iter
실제로 인덱스 적용 전과 후의 내부 로직을 확인해본것.인덱스는 열 단위에 생성된다.where 절에서 사용되는 열에 인덱스를 만들어야 한다.자주사용해야 가치가 있다.외래키를 지정한 열에 자동으로 외래키 인덱스 생성join에 자주 사용되는 열에 인덱스를 생성해주자.
로깅 레벨을 logback-spring.xml에서 debug로 설정했는데 debug 레벨이 안찍힘.common 프로젝트(각 api 프로젝트에서 공통으로 사용하는 코드들을 묶어둔 프로젝트)의 logging.xml 설정에서 root debug 설정하니 이건 먹힘.다음 UR
https://velog.io/@hyejin4169/ts-node-command-not-foundhttps://velog.io/@hsg5533/TypeScript-%ED%83%80%EC%9E%85%EC%8A%A4%ED%81%AC%EB%A6%BD%ED%