본문 바로가기
728x90
반응형

분류 전체보기582

[Spring boot] IDE 없이 jar파일 기동시키기 (1) 프로젝트 파일이 있는 위치로 가기 필자의 PC에서는 C:\DEV\SpringBoot\hello-spring 위치에 있음 cd "프로젝트의 디렉토리" ls (2) gradle 빌드하기 프로젝트 디렉토리의 위치에서 ./gradlew build 실행 ls 후 cd build ls cd libs 후 ls (3) jar파일 실행하기 java -jar hello-spring-0.0.1-SNAPSHOT.jar 명령어 실행하기 ※ build가 잘 안됐을 경우?? 프로젝트의 최상위 디렉토리로 가서 ./gradlew clean build 실행하여 기존에 빌드했던 파일을 지워주고, "프로젝트 최상위 디렉토리"/build/libs에서 java - jar "~~~~~~~~SNAPSHOT.jar" 실행하기 2022. 8. 22.
[git/형상관리] git 최초 설정 및 프로젝트 생성 + .gitignore 추가 git 최초 설정 (1) 본인이 원하는 위치에 폴더를 만든다. C:\DEV\git-practice (2) git 전반적으로 사용하게될 이름, 이메일을 지정한다. git config --global user.name "홍길동" git config --global user.email "hong_gildong@naver.com" 아래의 명령어로 제대로 입력되었는지 확인할 수 있다. git config --global user.name git config --global user.email (3) 기본 브랜치를 마스터(master)에서 main 으로 변경한다. git config --global init.defaultBranch main git 프로젝트 생성 (1) 프로젝트를 VS Code를 이용하여 생성한다... 2022. 8. 19.
[HTTP] HTTP 헤더 - 프록시 캐시와 캐시 무효화 원 서버 직접 접근 origin 서버 프록시 캐시 도입 첫 번째 요청 Cache-Control 캐시 지시어(directives) - 기타 Cach-Control : public 응답이 public 캐시에 저장되어도 됨 Cache-Control: private 응답이 해당 사용자만을 위한 것임, private 캐시에 저장해야 함(기본값) Cache-Control: s-maxage 프록시 캐시에만 적용되는 max-age Age : 60 (HTTP 헤더) 오리진 서버에서 응답 후 프록시 캐시 내에 머문 시간(초) 캐시 무효화 이 페이지는 캐시가 되면 안된다! 싶을 때 아래 것을 넣어야 함 Cache-Control 확실한 캐시 무효화 응답 Cache-Control: no-cache, no-store, must-.. 2022. 8. 18.
[HTTP] HTTP 헤더- 캐시와 조건부 요청 헤더 캐시 제어 헤더 Cache-Control : 캐시 제어 Pragma: 캐시 제어(하위 호환) Expires: 캐시 유효 기간(하위 호환) Cache-Control 캐시 지시어(directives) Cache-Control : max-age 캐시 유효 시간, 초 단위 Cache-Control : no-cache 데이터는 캐시해도 되지만, 항상 원(origin) 서버에 검증하고 사용 Cache-Control : no-store 데이터에 민감한 정보가 있으므로 저장하면 안됨 (메모리에서 사용하고 최대한 빨리 삭제) Pragma 캐시 제어(하위 호환) Pragma: no-cache HTTP 1.0 하위 호환 Expires 캐시 만료일 지정(하위호환) expires: Mon, 01 Jan 1990 00:00:00.. 2022. 8. 18.
[HTTP] HTTP 헤더 - 검증 헤더와 조건부 요청 캐시 시간 초과 캐시 유효 시간이 초과해서 서버에서 다시 요청하면 다음 두 가지 상황이 나타난다. 서버에서 기존 데이터를 변경함 서버에서 기존 데이터를 변경하지 않음 캐시 만료 후에도 서버에서 데이터를 변경하지 않음 생각해보면 데이터를 전송하는 대신에 저장해두었던 캐시를 재사용할 수 있다. 단 클라이언트의 데이터와 서버의 데이터가 같다는 사실을 확인할 수 있는 방법 필요 검증 헤더 추가 첫 번째 요청 두 번째 요청 - 캐시 시간 초과 정리 캐시 유효 시간이 초과해도, 서버의 데이터가 갱신되지 않으면 304 Not Modified + 헤더 메타 정보만 응답(바디X) 클라이언트는 서버가 보낸 응답 헤더 정보로 캐시의 메타 정보를 갱신 클라이언트는 캐시에 저장되어 있는 데이터 재활용 결과적으로 네트워크 다운로.. 2022. 8. 17.
[HTTP] HTTP 헤더 - 캐시 기본 동작 캐시가 없을 때 첫 번째 요청 두 번째 요청 캐시가 없을 때 데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야 한다. 인터넷 네트워크는 매우 느리고 비싸다 브라우저 속도가 느리다 느린 사용자 경험 캐시 적용 첫 번째 요청 두 번째 요청 캐시 적용 캐시 덕분에 캐시 가능 시간동안 네트워크를 사용하지 않아도 된다. 비싼 네트워크 사용량을 줄일 수 있다. 브라우저 로딩 속도가 매우 빠르다 빠른 사용자 경험 캐시 적용 세 번째 적용 - 캐시 시간 초과 캐시 시간 초과 캐시 유효 시간이 초과하면, 서버를 통해 데이터를 다시 조회하고, 캐시를 갱신한다 이때 다시 네트워크 다운로드가 발생한다. 2022. 8. 17.
728x90
반응형

티스토리툴바