22.06.07 TIL

귀찮Lee·2022년 6월 8일
0

TIL / 회고록

목록 보기
21/35

22.06.07 / Today I Learned

◎ 학습 전

※ 오늘 나의 학습 목표는 무엇인가요?

  • 클라이언트-서버 콘셉트를 이해할 수 있다.

    • 클라이언트-서버 아키텍처를 이해할 수 있다.
    • HTTP를 이용한 클라이언트-서버 통신을 이해할 수 있다.
    • API의 개념을 이해할 수 있다.
  • 브라우저의 작동 원리를 이해할 수 있다.

    • 보이지 않는 곳의 통신을 이해할 수 있다.
      • URL과 URI의 차이를 이해할 수 있다.
      • IP 주소와 PORT에 대해 이해할 수 있다.
      • DNS와 IP 주소의 관계를 설명할 수 있다.
      • 크롬 브라우저의 에러 메시지를 통해 문제를 파악할 수 있다.
    • 보이는 곳의 통신을 이해할 수 있다.
      • AJAX의 개념을 이해할 수 있다.
      • SSR과 CSR의 차이를 이해할 수 있다.
      • CORS의 개념을 이해할 수 있다.
  • HTTP messages의 구조를 설명할 수 있다.

    • HTTP의 동작 방식을 이해할 수 있다.
    • HTTP requests와 responses를 구분할 수 있다.
    • HTTP의 응답 메시지를 찾아볼 수 있다.
  • Chrome Network Tab을 이해할 수 있다.

    • Chrome Network Tab 사용 방법을 익히고 사용할 수 있다.

※ 오늘 학습할 내용 중에 이미 알고 있는 내용은 무엇인가요?

  • 클라이언트 - 서버

    • 클라이언트와 서버의 역할을 알고 있다.
      • 클라이언트 : 사용자가 이용하는 영역
      • 서버 : 클라이언트가 요청하는 사항은 전달받고, 그에 맞는 처리를 해줌
    • http : 클라이언트와 서버간의 통신 약속
  • 브라우저 작동 원리

    • URL과 URI의 차이 : 모르겠다.
    • IP 주소, PORT
      • IP 주소 : 다른 컴퓨터에 접근하기 위한 그 컴퓨터의 주소 (XXX.XXX.XXX.XXX)
      • PORT : 그 컴퓨터에 접근하기 위한 문 (막아놓을수도 열어놓을수도 있다.)
    • DNS와 IP주소 관계 : DNS가 뭔지 잘 모르겠다.
    • 크롬 브라우저를 통한 에러 메세지 : Chrome DevTools를 이용해서 에러메세지 확인 가능
    • AJAX : flask와 html 작업 시에 서버와 클라이언트 통신을 위해서 ajaxcall을 사용해본 적 있음 (이것이 무엇인지 정확하게는 모른다.)
    • SSR, CSR, CORS : 뭔지 모르겠다.
  • HTTP message

    • 동작 방식 : 정확한 동작 방식은 알아본 적이 없다.
    • HTTP requests와 responses : 요청할 때는 repuests, 요청 받을 때는 responses, 각각의 형태가 조금씩 다르다는 정도?
    • HTTP의 응답 메시지 : Chrome Network Tab에서 살펴볼 수 있다.

◎ 학습 후

※ 오늘 학습 내용 중 새롭게 배운 내용은 무엇인가요? (이해도 자가점검 리스트)

  • 클라이언트-서버 아키텍처 존재 이유 : 실시간으로 상황 반영을 위해
  • 2-티어 3-티어 아키텍쳐의 차이 : DB의 존재
  • URL과 URI의 차이 : Locator, Indicator의 차이
    • Indecator에는 query 등이 추가됨, URI는 URL이라고 할수 있지만 역은 성립하지 않음
  • IPv4, IPv6의 차이점 : IP주소의 구버전과 신버전
    • IPv6가 더 많은 주소를 표현할 수 있다. (지금은 혼용하여 사용할 수 있다.)
  • PORT 번호 : 한 컴퓨터가 여러 컴퓨터와 통신하기 위해 존재
  • DNS(Domain Name Server) : domain 주소 -> IP 주소
  • AJAX가 필요한 이유 : 화면의 일부만 바꾸기 위해
  • SSR, CSR
    • Server Side Rendering : 서버에서 랜더링하여 클라이언트에 전달
    • Client Side Rendering : 클라이언트에서 랜더링함
  • CORS 필요한 이유 : 한 도메인에서 다른 도메인에 있는 정보를 사용하기 위해 (예전에는 보안상의 이유로 금지 했었음)

※ 오늘 학습한 내용 중 아직 이해되지 않은 불확실한 내용은 무엇인가요?

  • API와 HTTP의 개념 차이
  • CORS의 구체적인 내용 ( CORS 필요한 이유, CORS 전달 방식, CORS가 발생하는 조건)
  • HTTP 관련 내용 (내일 같이 정리)

※ 이해되지 않은, 불확실한 내용을 보완하기 위해서 나는 무엇을 할 수 있을까요?

  1. API에 대해 복습하고, 구글링해서 관련 정보 찾아보기
  2. 내일 HTTP 관련 내용 정리하기
  3. 추후 CORS 및 정리 못한 내용 velog 정리

※ 나의 오늘 학습 만족도는 몇 점인가요?

  • 학습 태도 60점 : 형이 행동이 계속 나를 불안하게 만듦, 그래서 집중이 잘안됨 물론 핑계라고도 할 수 있지만
  • 이해도 50점 : 기본적으로 내용이 많기도 했고, 잘 모르는 내용에 대해 하나씩 접근하는 것이 어려웠다.
  • 학습 만족도 45점 : 저녁에 추가적인 공부를 할 수 있었는데, 안했다... 내일은 꼭 하자

◎ 해야할 일

  • 추가적으로 복습할 것과 추후에 공부할 내용들을 velog로 하나 정리해놓자.

◎ 오늘 배운내용들 정리

  • 클라이언트-서버 아키텍쳐, 프로토콜, API velog
  • URL과 URI, IP와 포트, 도메인과 DNS velog
profile
배운 것은 기록하자! / 오류 지적은 언제나 환영!

0개의 댓글