http 및 www 서비스에 대한 자세한 소개-리눅스 운영 및 유지 관리-php.cn

1. http www포트:

httpprotocolwww서비스의 기본 포트는 80

암호화됨 wwwservice, http기본 포트 : 443 (온라인뱅킹, 결제시)

2. 사용자가 웹사이트에 액세스하는 기본 프로세스:

1단계: 클라이언트 사용자가 브라우저에서 www.baidu.com웹사이트 URL을 입력하고 Enter 키를 누르면 시스템이 로컬 host 파일을 쿼리합니다. DNS cache 해당 URL에 해당하는 IP해상도 기록이 있는지 알아내는 정보입니다. 있는 경우 IP 주소를 직접 얻은 다음 웹사이트에 접속합니다. 일반적으로 DNS 캐시에는 첫 번째 요청 시 해결 기록이 없습니다.

2단계: 클라이언트에 DNS 캐시가 없거나 hosts에 www.baidu.com 웹사이트 URL에 대한 해당 도메인 이름 확인 기록이 없는 경우 시스템이 브라우저를 삭제합니다. 확인 요청은 클라이언트가 로컬로 설정한 DNS서버 주소 확인으로 전달됩니다(이 DNS는 LDNS, 즉 local dns입니다). ), LNDS 서버에 해당하는 해상도 기록이 있는 경우 IP 주소를 직접 반환합니다. 그렇지 않은 경우 LDNS는 계속해서 다른 을 요청할 책임이 있습니다. DNS 서버.

3단계: LDNS는 DNS 시스템의 "." 루트에서 www.baidu.com 도메인 이름 확인 요청을 시작합니다. 각 도메인 이름, 계층적 DNS서버에 대한 검색을 통해 결국 wwwl.baidu.com도메인 이름에 해당하는 승인된 DNS서버를 찾을 수 있으며, 이 승인된 DNS 서버는 회사가 도메인 이름을 구매할 때 사용하는 것입니다. 도메인 이름 확인을 관리하는 서버입니다. 이 서버에는 www.baidu.com에 해당하는 IP 해결 기록이 있습니다. 현재 해당 기록이 없다면 회사의 운영 및 유지 관리 담당자가 www.baidu를 해결하지 못한 것입니다. com 도메인 이름.

4단계: 인증 DNS 도메인 이름 www.baidu.com에 해당 서버는 www.baidu.com에 해당하는 최종 IP해상도 기록을 전송합니다. LDNS

으로

5단계: LDNS인증된 DNS서버에서 받은 IP해결 기록을 www.baidu.com에 대해 클라이언트 브라우저로 보내고 LDNS 로컬로 다음 번에 동일한 해결 요청 기록이 더 빨리 반환될 수 있도록 도메인 이름과 IP의 해당 해결을 캐시합니다. 6단계: 클라이언트 브라우저는 www.baidu.com

에 해당합니다.

주소 다음으로, 브라우저는 IP주소에 해당하는 web서버를 요청합니다. web서버는 고객의 요청을 받아 응답합니다. 콘텐츠는 클라이언트 브라우저로 반환됩니다

3. 동적 웹 페이지, 정적 웹 페이지, 유사 정적 웹 페이지

1) 정적 웹 페이지

웹 페이지 디자인에서는 순수

HTML

형식의 웹 페이지를 일반적으로 "정적 웹 페이지"라고 합니다. 초기 웹사이트는 일반적으로 정적 웹페이지로 만들어졌습니다. 동적 웹 페이지와 비교하여 정적 웹 페이지는 배경이 없는 데이터베이스를 참조하며 데이터 및 대화형 웹 페이지를 포함하지 않습니다.

특징: 편집한 내용이 표시됩니다. 편집이 완료되면 변경 사항이 없습니다. 정적인 웹페이지를 유지하고 업데이트하는 것은 상대적으로 번거롭습니다. 일반적으로 업데이트가 거의 없는 홍보용 웹사이트에 사용됩니다. 2001

초기에 대부분의 중소 규모 웹사이트에서 표시되는 형식입니다.

A.정적 웹페이지의 각 페이지에는 고정된 URL이 있으며, 웹페이지

URL

에는 일반적으로 .htm/.html/.shtml과 같은 일반적인 형식의 접미사가 붙습니다. 주소 B에는 물음표가 없습니다. 웹 페이지 콘텐츠가 웹 사이트 서버에 게시되면 사용자 액세스 여부에 관계없이 각 정적 웹 페이지 콘텐츠가 웹 사이트 서버 파일 시스템에 저장될 수 있습니다. 즉, 정적 웹 페이지는 실제 서버에 저장된 파일이며, 각 웹 페이지는 독립된 파일입니다. C.정적 웹페이지는 안정적이므로 검색 엔진에서 쉽게 색인을 생성할 수 있습니다(장점, seo

)

D 정적 웹페이지는 데이터베이스에서 지원되지 않으며 웹사이트 제작 및 유지 관리에 많은 작업이 필요합니다. , 웹사이트에 정보량이 많은 경우, 정적인 웹페이지에만 전적으로 의존하기는 어렵습니다(단점) E. 정적인 웹사이트는 상호작용성이 낮고 기능에 큰 한계가 있습니다(단점) F.

웹 사용자가

browser와 같은 서버측 구문 분석을 탐색할 때 프로그램에 액세스할 수 없으면 서버가 구문 분석을 수행하지 않으므로 더 많은 동시 액세스를 허용할 수 있으므로 프로그램 구문 분석이 더 효율적입니다. 클라이언트가 서버에 데이터를 요청하면 서버가 데이터를 직접 반환합니다(분석 없이). 클라이언트가 데이터를 받으면 구문 분석되어 브라우저 측에 표시됩니다(장점)

핵심 사항:1. 클라이언트 브라우저 측 구문 분석 프로그램, 매우 효율적2.

확장 형식

html/shtml/jpg/wmv

Format

3. 백엔드에 데이터베이스가 없으며 사용자와 상호 작용이 없습니다 2) 동적 웹페이지

정적 웹 페이지와 관련하여, 즉 웹 페이지 URL의 접미사는 .html/.htm/shtml/.xml과 같은 정적 웹 페이지의 일반적인 접미사 확장 형식이 아닙니다. 대신 .asp/.aspx/.php/.jsp/do/cgi/perl 형식으로 접미사가 붙으며, 일반적으로 동적 웹 URL에는 상징적인 기호 --”?&가 있습니다. etc

특징:

A. 동적 웹 페이지는 일반적으로 데이터베이스 기술을 기반으로 하므로 웹 사이트 유지 관리 작업량을 크게 줄일 수 있습니다.

B 동적 웹 페이지 기술을 사용하는 웹 사이트는 사용자 등록과 같은 더 많은 기능을 구현할 수 있습니다. 사용자 등록 등 로그인, 온라인 설문조사, 투표, 사용자 관리, 주문 관리, Weibo 등

C. 대부분의 동적 웹 페이지는 서버에 독립적으로 존재하는 웹 파일이 아닙니다. 사용자가

동적 웹 페이지에서

D."를 요청한다고요? "검색 엔진 포함에는 특정 문제가 있습니다. 일반적으로 검색 엔진이 웹 사이트 데이터베이스의 모든 웹 페이지에 액세스하는 것이 불가능합니다. 또는 기술적인 고려 사항으로 인해 검색 스파이더가 일반적으로 URL을 크롤링하지 않습니다." "따라서 동적 웹 페이지를 사용하는 다음 콘텐츠는 검색 엔진의 요구 사항에 맞게 검색 엔진을 홍보할 때 특정 기술적 처리(의사 정적)를 수행해야 합니다.

E.프로그램은 서버 측에서 구문 분석됩니다. , 서버 측: phpengine, javacontainer

F.프로그램이 서버 측에서 구문 분석되므로 CPU 및 메모리 리소스 등을 많이 소모하므로 효율성은 정적 웹 페이지만큼 좋지 않습니다

요약:

1. 프로그램은 서버 측에서 구문 분석되므로 많은 리소스를 소비합니다. 따라서 정적 웹 페이지만큼 효율적이지 않습니다.

2. URL

접미사는 일반적으로 asp/aspx/php/jsp/do/cgi/perl

입니다. 3. 아키텍처 최적화: 효율성이 낮고 개발 수준이 낮으며 서비스 제공을 위해 정적 웹 페이지로 변환될 수 있습니다.

3) 의사 정적 웹 페이지(가장 중요)

검색 엔진이 매개변수를 올바르게 읽을 수 없으므로 동적 웹 콘텐츠로 인해 웹 페이지에 풍부한 정보가 포함된 많은 페이지를 읽을 수 없게 됩니다. 유사 정적을 사용하는 주요 목적은 검색 엔진 포함을 촉진하고 사용자 경험을 향상시키는 것입니다. 정적으로 위장하면 웹 사이트 성능이 저하됩니다. 많은 대형 웹사이트에서는 동적 웹페이지에서 정적 웹페이지를 생성하는 기술을 사용하여 동적 웹페이지의 매개변수를 제거하므로 검색 엔진이 더 많은 콘텐츠를 포함하고 웹사이트를 최적화하는 효과를 얻을 수 있습니다.

요약:

1. 동적 웹 페이지는 정적 웹 페이지로 위장합니다

2. 목적: 검색 엔진 포함을 촉진하고 사용자 액세스 및 사용자 경험을 향상시킵니다. 위장되었지만 실제로는 여전히 동적입니다. 성능은 향상되지 않고 감소합니다

동시성이 그리 크지 않은 한, 가능한 한 실제 정적 인터페이스로 변환하려면

rewrite

를 사용하세요. 위장된 상태

IV ．Web

Architecture Optimization Solution

정적 프로그램을 클라이언트에서 파싱하기 때문에 서버에 가해지는 부담이 크게 줄어들어 파싱 효율성이 높아집니다. 실제 높은 동시성 웹 사이트 아키텍처에서는 사용자가 요청한 데이터를 하드 디스크나 메모리에 정적 파일로 저장하여 동적 서버에 대한 부담을 줄이고 사용자 경험을 향상시키는 것을 고려할 수 있습니다. 동시성 웹사이트 아키텍처를 동적에서 정적으로 변경하는 방법은 Baidu

를 참조하세요. 아키텍처를 동적에서 정적으로 변경하는 예:

1. 거의 변경이 필요하지 않습니다.)

뉴스 비즈니스의 정적 변환은 비교적 간단하며 뉴스를 게시하는 편집자에 의해 생성될 수 있습니다. 정적 파일을 생성한 다음 정적 콘텐츠를 전국의 모든 서버 위치에 동기화한 다음 사용자에게 접근 권한 제공

2. 영상 사업 (일단 업로드 및 게시가 완료되면 변경할 필요가 거의 없음)

Youku 비디오 웹사이트에서 사용자는 비디오를 업로드하며 검토-트랜스코딩 프로세스를 거쳐야 합니다. 이 프로세스는 약 1-2시간, 검토-트랜스코딩-푸시가 소요됩니다.

다섯. IP、PV、UV

1) IP-인터넷 프로토콜:

IP (IndependentIP), 즉, 인터넷 프로토콜 은 독립을 의미합니다. IP번호. 서로 다른 IP 주소를 가진 컴퓨터가 네트워크에 액세스하는 총 횟수는 웹사이트 트래픽 분석의 중요한 지표입니다. 00: 00-24: 00 내의 동일한 IP 주소는 한 번 계산됩니다. 독립적인 IP 개수는 표준화되지 않은 대략적인 데이터일 뿐입니다.

2) PV-Page View：

PVVisits: 즉 page view, 중국어 번역은 페이지 조회수, 즉 페이지 조회수 또는 클릭수, 사용자 수입니다. 새로고침될 때마다 계산됩니다. PV의 구체적인 측정 방법은 브라우저에서 네트워크 web 서버(Request)로 요청을 보내는 것입니다. 네트워크 서버는 이 요청을 받은 후 해당 웹 페이지를 보냅니다. 요청( page)이 브라우저로 전송되어 PV이 생성됩니다. 그래서 여기서 열기 요청이 브라우저로 전송되는 한, 페이지가 완전히 열렸는지(다운로드 완료), 1PV로 기록되어야 하는데, 사용자가 브러싱하는 것을 방지하기 위해 PV, 많은 웹사이트에서 페이지 하단에 PV 통계 프로그램을 올려 놓았습니다. PV은 웹사이트에서 본 페이지 수를 반영하므로 새로 고칠 때마다 계산됩니다. 즉, PV는 방문자 수에 정비례하지만 PV는 페이지 방문자 수가 아니라 웹사이트에서 방문한 페이지 수입니다.