안녕하세요
아파치 버전 확인하는 방법에 대해 알아보겠습니다.
1. httpd 파일이 있는 경로로 이동
: cd /apache/apahce24/bin
2. 아파치 버전 확인 명령어 입력
: ./httpd -v
| HTTP란 무엇인가?? (0) | 2017.12.15 |
|---|---|
| JSP 처리과정!! (0) | 2017.11.30 |
| WEB과 WAS의 차이(아파치와 톰캣의 차이에 대해 아는가) (2) | 2017.11.15 |
| 서버와 클라이언트 생활코딩 강의 (0) | 2017.07.14 |
HTTP(HyperText Transport Protocol)
웹 서버와 클라이언트 간의 문서를 교환하기 위한 통신 규약
HTTP는 웹에서만 사용하는 protocol로 TCP/IP 기반으로 서버와 클라이언트 간의 요청과 응답을 전송
HTTP 0.9 -> HTTP 1.0 -> HTTP 1.1
HTTP 0.9 : 읽기 전용. GET 요청만 가능했습니다.
HTTP 1.0 : POST, HEAD 가 추가 되었습니다. 즉 클라이언트에서 서버로의 데이터 전송도 가능해 졌습니다.
HTTP 1.1(최신 버전) : PUT,DELETE,TRACE 등 추가 되었습니다. 클라이언트는 서버로의 데이터 전송 뿐만 아니라 변경, 삭제 까지 가능하게 되었습니다.
GET /restapi/v1.0 HTTP/1.1
Accept: application/json
Authorization: Bearer UExBMDFUMDRQV1MwMnzpdvtYYNWMSJ7CL8h0zM6q6a9ntw
HTTP/1.1 200 OK
Date: Mon, 23 May 2005 22:38:34 GMT
Content-Type: text/html; charset=UTF-8
Content-Encoding: UTF-8
Content-Length: 138
Last-Modified: Wed, 08 Jan 2003 23:11:55 GMT
Server: Apache/1.3.3.7 (Unix) (Red-Hat/Linux)
ETag: "3f80f-1b6-3e1cb03b"
Accept-Ranges: bytes
Connection: close
<html>
<head>
<title>An Example Page</title>
</head>
<body>
Hello World, this is a very simple HTML document.
</body>
</html>
HTTP 상태 코드 문서를 참고하십시오.클라이언트가 서버에 접속하여 어떠한 요청을 하면, 서버는 세 자리 수로 된 응답 코드와 함께 응답한다. HTTP의 응답 코드는 다음과 같다.
| 코드 | 메시지 | 설명 |
|---|---|---|
| 1XX | Informational(정보) | 정보 교환. |
| 100 | Continue | 클라이언트로부터 일부 요청을 받았으니 나머지 요청 정보를 계속 보내주길 바람. (HTTP 1.1에서 처음 등장) |
| 101 | Switching Protocols | 서버는 클라이언트의 요청대로 Upgrade 헤더를 따라 다른 프로토콜로 바꿀 것임. (HTTP 1.1에서 처음 등장) |
| 2XX | Success(성공) | 데이터 전송이 성공적으로 이루어졌거나, 이해되었거나, 수락되었음. |
| 200 | OK | 오류 없이 전송 성공. |
| 202 | Accepted | 서버가 클라이언트의 요청을 수락함. |
| 203 | Non-authoritavive Information | 서버가 클라이언트 요구중 일부만 전송. |
| 204 | Non Content | 클라이언트의 요구를 처리했으나 전송할 데이터가 없음. |
| 205 | Reset Content | 새 문서 없음. 하지만 브라우저는 문서 창을 리셋해야 함. (브라우저가 CGI 폼 필드를 전부 지우도록 할 때 사용됨.) (HTTP 1.1에서 처음 등장) |
| 206 | Partial Content | 클라이언트가 Range 헤더와 함께 요청의 일부분을 보냈고 서버는 이를 수행했음. (HTTP 1.1에서 처음 등장) |
| 3XX | Redirection(방향 바꿈) | 자료의 위치가 바뀌었음. |
| 300 | Multiple Choices | 최근에 옮겨진 데이터를 요청. |
| 301 | Moved Permanently | 요구한 데이터를 변경된 URL에서 찾았음. |
| 302 | Moved Permanently | 요구한 데이터가 변경된 URL에 있음을 명시. 301과 비슷하지만 새 URL은 임시 저장 장소로 해석됨. |
| 303 | See Other | 요구한 데이터를 변경하지 않았기 때문에 문제가 있음. |
| 304 | Not modified | 클라이언트의 캐시에 이 문서가 저장되었고 선택적인 요청에 의해 수행됨 (보통 지정된 날짜보다 더 나중의 문서만을 보여주도록 하는 If-Modified-Since 헤더의 경우). [9] |
| 305 | Use Proxy | 요청된 문서는 Location 헤더에 나열된 프록시를 통해 추출되어야 함. (HTTP 1.1에서 처음 등장) |
| 307 | Temporary Redirect | 자료가 임시적으로 옮겨짐. |
| 4XX | Client Error(클라이언트 오류) | 클라이언트 측의 오류. 주소를 잘못 입력하였거나 요청이 잘못 되었음. |
| 400 | Bad Request | 요청 실패. 문법상 오류가 있어서 서버가 요청사항을 이해하지 못함, [10] |
| 401.1 | Unauthorized | 권한 없음 (접속실패). 서버에 로그온 하려는 요청사항이 서버에 들어있는 권한과 비교했을 때 맞지 않음. [11] |
| 401.2 | Unauthorized | 권한 없음 (서버설정으로 인한 접속 실패). 서버에 로그온 하려는 요청사항이 서버에 들어있는 권한과 비교했을 때 맞지않음. [12] |
| 401.3 | Unauthorized | 권한 없음 (자원에 대한 ACL에 기인한 권한 없음). 클라이언트가 특정 자료에 접근할 수 없음. [13] |
| 401.4 | Unauthorized | 권한 없음 (필터에 의한 권한 부여 실패). 서버에 접속하는 사용자들을 확인하기 위해 설치한 필터 프로그램이 있음. [14] |
| 401.5 | Unauthorized | 권한 없음 (ISA PI/CGI 애플리케이션에 의한 권한부여 실패). 이용하려는 서버의 주소에 ISA PI나 CGI프로그램이 설치되어 있고, 권한을 부여할 수 없음. [15] |
| 402 | Payment Required | 예약됨. |
| 403.1 | Forbidden | 금지 (수행접근 금지). 수행시키지 못하도록 되어있는 디렉터리 내의 실행 파일을 수행하려고 하였음. |
| 403.2 | Forbidden | 금지 (읽기 접근 금지). 접근한 디렉터리에 가용한 기본 페이지가 없음. [16] |
| 403.4 | Forbidden | 금지 (SSL 필요함). 접근하려는 페이지가 SSL로 보안유지 되고 있음. [17] |
| 403.5 | Forbidden | 금지 (SSL 128필요함). 페이지가 128비트의 SSL로 보안유지 되고 있음. [18] |
| 403.6 | Forbidden | 금지 (IP 주소 거부됨). 사용자가 허용되지 않은 IP로부터 접근함. |
| 403.7 | Forbidden | 금지 (클라이언트 확인 필요). 클라이언트가 자료에 접근할 수 있는지 확인 요함. [19] |
| 403.8 | Forbidden | 금지 (사이트 접근 거부됨). 서버가 요청사항을 수행하고 있지 않거나, 해당 사이트에 접근하는 것이 허락되지 않음. |
| 403.9 | Forbidden | 접근금지 (연결된 사용자수 과다). 서버가 BUSY 상태에 있어서 요청을 수행할 수 없음. |
| 403.10 | Forbidden | 접근금지 (설정이 확실 하지 않음). |
| 403.11 | Forbidden | 접근금지 (패스워드 변경됨). 잘못된 암호를 입력했음. |
| 403.12 | Forbidden | 접근금지(Mapper 접근 금지됨). 클라이언트 인증용 맵이 해당 웹 사이트에 접근하는 것이 거부됨. |
| 404 | Not Found | 문서를 찾을 수 없음. 서버가 요청한 파일이나 스크립트를 찾지 못함. |
| 405 | Method not allowed | 메서드 허용 안됨. 요청 내용에 명시된 메서드를 수행하기 위해 해당 자원의 이용이 허용되지 않음. [20] |
| 406 | Not Acceptable | 받아들일 수 없음. [21] |
| 407 | Proxy Authentication Required | 프록시 서버의 인증이 필요함. [22] |
| 408 | Request timeout | 요청 시간이 지남. |
| 409 | Conflict | 요청을 처리하는 데 문제가 있음. 보통 PUT 요청과 관계가 있다. 보통 다른 버전의 파일을 업로드할 경우 발생함. (HTTP 1.1에서 새로 등장) |
| 410 | Gone | 영구적으로 사용할 수 없음. |
| 411 | Length Required | 클라이언트가 헤더에 Content-Length를 포함하지 않으면 서버가 처리할 수 없음.(HTTP 1.1에서 새로 등장) |
| 412 | Precondition Failed | 선결조건 실패. 헤더에 하나 이상의 선결조건을 서버에서 충족시킬 수 없음. [23] |
| 413 | Request entity too large | 요청된 문서가 현재 서버가 다룰 수 있는 크기보다 큼. [24] (HTTP 1.1에서 새로 등장) |
| 414 | Request-URI too long | 요청한 URI가 너무 김. [25] |
| 415 | Unsupported media type | 요청이 알려지지 않은 형태임. (HTTP 1.1에서 새로 등장) |
| 5XX | Server Error(서버 오류) | 서버 측의 오류로 올바른 요청을 처리할 수 없음. |
| 500 | Internal Server Error | 서버 내부 오류. [26] |
| 501 | Not Implemented | 필요한 기능이 서버에 설치되지 않았음. [27] |
| 502 | Bad gateway | 게이트웨이 상태 나쁨. [28] |
| 503 | Service Unavailable | 외부 서비스가 죽었거나 현재 멈춘 상태 또는 이용할 수 없는 서비스. [29] |
| 504 | Gateway timeout | 프록시나 게이트웨이의 역할을 하는 서버에서 볼 수 있음. 초기 서버가 원격 서버로부터 응답을 받을 수 없음. (HTTP 1.1에서 새로 등장) |
| 505 | HTTP Version Not Supported | 해당 HTTP 버전을 지원하지 않음. |
GET, ,HEAD, POST, PUT, DELETE, CONNECT, OPTIONS, TRACE, PATCH
| 아파치 버전 확인하는 방법 (0) | 2022.10.21 |
|---|---|
| JSP 처리과정!! (0) | 2017.11.30 |
| WEB과 WAS의 차이(아파치와 톰캣의 차이에 대해 아는가) (2) | 2017.11.15 |
| 서버와 클라이언트 생활코딩 강의 (0) | 2017.07.14 |
JSP가 내부적으로 어떻게 처리해서 동작하는 가에 대해 알아보겠습니다.
1. 사용자가 웹 브라우저에 클릭이나 submit등의 액션을 취해 요청을 합니다.
2. 웹 서버는 웹 컨테이너(WAS)에게 전달합니다.
3. 웹 컨테이너(WAS)는 요청받은 jsp파일을 servlet(HTML in Java)으로 변환합니다. (.java 파일로 변환)
4. 컴파일 하면 jsp.class파일이 생성됩니다.
5. 컴파일 된 .class파일을 순서대로 웹 브라우저에게 응답합니다.
위와 같은 JSP 처리 과정은 최초로 요청되었을 때만 실행됩니다.
실행된 이후에는 .class파일이 남아있어 서비스합니다.
*WAS : asp, php, jsp 등 개발 언어를 읽어 동적 컨텐츠, 웹 응용 프로그램 서비스를 처리하는 것, tomcat
*WEB : HTML 문서와 같은 정적 컨텐츠를 처리하는 것, apache
*웹 컨테이너 or 서블릿 컨테이너 : 웹 서버에서 JSP를 요청해 톰캣에서 JSP파일을 서블릿으로 변환하여 서블릿의 결과를 웹서버의 전달하는 것
| 아파치 버전 확인하는 방법 (0) | 2022.10.21 |
|---|---|
| HTTP란 무엇인가?? (0) | 2017.12.15 |
| WEB과 WAS의 차이(아파치와 톰캣의 차이에 대해 아는가) (2) | 2017.11.15 |
| 서버와 클라이언트 생활코딩 강의 (0) | 2017.07.14 |
대부분 아파치 톰캣을 이용해서 웹 서버를 띄우고 개발을 진행을 합니다.
아파치와 톰캣이 무엇인지 알기 위해서 WEB과 WAS에 대해서 알아야합니다.
WEB Server는 HTML 문서같은 정적 컨텐츠를 처리하는 것입니다. (HTTP 프로토콜을 통해 읽힐 수 있는 문서)
클라이언트가 GET, POST 등의 메소드를 이용해 요청 하면 프로그램이 결과를 돌려주는 기능을 합니다.
WAS Server는 asp, php, jsp 등 개발 언어를 읽고 처리하여 동적 컨텐츠, 웹 응용 프로그램 서비스를 처리하는 것입니다.
DB와 연결되어 데이터를 주고 받거나 프로그램으로 데이터 조작이 필요한 경우 사용합니다.
apache는 web server(html) 이고
tomcat은 Servlet/JSP container = WAS(Web Application Server)
아파치는 jsp처리를 못하기 때문에 jsp를 받아서 톰캣에서 처리하고 다시 아파치로 넘겨주는 작업을 합니다.
웹 컨테이너란 웹 서버에서 JSP를 요청해 톰캣에서 JSP파일을 서블릿으로 변환하여 컴파일하여 서블릿의 결과를 웹서버의 전달하는 것입니다.
출처 : http://gap85.tistory.com/45
*정적 컨텐츠와 동적 컨텐츠의 차이
|
장점 |
단점 |
정적 컨텐츠 |
*요청에 의한 파일만 전송하면 되기 때문에 속도가 빠르다. *비용이 적다. |
*저장된 정보만 보여 줄 수 있기 때문에 서비스가 제한적이다. *관리가 힘들다. |
동적 컨텐츠 |
*데이터의 조작이 가능하기 때문에 서비스가 다양하다. *관리가 쉽다. |
*정적 컨텐츠에 비해 속도가 느리다. *WAS서버가 필요하기 때문에 추가적인 비용이 든다. |
| 아파치 버전 확인하는 방법 (0) | 2022.10.21 |
|---|---|
| HTTP란 무엇인가?? (0) | 2017.12.15 |
| JSP 처리과정!! (0) | 2017.11.30 |
| 서버와 클라이언트 생활코딩 강의 (0) | 2017.07.14 |
1. 웹 애플리케이션 만드는 순서
구상->기획(세부적인 실행 계획을 세우는 단계)->디자인(웹 사이트의 UI, 사용자 경험을 향상)->
개발(프로그래밍)->테스트(QA, 버그를 찾는 일, 놓친 부분을 잡는 일)
Start small : 처음부터 크게 시작하지 말고 작은 것부터 시작해 크게 나가자
복잡도 : 체크박스가 하나라면 경우가 2가지 발생한다, 두 개라면 4가지 경우가 발생
체크박스가 50개라면 천조가지의 경우가 발생해 테스트를 진행해야 함
2. 구상
최신순 정렬 : 독립적인 컨텐츠에게 적합
순차적 정렬이 필요한 컨텐츠에게 적합하지 않다.
3. 기획(어떻게 동작해야 하는가?)
UI(User Interface) : 사용자가 시스템을 제어하는 조작장치, 포괄적 ex) 웹사이트 버튼, 스위치
모델링(Modeling) : 사용자 입장에서 동작하는 기능을 가상으로 만들어 보는 것
4. 인터넷과 웹의 역사
https://opentutorials.org/course/1688/9408
| 아파치 버전 확인하는 방법 (0) | 2022.10.21 |
|---|---|
| HTTP란 무엇인가?? (0) | 2017.12.15 |
| JSP 처리과정!! (0) | 2017.11.30 |
| WEB과 WAS의 차이(아파치와 톰캣의 차이에 대해 아는가) (2) | 2017.11.15 |
