Django의 개념
웹 표준라이브러리
엔지니어링 고민 많이 해두기"서버쪽은 난이도가 있음"
웹서버쪽에서 어떻게 데이터가 실시간으로 소프트적으로 어씽크(실시간),씽크 보기
아키텍처가 없으니 좀 바꿀 수 있음
사용자가 직접 웹 클라이언트를 만들어 서버에 요청할 수도 있음
URL 설계
쿼리스크링: 길이가 있다. (아주 길게 나오는 케이스가 나올 수도 있음->URL설계때 요청하는 부분이 많아짐)-->에이징한다:시스템이 언제죽는지,시간 산출을 위해 켜서 봄__>문제를 더디게 만듦
URL 구성요소
- url스킴
- 호스트명
- 포트번호
- 경로
- 쿼리스트링
- 프라그먼트
URL을 바라보는 측면 - URL은 웹 서버에 존재하는 애플리케이션에 대한 API이다
- RPC
-- 클라이언트가 네트워크상에서 원격에 있는 서버가 제공하는 API 함수 호출 - REST
-- 웹 서버에 존재하는 요소들을 모두 리소스라고 정의하고, URL을 통해 웹 서버의 특징
웹 애플리케이션 서버 분류
왜 했는지에 대해 이해해야함.
네이버 동영상은 서버가 할까 웹 클라이언트가 할까? -- 웹 클라이언트가 함
기능검증
웹 애플리케이션 서버 과정이 중요
웹 서버
- 웹 서버는 클라이언트와 가장 근접
- 정적 컨텐츠를 제공하는 서버
CGI - 웹 서버와 웹 어플리케이션 사이에서 데이터를 주고 받는 방식 혹은 컨벤션을 CGI
WAS - 웹서버 + CGI
- 동적컨텐츠를 제공하기 위해 만들어진 application 서버
WAS vs CGI
-CGI는 프로그램 생성, WAS는 스레드를 생성 - 트래픽이 많은 서비스에선 WAS 방식의 처리량이 더 좋다
- WAS는 메모리 리소스가 용이
- 프로세스는 단일적임. 프락이라는 구조에서 가져올 순 있는데 기본적으로 데이터 못가져옴
Django 설치
