【文章內(nèi)容簡介】 client server 普通 請求報文 普通 響應報文 + Setcookie: 普通 請求報文 cookie: 普通 響應報文 普通 請求報文 cookie: 普通 響應報文 cookie 特定的 cookie 特定的 Cookie：在 HTTP服務器端和客戶之間傳遞的狀態(tài)信息 Conditional GET: 客戶端緩存 機制 ? 目的 : 如果客戶端緩存了最新的請求對象，則服務器不必重復發(fā)送 ? 客戶端 : 在 請求報文中聲明所緩存拷貝的生成日期 Ifmodifiedsince: date ? 服務器 : 如果客戶端緩存的拷貝是最新的，則在響應報文中不發(fā)請求的對象 : HTTP/ 304 Not Modified client server 請求報文 Ifmodifiedsince: date 響應報文 HTTP/ 304 Not Modified 對象未經(jīng)修改 請求報文 Ifmodifiedsince: date 響應報文 HTTP/ 200 OK data 對象已 經(jīng)修改 使用的技術(shù) 2—— 另外一種緩存 ——代理服務器 ? 代理服務器 (proxy server)又稱為萬維網(wǎng)高速緩存 (Web cache)，它代表瀏覽器發(fā)出 HTTP 請求。 校園網(wǎng) 源點服務器 2 Mb/s 因特網(wǎng) 瀏覽器 R1 R2 這條鏈路上 的時延很大 沒有使用高速緩存的情況 所有萬維網(wǎng)通信量 都經(jīng)過這條鏈路 使用代理服務器 校園網(wǎng) 校園網(wǎng)的高速緩存 （代理服務器） 源點服務器 2 Mb/s 因特網(wǎng) 瀏覽器 R1 R2 使用高速緩存的情況 滿足客戶端的請求而無需煩擾原始服務器 為何使用代理服務器 ? 前提 : 緩存與客戶端比較 “ 接近 “ (., 在同一網(wǎng)絡中 ) ? 響應時間較短 :緩存與客戶端比較 “ 接近 “ ? 減少了 往來與遠程服務器間的 數(shù)據(jù)流量 ? 因為從學校或本地 ISP 通往外部的鏈路往往是網(wǎng)絡瓶頸 HTML （超文本標記語言） HTML（ HyperText Markup Language）是一種制作萬維網(wǎng)頁面的標準語言； HTML文檔是一種可以用任何文本編輯器創(chuàng)建的 ASCII碼文件，以 .htm或 .html為后綴； HTML用“標簽”規(guī)定瀏覽器上信息表示的格式，通過加入一些標志到普通文檔中，說明文字格式和超鏈接內(nèi)容。 在 HTML中 “ ”字符表示一個標簽； 例 1： html head title一個 HTML的例子 /title /head body h1HTML很容易掌握 /h1 font color=redThis is my first HTML file． /font /body /html 例 2： html head title一個 HTML的例子 /title /head body h1HTML很容易掌握 /h1 a href= 寧波大學homepage/a。 /body /html 例 3： FORM METHOD=post ACTION= 輸入兩個數(shù)字 INPUT name=“n1” TYPE=TEXT ＋ INPUT name=n2 TYPE=TEXT br 兩數(shù)加和為 INPUT name=n1 TYPE=TEXT input type=submit value=計算結(jié)果 /FORM 根據(jù)文檔內(nèi)容的確定時間 ， 所有的文檔都可以劃分為三類 : 靜態(tài)文檔 靜態(tài)文檔 （ static document） 是指該文檔創(chuàng)作完畢后就存儲于萬維網(wǎng)服務器中 ， 在被用戶瀏覽的過程中 ， 內(nèi)容不會改變 。 由于這種文檔的內(nèi)容不會改變 ， 因此用戶每次對靜態(tài)文檔訪問都返回相同的結(jié)果 。 動態(tài)文檔（ dynamic document）是指文檔的內(nèi)容是在瀏覽器訪問萬維網(wǎng)服務器時才由應用程序動態(tài)創(chuàng)建。 CGI ? ? 響應動態(tài)文檔 HTTP 響應報文 擴充了功能的萬維網(wǎng)服務器 萬維網(wǎng)服務器 瀏覽器 程序 萬維網(wǎng)客戶 服務器 程序 HTTP 數(shù)據(jù)庫 HTTP 請求報文 ? 請求文檔 ? CGI 程序創(chuàng)建 動態(tài)文檔 ? 實現(xiàn)動態(tài)萬維網(wǎng)文檔的方法： （ 1） 應增加一個應用程序 ，用來處理瀏覽器發(fā)來的請求，并創(chuàng)建動態(tài)文檔。 （ 2） 應增加一種機制 ，用來使服務器將瀏覽器發(fā)來的請求傳送給這個應用程序，然后服務器能夠解釋這個應用程序的輸出，并向瀏覽器返回文檔。 生成動態(tài)文檔的方法： ● CGI程序 ● 內(nèi)嵌的 PHP ● JSP（ JavaServer Pages） ● ASP（ Active Server Page） 當一個瀏覽器的請求到達時 ， 服務器返回一個瀏覽器可以局部執(zhí)行程序的副本 ， 返回以后 ， 活動文檔 （ active document） 可以和用戶交互執(zhí)行并不停地改變顯示 。 活動文檔的創(chuàng)建 : 如：用 JavaApplet技術(shù) 創(chuàng)建活動文檔 4. 瀏覽器的結(jié)構(gòu) 與遠地 服務器通信 輸出至顯示器 從鼠標和鍵盤輸入 網(wǎng) 絡 接 口 可選客戶程序 HTML解釋程序 可選解釋程序 控 制 程 序 驅(qū) 動 程 序 … … HTTP 客戶程序 緩 存 了解以下內(nèi)容： ?采用什么方法才能找到所需的信息 ？ ?什么是搜索引擎 ？ 搜索引擎的分類 ？ ?常用的搜索引擎有哪些 ？ ?搜索引擎的工作原理 ？ ? 在萬維網(wǎng)中用來進行搜索的程序叫做搜索引擎。 ? 分為兩大類： ? 全文檢索搜索引擎 ? 分類目錄搜索引擎 ? 常用的搜索引擎 ? google ? yahoo ? baidu ? Google搜索技術(shù)的特點 ? 使用先進的硬件和軟件 ? 利用因特網(wǎng)上相互連接的 pc來快速查找 ? 使用 PageRank技術(shù)網(wǎng)頁排名，沒有人工干預。 電子郵件 概述 ? 電子郵件是因特網(wǎng)上最典型的服務之一 ? 因特網(wǎng)中最早出現(xiàn)，應用最普遍、最廣泛； ? 因特網(wǎng)用戶中 90％以上使用過該服務； ? 方便，快捷，廉價 ? 收發(fā)電子郵件的步驟？ ? 注冊電子郵箱地址 ? 登錄在線的郵箱系統(tǒng) 或者使用 outlook ? 編輯郵件 ? 發(fā)送郵件 ? 電子郵件系統(tǒng)的組成 ? 用戶代理 (user agent) ? 功能：撰寫、顯示、處理、通信； ? 常見的用戶代理： outlook、 foxmail ? 電子郵件服務器 （ Mail Servers ） ? 功能：類似郵局，接收和轉(zhuǎn)發(fā)電子郵件，向發(fā)信人報告郵件發(fā)送狀態(tài)； ? 按照客戶服務器方式工作 ? 既是客戶，又是服務器 ? 電子郵件協(xié)議 ? 發(fā)送 /轉(zhuǎn)發(fā)郵件 ? SMTP－簡單郵件傳送協(xié)議 RFC821 RFC822 ? MIME－通用因特網(wǎng)郵件擴充協(xié)議 RFC 2045~2049 ? 讀取郵件 ? POP3－郵局協(xié)議 RFC 1939 ? IMAP4－網(wǎng)際報文存取協(xié)議 RFC 3501 電子郵件的發(fā)送和接收過程 ?點擊觀看 I n t e r n e tE m a i l S e r v e rS M T P發(fā) 送 郵 件發(fā) 送 郵 件 隊 列接 收 端 用 戶 郵 箱S M T PU s e r A g e n t接 收 郵 件P O P 3E m a i l S e r v e rU s e r A g e n tO u t l o o kF o x M a i lO u t l o o kF o x M a i l? 發(fā)信人運行用戶代理編輯郵件。 發(fā)件人的郵件服務器 收件人的郵件服務器 ? 發(fā)送端郵件服務器收到郵件后，將郵件放入郵件緩存隊列，等待發(fā)送。 ? 發(fā)送端郵件服務器中的SMTP客戶進程發(fā)現(xiàn)郵件隊列中有待發(fā)送的郵件，就與接收端郵件服務器建立 TCP連接。 ? 發(fā)送端的 SMTP客戶進程使用 SMTP協(xié)議把郵件隊列中的郵件發(fā)送給接收端的 SMTP服務進程。 ? 發(fā)送完后，關閉 TCP連接。 ? 接收端郵件服務器將收到的郵件放入收件人的郵箱中。 ? 收件人收信時，運行用戶代理，用戶代理使用 POP3協(xié)議將用戶郵箱中的郵件下載到本地計算機。 ? 用戶代理利用SMTP協(xié)議將郵件傳送給發(fā)件人的郵件服務器。 電子郵件地址 ? 電子郵件用戶必須有一個電子郵件地址 ? 許多網(wǎng)站提供免費電子郵件服務，如果需要，可以到網(wǎng)站上申請一個郵箱（電子郵件地址）； ? 電子郵件地址由兩部分組成 ? 用戶名 ? 郵箱所在主機的域名 ? 用戶名與郵箱所在主機的域名之間用 @分隔 ? 用戶名 @郵箱所在主機的域名 ? 例如： 電子郵件 : smtp [RFC 821] ? 使用 tcp 可靠的傳送郵件報文 , 端口 25 ? 直接傳輸 : 發(fā)送服務器到接收服務器 ? 傳輸?shù)娜齻€階段 ? 握手 (打招呼 ) ? 報文傳輸 ? 結(jié)束 ? 命令 /響應交互 ? 命令 : ASCII文本 ? 響應 : 狀態(tài)碼和短語 ? 郵件報文必須使用 7bit ASCII表示 smtp 交互樣例 S: 220 X1 NTESMTP Server C: HELO S: 250 hello C: MAIL FROM: S: 250 ok C: RCPT TO: S: 250 ok its for C: DATA S: 354 ok, send it。 end with CRLF.CRLF C: Hi, I am in XUJI now,Where are you? C: . S: 250 Message queued C: QUIT S: 221 Goodbye SMTP 握手 郵 件 傳 送 斷開 連接 smtp: 評述 ? smtp 使用持續(xù)連接 ? smtp 要求報文 (首部 amp。 信體 ) 全部使用 7bit ASCII碼 ? 某些代碼組合不允許出現(xiàn)在報文中 (., ). 此類數(shù)據(jù)必須進行編碼 (通常使用 base64 或 quoted printable) ? smtp 服務器用 表示郵件報文的結(jié)束 與 的比較 : ? : pull（拉） ? push（推） ? 都使用 ASCII 命令 /響應交互 , 狀態(tài)碼 ? : 每個對象分裝在各自的響應報文中 ? smtp:多個對象在一個多分部的報文中傳送 電子郵件的信息格式 ? 一個電子郵件分為 信封 和 內(nèi)容 兩大部分 。 ? RFC 822 只規(guī)定了郵件 內(nèi)容 中的 首部 (header)格式 ， 而對郵件的 主體 (body)部分則讓用戶自由撰寫 。 ? 用戶寫好首部后 ， 郵件系統(tǒng)將自動地將信封所需的信息提取出來并寫在信封上 。 所以用戶不需要填寫電子郵件信封上的信息 。 ? 郵件內(nèi)容首部包括一些關鍵字 ， 后面加上冒號 。 最重要的關鍵字是： To 和 Subject。 郵件報文格式 smtp: 交換郵件報文的協(xié)議 RFC 822: 文本報文格式標準 : ? 首部諸行 , ., ? To: ? From: ? Subject: ? 信體 ? 即 “ 報文 ” , ASCII characters only header body 空行 POP3和 IMAP ? 郵局協(xié)議 POP ? 非常簡單 、 但功能有限的 郵件讀取協(xié)議 ， ? 現(xiàn)在使用的是它的 第三個版本 POP3。 ? POP 也使用 客戶服務器 的