336x280(권장), 300x250(권장), 250x250, 200x200 크기의 광고 코드만 넣을 수 있습니다.
HTTP1.0의 장점은 HTTP1.1과 비교시 단점이 되어버리고, HTTP1.1의 단점은 HTTP1.0와 비교했을 시 없기 때문에 따로 서술하지 않겠습니다.
빈 공백 부분은 상대편에 채워진 부분과 반대로 생각하시면 될 것 같습니다.
그리고 좀 더 상세한 내용을 보고 싶으시면 아래 원문 링크를 참고하시면 되겠습니다. 참고로 영문이지만 아주 상세히 적혀 있습니다.
IEFT의 HTTP/1.0 기술 명세서
IEFT의 HTTP/1.1 기술 명세서
HTTP1.0 단점 |
HTTP1.1 장점 |
하나의 TCP 연결시 하나의 URL만 가져오며, 매번 Request/Response가 끝나면 연결이 끊어지게 되고 매번 다시 연결해야 되므로 느림. |
향상된 기능으로 지속적인 연결을 해주는
Persistent Connection. |
HTTP 방법으로 GET, HEAD, POST 사용. |
HTTP 방법으로 GET, HEAD, POST 외
PUT, DELETE, TRACE method 지원. |
|
서버의 노출된 Cache로 인해 불필요한 자료는 막고 주의를 요하는 자료는 저장하지 않기 위해 Proxy server 사용하여 Cache를 제어.
(Data는 Proxy를 사용하지 않으며, Max-Forward를 두어 거쳐갈 최대 Proxy 수를 제한하고 Proxy-Authentication을 두어 사용자 인증을 거치게 함) |
|
인터넷에서 Impact를 줄이고 인터넷 프로토콜에 잘 적용하여 빠른 수행이 이루어지도록 Cache 성능 향상. |
Cache를 비울 때 Last-Modified 방식인 시간에만 의존하여 Cache를 최적화함. |
Client
에서 사용 가능한 미디어 타입, Character set, 인코딩 방식, 인식 가능한 언어를 Request Header에 명시하여
메시지 전달하고, 적절한 내용 판단 유무를 위해 If-Match와 If-None-Match 방식으로 최적화함. |
한번에 가져올 수 있는 데이터의 양이 제한되고,
URL의 크기도 작음. |
|
TCP의 Open/Close로 인한 Flow 제한으로 Bandwidth가 적게 할당되어 연결되고, Congestion Information의 손실로 인해 Disconnect가 됨.
(계속적인 Disconnection 현상으로 인해 서버에 계속적으로 접속 시도를 하게 되고 서버는 과부화로 인해 성능이 저하됨)
|
TCP의 Request/Response가 Pipeline의 방식으로 진행이 가능하여 Client의 IP Address와 서버간 1:1 연결로 인식되어 전달.
(하나의 IP Address로 다중 웹 사이트 지원)
|