[Web] HTTP와 웹 아키텍쳐 1일차

삼김 2개 그리고 시작!

 

HTTP와 웹 아키텍쳐 뭔가 듣기만으로는 웹의 기본을 배울 수 있을 것 같은 희망으로 들어보기로 했습니다.

 

============================================    1    ============================================

[ 19 : 00 ~ 19 : 50 ] 

 

  

1일차 강의를 시작하셨습니다.

웹 어플리케이션 입문 강의라고 하셨습니다. 서블릿, jsp기반으로 수업을 진행한다고 하셨습니다. 그리고 Spring Framework를 가지고 진행을 한다고 하셨습니다.

 

이클립스를 사용하되 주간에 사용하는 학생들과 겹치지 않도록 Workspace를 겹치지 않도록 해야한다고 하셨습니다.

 

웹 어플리케이션 개발의 전체적인 틀을 볼 수 있는 과정이라고 반복적으로 설명을 해 주셨습니다.

 

수업은 반정도가 이론, 반정도는 실습으로 이뤄져있다고 하셨습니다.

 

< Web >

slient - server

 

URL

HTTP Protocol

 

js가 붙는것들은 java script의 라이브러리입니다.

교제는 따로 주지 않으시고 PDF로 주셨습니다.

 

http://cafe.naver.com/nextree 에 올려주셨습니다.

HTTP와 웹 아키텍처.pdf

 

강의자료에 따라 차근히 이론수업을 진행 해 주셨습니다. 강의자료가 정리가 잘 되어있어 메모 할 거리가 딱히 없어 집중해서 들었습니다.

 

 웹 어플리케이션은 PC의 어플리케이션과 달리 여러 사용자가 사용할 수 있습니다. 웹 어플리케이션은 서버에 구현하는 어플리케이션입니다. Client가 다수 존재할 수 있고, 여러 Client가 요청을 할 수 있습니다.

 

IP주소에 대해 간단히 설명을 해 주셨습니다. IPv4와 IPv6에 대해 설명을 해 주셨고, 각 주소별 주소체계에 대해 간단히 설명 해 주셨습니다.

URI => URL + URN

URL(Uniform Resource Locator, 문화어: 파일식별자, 유일자원지시기)은 네트워크 상에서 자원이 어디 있는지를 알려주기 위한 규약이다.

 - 리소스의 위치로 찾음.

URN(Uniform Resource Name, 통합 자원 이름)은 urn:scheme 을 사용하는 URI를 위한 역사적인 이름이다. URN은 영속적이고, 위치에 독립적인 자원을 위한 지시자로 사용하기 위해 1997년도 RFC 2141 문서에서 정의되었다. - 리소스의 이름으로 찾음.

 

<URL과 URN정의의 출처 : 위키피디아>

 

 

Stateless HTTP -HTTP는 기본적으로 상태를 유지하지 않는 Stateless 프로토콜입니다. 

 

 세션과 쿠키

 

 

============================================    2    ============================================

[ 20 : 00 ~ 20 : 55 ] 

 한 시간 동안 이론수업만 진행하니 지루하지 않았는지 확인을 해 보셨습니다.

그리고 이번 시간에 이클립스를 통해 어떤 실습을 할 것인지 설명을 해 주셨습니다.

 

먼저 이클립스를 실행했습니다.

 

이클립스에 들어가서 다이나믹 웹 프로젝트를 하나 생성합니다.

저는 기본 프로젝트에 없어서 어떻게 해야할지를 모르겠습니다.;;;;

 

톰켓을 9.0과 8.5를 사용한다고 하셨습니다. 프록시 서버를 활용해 이 2개 버전을 가지고 FM스러운 웹서버 구조를 만들어 볼 예정이라고 하셨습니다.

 

톰켓 설치 방법은 받아서 압축풀면 된다고 알려주셨고, 톰켓 경로 안에있는 WebApp의 파일 형식인 war파일의 내부 구조를 소개 해 주셨습니다.

그리고 이클립스에서 다이나믹 웹 프로젝트에서는 Export 하면 자동으로 위의 구조에 맞춰 war파일로 Export 해 줍니다.

 

http://localhost:8080/HelloWeb/hello.html 의 의미

 

ip주소(localhost = 127.0.0.1) : PC를 찾아감

포트번호 : PC안의 Server를 찾아감 (톰켓 9.0)

톰켓안에 있는 App HelloWeb의 hello.html을 요청

 

 

Windows > Preperances > tcp 검색

add버튼 > 8090포트를 가지고 8080을 모니터하도록 추가.

 

서버와 tcpip 모니터가 Start되어있어야 한다고 하셨습니다.

 

TCP IP모니터로 Header의 구조를 확인할 예정이라고 하셨습니다.

 

window > show viewer > other > tcp검색 > tcpip monitor선택

 

 

 웹 어플리케이션은 범위가 정말 넒어서 이야기 하면 끝이 없다고 하시면서, 지금의 과정은 웹 어플리케이션의 전반적인 구조를 보기 위함이라 자세히 설명을 하나하나 하지는 못한다고 하셨습니다.

 

 

TCP 프로토콜은 신뢰를 기반합니다. 데이터를 보내기 전 후로 상대의 상태를 확인하고 만약 실패했다면 재전송합니다. 

HTTP는 애플리케이션 계층에서 담당하는 부분만 고려하면 정확하게 메시지를 전송할 수 있습니다.

IP프로토콜은 경로를 잡아주는 것 이라고 하셨습니다.

 

============================================    3    ============================================

[ 21 : 05 ~ 21 : 55 ] 

 

 음 강의자료 3.1 HTTP 메시지 구조 부터 수업을 진행하셨습니다.

동적 리소스를 보여줄 때 서블릿을 사용한다고 하셨습니다.

 

GET과 POST만 가지고 모든 작업을 한다고 하셨고, 그것을 바꾸고자 RestFul API가 나왔다고 하셨습니다.

GET방식에는 넣을 수 있는 Data의 양이 한계가 있지만 POST방식은 제한이 없이 원하는 Data를 보낼 수 있습니다.

 

3.3 URL(1/3) - 정의 에 대해서 한번 더 강의자료를 통해 자세하게 설명 해 주셨습니다.

 

웹에 로그인을 하는 예제를 해 보자고 하셨습니다.

 

새로 다이나믹 웹 프로젝트를 Login_exam이라고 만들었습니다.

(저는 Eclipse가 java개발자로만 설치 되 있어서 웹 프로젝트가 생성이 되지 않습니다.)

 

login.html 이라는 이름으로 파일을 하나 만들어줍니다.

html5가 유명해진 이유는 iPhone의 어떤 제품이 나오고 PT를 할 때 사파리 브라우져에서 Adobe Flash Player를 사용하지 않으며, 그 대안으로 HTML5를 이야기 했기 때문이라고 일화를 소개해주셨습니다.

CSS와 HTML을 강사님께서는 싫어한다고 하셨습니다.

 

전반적으로 보기위해 다양한 내용들을 언급했다고 하셨습니다.