Dev다D

캐시 기본 동작 캐시가 없을 때 데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야 한다. 인터넷 네트워크는 매우 느리고 비싸다. 브라우저 로딩 속도가 느리다. 느린 사용자 경험 캐시 적용 캐시 덕분에 캐시 가능 시간동안 네트워크를 사용하지 않아도 된다. 비싼 네트워크 사용량을 줄일 수 있다. 브라우저 로딩 속도가 매우 빠른다. 빠른 사용자 경험 캐시 시간 초과 캐시 유효 시간이 초과하면, 서버를 통해 데이터를 다시 조회하고, 캐시를 갱신한다. 이때 다시 네트워크 다운로드가 발생한다. 검증 헤더와 조건부 요청 캐시 시간 초과 캐시 유효 시간이 초과해서 서버에 다시 요청하면 다음 두 가지 상황이 나타난다. 서버에서 기존 데이터를 변경함 서버에서 기존 데이터를 변경하지 않음 캐시 만료 ..

HTTP 헤더 개요 HTTP 헤더 header-field = field-name ":" OWS field-value OWS (OWS: 띄어쓰기 허용) field-name은 대소문자 구분 없음 용도 HTTP 전송에 필요한 모든 부가정보 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보... 표준 헤더가 너무 많음 필요시 임의의 헤더 추가 가능 (helloworld: hihi) HTTP - RFC2616 (과거) 헤더 General 헤더: 메시지 전체에 적용되는 정보 (Connection: close) Request 헤더: 요청 정보 (User-Agent: Mozilla/5.0) Response 헤더: 응답 정보 (Server: Apache) Entitl..

Java ☕ [자바 중급 개념] 02. 캐스팅과 제네릭 01. 캐스팅 02. 캐스팅 정리 03. 블랙잭 2 HTTP🔗 [모든 개발자를 위한 HTTP 웹 기본 지식] 07. HTTP 헤더 1 - 일반 헤더 01. HTTP 헤더 개요 02. 표현 03. 콘텐츠 협상 04. 전송 방식 05. 일반 정보 06. 특별한 정보 07. 인증 08. 쿠키 Academe 🏫 Theory01. Servlet Theory02. JSP GitHub 🐸 HTTP🔗 강의를 세세하게 듣다 보니 생각보다 시간을 많이 잡아먹었다. 껄껄...ㅠㅠ 사실 집중을 잘 못했던 게 큰 것 같다. 정처기 실기도 준비해야 하는데... 책 오면 하자^^ Java 강의를 오늘 모두 끝내고 내일부터 Spring🍃에 들어가려고 했는데 컨디션이 안 좋아서 ..

HTTP 상태코드 소개 상태코드 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능 1xx (Informational): 요청이 수신되어 처리중 (거의 사용하지 않으므로 생략) 2xx (Successful): 요청 정상 처리 3xx (Redirection): 요층을 완료하려면 추가 행동이 필요 4xx (Client Error): 클라이언트 오류, 잘못된 문법 등으로 서버가 요청을 수행할 수 없음 5xx (Server Error): 서버 오류, 서버가 정사 요청을 처리하지 못함 만약 모르는 상태 코드가 나타나면? 클라이언트가 인식할 수 없는 상태코드를 서버가 반환하면? 클라이언트는 상위 상태코드로 해석해서 처리 미래에 새로운 상태 코드가 추가되어도 클라이언트를 변경하지 않아도 됨 299 -> 2x..

Java ☕[자바 중급 개념] 01. 상속01. 상속02. 상속 정리03. super04. super 정리05. super 퀴즈06. protected 접근 제어자07. 객체를 위한 클래스 (Object Class)08. 카드 셔플러09. 클랙잭 1 HTTP🔗[모든 개발자를 위한 HTTP 웹 기본 지식] 05. HTTP 상태 코드01. HTTP 상태 코드 소개02. 2xx - 성공03. 3xx - 리다이렉션 104. 3xx - 리다이렉션 205. 4xx - 클라이언트 오류, 5xx - 서버 오류 GitHub 🐸 3월이 되고 나서 진도를 조금 천천히 나가고 있는데 다음 주부터는 ㅃㅏㄱ세게 해야겠다. 주차별 계획을 세워야겠음... 미루기 방지😑😑😑 생일 선물로 컵을 받았는데 마음에 쏙 들어서 야밤에 커피를 ..

클라이언트에서 서버로 데이터 전송 데이터 전달 방식 쿼리 파라미터를 통한 데이터 전송 GET 주로 정렬 필터 (검색어) 메시지 바디를 통한 데이터 전송 POST, PUT, PATCH 회원 가입, 상품 주문, 리소스 등록, 리소스 변경 상황 정적 데이터 전송 이미지, 정적 텍스트 문서 조회는 GET 사용 정적 데이터는 일반적으로 쿼리 파라미터 없이 리소스 경로로 단순하게 조회 가능 동적 데이터 조회 주로 검색, 게시판 목록에서 정렬 필터 (검색어) 조회 조건을 줄여주는 필터, 조회 결과를 정렬하는 정렬 조건에 주로 사용 조회는 GET 사용 GET은 쿼리 파라미터 사용해서 데이터를 전달 HTML Form을 통한 데이터 전송 HTML Form submit시 POST 전송 (회원 가입, 상품 주문, 데이터 변경..

Java ☕ [자바 객체 지향 프로그래밍] 06. 기말고사: 자바 실무 프로젝트 01. 영화관 '코드 박스' 예약 시스템 1 02. 영화관 '코드 박스' 예약 시스템 2 03. 학점 계산기 04. MP3 플레이리스트 HTTP🔗 [모든 개발자를 위한 HTTP 웹 기본 지식] 04. HTTP 메서드 활용 01. 클라이언트에서 서버로 데이터 전송 02. HTTP API 설계 예시 Academe 🏫 [3월 계획 & 2차 미니 프로젝트] 3월 08일 : 팀 구성 및 미니 프로젝트 기획안 제출 (A4용지 1페이지) 3월 08일 ~ 3월 12일 : Servlet & JSP 수업 3월 12일 : 프로젝트 기능 및 데이터베이스 설계서 제출 3월 15일 ~ 3월 19일 : 프로젝트 구현 (하루 8시간 x 5일) 3월 22..

Java ☕ [자바 객체 지향 프로그래밍] 05. 자바, 더 간편하게! 01. String 클래스 02. 숫자 도구 03. Wrapper Class 04. ArrayList 05. 김신 장군 살리기 06. HashMap 07. HashMap 노트 08. 나의 영어 사전 09. 포켓몬 GO GitHub 🐸 MY BIRTHDAY🥰 생일이라고 신난 것도 스케줄이 있던 것도 아닌데 그냥 집중이 안된다🥺 어제 미리 세워놓았던 계획의 절반도 못한 것 같다... 그래도 미니 프로젝트 발표가 끝나서 속이 시원하다. 내일부터는 다시 집중 상태로 돌아가서 열심히 공부해야지! 어서 마스크 벗고 산책할 수 있는 날이 왔으면 좋겠다. 지금도 거닐다 보면 상쾌한데 마스크가 없다면 얼마나 더 상쾌할까 😷😷😷

HTTP API를 만들어보자 가장 중요한 것은 리소스 식별 요구사항 : 회원정보 관리 API를 만들어라 회원 목록 조회 /members 회원 조회 /members/{id} 회원 등록 /members/{id} 회원 수정 /members/{id} 회원 삭제 /members/{id} API URI 설계 (리소스 식별, URI 계층 구조 활용) 리소스의 의미? 회원을 등록하고 수정하고 조회하는 것이 리소스 X 회원이라는 개념 자체가 바로 리소스 리소스를 어떻게 식별? 회원을 등록하고 수정하고 조회하는 것은 모두 배제 회원이라는 리소스만 식별하면 된다. -> 회원 리소스를 URI에 mapping 리소스와 행위를 분리 URI는 리소스만 식별 리소스와 해당 리소스를 대상으로 하는 행위를 분리 리소스 : 회원 (명사)..

Java ☕[자바 객체 지향 프로그래밍] 04. 자바, 더 정확하게!01. 기본형 vs. 참조형02. 기본형 vs. 참조형 정리03. null04. 숏서킷 연산 (Short-Circuit Evaluation)05. 기본형 vs. 참조형 퀴즈06. null 퀴즈07. 변수 안전하게 만들기 (final)08. 변수 안전하게 만들기 예시09. 코드 안전하게 만들기 (try-catch 예외 처리)10. 인스턴스 변수 vs. 클래스 변수11. 인스턴스 메소드 vs. 클래스 메소드12. 단위 변환기 HTTP🔗[모든 개발자를 위한 HTTP 웹 기본 지식] 04. HTTP 메서드01. HTTP API를 만들어보자02. HTTP 메서드 - GET, POST03. HTTP 메서드 - PUT, PATCH, DELETE 04..