php如何定義靜態變數

㈠ nginx伺服器有什麼作用以及什麼是反向代理

一：Nginx作為正向代理伺服器：

1.正向代理：代理（proxy）服務也可以稱為是正向代理，指的是將伺服器部署在公司的網關，代理公司內部員工上外網的請求，可以起到一定的安全作用和管理限製作用，正向代理不支持從外網向內網訪問資源，一般很少用，經本人測試，效果也不好，有很多頁面打不開，在網路搜索的頁面也無法返回。

21:proxy_ssl_session_reuse:配置是否基於SSL協議與後端伺服器建立連接，如下：

proxy_ssl_session_reuse on | off;

㈡ Web前端開發主要學哪些課程

老實說，前端經過這幾年的快速發展，網上的文章和教程還是蠻多的，有經驗的人能夠根據資料制定出屬於自己的學習方法和路徑，但對於小白來說，還是有些難度。知了姐來給大家分享前端學習路徑。針對0基礎，非科班，沒有編程經驗，想學前端，但是不知道如何入門的人群。

基礎部分：

1、HTML + CSS 這部分學習，可以模仿一些網站做些頁面，在實踐中積累經驗。做到能與UI對接，能100%重構網站靜態頁面的開發，為後期編寫頁面邏輯、動態效果打基礎。

2、Javascript 要學的內容實在很多，如果沒有其他編程語言的基礎的話，學起來可能要費些力，這個階段需要掌握編程基礎概念，培養邏輯思維能力。能夠獨立完成網站的頁面開發（包括合理布局，JavaScript操作DOM）

㈢ ASP php JSP它們是什麼意思

ASP全名Active Server Pages，是一個WEB伺服器端的開發環境，利用它可以產生和執行動態的、互動的、高性能的WEB服務應用程序。ASP採用腳本語言VBScript（Java script）作為自己的開發語言。
PHP是一種跨平台的伺服器端的嵌入式腳本語言。它大量地借用C,Java和Perl語言的語法, 並耦合PHP自己的特性,使WEB開發者能夠快速地寫出動態產生頁面。它支持目前絕大多數資料庫。還有一點，PHP是完全免費的，不用花錢，你可以從PHP官方站點(http: //www.php.net)自由下載。而且你可以不受限制地獲得源碼，甚至可以從中加進你自己需要的特色。

JSP是Sun公司推出的新一代網站開發語言，Sun公司藉助自己在Java上的不凡造詣，將Java從Java應用程序和Java Applet之外，又有新的碩果，就是JSP，Java Server Page。JSP可以在Serverlet和JavaBean的支持下，完成功能強大的站點程序。

三者都提供在 HTML代碼中混合某種程序代碼、由語言引擎解釋執行程序代碼的能力。但JSP代碼被編譯成 Servlet並由Java虛擬機解釋執行，這種編譯操作僅在對JSP頁面的第一次請求時發生。在ASP 、PHP、JSP環境下，HTML代碼主要負責描述信息的顯示樣式，而程序代碼則用來描述處理邏輯。普通的 HTML頁面只依賴於Web伺服器，而ASP 、PHP、JSP頁面需要附加的語言引擎分析和執行程序代碼。程序代碼的執行結果被重新嵌入到HTML代碼中，然後一起發送給瀏覽器。ASP 、PHP、JSP三者都是面向Web伺服器的技術，客戶端瀏覽器不需要任何附加的軟體支持。

技術特點

ASP:
1. 使用VBScript 、 JScript等簡單易懂的腳本語言，結合HTML代碼，即可快速地完成網站的應用程序。
2. 無須compile編譯，容易編寫，可在伺服器端直接執行。
3. 使用普通的文本編輯器，如Windows的記事本，即可進行編輯設計。
4. 與瀏覽器無關(Browser Independence), 客戶端只要使用可執行HTML碼的瀏覽器，即可瀏覽Active Server Pages所設計的網頁內容。Active ServerPages 所使用的腳本語言(VBScript 、 Jscript)均在WEB伺服器端執行，客戶端的瀏覽器不需要能夠執行這些腳本語言。
5.Active Server Pages能與任何ActiveX scripting語言兼容。除了可使用VB Script或JScript語言來設計外，還通過plug－in的方式，使用由第三方所提供的其它腳本語言，譬如REXX 、Perl 、Tcl等。腳本引擎是處理腳本程序的COM(Component Object Model) 對象。
6. 可使用伺服器端的腳本來產生客戶端的腳本。
7. ActiveX Server Components(ActiveX 伺服器組件 )具有無限可擴充性。可以使用Visual Basic 、Java 、Visual C＋＋、COBOL等程序設計語言來編寫你所需要的ActiveX Server Component 。

PHP:
1"資料庫連接
PHP可以編譯成具有與許多資料庫相連接的函數。PHP與MySQL是現在絕佳的群組合。你還可以自己編寫外圍的函數去間接存取資料庫。通過這樣的途徑當你更換使用的資料庫時，可以輕松地修改編碼以適應這樣的變化。PHPLIB就是最常用的可以提供一般事務需要的一系列基庫。但PHP提供的資料庫介面支持彼此不統一，比如對Oracle, MySQL，Sybase的介面，彼此都不一樣。這也是PHP的一個弱點。

JSP:
1"將內容的產生和顯示進行分離
使用JSP技術，Web頁面開發人員可以使用HTML或者XML標識來設計和格式化最終頁面。使用JSP標識或者小腳本來產生頁面上的動態內容。產生內容的邏輯被封裝在標識和JavaBeans群組件中，並且捆綁在小腳本中，所有的腳本在伺服器端執行。如果核心邏輯被封裝在標識和Beans中，那麼其它人，如Web管理人員和頁面設計者，能夠編輯和使用JSP頁面，而不影響內容的產生。在伺服器端，JSP引擎解釋JSP標識，產生所請求的內容（例如，通過存取JavaBeans群組件，使用JDBC技術存取資料庫），並且將結果以HTML（或者XML）頁面的形式發送回瀏覽器。這有助於作者保護自己的代碼，而又保證任何基於HTML的Web瀏覽器的完全可用性。

2"強調可重用的群組件
絕大多數JSP頁面依賴於可重用且跨平台的組件（如：JavaBeans或者Enterprise JavaBeans）來執行應用程序所要求的更為復雜的處理。開發人員能夠共享和交換執行普通操作的組件，或者使得這些組件為更多的使用者或者用戶團體所使用。基於組件的方法加速了總體開發過程，並且使得各種群組織在他們現有的技能和優化結果的開發努力中得到平衡。

3"採用標識簡化頁面開發

Web頁面開發人員不會都是熟悉腳本語言的程序設計人員。JavaServer Page技術封裝了許多功能，這些功能是在易用的、與JSP相關的XML標識中進行動態內容產生所需要的。標準的JSP標識能夠存取和實例化 JavaBeans組件，設定或者檢索群組件屬性，下載Applet，以及執行用其它方法更難於編碼和耗時的功能。

通過開發定製化標識庫，JSP技術是可以擴展的。今後，第三方開發人員和其它人員可以為常用功能建立自己的標識庫。這使得Web頁面開發人員能夠使用熟悉的工具和如同標識一樣的執行特定功能的構件來工作。

JSP技術很容易整合到多種應用體系結構中，以利用現存的工具和技巧，並且擴展到能夠支持企業級的分布式應用。作為採用Java技術家族的一部分，以及Java 2EE的一個成員，JSP技術能夠支持高度復雜的基於Web的應用。

由於JSP頁面的內置腳本語言是基於Java程序設計語言的，而且所有的JSP頁面都被編譯成為Java Servlet，JSP頁面就具有Java技術的所有好處，包括健壯的存儲管理和安全性。

作為Java平台的一部分，JSP擁有Java程序設計語言「一次編寫，各處執行」的特點。隨著越來越多的供貨商將JSP支持加入到他們的產品中，您可以使用自己所選擇的伺服器和工具，修改工具或伺服器並不影響目前的應用。

應用范圍
ASP是Microsoft開發的動態網頁語言，也繼承了微軟產品的一貫傳統，只能執行於微軟的伺服器產品,IIS(Internet Information Server) (windows NT)和PWS(Personal Web Server)(windows 98)上。Unix下也有ChiliSoft的組件來支持ASP，但是ASP本身的功能有限，必須通過ASP＋COM的群組合來擴充，Unix下的COM實現起來非常困難。

PHP3可在Windows,Unix,Linux的Web伺服器上正常執行,還支持IIS,Apache等一般的Web伺服器,用戶更換平台時,無需變換PHP3代碼,可即拿即用。

JSP同PHP3類似，幾乎可以執行於所有平台。如Win NT,Linux,Unix。在NT下IIS通過一個外加伺服器，例如JRUN或者ServletExec，就能支持JSP。知名的Web伺服器Apache已經能夠支持JSP。由於Apache廣泛應用在NT、Unix和Linux上，因此JSP有更廣泛的執行平台。雖然現在NT操作系統佔了很大的市場份額，但是在伺服器方面Unix的優勢仍然很大，而新崛起的Linux更是來勢不小。從一個平台移植到另外一個平台，JSP和JavaBean甚至不用重新編譯，因為Java位元組碼都是標準的與平台無關的。

性能比較

有人做過試驗，對這三種語言分別做迴圈性能測試及存取Oracle資料庫測試。

在循環性能測試中，JSP只用了令人吃驚的四秒鍾就結束了20000＊20000的迴圈。而ASP、PHP測試的是2000＊2000循環（少一個數量級），卻分別用了63秒和84秒。（參考PHPLIB）。

資料庫測試中，三者分別對 Oracle 8 進行 1000 次 Insert,Update,Select和Delete： JSP 需要 13 秒，PHP 需要 69 秒，ASP則 需要 73 秒。

前景分析

目前在國內PHP與ASP應用最為廣泛。而JSP由於是一種較新的技術，國內採用的較少。但在國外，JSP已經是比較流行的一種技術，尤其是電子商務類的網站，多採用JSP。

採用PHP的網站如新浪網（sina）、中國人（Chinaren）等，但由於PHP本身存在的一些缺點，使得它不適合應用於大型電子商務站點，而更適合一些小型的商業站點。首先，PHP缺乏規模支持。其次，缺乏多層結構支持。對於大負荷站點，解決方法只有一個：分布計算。資料庫、應用邏輯層、表示邏輯層彼此分開，而且同層也可以根據流量分開，群組成二維數組。而PHP則缺乏這種支持。還有上面提到過的一點，PHP提供的資料庫介面支持不統一，這就使得它不適合運用在電子商務中。

ASP和JSP則沒有以上缺陷，ASP可以通過Microsoft Windowsd的COM/DCOM獲得ActiveX規模支持，通過DCOM和Transcation Server獲得結構支持；JSP可以通過SUN Java的Java Class和EJB獲得規模支持，通過EJB/CORBA以及眾多廠商的Application Server獲得結構支持。

三者中，JSP應該是未來發展的趨勢。世界上一些大的電子商務解決方案提供商都採用JSP/Servlet。比較出名的如IBM的E－business，它的核心是採用JSP/Servlet的Web Sphere。它們都是通過CGI來提供支持的。但去年10月後它推出了Enfinity，一個採用JSP/Servlet的電子商務Application Server，而且聲言不再開發傳統軟體。

總之，ASP，PHP,JSP三者都有相當數量的支持者，由此也可以看出三者各有所長。正在學習或使用動態頁面的朋友可根據三者的特點選擇一種適合自己的語言

ASP是Active Server Page的縮寫，意為「活動伺服器網頁」。ASP是微軟公司開發的代替CGI腳本程序的一種應用,它可以與資料庫和其它程序進行交互，是一種簡單、方便的編程工具。ASP的網頁文件的格式是.asp，現在常用於各種動態網站中。 ASP是一種伺服器端腳本編寫環境，可以用來創建和運行動態網頁或web應用程序。ASP網頁可以包含HTML標記、普通文本、腳本命令以及COM組件等。利用ASP可以向網頁中添加互動式內容（如在線表單），也可以創建使用HTML網頁作為用戶界面的web應用程序。 與HTML相比，ASP網頁具有以下特點：

（1）利用ASP可以實現突破靜態網頁的一些功能限制，實現動態網頁技術；

（2）ASP文件是包含在HTML代碼所組成的文件中的，易於修改和測試；

（3）伺服器上的ASP解釋程序會在伺服器端制定ASP程序，並將結果以HTML格式傳送到客戶端瀏覽器上，因此使用各種瀏覽器都可以正常瀏覽ASP所產生的網頁；

（4）ASP提供了一些內置對象，使用這些對象可以使伺服器端腳本功能更強。例如可以從web瀏覽器中獲取用戶通過HTML表單提交的信息，並在腳本中對這些信息進行處理，然後向web瀏覽器發送信息；

（5）ASP可以使用伺服器端ActiveX組建來執行各種各樣的任務，例如存取資料庫、發現哦那個Email或訪問文件系統等。

（6）由於伺服器是將ASP程序執行的結果以HTML格式傳回客戶端瀏覽器，因此使用者不會看到ASP所編寫的原始程序代碼，可放置ASP程序代碼被竊取。

ASP的工作原理：

當在Web站點中融入ASP功能後，將發生以下事情：

1、用戶向瀏覽器地址欄輸入網址，默認頁面的擴展名是.asp。

2、瀏覽器向伺服器發出請求。

3、伺服器引擎開始運行ASP程序。

4、ASP文件按照從上到下的順序開始處理，執行腳本命令，執行HTML頁面內容。

5、頁面信息發送到瀏覽器。

ASP的運行環境

asp需要運行在PWS或IIS下。PWS或IIS服務在windows98或windows2000的光碟上附帶著，可以通過「添加/刪除程序」中的「添加/刪除windows組件」來安裝。

一般asp需與access資料庫或SQL Server資料庫結合使用，編出功能強大的程序。

能夠運行ASP的web伺服器軟體

Windows2000默認安裝的是IIS5.0(internet information server)，而windows xp默認安裝的是IIS5.1，windows 2003默認安裝的IIS6.0。

PWS(personal web server)運行在windows98環境下的簡單個人網頁伺服器。

ASP的意涵與特性
ASP( Application Service Provider,應用軟體租賃服務提供者 )即是指「透過網路以租賃方式提供應用軟體服務的業者」,即是指業者以應用軟體為主體,透過網路一對多地傳遞服務,這種以服務為主的交易模式促使企業可藉由租賃的方式,以更符合成本效益的方式擁有軟體的使用權,並且亦能因為業者集中式的管理而大幅降低企業維護的成本.
基本上,ASP即具有「軟體服務化,服務網路化」,「資訊委外服務與網路結合」與「產品通路化,通路產品化」等三大特性,其甚至可以被視為是ISP（Internet Service Provider）與ITS（Information Technology Service）的結合

PHP是編程語言和應用程序伺服器的結合。PHP和其它的編程語言類似，使用變數存儲臨時數值，使用操作符處理變數。PHP的真正價值在於它是一個應用程序伺服器。

當談到應用程序伺服器的時候，我是指一個把幾個不同的技術組合為一個完整的套件的程序。這些技術包括：
* 一個強壯的編程語言。
* 存取資料庫中存儲的數據。
* 支持 Internet協議，尤其是電子郵件和HTTP協議。

注意：應用程序伺服器有許多其它的特性，這里只列出了最基本的特性。

由於提供了這些多種不同技術的前端介面，PHP可以使工作變的很容易。
本章的其它部分講述了有關PHP的許多繁雜資料，以及它在應用軟體開發中起到的作用。

㈣ C語言中，include是什麼意思

在C系統的編程語言中，#include是為了聲明在這個地方插入別的文件中的代碼。

以#開頭，包含某個頭文件，如#include <stdio.h>，就是相當於引用stdio.h這個文件，然後這個文件裡面所定義的一些函數就可以直接使用了。

(4)php如何定義靜態變數擴展閱讀

include()語句包含並運行指定文件。

以下文檔也適用於require()。這兩種結構除了在如何處理失敗之外完全一樣。include()產生一個警告而require()則導致一個致命錯誤。換句話說，如果想在遇到丟失文件時停止處理頁面就用require()。include()就不是這樣，腳本會繼續運行。

同時也要確認設置了合適的 include_path。注意在 php 4.3.5 之前，包含文件中的語法錯誤不會導致程序停止，但從此版本之後會。

尋找包含文件的順序先是在當前工作目錄的相對的 include_path 下尋找，然後是當前運行腳本所在目錄相對的 include_path 下尋找。

例如 include_path 是 .，當前工作目錄是 /www/，腳本中要 include 一個 include/a.php 並且在該文件中有一句 include "b.php"，則尋找 b.php 的順序先是 /www/，然後是 /www/include/。如果文件名以 ../ 開始，則只在當前工作目錄相對的 include_path 下尋找。

當一個文件被包含時，其中所包含的代碼繼承了 include 所在行的變數范圍。從該處開始，調用文件在該行處可用的任何變數在被調用的文件中也都可用。不過所有在包含文件中定義的函數和類都具有全局作用域。

㈤ 瀏覽器採用http 協議訪問網頁的工作過程

1. 首先嘛，你得在瀏覽器里輸入要網址:

2. 瀏覽器查找域名的IP地址

導航的第一步是通過訪問的域名找出其IP地址。DNS查找過程如下：
瀏覽器緩存 – 瀏覽器會緩存DNS記錄一段時間。 有趣的是，操作系統沒有告訴瀏覽器儲存DNS記錄的時間，這樣不同瀏覽器會儲存個自固定的一個時間（2分鍾到30分鍾不等）。
系統緩存 – 如果在瀏覽器緩存里沒有找到需要的記錄，瀏覽器會做一個系統調用（windows里是gethostbyname）。這樣便可獲得系統緩存中的記錄。
路由器緩存 – 接著，前面的查詢請求發向路由器，它一般會有自己的DNS緩存。
ISP DNS 緩存 – 接下來要check的就是ISP緩存DNS的伺服器。在這一般都能找到相應的緩存記錄。
遞歸搜索 – 你的ISP的DNS伺服器從跟域名伺服器開始進行遞歸搜索，從.com頂級域名伺服器到Facebook的域名伺服器。一般DNS伺服器的緩存中會有.com域名伺服器中的域名，所以到頂級伺服器的匹配過程不是那麼必要了。
DNS遞歸查找如下圖所示：

DNS有一點令人擔憂，這就是像wikipedia.org 或者 facebook.com這樣的整個域名看上去只是對應一個單獨的IP地址。還好，有幾種方法可以消除這個瓶頸：
循環 DNS 是DNS查找時返回多個IP時的解決方案。舉例來說，Facebook.com實際上就對應了四個IP地址。
負載平衡器 是以一個特定IP地址進行偵聽並將網路請求轉發到集群伺服器上的硬體設備。 一些大型的站點一般都會使用這種昂貴的高性能負載平衡器。
地理 DNS 根據用戶所處的地理位置，通過把域名映射到多個不同的IP地址提高可擴展性。這樣不同的伺服器不能夠更新同步狀態，但映射靜態內容的話非常好。
Anycast 是一個IP地址映射多個物理主機的路由技術。 美中不足，Anycast與TCP協議適應的不是很好，所以很少應用在那些方案中。
大多數DNS伺服器使用Anycast來獲得高效低延遲的DNS查找。

3. 瀏覽器給web伺服器發送一個HTTP請求

因為像Facebook主頁這樣的動態頁面，打開後在瀏覽器緩存中很快甚至馬上就會過期，毫無疑問他們不能從中讀取。
所以，瀏覽器將把一下請求發送到Facebook所在的伺服器：
GET http://facebook.com/ HTTP/1.1
Accept: application/x-ms-application, image/jpeg, application/xaml+xml, [...]
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; [...]
Accept-Encoding: gzip, deflate
Connection: Keep-Alive
Host: facebook.com
Cookie: datr=1265876274-[...]; locale=en_US; lsd=WW[...]; c_user=2101[...]
GET 這個請求定義了要讀取的URL： 「http://facebook.com/」。 瀏覽器自身定義 (User-Agent 頭)， 和它希望接受什麼類型的相應 (Accept and Accept-Encoding 頭). Connection頭要求伺服器為了後邊的請求不要關閉TCP連接。
請求中也包含瀏覽器存儲的該域名的cookies。可能你已經知道，在不同頁面請求當中，cookies是與跟蹤一個網站狀態相匹配的鍵值。這樣cookies會存儲登錄用戶名，伺服器分配的密碼和一些用戶設置等。Cookies會以文本文檔形式存儲在客戶機里，每次請求時發送給伺服器。
用來看原始HTTP請求及其相應的工具很多。作者比較喜歡使用fiddler，當然也有像FireBug這樣其他的工具。這些軟體在網站優化時會幫上很大忙。
除了獲取請求，還有一種是發送請求，它常在提交表單用到。發送請求通過URL傳遞其參數(e.g.: http://robozzle.com/puzzle.aspx?id=85)。發送請求在請求正文頭之後發送其參數。

像「http://facebook.com/」中的斜杠是至關重要的。這種情況下，瀏覽器能安全的添加斜杠。而像「http: //example.com/folderOrFile」這樣的地址，因為瀏覽器不清楚folderOrFile到底是文件夾還是文件，所以不能自動添加 斜杠。這時，瀏覽器就不加斜杠直接訪問地址，伺服器會響應一個重定向，結果造成一次不必要的握手。

4. facebook服務的永久重定向響應

圖中所示為Facebook伺服器發回給瀏覽器的響應：
HTTP/1.1 301 Moved Permanently
Cache-Control: private, no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Expires: Sat, 01 Jan 2000 00:00:00 GMT
Location: http://www.facebook.com/
P3P: CP="DSP LAW"
Pragma: no-cache
Set-Cookie: made_write_conn=deleted; expires=Thu, 12-Feb-2009 05:09:50 GMT;
path=/; domain=.facebook.com; httponly
Content-Type: text/html; charset=utf-8
X-Cnection: close
Date: Fri, 12 Feb 2010 05:09:51 GMT
Content-Length: 0
伺服器給瀏覽器響應一個301永久重定向響應，這樣瀏覽器就會訪問「http://www.facebook.com/」 而非「http://facebook.com/」。
為什麼伺服器一定要重定向而不是直接發會用戶想看的網頁內容呢？這個問題有好多有意思的答案。
其中一個原因跟搜索引擎排名有 關。你看，如果一個頁面有兩個地址，就像http://www.igoro.com/ 和http://igoro.com/，搜索引擎會認為它們是兩個網站，結果造成每一個的搜索鏈接都減少從而降低排名。而搜索引擎知道301永久重定向是 什麼意思，這樣就會把訪問帶www的和不帶www的地址歸到同一個網站排名下。
還有一個是用不同的地址會造成緩存友好性變差。當一個頁面有好幾個名字時，它可能會在緩存里出現好幾次。
5. 瀏覽器跟蹤重定向地址

現在，瀏覽器知道了「http://www.facebook.com/」才是要訪問的正確地址，所以它會發送另一個獲取請求：
GET http://www.facebook.com/ HTTP/1.1
Accept: application/x-ms-application, image/jpeg, application/xaml+xml, [...]
Accept-Language: en-US
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; [...]
Accept-Encoding: gzip, deflate
Connection: Keep-Alive
Cookie: lsd=XW[...]; c_user=21[...]; x-referer=[...]
Host: www.facebook.com
頭信息以之前請求中的意義相同。
6. 伺服器「處理」請求

伺服器接收到獲取請求，然後處理並返回一個響應。
這表面上看起來是一個順向的任務，但其實這中間發生了很多有意思的東西- 就像作者博客這樣簡單的網站，何況像facebook那樣訪問量大的網站呢！
Web 伺服器軟體
web伺服器軟體（像IIS和阿帕奇）接收到HTTP請求，然後確定執行什麼請求處理來處理它。請求處理就是一個能夠讀懂請求並且能生成HTML來進行響應的程序（像ASP.NET,PHP,RUBY...）。
舉 個最簡單的例子，需求處理可以以映射網站地址結構的文件層次存儲。像http://example.com/folder1/page1.aspx這個地 址會映射/httpdocs/folder1/page1.aspx這個文件。web伺服器軟體可以設置成為地址人工的對應請求處理，這樣 page1.aspx的發布地址就可以是http://example.com/folder1/page1。
請求處理
請求處理閱讀請求及它的參數和cookies。它會讀取也可能更新一些數據，並講數據存儲在伺服器上。然後，需求處理會生成一個HTML響應。
所 有動態網站都面臨一個有意思的難點 -如何存儲數據。小網站一半都會有一個SQL資料庫來存儲數據，存儲大量數據和/或訪問量大的網站不得不找一些辦法把資料庫分配到多台機器上。解決方案 有：sharding （基於主鍵值講數據表分散到多個資料庫中），復制，利用弱語義一致性的簡化資料庫。
委 托工作給批處理是一個廉價保持數據更新的技術。舉例來講，Fackbook得及時更新新聞feed，但數據支持下的「你可能認識的人」功能只需要每晚更新 （作者猜測是這樣的，改功能如何完善不得而知）。批處理作業更新會導致一些不太重要的數據陳舊，但能使數據更新耕作更快更簡潔。
7. 伺服器發回一個HTML響應

圖中為伺服器生成並返回的響應：
HTTP/1.1 200 OK
Cache-Control: private, no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Expires: Sat, 01 Jan 2000 00:00:00 GMT
P3P: CP="DSP LAW"
Pragma: no-cache
Content-Encoding: gzip
Content-Type: text/html; charset=utf-8
X-Cnection: close
Transfer-Encoding: chunked
Date: Fri, 12 Feb 2010 09:05:55 GMT

2b3Tn@[...]
整個響應大小為35kB，其中大部分在整理後以blob類型傳輸。
內容編碼頭告訴瀏覽器整個響應體用gzip演算法進行壓縮。解壓blob塊後，你可以看到如下期望的HTML：
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en"
lang="en" id="facebook" class=" no_js">
<head>
<meta http-equiv="Content-type" content="text/html; charset=utf-8" />
<meta http-equiv="Content-language" content="en" />
...
關於壓縮，頭信息說明了是否緩存這個頁面，如果緩存的話如何去做，有什麼cookies要去設置（前面這個響應里沒有這點）和隱私信息等等。
請注意報頭中把Content-type設置為「text/html」。報頭讓瀏覽器將該響應內容以HTML形式呈現，而不是以文件形式下載它。瀏覽器會根據報頭信息決定如何解釋該響應，不過同時也會考慮像URL擴展內容等其他因素。
8. 瀏覽器開始顯示HTML
在瀏覽器沒有完整接受全部HTML文檔時，它就已經開始顯示這個頁面了：

9. 瀏覽器發送獲取嵌入在HTML中的對象

在瀏覽器顯示HTML時，它會注意到需要獲取其他地址內容的標簽。這時，瀏覽器會發送一個獲取請求來重新獲得這些文件。
下面是幾個我們訪問facebook.com時需要重獲取的幾個URL：
圖片
http://static.ak.fbcdn.net/rsrc.php/z12E0/hash/8q2anwu7.gif
http://static.ak.fbcdn.net/rsrc.php/zBS5C/hash/7hwy7at6.gif
…
CSS 式樣表
http://static.ak.fbcdn.net/rsrc.php/z448Z/hash/2plh8s4n.css
http://static.ak.fbcdn.net/rsrc.php/zANE1/hash/cvtutcee.css
…
JavaScript 文件
http://static.ak.fbcdn.net/rsrc.php/zEMOA/hash/c8yzb6ub.js
http://static.ak.fbcdn.net/rsrc.php/z6R9L/hash/cq2lgbs8.js
…
這些地址都要經歷一個和HTML讀取類似的過程。所以瀏覽器會在DNS中查找這些域名，發送請求，重定向等等...
但 不像動態頁面那樣，靜態文件會允許瀏覽器對其進行緩存。有的文件可能會不需要與伺服器通訊，而從緩存中直接讀取。伺服器的響應中包含了靜態文件保存的期限 信息，所以瀏覽器知道要把它們緩存多長時間。還有，每個響應都可能包含像版本號一樣工作的ETag頭（被請求變數的實體值），如果瀏覽器觀察到文件的版本 ETag信息已經存在，就馬上停止這個文件的傳輸。
試著猜猜看「fbcdn.net」在地址中代表什麼？聰明的答案是"Facebook內容分發網路"。Facebook利用內容分發網路（CDN）分發像圖片，CSS表和JavaScript文件這些靜態文件。所以，這些文件會在全球很多CDN的數據中心中留下備份。
靜態內容往往代表站點的帶寬大小，也能通過CDN輕松的復制。通常網站會使用第三方的CDN。例如，Facebook的靜態文件由最大的CDN提供商Akamai來託管。
舉例來講，當你試著ping static.ak.fbcdn.net的時候，可能會從某個akamai.net伺服器上獲得響應。有意思的是，當你同樣再ping一次的時候，響應的伺服器可能就不一樣，這說明幕後的負載平衡開始起作用了。
10. 瀏覽器發送非同步（AJAX）請求

在Web 2.0偉大精神的指引下，頁面顯示完成後客戶端仍與伺服器端保持著聯系。
以 Facebook聊天功能為例，它會持續與伺服器保持聯系來及時更新你那些亮亮灰灰的好友狀態。為了更新這些頭像亮著的好友狀態，在瀏覽器中執行的 JavaScript代碼會給伺服器發送非同步請求。這個非同步請求發送給特定的地址，它是一個按照程式構造的獲取或發送請求。還是在Facebook這個例 子中，客戶端發送給http://www.facebook.com/ajax/chat/buddy_list.php一個發布請求來獲取你好友里哪個 在線的狀態信息。
提起這個模式，就必須要講講"AJAX"-- 「非同步JavaScript 和 XML」，雖然伺服器為什麼用XML格式來進行響應也沒有個一清二白的原因。再舉個例子吧，對於非同步請求，Facebook會返回一些JavaScript的代碼片段。
除了其他，fiddler這個工具能夠讓你看到瀏覽器發送的非同步請求。事實上，你不僅可以被動的做為這些請求的看客，還能主動出擊修改和重新發送它們。AJAX請求這么容易被蒙，可著實讓那些計分的在線游戲開發者們郁悶的了。（當然，可別那樣騙人家~）
Facebook聊天功能提供了關於AJAX一個有意思的問題案例：把數據從伺服器端推送到客戶端。因為HTTP是一個請求-響應協議，所以聊天伺服器不能把新消息發給客戶。取而代之的是客戶端不得不隔幾秒就輪詢下伺服器端看自己有沒有新消息。
這些情況發生時長輪詢是個減輕伺服器負載挺有趣的技術。如果當被輪詢時伺服器沒有新消息，它就不理這個客戶端。而當尚未超時的情況下收到了該客戶的新消息，伺服器就會找到未完成的請求，把新消息做為響應返回給客戶端。