『壹』 JAVA web中 怎樣調用系統的計算器
寫一個Applet嵌入到頁面中，然後再Applet中調用系統計算器
樓上的，請先弄清前後台代碼再回答問題，你寫在<%%>裡面的java程序在後台執行了，如果後台使用的是window系統的話，你會在你的伺服器上打開一個計算器，如果不是，等著報錯吧
『貳』 什麼是Web頁
恩！對簡單明了 就是網頁！
『叄』 求解做一個Web數學計算器
簡單的寫了個代碼,簡單用了內嵌的CSS、javascript.
<html>
<head>
<title>Demo</title>
<style type="text/css">
*{margin:0px;padding:0px;}
.table1{width:300px;border:1px solid blue;background:gray;}
</style>
<script type="text/javascript">
function myCal()
{
var num = document.getElementsByTagName("input");
var oper = document.getElementsByTagName("select");
var resultp;
switch(oper[0].value)
{
case "+":
resultp=parseFloat(num[0].value)+parseFloat(num[1].value);
alert(resultp);
break;
case "-":
resultp=parseFloat(num[0].value)-parseFloat(num[1].value);
alert(resultp);
break;
case "*":
resultp=parseFloat(num[0].value)*parseFloat(num[1].value);
alert(resultp);
break;
case "/":
resultp=parseFloat(num[0].value)/parseFloat(num[1].value);
alert(resultp);
break;
default:
break;
}
}
</script>
</head>
<body>
<table class="table1">
<tr><td>請輸入第一個數:</td><td><input type="text" name="num1"/></td></tr>
<tr><td>請輸入第二個數:</td><td><input type="text" name="num2"/></td></tr>
<tr>
<td>
<select name="oper">
<option value="+">+</option>
<option value="-">-</option>
<option value="*">*</option>
<option value="/">/</option>
</select>
</td>
<td ><input type="submit" value="計算" onclick="myCal()"></td></tr>
</table>
</body>
</html>
『肆』 什麼是web，具有什麼特點
什麼是web，具有什麼特點
WEB應用程式一般為B/S模式，B/S模式有以下特點： 開發、維護和升級更經濟。 提供了一致的使用者介面。 開放性強。 結構擴充套件性好，易於擴充套件。 資訊系統整合性更強。
什麼是hap體系，hap具有什麼特點
HACCP是食品安全管理體系~HACCP主要是預防為主的體系~全過程的控制~而不是事後檢驗~建議你去下載一份ISO22000-2005看看~
什麼是Web2.0? 有什麼特點?
什麼是Web2.0
Web2.0是以Flickr、43Things.等網站為代表，以Blog、TAG、SNS、RSS、wiki等社會軟體的應用為核心，依據六度分隔、xml、ajax等新理論和技術實現的網際網路新一代模式。」
Blog——部落格/網志：Blog的全名應該是Web log，後來縮寫為Blog。Blog是一個易於使用的網站，您可以在其中迅速釋出想法、與他人交流以及從事其他活動。所有這一切都是免費的。
RSS——站點摘要：RSS是站點用來和其他站點之間共享內容的一種簡易方式（也叫聚合內容）的技術。最初源自瀏覽器「新聞頻道」的技術，現在通常被用於新聞和其他按順序排列的網站，例如Blog。
WIKI——網路全書：Wiki--一種多人協作的寫作工具。Wiki站點可以有多人（甚至任何訪問者）維護，每個人都可以發表自己的意見，或者對共同的主題進行擴充套件或者探討。
Wiki指一種超文本系統。這種超文本系統支援面向社群的協作式寫作，同時也包括一組支援這種寫作的輔助工具。
網摘：「網摘」又名「網頁書簽」，起源於一家叫做Del.icio.us的美國網站自2003年開始提供的一項叫做「社會化書簽」（Social Bookmarks）的網路服務，網友們稱之為「美味書簽」（Delicious在英文中的意思就是「美味的；有趣的」）。
SNS——社會網路：Social Neork Sofwaret，社會性網路軟體，依據六度理論，以認識朋友的朋友為基礎，擴充套件自己的人脈。
P2P——對等聯網：P2P是peer-to-peer的縮寫，peer在英語里有「（地位、能力等）同等者」、「同事」和「夥伴」等意義。這樣一來，P2P也就可以理解為「夥伴對夥伴」、「點對點」的意思，或稱為對等聯網。目前人們認為其在加強網路上人的交流、檔案交換、分布計算等方面大有前途。
IM——即時通訊：即時通訊（Instant Messenger，簡稱IM）軟體可以說是目前我國上網使用者使用率最高的軟體。聊天一直是網民們上網的主要活動之一，網上聊天的主要工具已經從初期的聊天室、論壇變為以MSN、QQ為代表的即時通訊軟體。
RSS為Really Simple Syndication（簡易供稿）的縮寫，是某一站點用來和其它站點之間共享內容的一種簡易方式，也叫聚合內容。網路使用者可以在客戶端藉助於支援RSS的新聞聚合工具軟體（例如SharpReader NewzCrawler、FeedDemon RSSReader），在不開啟網站內容頁面的情況下閱讀支援RSS輸出的網站內容。可見，網站提供RSS輸出，有利於讓使用者發現網站內容的更新。在高速高質高效成為主流呼聲的網際網路時代，RSS無疑推動了網上資訊的傳播，提出了另一種看世界的方式。
RSS，原意是把網站內容如標題、連結、部分內文甚至全文轉換為可延伸標示語言(XML：eXtensible Markup Language)的格式，以向其它網站供稿，使用者可以用一般的瀏覽器觀看，也可以用特殊的「閱讀器」軟體來閱讀。
-----------------------------------------------------------------------------------------------
歷史很重要。對一個技術的學習也應當從歷史出發，通過其在時間形成歷史的流變，得以知曉現狀，甚至能夠預知未來。
那Web1.0是什麼呢？
他們說，記得靜態HTML的時代么？
（那個時代的應用、人們的Web體驗、對社會的影響如何？）
那麼動態HTML和靜態HTML下的Web相比，是多少版本？1.5？對了，他們是真這么叫的。
（在效果和影響上，與1.0相比，擴充套件和加深多少？）
要呈現的資料儲存在資料庫中，通過Web服務端的程式，應使用者的請求，取出資料，加上事先設計的模板，動態的生成Html程式碼，傳送到使用者的瀏覽器那裡。
他是1.0系列，應為使用者在瀏覽器中所見和Web1.0一樣，它有0.5的升級，因為資料不是事先製作並發布，而是動態生成，和使用者的需要互動生成。
那好，再加0.5，到Web2.0，變化是在哪裡呢？
（看到了正在崛起的和改變的，會繼續朝著什麼方向改變網際網路和社會呢？）
更新：關於各個版本的差別，看看亞馬遜的例子。
事情沒有那麼幸運，Web2.0並不是一個具體的事物，而是一個階段，是促成這個階段的各種技術和相關的產品服務的一個稱呼。所以，我們無法說，Web2.0是什麼，但是可以說，那些是Web2.0。
WikiPedia的Web2.0條目下列出了這些條件：
*CSS和語義相關的XHTML標記
*AJAX技術
*SyndicationofdatainRSS/ATOM
*AggregationofRSS/ATOMdata
*簡潔而有意義的URLs
*支援釋出為weblog
*RESTian(preferred)或者XMLWebserviceAPIs
*一些社會性網路元素
必須具備的要素有：
*網站應該能夠讓使用者把資料在網站系統內外倒騰。
*使用者在網站系統內擁有自己的資料
*完全基於Web，所有的功能都能透過瀏覽器完成。
（以上內容引用自英文版維基網路）
雖然這只是一家之言，不過，對於其中談到的幾個要素，大家還是公認的。
-基於RSS/ATOM/RDF/FOAF等XML資料的同步、聚合和遷移。
資料不再和頁面和網站混粘在一起，它獨立了，它跟著使用者走。這是Web2.0的很重要特徵。這也是為什麼Blog是Web2.0的代表的原因。在網志上，常主角的是相互獨立的一則則的網志。
獨立，然後有物理表現。現在，就能讓他們活躍起來。透過對XML資料的處理，這些內容能被自由的組合，被各種應用程式，不論是Web程式還是桌面程式等呈現和處理。
當然，最重要的是背後的人。
-社會性因素。
內容跟著人走，內容又能夠被使用者自由的組合，也就是說，使用者能夠自由的藉助內容媒介，建立起一個個的社群，發生各種社會性的（網路）行為。
此外還有標簽以及建立在開放標簽系統之上的Folksonomy。
-第三個公認的因素是開放API，
這個技術性稍強些，得另花時間研習，可以先看看例子：amazon、flickr、googlemap等。
從Web應用的產品/服務生產者角度來說，該如何建立Web2.0的產品呢？
重要的是要抓住這么幾點，一個是微內容（這里有定義），一個是使用者個體。除了這兩個最基本的之外，還可以考慮社群內的分享以及提供API。
（bruce收藏的一些API內容：:bruce./blog/showlog.asp?cat_id=34&log_id=709 ）
微內容：英文是microcontent。使用者所生產的任何資料都算是微內容，比如一則網志，評論，圖片，收藏的書簽，喜好的音樂列表、想要做的事情，想要去的地方、新的朋友等等。這些微內容，充斥著我們的生活、工作和學習，它的數量、重要性，還有我們對它的依賴，並不亞於那些道貌岸然、西裝革履的正統文章、論文、書籍。
對微內容的重新發現和利用，是網際網路所開創的平等、民主、自由風氣的自然衍生，也是網際網路相關技術消減資訊管理成本之後的一個成果。
我們每天都生產眾多的微內容，也消費著同樣多的微內容。對於Web2.0來說，如何幫助使用者管理、維護、儲存、分享、轉移微內容，就成了關鍵。
使用者個體。對於Web1.0的典型產品/服務來說，使用者沒有具體的面貌、個性，它只是一個模糊的群體的代名詞而已。但是對於Web2.0的產品和服務來說，使用者是個實實在在的人。Web2.0所服務的，是具體的人，而不是一個如同幽靈般的概念。並且，這個人的具體性，會因為服務本身而不斷地充實起來。
如何為這個具體的個體服務，是Web2.0設計的起點。
因此，一類可以被稱作Web2.0的產品/服務將是這樣：
服務於使用者個體的微內容的收集、建立、釋出、管理、分享、合作、維護等的平台。
其他的呢？恐怕就設計到好些人提到的，微內容的XML表現；微內容的聚合；微內容的遷移；社會性關系的維護；介面的易用性等等。
以及是否就是開源、參與、個人價值、草根、合作等等？
Web2.0是許多方面起頭並進又相互牽連的一個新的階段的到來。因此，不同的人，有著不同的看法。那麼，對於Web開發人員來說，Web2.0意味著什麼呢？
他們說Web2.0階段，Web是一個平台，或者說，Web正在變得可程式設計，可以執行的Web應用。野心家們設想這個它的終極目標是WebOS。
Web1.0時候，Web只是一個針對人的閱讀的釋出平台，Web由一個個的超文字連結而成。現在的趨勢發生了變化，Web不僅僅是Html文件的天下，它成了互動的場所。
Web2.0Conference網站的橫幅引用JeffBezos的話說「Web1.0i *** akingtheinterforpeople，web2.0i *** akingtheinterbetterforputers」。
具體來講，他們說Web成為一個開發環境，藉助Web服務提供的程式設計介面，網站成了軟體構件。
這些，就是WebService的目標吧，資訊孤島通過這些WebService的對話，能夠被自由構建成適合不同應用的建築來。
一些例子：del.icio.us、flickr、a9、amazon、yahoo、google、msn等提供的程式設計介面衍生出的各種應用。
為什麼要開放APIs，這涉及到集市中的商業方面的技術策略。當然，還有更深層的原因，那是什麼呢？
這種互動不僅體現在不同的網站服務之間，同時還體現在使用者和Web之間在瀏覽器上的互動。這也是為什麼在美味書簽的收藏中Web2.0和AJAX如此相關的一個原因。
在Web頁面上使用桌面程式有的那些便利，真的是很享受的事情。這恐怕也是Web可程式設計的一個方面，Web頁面不再是標記和內容混合那樣的簡單，它就是一個可以程式設計的地方（是這樣理解吧？）
有人反對說，AJAX的使用對搜尋引擎不友好，只有Web1.0的站長才關心這個事情吧，在Web2.0時候，站長應該關心的是使用者參與的便利、使用者的自由度，至於搜尋，有RSS/ATOM/RDF等，更本用不著操心，Google不是已經順應這個趨勢，讓大家主動提交了么？
可程式設計的第三個方面，是否在於Web應用和桌面應用之間的無縫連線趨勢的出現？類似這里說的「從工具上，是由網際網路瀏覽器向各類瀏覽器、rss閱讀器等內容發展」
程式設計的一個重要目的是對資料的操作，因此，對於網站來說，除了WebService介面之外，最近為簡便方式就是將內容以RSS/RDF/ATOM格式，或者有意義的XHTML格式輸出，同時實現內容和表現的分離。
[Web2.0是個歷史學的概念，而非是個技術性的概念，它是對Web發展歷史斷代的成果。對這個概念的梳理，能幫助我更好的把握網際網路正在發生的技術與文化。]
---------------------------------------------------------------
中文網志圈談論的Web2.0內容摘要：
-「Web2.0是用來研究現象、發現規律的東西，不是用來招商引資、搭台唱戲的東西。當越來越多的網際網路應用採取與使用者互動的方式，越來越多的內容是由使用者產生，越來越多的使用者參與到網際網路創造的過程中的時候，其實它代表了一種新的思潮。在這種思潮之下，一些新的技術開始出現，一些古老技術重新煥發了生機。隨便你怎麼表述這樣一種現象，但現象本身是實實在在存在的，不管是叫它Web2.0，還是社會化網際網路。」[Keso：老冒給Web2.0澆了一桶冷水]
-「我覺得最有價值的一個是，web應用的資料格式開始逐漸出現了交換「標准」...這些標准...更加容易被機器自動化處理...能幫助人更好地過濾和定製化資訊。其次，更多的服務將以webservice的形式來提供，...這使得web服務可以被互相整合，從而誕生更多新的服務...人的重要性被提高了。過去web更多注重在資訊提供，而現在的越來越多的應用更加關注人，也就是所謂「社會性」。此外web的可用性改進正在被越來越重視...」[老冒：朝web2.0潑點冷水]
-「我認為Webx.x是人們為了區別不同時代Web的發展而使用的，而這些概念也是經過歸納出來的結果。抓住對方向，如Wikipedia中所提到的朝向互動及社會網路的方向發展，不論應用何種技術，只要能達到目的都是很好的。甚至作為一般的使用者，都可以不去理會Webx.x的討論，因為我們都已經在使用這些技術或網站了。」[圖書館觀點：Web2.0]
-「RSS逐漸成為線上內容提供服務的標准發行平台。Blog以及user-generated內容的興起。MyYahoo提供的RSS整合型服務。同時提出了值得密切關注的一些發展中領域，其中包括搜尋技術，個性化，User-Generated內容（包括blog，評論，影象和聲音），音樂，短視訊和Aessibility(易訪問性）」[Owen：MaryMeeker新作-關於DigitalWorld的發展報告的摘取]
-「我們談論的Web2.0帶給我們的是一種可讀寫的網路，這種可讀寫的網路表現於使用者是一種雙通道的交流模式，也就是說網頁與使用者之間的互動關系由傳統的「Push」模式演變成雙向交流的「Two-WayCommunication」的模式。而對於Web服務的開發者來說，Web2.0帶來的理念是服務的親和力，可操作性，使用者體驗以及可用性。」[Owen：BaCKpACK-體驗可讀寫的Web服務]
-「web2.0是一種可以被分發的資訊概述，web文件被格式化成了web資料。我們不會再看到不同舊地資訊，現在我們所注意到是一種聚合、再混合內容的工具。」[songzhen：也說Web2.0的翻譯]
-「從這些應用中可以看到：如果基於傳統的HTML，同樣的功能實現將變得非常復雜和不穩定，資料的再生產和交換成本是很高的。所以：RSS這個標准最終要的貢獻就是使得網際網路的大部分網站變得可程式設計：類似的例子還有Blog中的：TrackBackPing等機制，這些機制都是依賴XML/RPC實現的。當初為Lucene設計一個RSS/XML的介面也是為了這個初衷，它使得全文檢索服務可以輕松的嵌入到各種應用中，通過關鍵詞將各種內容之間實現更豐富的關聯(WellReferenced)。」[車東：RSS，簡單協議使得網際網路可程式設計]
-「聚合的可能性以及如何更好地聚合（通常來說，更好的聚合應該基於個人知識管理和人際關系管理）很顯然應該成為新一代或者說web2.0架構的核心之一。還有，你會重新發現，恰好是分散帶動了聚合，聚合促進了分散，通過聚合的思維，網際網路的網路狀變得越來越豐富和密集，web2.0就變得越來越有趣味，它將web1.0時代的碩大節點即入口網站不斷消解，去努力創造一個更加和諧的自然網路圖譜。」[Horse：rss，聚合的無數可能]
-「新的web2.0網站都依賴於使用者參與、使用者主導、使用者建設」。[Horse：Web2.0這個詞]
-Keso：Web1.0與Web2.0的區別
-「表面上看，Bloglines取代了門戶，成為一個新的中心，但這里有一個重大的區別。門戶是只讀的，它帶有某種鎖定的性質。你可以離開門戶，但你無法帶走門戶的內容。Bloglines則完全不同，你覺得它好用，就會繼續使用，有一天你不再喜歡Bloglines，你完全可以匯出你的OPML，到另一個RSS訂閱網站，或者乾脆用客戶端軟體瀏覽同樣的內容。所以，像Bloglines這樣的網站，是可寫的，你可以匯入，也可以匯出。就像你對資訊擁有選擇權，對服務提供商也同樣擁有選擇權，沒有人可以鎖定你，主動權在你自己手上。」[Keso：再說資訊選擇權]
-「Flickr、del.icio.us、Bloglines等Web2.0服務，通過開放API獲得了很多有趣、有用的想法，並藉助外部的力量，讓使用者獲得了更好的體驗。更多大公司也加入到開放API的潮流中，Google、Yahoo!、Amazon、Skype。Google桌面搜尋今年3月才開放API，很快就產生了大量的創造，大大擴充了可搜尋的檔案格式。」[Keso：開放API]
-「歸納：web1.0天天談門戶，web2.0談個人化；web1.0談內容，web2.0談應用；web1.0商業模式，web2.0談服務；web1.0談密閉、大而全，web2.0大家談開放、談聯合；web1.0網站中心化，web2.0談個人中心化；web1.0一對一，web2.0談社會性網路；web1.0不知道你是狗，web2.0你去年夏天幹了什麼我一清二楚甚至想要干什麼呢。。。」[van_wuchanghua：發現了N.HOOLYWOOD，我還知道你今年夏天要干什麼]
-「我認為Web2.0有下面幾個方面的特性:個性化的傳播方式.讀與寫並存的表達方式.社會化的聯合方式.標准化的創作方式.便捷化的體驗方式.高密度的媒體方式．」[飛戈：Web2.0與未來的網路]
-「用RAILS寫的網站帶有典型的讀寫網路的特徵：RAILS建立的三個架構中的ACTIVERECORD這個模組中，如果你讀讀它最重要的基類ActiveRecord::Base，你會發現有CREAT,EDIT,SAVE,DESTROY這些方法已經天然包含在內了，這讓實現一個資料庫的CRUDS行為變得如此簡單。由於這些類的方法直接和網頁的名稱對映到一起，這使得網頁本身就像一個可以編緝的資料庫的資料項。」[Blogdriver：RUBYONRAILS，wEB2.0世界新生的創造力]
-「Greasemonkey一定名列前茅。這個通過UserScript就能修改任何網頁輸出效果的外掛極大的提高了使用者閱讀的自主性，一推出就引起了轟動，同時也引來了不少爭議。」[Webleon：platypus，完全可寫的網際網路]
-「Web1.0到Web2.0的轉變，具體的說，從模式上是單純的「讀」向「寫」、「共同建設」發展；從基本構成單元上，是由「網頁」向「發表/記錄的資訊」發展；從工具上，是由網際網路瀏覽器向各類瀏覽器、rss閱讀器等內容發展；執行機制上，由「ClientServer」向「WebServices」轉變；作者由程式設計師等專業人士向全部普通使用者發展；應用上由初級的「滑稽」的應用向全面大量應用發展。」[Don：Web2.0概念闡釋]
Web2.0階段的一個重要特徵是開放，和Web初期的開放有很大不同，有以下幾種突出的表現：
內容方面。
-內容的創作共用授權。它的廣譜和可選擇性，讓它具有了足夠的生命力。CC先是在網志圈中廣泛採用，後來許多商業公司也紛紛採用CC方式（比如BBC）；先是文字世界採用，後來逐漸推廣到了多媒體世界，比如音訊、視訊、Flas *** 等等。一場自由的文化（freeculture）運動在各個方面悄然鋪開。
-內容來源方面的開放。和早期的Web階段相比，由於使用相關裝置的成本降低，利用相關技術的門檻減低，人們可以自由生產並發布各種內容，比如文字資訊，比如語音記錄，比如視訊錄制等。資訊的生產和傳播不再僅僅是商業資本或者技術精英的特權。在Web的新階段，原來在商業、技術與大眾之間的資訊生產和傳播的落差被削平。消除資訊壟斷和去中心化已經成為可能。不僅如此，資訊的生產和消費的模式也發生了變化，從原來的生產/消費的對立，變成了參與式的資訊集市。
Web主體方面。
-商業網站也漸漸採取了開放的、參與的模式。除了內容上的CC授權出現之外。原來並不外露的內容，也隨著blog、podcasting等的興盛而對外開放。一些網站還在技術層面開放，比如開放原始碼，比如開放APIs（程式設計介面），讓自己成為一個平台，讓使用者可以參與衍生產品的創造，使用者本身也是產品的生產者。不僅是內容、技術層面，在鼓勵使用者的參與上，也有相應的開放出現，比如一些新聞網站的RSS源的輸出、引用通告（trackback）功能的採納、blogthis便利的提供，無一不是讓使用者參與到內容生產、傳播的各個環節。
-個人資訊層面的開放。有開放，才有交流，才有社會行為和形態產生。個人內容的開放是與一類Web2.0服務的興起有關。它涵蓋了內容（文字、聲音、影像、視訊）、關系、行為等等。
什麼是順序表,它具有什麼特點
一、順序表是在計算機記憶體中以陣列的形式儲存的線性表，是指用一組地址連續的儲存單元依次儲存資料元素的線性結構。線性表採用順序儲存的方式儲存就稱之為順序表。順序表是將表中的結點依次存放在計算機記憶體中一組地址連續的儲存單元中。
二、順序表特點：將表中元素一個接一個的存入一組連續的儲存單元中，這種儲存結構是順序結構。
採用順序儲存結構的線性表簡稱為「 順序表」。順序表的儲存特點是：只要確定了起始位置，表中任一元素的地址都通過下列公式得到：LOC（ai）=LOC（a1）+（i-1）*L 1≤i≤n 其中，L是元素佔用儲存單元的長度。
什麼是基因突變？它具有什麼特點
一個基因內部遺傳結構的改變。又稱為點突變，通常可引起一定的表型變化。野生型基因通過突變成為突變型基因。突變型一詞既指突變基因，也指具有這一突變基因的個體。
任何型別的突變，都具有隨機性、稀有性和可逆性等共同的特性。
特點：
①隨機性。指基因突變的發生在時間上、在發生這一突變的個體上、在發生突變的基因上，都是隨機的。在高等植物中所發現的無數突變都說明基因突變的隨機性。在細菌中則情況遠為復雜。
②稀有性。突變是極為稀有的，野生型基因以極低的突變率發生突變。
④少利多害性。一般基因突變會產生不利的影響，被淘汰或是死亡，但有極少數會使物種增強適應性。
什麼是第二代IPD?具有什麼特點?
第二代IPD即eIPD.
eIPD：是IPD（Integrated Proct Development 整合產品開發）理論的升級是第二代IPD；eIPD繼承IPD理論的思想、方法，使用現代IT手段與工具將Integrated Proct Development 整合產品開發理論拓展成為eIPD。
eIPD理論來源
美國PRTM公司提出 「PACE——Proct And Cycle-time Excellence」後，提出ePACE概念。PACE對應於IPD，其管理重點在於「關注點在於改善產品的上市時間」；ePACE對應於eIPD，不僅關注點在於改善產品的上市時間而且「關注在於研發生產力的改善」。
eIPD與IPD理論的差異
eIPD繼承了IPD所有理論基礎，eIPD解決了紙面化的IPD咨詢文件不能落地到日常業務運作問題。讓企業IPD流程100%得到執行，IPD流程100%控制監控、保證IPD流程100%不會變形與退化。
螳螂具有什麼特點
螳螂（mantis）亦稱刀螂，無脊椎動物。屬於昆蟲綱、有翅亞綱、螳螂科，是一種中至大型昆蟲，頭三角形且活動自如，復眼大而明亮；觸角細長；頸可自由轉動。前足腿節和脛節有利刺，脛節鐮刀狀，常向腿節摺疊，形成可以捕捉獵物的前足；前翅皮質，為覆翅，缺前緣域，後翅膜質，臀域發達，扇狀，休息時疊於背上；腹部肥大。除極地外，廣布世界各地，尤以熱帶地區種類最為豐富。
『伍』 第五章：Web伺服器
5.1各種形狀和尺寸的Web伺服器
Web伺服器會對HTTP請求進行處理並提供響應。術語「Web伺服器」可以用來表示Web伺服器的軟體，也可以用來表示提供Web頁面的特定設備或計算機。
Web伺服器有著不同的風格、形狀和尺寸。有普通的10行Perl腳本的Web伺服器、50MB的安全商用引擎以及極小的卡上伺服器。但不管功能有何差異，所有的 Web伺服器都能夠接收請求資源的 HTTP請求，將內容回送給客戶端（參見圖1-5)。
5.1.1Web伺服器的實現
Web伺服器實現了HTTP和相關的TCP連接處理。負責管理Web伺服器提供的資源,以及對Web伺服器的配置、控制及擴展方面的管理。
Web伺服器邏輯實現了HTTP 協議、管理著Web資源，並負責提供Web伺服器的管理功能。Web伺服器邏輯和操作系統共同負責管理TCP連接。底層操作系統負責管理底層計算機系統的硬體細節，並提供了TCP/IP網路支持、負責裝載Web資源的文件系統以及控制當前計算活動的進程管理功能。
5.3實際的Web伺服器會做些什麼
例5-1顯示的 Perl伺服器是一個Web伺服器的小例子。最先進的商用Web伺服器要比它復雜得多，但它們確實執行了幾項同樣的任務，如圖5-3所示。
(1)建立連接一—接受一個客戶端連接，或者如果不希望與這個客戶端建立連接，就
將其關閉。
(2)接收請求——從網路中讀取一條HTTP請求報文。(3)處理請求——對請求報文進行解釋，並採取行動。(4)訪問資源-———訪問報文中指定的資源。
(5)構建響應——創建帶有正確首部的 HTTP響應報文。(6)發送響應——將響應回送給客戶端。
(7)記錄事務處理過程—-將與已完成事務有關的內容記錄在一個日誌文件中。
5.4第一步——接受客戶端連接
如果客戶端已經打開了一條到伺服器的持久連接，可以使用那條連接來發送它的請求。否則，客戶端需要打開一條新的到伺服器的連接（回顧第4章，復習一下HTTP的連接管理技術)。
5.4.1處理新連接
客戶端請求一條到Web伺服器的TCP連接時，Web伺服器會建立連接，判斷連接的另一端是哪個客戶端，從TCP連接中將IP地址解析出來。'一旦新連接建立起來
並被接受，伺服器就會將新連接添加到其現存Web伺服器連接列表中，做好監視連接上數據傳輸的准備。
Web伺服器可以隨意拒絕或立即關閉任意一條連接。有些Web伺服器會因為客戶端IP地址或主機名是未認證的，或者因為它是已知的惡意客戶端而關閉連接。Web伺服器也可以使用其他識別技術。
5.4.2客戶端主機名識別
可以用「反向 DNS」對大部分Web伺服器進行配置，以便將客戶端IP地址轉換成客戶端主機名。Web伺服器可以將客戶端主機名用於詳細的訪問控制和日誌記錄。但要注意的是，主機名查找可能會花費很長時間，這樣會降低Web事務處理的速度。很多大容量Web伺服器要麼會禁止主機名解析，要麼只允許對特定內容進行解析。
可以用配置指令HostnameLookups啟用Apache的主機查找功能。比如，例5-2中的Apache配置指令就只打開了HTML和CGI資源的主機名解析功能。
例5-2配置Apache,為 HTML和CGI資源查找主機名
HostnameLookups off
<Files ~" - 《html |htmlcgi)$">
HostnameLookups on
</Files>
5.5第二步—接收請求報文
連接上有數據到達時，Web伺服器會從網路連接中讀取數據，並將請求報文中的內容解析出來（參見圖5-5)。
解析請求報文時，Web伺服器會:
·解析請求行，查找請求方法、指定的資源標識符（URI)以及版本號，3各項之
間由一個空格分隔，並以一個回車換行(CRLF)序列作為行的結束,「
·讀取以CRLF結尾的報文首部;
檢測到以CRLF結尾的、標識首部結束的空行（如果有的話)﹔
·如果有的話（長度由content-Length首部指定)，讀取請求主體。
解析請求報文時，Web伺服器會不定期地從網路上接收輸入數據。網路連接可能隨時都會出現延遲。Web伺服器需要從網路中讀取數據，將部分報文數據臨時存儲在內存中,直到收到足以進行解析的數據並理解其意義為止。
5.5.1 報文的內部表示法
有些Web伺服器還會用便於進行報文操作的內部數據結構來存儲請求報文。比如，數據結構中可能包含有指向請求報文中各個片段的指針及其長度，這樣就可以將這些首部存放在一個快速查詢表中，以便快速訪問特定首部的具體值了（參見圖5-6)。
5.5.2連接的輸入/輸出處理結構
高性能的 Web伺服器能夠同時支持數千條連接。這些連接使得伺服器可以與世界各地的客戶端進行通信，每個客戶端都向伺服器打開了一條或多條連接。某些連接可能在快速地向Web伺服器發送請求，而其他一些連接則可能在慢慢發送，或者不經常發送請求,還有一些可能是空閑的，安靜地等待著將來可能出現的動作。
因為請求可能會在任意時刻到達，所以Web伺服器會不停地觀察有無新的Web請求。不同的Web伺服器結構會以不同的方式為請求服務，如圖5-7所示。
·單線程Web伺服器(參見圖5-7a)
單線程的Web伺服器一次只處理一個請求，直到其完成為止。一個事務處理結束之後，才去處理下一條連接。這種結構易於實現，但在處理過程中，所有其他連接都會被忽略。這樣會造成嚴重的性能問題，只適用於低負荷的伺服器，以及type-o-serve這樣的診斷工具。
·多進程及多線程Web伺服器(參見圖5-7b)
多進程和多線程Web伺服器用多個進程,或更高效的線程同時對請求進行處理。3可以根據需要創建，或者預先創建一些線程/進程。°有些伺服器會為每條連接分配一個線程/進程，但當伺服器同時要處理成百、上千，甚至數以萬計的連接時，需要的進程或線程數量可能會消耗太多的內存或系統資源。因此，很多多線程Web伺服器都會對線程/進程的最大數量進行限制。
·復用I/O的伺服器(參見圖5-7c)
為了支持大量的連接，很多Web伺服器都採用了復用結構。在復用結構中，要同時監視所有連接上的活動。當連接的狀態發生變化時（比如，有數據可用，或出現錯誤時)，就對那條連接進行少量的處理，處理結束之後，將連接返回到開放連接列表中，等待下一次狀態變化。只有在有事情可做時才會對連接進行處理,在空閑連接上等待的時候並不會綁定線程和進程。
·復用的多線程Web伺服器（參見圖5-7d)
有些系統會將多線程和復用功能結合在一起，以利用計算機平台上的多個CPU.多個線程（通常是一個物理處理器）中的每一個都在觀察打開的連接(或打開的連接中的一個子集)，並對每條連接執行少量的任務。
5.6第三步———處理請求
一旦Web伺服器收到了請求，就可以根據方法、資源、首部和可選的主體部分來對請求進行處理了。
有些方法（比如POST)要求請求報文中必須帶有實體主體部分的數據。其他一些方法（比如OPTIONS）允許有請求的主體部分，也允許沒有。少數方法（比如GET)禁止在請求報文中包含實體的主體數據。
這里我們並不對請求的具體處理方式進行討論，因為本書其餘大多數章節都在討論這個問題。
5.7第四步——-對資源的映射及訪問
Web 伺服器是資源伺服器。它們負責發送預先創建好的內容，比如HTML頁面或JPEG 圖片，以及運行在伺服器上的資源生成程序所產生的動態內容。
5.7.1 docroot
Web伺服器支持各種不同類型的資源映射，但最簡單的資源映射形式就是用請求URI作為名字來訪問Web伺服器文件系統中的文件。通常，Web伺服器的文件系統中會有一個特殊的文件夾專門用於存放Web內容。這個文件夾被稱為文檔的根目錄(document root，或docroot)。Web伺服器從請求報文中獲取URI，並將其附加在文檔根目錄的後面。
在圖5-8中，有一條對/specials/saw-blade.gif 的請求到達。這個例子中Web伺服器的文檔根目錄為/us/local/httpd/files。Web伺服器會返迴文件/usr/local/httpd/files/specials/saw-blade.gif。
在配置文件httpd.conf中添加一個 DocumentRoot行就可以為Apache Web伺服器設置文檔的根目錄了:
DocumentRoot /usr/ local/httpd/files
伺服器要注意，不能讓相對URL退到docroot之外，將文件系統的其餘部分暴露出來。比如，大多數成熟的Web伺服器都不允許這樣的URI看到Joe的五金商店文檔根目錄上一級的文件:
http://www.joes-hardware.com/ ..
5.8.3重定向
Web伺服器有時會返回重定向響應而不是成功的報文。Web伺服器可以將瀏覽器重定向到其他地方來執行請求。重定向響應由返回碼3XX說明。Location響應首部包含了內容的新地址或優選地址的URI。重定向可用於下列情況。
·永久刪除的資源
資源可能已經被移動到了新的位置，或者被重新命名，有了一個新的URL。Web伺服器可以告訴客戶端資源已經被重命名了，這樣客戶端就可以在從新地址獲取資源之前，更新書簽之類的信息了。狀態碼301 Moved Permanently就用於此類重定向。·臨時刪除的資源
如果資源被臨時移走或重命名了，伺服器可能希望將客戶端重定向到新的位置上去。但由於重命名是臨時的，所以伺服器希望客戶端將來還可以回頭去使用老的URL，不要對書簽進行更新。狀態碼303 See Other以及狀態碼307 TemporaryRedirect就用於此類重定向。
『陸』 計算機web技術介紹
計算機web技術介紹
Web 客戶端的主要任務是展現信息內容。Web客戶端設計技術主要包括：HTML語言、Java Applets、 腳本程序、 CSS、 DHTML、插件技術以及VRML技術。下面是我給你帶來的web技術相關知識，歡迎閱讀!
1) HTML語言。
HTML是Hypertext Markup Language(超文本標記語言)的縮寫，它是構成Web頁面的主要工具。
2)Java Applets，
即Java 小應用程序。使用 Java語言創建小應用程序， 瀏覽器可以將Java Applets從伺服器下載到瀏覽器，在瀏覽器所在的機器上運行。Java Applets可提供動畫、音頻和音樂等多媒體服務。1996年，著名的 Netscape瀏覽器在其2.0版本中率先提供了對Java Applets的支持，隨後，Microsoft的IE3.0也在這一年開始支持Java技術。Java Applets使得Web頁面從只能展現靜態的文本或圖像信息，發展到可以動態展現豐富多樣的信息。動態Web頁面，不僅僅表現在網頁的視覺展示方式上，更重要的是他可以對網頁中的內容進行控制與修改。
3)腳本程序。
他是嵌入在HTML文檔中的程序。使用腳本程序可以創建動態頁面，大大提高交互性。用於編寫腳本程序的語言主要有JavaScript和VBScript。JavaScript由Netscape公司開發，具有易於使用、變數類型靈活和無須編譯等特點。VBScript由Microsoft公司開發，與JavaScript一樣，可用於設計交互的Web頁面。要說明的是，雖然JavaScript和VBScript語言最初都是為創建客戶端動態頁面而設計的，但他們都可以用於服務端腳本程序的編寫。客戶端腳本與服務端腳本程序的區別在於執行的位置不同，前者在客戶端機器執行，而後者是在Web服務端機器執行。
4) CSS(Cascading Style Sheets)，
即級聯樣式表。通過在HTML文檔中設立樣式表，可以統一控制HTML中各標志顯示屬性。1996年底，W3C提出了CSS的建議標准，同年，IE3.0引入了對CSS的支持。CSS大大提高了開發者對信息展現格式的控制能力，1997年的Netscape4.0不但支持CSS，而且增加了許多Netscape公司自定義的動態HTML標記，這些標記在CSS的基礎上，讓HTML頁面中的各種要素“活動”了起來。
5) DHTML(Dynamic HTML)，
即動態HTML。1997年，Microsoft發布了IE4.0，並將動態HTML標記、CSS和動態對象(Dynamic Object Model)發展成為一套完整、實用、高效的客戶端開發技術體系，Microsoft稱其為DHTML。同樣是實現HTML頁面的動態效果，DHTML技術無須啟動Java虛擬機或其他 腳本環境，可以在瀏覽器的支持下，獲得更好的展現效果和更高的執行效率。
6) 插件技術。
這一技術大大豐富了瀏覽器的多媒體信息展示功能，常見的插件包括QuickTime、Realplayer、Media Player和Flash等。為了在HTML頁面中實現音頻、視頻等更為復雜的多媒體應用，1996年的Netscape2.0成功地引入了對QuickTime插件的支持，插件這種開發方式也迅速風靡了瀏覽器的世界。同年，在Windows平台上，Microsoft將COM和 ActiveX技術應用於 IE瀏覽器中，其推出的IE3.0正式支持在HTML頁面中插入 ActiveX控制項，這為其他廠商擴展Web客戶端的信息展現方式提供了方便的途徑。1999年，Realplayer插件先後在Netscape和IE瀏覽器中取得了成功，與此同時，Microsoft自己的媒體播放插件Media Player也被預裝到了各種Windows版本之中。同樣具有重要意義的還有Flash插件的問世：20世紀90年代初期，Jonathan Gay在FutureWave公司開發了一種名為Future Splash Animator 的二維矢量動畫展示工具，1996年，Macromedia公司收購了FutureWave，並將Jonathan Gayde 的發明改名為我們熟悉的Flash。從此， Flash動畫成了Web開發者表現自我、展示個性的最佳方式。
7)VRML技術。Web已經由靜態步入動態，並正在逐漸由二維走向三維，將用戶帶入五彩繽紛的虛擬現實世界。VRML是目前創建三維對象最重要的工具，它是一種基於文本的語言，並可運行於任何平台。
Web服務端技術
與Web客戶端技術從靜態向動態的演進過程類似，Web 服務端的開發技術也是由靜態向動態逐漸發展、完善起來的。Web伺服器技術主要包括伺服器、CGI、 PHP、ASP、ASP.NET、Servlet和JSP技術。
1)伺服器技術。
主要指有關Web伺服器構建的基本技術，包括伺服器策略與結構設計、伺服器軟硬體的.選擇及其他有關伺服器構建的問題。
2) CGI(Common Gateway Interface)技術，
即公共網關介面技術。最早的Web伺服器簡單地響應瀏覽器發來的 HTTP請求，並將存儲在伺服器上的 HTML文件返回給瀏覽器。CGI是第一種使伺服器能根據運行時的具體情況，動態生成HTML頁面的技術。1993年，NCSA(National Center 佛日Supercomputing Applications)提出CGI1.0 的 標准草案，之後分別在1995 年和1997年，制定了CGI1.1和1.2標准。CGI技術允許服務端的 應用程序根據客戶端的請求，動態生成HTML頁面，這使客戶端和服務端的動態信息交換成為了可能。隨著CGI技術的普及，聊天室、論壇、電子商務、信息查詢、全文檢索等各式各樣的Web應用蓬勃興起，人們可以享受到信息檢索、信息交換、信息處理等各更為便捷的信息服務了。
3) PHP(Personal Home Page Tools)技術。
1994年，Rasmus Lerdorf發明了專用於Web服務端編程的PHP語言。與以往的CGI程序不同，PHP語言將HTML代碼和PHP指令合成為完整的服務端動態頁面，Web應用的開發者可以用一種更加簡便、快捷的方式實現動態Web功能。
4) ASP(Active Server Pages)技術，
即活動伺服器頁面技術。1996年，Microsoft借鑒Php的思想，在其Web伺服器IIS 3.0中引入了ASP技術。ASP使用的腳本語言是我們熟悉的VBScript和Javascript。藉助Microsoft Visual Studio等開發工具在市場上的成功，ASP迅速成為Windows系統下Web服務端的主流開發技術。
5)ASP.NET技術。
由於它使用C#語言代替ASP技術的JavaScripe腳本語言，用編譯代替了逐句解釋，提高了運行效率，ASP.NET是建立.NET Framework的公共語言運行庫上的編程框架，可用於在伺服器上生成功能強大的Web應用程序，代替以前在WEB網頁中加入ASP腳本代碼，使界面設計與程序設計以不同的文件分離，復用性和維護性得到提高，已經成為面向下一代企業級網路計算的Web平台，是對傳統ASP技術的重大升級和更新。
6) Servlet、 JSP技術。
以Sun公司為首的Java陣營於1997和1998年分別推出了Servlet和JSP技術。JSP的組合讓Java開發者同時擁有了類似CGI程序的集中處理功能和類似PHP的HTML嵌入功能，此外，Java的運行時編譯技術也大大提高了Servlet和JSP的執行效率。Servlet和JSP被後來的JavaEE平台吸納為核心技術。
;