http および www サービスの詳細な紹介-Linuxの運用と保守-php.cn

1. http wwwポート:

httpprotocolwwwサービスのデフォルトのポート: 80

暗号化されたwwwサービス、httpデフォルトのポート: 443 (オンラインバンキング、支払い時)

2.ユーザーが Web サイトにアクセスするための基本プロセス:

ステップ 1: クライアントユーザーはブラウザから www.baidu.com Web サイトの URL を入力し、Enter キーを押します。システムはローカルの host ファイルを照会します。 DNS cache URL に対応する IP解決レコードがあるかどうかを確認するための情報。存在する場合は、IPアドレスを直接取得して、Webサイトにアクセスします。通常、最初のリクエストを行うとき、DNSキャッシュには解決レコードがありません。

ステップ 2: クライアントに DNS キャッシュがない場合、または hosts に www.baidu.com Web サイト URL に対応するドメイン名解決レコードがない場合、システムはブラウザを削除します解決要求は、クライアントによってローカルに設定された DNSサーバーのアドレス解決に渡されます (この DNS は LDNS、つまりローカル dns) )、LNDSサーバーの場合、ローカルキャッシュに対応する解決レコードがある場合は、IPアドレスを直接返します。そうでない場合は、LDNSが他のをリクエストし続ける責任があります。 DNSサーバー。

ステップ 3: LDNS は、DNS システムの "." ルートからの www.baidu.com ドメイン名解決のリクエストを開始します。各ドメイン名、階層型DNSサーバーを検索すると、最終的にwwl.baidu.comドメイン名に対応する認可されたDNSサーバーと、この認可されたDNSが見つかります。サーバーは、企業がドメイン名を購入するときに使用するサーバーです。このサーバーには、www.baidu.com に対応する IP 解決レコードがあります。現時点で何もない場合は、会社の運用保守担当者が www.baidu を解決していないことを意味します。 com ドメイン名。

ステップ 4: ドメイン名 www.baidu.com に対応する認証 DNS サーバーは www.baidu.com に対応する最終的な IP解像度レコードを送信しますへ LDNS

ステップ 5: LDNSは、www.baidu.comに関する認可されたDNSサーバーから受信したIP解決レコードをクライアントブラウザに送信し、LDNSでローカルでドメイン名と IP の対応する解決をキャッシュして、次回同じ解決要求レコードをより速く返すことができるようにします

ステップ 6: クライアントのブラウザは、com に対応する www.baidu を取得します。次に、ブラウザは、IPアドレスに対応するwebサーバーをリクエストし、顧客のリクエストを受信して応答し、顧客要求されたコンテンツはクライアントのブラウザに返されます

3つ。動的 Web ページ、静的 Web ページ、疑似静的 Web ページ

1) 静的 Web ページ

Web ページのデザインでは、純粋な

HTML

形式の Web ページは通常「静的 Web ページ」と呼ばれます。初期の Web サイトは通常、静的な Web ページから作成されていました。動的 Web ページと比較すると、静的 Web ページはバックエンドのないデータベースを指し、データやインタラクティブな Web ページは含まれません。

特徴: 編集内容は、編集が完了すると表示されます。

静的な Web ページの維持と更新は比較的面倒です。通常、更新が少ないプロモーション Web サイトに使用されます。これは、初期2001にほとんどの中小規模の Web サイトで表示されたフォームです。

A.静的 Web ページの各ページには固定の URL があり、Web ページ URL

には通常、

.htm/.html/.shtml などの一般的な形式で接尾辞が付けられます。アドレス B には疑問符はありません。 Web ページのコンテンツが Web サイトサーバーに公開されると、ユーザーアクセスの有無に関係なく、各静的な Web ページのコンテンツは Web サイトサーバーのファイルシステムに保存されます。つまり、静的 Web ページはサーバー上に保存された実際のファイルであり、各 Web ページは独立したファイルです。 C.静的 Web ページは安定しているため、検索エンジンによってインデックスされやすい (利点、SEO)

D. 静的 Web ページはデータベースでサポートされていないため、Web サイトの制作とメンテナンスに多くの作業が必要です。 Web サイトに大量の情報がある場合、静的な Web ページに完全に依存することは困難です (欠点)

E. 静的な Web サイトには対話性が低く、機能に大きな制限があります (欠点) F.ユーザーがブラウズするときにプログラムにアクセスできない IE

ブラウザなどのサーバー側の解析により、サーバーが解析を実行しないため、より多くの同時アクセスを受け入れることができます。クライアントがサーバーにデータを要求すると、サーバーはデータを直接 (分析せずに) 返します。クライアントがデータを取得すると、ブラウザ側で解析されて表示されます (利点)

キーポイント:

1.クライアントブラウザ側の解析プログラム、非常に効率的です2.拡張子形式html/shtml/jpg/wmv

形式

3. バックエンドにはデータベースがなく、ユーザーとの対話はありません

2)動的ウェブページ

静的 Web ページに対して、つまり、Web ページ URL のサフィックスは、.html/.htm/shtml/.xml などの静的 Web ページの一般的なサフィックス拡張形式ではありません。代わりに、.asp/.aspx/.php/.jsp/do/cgi/perl の形式で接尾辞が付けられ、一般に動的 Web URL には象徴的なシンボル --”?& が使用されます。 etc

特徴:

A. 動的 Web ページは一般的にデータベース技術に基づいており、Web サイトのメンテナンスの負荷を大幅に軽減できます

B. 動的 Web ページ技術を使用した Web サイトは、ユーザー登録などのより多くの機能を実装できます。ユーザー登録など。ログイン、オンラインアンケート、投票、ユーザー管理、注文管理、Weibo など

C. ほとんどの動的 Web ページは、サーバー上に独立して存在する Web ファイルではありません。ユーザーがリクエストしました

D.」を動的Webページで? 「検索エンジンを含めることには特定の問題があります。一般に、検索エンジンが Web サイトのデータベースからすべての Web ページにアクセスすることは不可能です。あるいは、技術的な考慮事項により、検索スパイダーは一般的に URL をクロールしません。」「以下のコンテンツは、したがって、動的 Web ページを使用する Web サイトは、検索エンジンの要件に適応するために検索エンジンを促進するときに、特定の技術的処理 (擬似静的) を実行する必要があります。

E.プログラムはサーバー側で解析され、サーバー側: phpエンジン、javaコンテナ

F.プログラムはサーバー側で解析されるため、CPUやメモリリソースなどを大量に消費します。効率は静的 Web ページほど良くありません

概要:

1. プログラムはサーバー側で解析されるため、多くのリソースを消費します。そのため、静的 Web ページほど効率的ではありません。 2. URL

サフィックスは通常

asp/aspx/php/jsp/do/cgi/perl 3. アーキテクチャの最適化: 効率が悪く、開発が遅く、サービスを提供するために静的な Web ページに変換される可能性があります

3) 疑似静的 Web ページ (最も重要)

検索エンジンがパラメーターを正しく読み取ることができないため、動的を静的として偽装します。動的 Web コンテンツにより、Web ページ内の豊富な情報を含む多くのページがインデックス付けできなくなります。擬似静的を使用する主な目的は、検索エンジンのインデックス作成を容易にし、ユーザーエクスペリエンスを向上させることです。静的としての動的偽装は、Web サイトのパフォーマンスを向上させるものではありませんが、多くの大規模な Web サイトで使用されています。動的 Web ページから静的 Web ページを生成して動的 Web ページ内のパラメータを削除するテクノロジーは、検索エンジンがより多くのコンテンツを含めて Web サイトを最適化する効果を実現できます。これは検索エンジンにとって確かに優れたソリューションです。

概要: 1. 動的 Web ページは静的 Web ページとして偽装されます

2. 目的: 検索エンジンの組み込みを促進し、ユーザーアクセスとユーザーエクスペリエンスを向上させるためです

3. 偽装されているだけですが、実際にはパフォーマンスは向上していませんが、低下しています

同時実行量がそれほど大きくない限り、

rewrite

を使用して偽装状態を実現します

IV ．Web

アーキテクチャ最適化ソリューション

静的プログラムがクライアント上で解析されるため、サーバーへの負荷が大幅に軽減され、実際の高同時実行Webサイトでは解析効率が高くなります。アーキテクチャに合わせて、動的サーバーへの負荷を軽減し、ユーザーエクスペリエンスを向上させるために、ユーザーが要求したデータを解析してハードディスクまたはメモリに保存することを検討できます。動的アーキテクチャから静的アーキテクチャへの変更については、Baidu

高同時実行 Web サイトを参照してください。動的アーキテクチャから静的アーキテクチャへの変更の例:

1. ポータルニュースビジネス (リリースが完了すると、ほとんど変更されません)。変更が必要です)

ニュースビジネスの静的変換は比較的単純で、ニュースを公開する編集者によって静的ファイルを生成し、その静的コンテンツを全国のすべてのサーバーの場所に同期して、ユーザーにアクセスを提供します

2. 動画ビジネス（アップロードと公開が完了したら、ほとんど変更する必要はありません）

Youku 動画 Web サイトでは、ユーザーが動画をアップロードすると、レビュー-トランスコーディングプロセスを経る必要があり、それには1-2時間かかり、レビュー-トランスコーディング-プッシュがかかります。

5つ。 IP、PV、UV

1) IPインターネットプロトコル:

IP (IndependentIP)、つまりインターネットプロトコルは独立を意味します IP番号。異なる IP アドレスを持つコンピューターがネットワークにアクセスした合計回数は、Web サイトのトラフィック分析の重要な指標です。 00: 00-24: 00内の同じIPアドレスは1回としてカウントされます。独立したIPの数は標準化されておらず、単なるおおよそのデータです。

2) PV-ページビュー：

PV訪問数: つまりページビュー、中国語訳はページビュー、つまりページビューまたはクリックです。更新されるたびに計算されます。 PVの具体的な測定方法は、ブラウザからネットワークwebサーバーにリクエストを送信し(Request)、ネットワークサーバーはこのリクエストを受信した後、対応するWebページを送信します。リクエスト(page)がブラウザに送信され、PVが生成されます。そのため、ページが完全に開かれた (ダウンロードが完了した) かどうかに関係なく、開くリクエストがブラウザに送信される限り、1PVとして記録される必要がありますが、ユーザーのブラッシングを防ぐために PV、多くの Web サイトでは、ページの下部に PV の統計プログラムが配置されています。 PVはウェブサイトで閲覧されたページ数を反映するため、更新するたびにカウントされます。つまり、PVは訪問者数に正比例しますが、PVはページ訪問者数ではなく、Webサイトの訪問ページ数です。