[AWS] AWS의 도메인에 HTTPS 적용 1. 과정 기본적이 방화벽 설정을 해준다. Certbot을 설치한다. $ sudo add-apt-repository ppa:certbot/certbot $ sudo apt install python-certbot-nginx Nginx 서버 블록을 설정한다. $ sudo vim /etc/nginx/sites-available/your_domain 서버 블록이 설정이 되어있으면 위 명령어를 실행해서 server_name your_domain www.your_domain; 으로 설정되었는지 확인한다. 만약 안되어 있으면 위 내용처럼 고친 후 $ sudo nginx -t 로 테스트를 해주고 sudo systemctl reload nginx 으로 다시 시작해주면 된다...
HTTP
Chapter 7 HTTP 헤더2 - 캐시와 조건부 요청 이 학습 자료는 김영한님의 인프런 강의를 참고해서 만들었습니다. 1. 캐시의 기본 동작 캐시가 없을 때 데이터가 변경이 되지 않아도 네트워크를 통해서 데이터를 다운로드 받아야 함. 느린 사용자 경험을 야기 캐시를 적용 캐시 가능 시간동안 네트워크를 사용하지 않아도 된다. 네트워크 사용량을 줄여서 빠른 사용자 경험을 만듦 캐시 가능 시간이 초과되면 다시 요청해야 함. 2. 검증 헤더와 조건부 요청 캐시 만료후에도 서버에서 데이터를 변경하지 않았으면, 캐시를 재사용 할 수 있음 → 검증이 필요 검증 헤더 : 캐시 데이터와 서버 데이터가 같은지 검증하는 데이터 Last-Modified : 데이터 최종 수정일 데이터 최종 수정일을 비교하여 검증 함. 검증..
Chapter 7 HTTP 헤더1 - 일반헤더 이 학습 자료는 김영한님의 인프런 강의를 참고해서 만들었습니다. 1. HTTP 헤더 header-field = field-name ":" OWS field-value OWS (OWS : 띄어쓰기 허용, field-name은 대소문자 구별X) 용도 HTTP 전송에 필요한 모든 부가 정보 ex) 메시지 바디의 내용, 크, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보... 표준 헤더가 많고, 필요시에 임의의 헤더 추가 가능 분류(과거) HTTP 헤더 General 헤더 : 메시지 전체에 적용되는 정보 ex) Connection: close Request 헤더 : 요청 정보 ex) User-Agent: Mozilla/5.0 (Macintosh; ....
Chapter 6 HTTP 상태 코드 이 학습 자료는 김영한님의 인 프런 강의를 참고해서 만들었습니다. 1. HTTP 상태 코드 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능 1xx(Informational) : 요청이 수신되어 처리중 2xx(Successful) : 요청 정상 처리 3xx(Redirection) : 요청을 완료하려면 추가 행동이 필요 4xx : 클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할 수 없음 5xx : 서버 오류, 서버가 정상 요청을 처리하지 못함. 1.1 2xx 200 OK 201 Created : 요청 성공해서 새로운 리소스가 생성됨 202 Accepted : 요청이 접수되었으나 처리가 완료되지 않음 ex) 배치 처리 204 No Content : 서..
Chapter 5 HTTP 메서드 활용 이 학습 자료는 김영한님의 인프런 강의를 참고해서 만들었습니다. 1. 클라이언트에서 서버로 데이터 전송 쿼리 파라미터를 통한 데이터 전송 GET, 주로 정렬 필터(검색어) 메시지 바디를 통한 데이터 전송 POST, PUT, PATCH 회원 가입, 상품 주문, 리소스 등록, 리소스 변경 2. 조회 방법 2.1 정적 데이터 조회 이미지, 정적 텍스트 문서 조회 조회 GET 사용 정적 데이터는 일반저긍로 쿼리 파라미터 없이 리소스 경로로 단순하게 조회 가능 2.2 동적 데이터 조회 쿼리 파라미터(스트링) 사용 조회 조건을 줄여주는 필터(검색어), 결과를 정렬하는 정렬 조건에 사용 조회는 GET 사용 → 쿼리 파라미터를 사용하여 데이터 전달 2.3 HTML Form 데이터..
Chapter 4 HTTP 메서드 이 학습 자료는 김영한님의 인프런 강의를 참고해서 만들었습니다. 1. HTTP API 설계 API URI는 리소스에 의미(식별)를 부여해야 한다. 리소스 : 회원이라는 개념 자체 URI 계층 구조를 활용해야 한다. 리소스와 행위를 분리해야 한다. 행위 : 조회, 등록, 삭제, 변경 등 → HTTP 메서드로 구별 2. HTTP 메서드 GET : 리소스 조회 POST : 요청 데이터 처리, 주로 등록에 사용 PUT : 리소스를 대체, 해당 리소스가 없으면 생성 PATCH : 리소스 부분 변경 DELETE : 리소스 삭제 HEAD : GET과 동일하지만 메시지 부분을 제외하고, 상태 줄과 헤더만 반환 OPTIONS CONNECT TRACE 2.1 GET 리소스 조회할 때 사용..
Chapter 3 HTTP 기본 이 학습 자료는 김영한님의 인프런 강의를 참고해서 만들었습니다. 1. HTTP HyperText Transfer Protocol HTTP 메시지에 모든 것을 전송(이미지, 음성, 영상, JSON 등) 1.1 기반 프로토콜 TCP : HTTP/1.1, HTTP/2 UDP : HTTP/3 현재 HTTP/1.1 주로사용 1.2 HTTP 특징 클라이언트 - 서버 구조 무상태 프로토콜(스테이스리스), 비연결성 단순함, 확장 가능 HTTP 메시지 1.2.1 클라이언트 서버 구조 Request Response 구조 클라이언트는 서버에 요청을 보내고, 응답을 대기 서버가 요청에 대한 결과를 만들어서 응답 1.2.2 무상태(Stateless) 프로토콜 서버가 클라이언트의 상태를 보존X 장..
Chapter 2 URI와 웹 브라우저 요청 흐름 이 학습 자료는 김영한님의 인프런 강의를 참고해서 만들었습니다. 1. URI(Uniform Resource Identifier) URI Uniform : 리소스를 식별하는 통일된 방식 Resource : 자원, URI로 식별할 수 있는 모든 것(제한 없음) Identifier : 다른 항목과 구분하는데 필요한 정보 URI는 URL(Locator)와 URN(Name)으로 추가로 분류 될 수 있음 URL : 리소스가 있는 위치를 지정 URN : 리소스에 이름을 부여 위치는 변할 수 있는데, 이름은 변하지 않는다. 주로 URL만 사용 1.1 URL 문법 scheme://[userinfo@]host[:port][/path][?query][#fragment] ht..
