實(shí)習(xí)生（2015年安妮·海瑟薇主演美國電影）百度云分享http://pan.baidu.com/s/1kUOk24f　　《實(shí)習(xí)生》是華納兄弟影片公司發(fā)行的喜劇片，由南?！み~耶斯執(zhí)導(dǎo)，安妮·海瑟薇、羅伯特·德尼羅聯(lián)袂主演?！　.s.如果幫到路過的朋友，，幫忙點(diǎn)個(gè)贊。。

http://pan.baidu.com/s/1mgMLWM0你是說法國那個(gè)吧 對 有竊聽風(fēng)暴的嘛，沒有也會給你分 有http://pan.baidu.com/s/1qWn1V7A 謝謝

愛情的溫度百度云鏈接:https://pan.baidu.com/s/1pLft28V 密碼:m3g4

在Win8/8.1下搭建Python語言IDE開發(fā)環(huán)境方法：1、下載并安裝Python For Windows。打開Python官方網(wǎng)站（python.org），推薦下載Python 2.7.X版本。2、安裝Python：一路默認(rèn)設(shè)置Next下去，直到Finish，完成Python安裝3、推薦使用PyCharm: PyCharm是一種Python IDE，帶有一整套可以幫助用戶在使用Python語言開發(fā)時(shí)提高其效率的工具，比如調(diào)試、語法高亮、Project管理、代碼跳轉(zhuǎn)、智能提示、自動(dòng)完成、單元測試、版本控制。4、下載PyCharm集成開發(fā)軟件，官網(wǎng)提供了兩種版本：Professional Edition（專業(yè)版可以試用30天，學(xué)習(xí)Python30天也夠用了。，Community Edition（社區(qū)版，功能少一點(diǎn)但也夠用了）。5、安裝PyCharm集成開發(fā)軟件：一路默認(rèn)設(shè)置Next下去，直到Finish，完成PyCharm的安裝。6、配置PyCharm一：風(fēng)格（配色方案）的調(diào)整：：【File】→【Settings】→【 Editor】→【Colors & Fonts】→Scheme選擇Dracula注意事項(xiàng)：每天第一次啟動(dòng)有點(diǎn)慢，第二次就快了。主題Scheme選擇以后，需要重啟軟件才能生效高分辨率下，Pycharm的字體顯得很小，可以在Colors & Fonts選項(xiàng)里設(shè)置。但先要復(fù)制一個(gè)Scheme才能更改字體大小

你好，高并發(fā)系統(tǒng)的設(shè)計(jì)需要注意一下幾點(diǎn)：盡量使用緩存，包括用戶緩存，信息緩存等，多花點(diǎn)內(nèi)存來做緩存，可以大量減少與數(shù)據(jù)庫的交互，提高性能。用jprofiler等工具找出性能瓶頸，減少額外的開銷。優(yōu)化數(shù)據(jù)庫查詢語句，減少直接使用hibernate等工具的直接生成語句（僅耗時(shí)較長的查詢做優(yōu)化）。優(yōu)化數(shù)據(jù)庫結(jié)構(gòu)，多做索引，提高查詢效率。統(tǒng)計(jì)的功能盡量做緩存，或按每天一統(tǒng)計(jì)或定時(shí)統(tǒng)計(jì)相關(guān)報(bào)表，避免需要時(shí)進(jìn)行統(tǒng)計(jì)的功能。能使用靜態(tài)頁面的地方盡量使用，減少容器的解析（盡量將動(dòng)態(tài)內(nèi)容生成靜態(tài)html來顯示）。解決以上問題后，使用服務(wù)器集群來解決單臺的瓶頸問題?；旧弦陨鲜鰡栴}解決后，達(dá)到系統(tǒng)最優(yōu)。至于樓上有人提到別用JAVA來做，除非是低層的連接數(shù)過大（如大量的端口占用需求），這種情況下考慮直接C來寫，其他的可以用JAVA來做。 希望對你有幫助 記得采納哦

　　Ajax 技術(shù)已經(jīng)存在了一段時(shí)間，開發(fā)的動(dòng)力已經(jīng)真正開始得到了人們的認(rèn)可。越來越多的 Web 站點(diǎn)正在考慮使用Ajax 進(jìn)行設(shè)計(jì)，開發(fā)人員也開始將 Ajax 的能力發(fā)揮到極限。隨著社交網(wǎng)絡(luò)和協(xié)作式報(bào)告等現(xiàn)象的出現(xiàn)，一組全新的要求浮現(xiàn)出來。如果有其他用戶更改了某位用戶正在觀察的任何活動(dòng)，則用戶希望得到通知。如果一個(gè) Web 站點(diǎn)顯示動(dòng)態(tài)數(shù)據(jù)，如股價(jià)等，那么所有用戶都必須立即得到關(guān)于變更的通知。　　這些場景本身屬于一類稱為 “服務(wù)器推送” 的問題。通常，服務(wù)器是中心實(shí)體，服務(wù)器將首先獲得關(guān)于所發(fā)生的任何更改的通知，服務(wù)器負(fù)責(zé)將此類更改通知所有連接的客戶端。但遺憾的是，HTTP 是客戶端-服務(wù)器通信的標(biāo)準(zhǔn)協(xié)議，它是無狀態(tài)的，而且在某種意義上來說，也是一種單向的協(xié)議。HTTP 場景中的所有通信都必須由客戶端發(fā)起，至服務(wù)器結(jié)束，然而我們所提到的場景的需求則完全相反。對于服務(wù)器推送來說，需要由服務(wù)器發(fā)起通信，并向客戶端發(fā)送數(shù)據(jù)。HTTP 協(xié)議并無相關(guān)配置，Web 站點(diǎn)應(yīng)用程序開發(fā)人員使用獨(dú)創(chuàng)的方法來繞過這些問題，例如輪詢，客戶端會以固定（或可配置）的時(shí)間間隔與服務(wù)器聯(lián)系，查找是否有新更新可用。在大多數(shù)時(shí)候，這些輪詢純粹是浪費(fèi)，因而服務(wù)器沒有任何更新。這種方法不是沒有代價(jià)的，它有兩大主要問題?！　∵@種方法極度浪費(fèi)網(wǎng)絡(luò)資源。每一個(gè)輪詢請求通常都會創(chuàng)建一個(gè) TCP 套接字連接（除非 HTTP 1.1 將自己的keepAlive 設(shè)置為 true，此時(shí)將使用之前創(chuàng)建的套接字）。套接字連接本身代價(jià)極高。除此之外，每一次請求都要在網(wǎng)絡(luò)上傳輸一些數(shù)據(jù)，如果請求未在服務(wù)器上發(fā)現(xiàn)任何更新，那么這樣的數(shù)據(jù)傳輸就是浪費(fèi)資源。如果在客戶端機(jī)器上還運(yùn)行著其他應(yīng)用程序，那么這些輪詢會減少傳輸數(shù)據(jù)可用的帶寬?！　〖幢闶钦埱蟪晒?，確實(shí)為客戶端傳回了更新，考慮到輪詢的頻率，這樣的更新也不是實(shí)時(shí)的。例如，假設(shè)輪詢配置為每 20 秒一次，就在一次請求剛剛從服務(wù)器返回時(shí)，發(fā)生了更新。那么這次更新將在 20 秒后的下一次請求到來時(shí)才能返回客戶端。因而，服務(wù)器上準(zhǔn)備好供客戶端使用的更新必須等待一段時(shí)間，才能真正地為客戶端所用。對于需要以盡可能實(shí)時(shí)的方式運(yùn)行的應(yīng)用程序來說，這樣的等待是不可接受的?！　】紤]到這樣兩個(gè)問題，對于需要關(guān)鍵、實(shí)時(shí)的服務(wù)器端更新的企業(yè)應(yīng)用程序而言，輪詢并不是最理想的方法。在這篇文章中，我將介紹多種可以替代輪詢的方法。每一種替代方法在某些場景中都有自己的突出之處。我將說明這些場景，并展示需要實(shí)時(shí)服務(wù)器推送的一組 UI?！　jax 應(yīng)用程序中的服務(wù)器更新技術(shù)　　讓我們來具體看看用于更新來自服務(wù)器的信息的一些常用技術(shù)，這些技術(shù)模擬了服務(wù)器推送。　　短輪詢　　短輪詢也稱為高頻輪詢，就是我在本文開頭處介紹的技術(shù)。這種方法在以下情況中表現(xiàn)最好：　　有足夠的帶寬可用?！　「鶕?jù)統(tǒng)計(jì)數(shù)據(jù)，大多數(shù)時(shí)候，請求都能獲得更新。例如，股市數(shù)據(jù)就總是有可用更新?！　∈褂?HTTP 1.1 協(xié)議。設(shè)置 keepAlive=true，因而，同一個(gè)套接字連接始終保持活動(dòng)狀態(tài)，并可重用?！　￠L輪詢　　長輪詢是用于更新服務(wù)器數(shù)據(jù)的另外一種方法。這種方法的理念就是客戶端建立連接，服務(wù)器阻塞連接（通過使請求線程在某些條件下處于等待狀態(tài)），有數(shù)據(jù)可用時(shí)，服務(wù)器將通過阻塞的連接發(fā)送數(shù)據(jù)，隨后關(guān)閉連接?？蛻舳嗽诮邮盏礁潞螅⒓粗匦陆⑦B接，服務(wù)器重復(fù)上述過程，以此實(shí)現(xiàn)近于實(shí)時(shí)的通信。然而，長輪詢具有以下缺陷：　　一般的瀏覽器默認(rèn)允許每臺服務(wù)器具有兩個(gè)連接。在這種情況下，一個(gè)連接始終是繁忙狀態(tài)。因而，UI 只有一個(gè)連接（也就是說，能力減半）可用于為用戶請求提供服務(wù)。這可能會導(dǎo)致某些操作的性能降低?！　∪匀恍枰蜷_和關(guān)閉 HTTP 連接，如果采用的是非持久連接模式（keepAlive=false），那么這種方法的代價(jià)可能極高?！　∵@種方法近于實(shí)時(shí)，但并非真正的實(shí)時(shí)。（當(dāng)然，某些外部因素總是不可控的，比如網(wǎng)絡(luò)延時(shí)，在任何方法中都會存在這些因素。）　　流通道　　流通道（streaming channel）與長輪詢大致相同，差別在于服務(wù)器不會關(guān)閉響應(yīng)流。而是特意保持其處于打開狀態(tài)，使瀏覽器認(rèn)為還有數(shù)據(jù)即將到來。但是，流通道也有著自己的缺陷：　　最大的問題就是數(shù)據(jù)刷新（flushing）。過去，Web 服務(wù)器會緩存響應(yīng)數(shù)據(jù)，僅在接受到足夠的字節(jié)數(shù)或塊數(shù)后才會發(fā)送出去。在這種情況下，即便應(yīng)用程序刷新數(shù)據(jù)，也仍然會由服務(wù)器緩存，以實(shí)現(xiàn)優(yōu)化。更糟的是，如果在客戶端和服務(wù)器之間存在代理服務(wù)器，那么代理也可能會為自身之便緩存數(shù)據(jù)?！　∪绻l(fā)現(xiàn)套接字將打開較長的時(shí)間，某些瀏覽器實(shí)現(xiàn)可能會自行決定關(guān)閉套接字。在這種情況下，通道需要重新建立?！　⊥ǔ＃谝粋€(gè)問題可通過為每個(gè)流響應(yīng)附加垃圾有效載荷來解決，使響應(yīng)數(shù)據(jù)足以填滿緩沖區(qū)。第二個(gè)問題可通過“保持活動(dòng)” 或按固定間隔 “同步” 消息來欺瞞瀏覽器，使瀏覽器認(rèn)為數(shù)據(jù)是以較慢的速率傳入的?！　∵@些解決方案適用的用例范圍狹窄。所有這些方法都已經(jīng)在 Internet 上的某些解決方案中得到了應(yīng)用。然而，這些解決方案都遭遇了相同的問題：缺乏可伸縮性。典型情況下，要阻塞一個(gè)請求，需要阻塞處理請求的線程，因?yàn)槿缃駧缀跛袘?yīng)用服務(wù)器都會執(zhí)行阻塞 I/O。即便不是這樣，Java?? 2 Platform, Enterprise Edition (J2EE) 也未提供為 HTTP 請求和響應(yīng)執(zhí)行非阻塞 I/O 的標(biāo)準(zhǔn)。（Servlets 3.0 API 可解決這一問題，因?yàn)檫@些 API 中包含Comet Servlet。）　　至此，需要具備非阻塞 I/O（NIO）服務(wù)器，客戶端應(yīng)用程序通過它進(jìn)行連接。由于此類套接字是純 TCP 二進(jìn)制套接字，因而將實(shí)現(xiàn)以下目標(biāo)：　　由于服務(wù)器端具有 NIO，因而可實(shí)現(xiàn)更高的可伸縮性?！　№憫?yīng)緩存的問題不復(fù)存在，因?yàn)檫@個(gè)套接字直接受應(yīng)用程序的控制?！　』谏鲜稣f明，有必要指出這種方法的四個(gè)缺點(diǎn)：　　由于使用的是二進(jìn)制 TCP 套接字，因而應(yīng)用程序無法真正地利用 HTTPS 層提供的 SSL 安全性。所以，要求數(shù)據(jù)安全性的應(yīng)用程序可能需要提供自己的加密工具?！　⊥ǔＧ闆r下，服務(wù)器套接字將在 80 以外的端口上運(yùn)行，如果防火墻僅允許來自端口 80 的流量，將出現(xiàn)問題。因而，可能需要進(jìn)行一些端口配置?！　jax 客戶端無法通過后端打開 TCP 套接字連接?！　〖幢?Ajax 客戶端能夠執(zhí)行 open 函數(shù)，也無法理解二進(jìn)制內(nèi)容，這是因?yàn)?Ajax 使用的是 XML 或 JSON（基于文本）格式?！　≡谶@篇文章中，要強(qiáng)調(diào)的是如何真正地繞開第三個(gè)和第四個(gè)問題。如果能夠處理安全性和防火墻問題，那么其他問題也能得到處理。這種做法的獲益極為顯著。　　可為應(yīng)用程序?qū)崿F(xiàn)最大程度的實(shí)時(shí)服務(wù)器推送行為（不考慮網(wǎng)絡(luò)延時(shí)等外部因素），將獲得高度可伸縮的解決方案（以同時(shí)連接的客戶端數(shù)量為準(zhǔn)）?！　∠旅娼鉀Q上述的第三個(gè)和第四個(gè)問題?！　』谔捉幼值?RIA 技術(shù)　　Ajax 并不能真正地解決第三個(gè)和第四個(gè)問題。因而，需要利用其他 RIA 技術(shù)尋求解決方案。有兩種 RIA 技術(shù)提供的套接字 API 可與 Ajax 應(yīng)用程序交互。這兩種技術(shù)是 Adobe Flex 和 OpenLaszlo。全面介紹這兩種技術(shù)并非本文討論范圍之內(nèi)，但這些技術(shù)提供的兩種特性如下所示：　　均能通過后端打開 TCP 二進(jìn)制套接字　　均能出色地與運(yùn)行在同一個(gè)瀏覽器窗口中的 Ajax 應(yīng)用程序（主要是 JavaScript）交互　　但這僅僅解決了部分問題。確實(shí)可以打開套接字，可以使 Ajax 應(yīng)用程序使用它們，但 Ajax 應(yīng)用程序仍然無法處理純二進(jìn)制數(shù)據(jù)。實(shí)際上，這兩種技術(shù)都提供了二進(jìn)制 TCP 套接字的一種變體，稱為XMLSocket，它可用于來回傳輸純 XML 數(shù)據(jù)。這正是您需要的東西。如果這些技術(shù)能夠通過服務(wù)器打開套接字，如果它們能夠傳輸 XML 數(shù)據(jù)，任務(wù)就完成了。Ajax 應(yīng)用程序可充分利用這一點(diǎn)，模擬實(shí)時(shí)服務(wù)器推送技術(shù)。下面將介紹如何實(shí)現(xiàn)?！　?shí)現(xiàn) Ajax 服務(wù)器推送　　將使用兩種工具解釋這項(xiàng)技術(shù)：Adobe Flex 和 OpenLaszlo。首先，需要編寫能夠接收并緩存連接的后端服務(wù)器。在這里不能太過偏離主題，因而要保證服務(wù)器基于阻塞 I/O?！　⌒枰?jiǎng)?chuàng)建一個(gè)服務(wù)器套接字，接收預(yù)先指定地址的連接：　　清單 1. 創(chuàng)建服務(wù)器套接字　　public　class　SimpleServer　{　　public　static　void　main(String[]　args)　throws　IOException　{　　ServerSocket　serverSocket　=　new　ServerSocket();　　serverSocket.bind(new　InetSocketAddress("localhost",20340));　　Socket　socket　=　serverSocket.accept();　　}　　}　　在這里，將服務(wù)器套接字綁定到 localhost:20340 這一地址。當(dāng)一個(gè)客戶端連接到該服務(wù)器套接字時(shí)，它將為我提供一個(gè)套接字，顯示連接。Flex 客戶端隨后會要求策略文件，這是其安全性模型的一部分。通常，這個(gè)策略文件的形式類似于清單 2?！　∏鍐?2. Flex 客戶端策略文件　　<?xml　version="1.0"?>　　<!DOCTYPE　cross-domain-policy　SYSTEM　　"http://www.adobe.com/xml/dtds/cross-domain-policy.dtd">　　<cross-domain-policy>　　<allow-access-from　domain="*"　to-ports="20340"/>　　</cross-domain-policy>　　就在連接之后，F(xiàn)lex 客戶端會立即發(fā)送一條策略文件的請求。該請求僅包含一個(gè) XML 標(biāo)記：<policy-file-request/>。在響應(yīng)中，您需要返回此策略文件。清單 3 中的代碼就完成了這個(gè)任務(wù)?！　∏鍐?3. 發(fā)送策略文件響應(yīng)　　public　static　void　main(String[]　args)　throws　IOException　{　　ServerSocket　serverSocket　=　new　ServerSocket();　　serverSocket.bind(new　InetSocketAddress("localhost",　20340));　　Socket　socket　=　serverSocket.accept();　　String　POLICY_REQUEST　=　"<policy-file-request/>\u0000";　　String　POLICY_FILE　=　"<?xml　version=\"1.0\"?>\n"　+　　"<!DOCTYPE　cross-domain-policy　SYSTEM　　\"http://www.adobe.com/xml/dtds/cross-domain-policy.dtd\">\n"　+　　"<cross-domain-policy>　\n"　+　　"　<allow-access-from　domain=\"*\"　to-ports=\"20340\"/>　\n"　+　　"</cross-domain-policy>";　　byte[]　b　=　new　byte[POLICY_REQUEST.length()];　　DataInputStream　dataInputStream　=　new　DataInputStream(socket.getInputStream());　　dataInputStream.readFully(b);　　String　request　=　new　String(b);　　if　(POLICY_REQUEST.equals(request))　{　　DataOutputStream　dataOutputStream　=　new　DataOutputStream(socket.getOutputStream());　　dataOutputStream.write(POLICY_FILE.getBytes());　　dataOutputStream.flush();　　dataOutputStream.close();　　}　else　throw　new　IllegalArgumentException("unknown　request　format　"　+　request);　　}　　此代碼建立了與客戶端的成功連接。現(xiàn)在，服務(wù)器可以與客戶端發(fā)起 “握手” 之類的協(xié)議，此時(shí)，服務(wù)器通常會指定一個(gè)惟一的 ID，并將其發(fā)送給客戶端，此后，服務(wù)器可根據(jù) ID 緩存套接字，在此之后，如果服務(wù)器需要向客戶端推送某些數(shù)據(jù)，可以按照 ID 定位套接字，并使用其輸出流。幸運(yùn)的是，OpenLaszlo 也使用了相同的基于策略文件的機(jī)制，因而，同樣的服務(wù)器代碼適用于兩種場景?！　∠旅鎸⒔榻B如何創(chuàng)建 Flex 套接字，隨后將其與 Ajax 應(yīng)用程序連接。　　使用 Adobe Flex 打開客戶端套接字　　清單 4 中的代碼展示了如何通過 Flex 打開客戶端套接字：　　清單 4. 通過 Flex 打開客戶端　　var　socket　:　XMLSocket　=　new　XMLSocket();　　//　register　events:　　socket.addEventListener(Event.CLOSE,　closehandler);　　socket.addEventListener(Event.CONNECT,　connectHandler);　　socket.addEventListener(Event.OPEN,　openHandler);　　socket.addEventListener(ProgressEvent.SOCKET_DATA,　readHandler);　　socket.addEventListener(SecurityErrorEvent.SECURITY_ERROR,　securityErrorHandler);　　socket.connect("localhost",20340);　　完成 socket.connect() 調(diào)用后，F(xiàn)lex 將向服務(wù)器發(fā)送一條請求，要求提供策略文件，期待獲得 XML 響應(yīng)。完成之后，連接即建立，這個(gè)套接字現(xiàn)在即可用于從服務(wù)器推送數(shù)據(jù)。　　作為拼圖的最后一塊，將看到 Flex 如何將 Ajax 作為應(yīng)用程序調(diào)用。為此，要編寫一個(gè)可處理服務(wù)器端消息的通用 JavaScript 函數(shù)。將此方法命名為 handleServerMessageReceived(message)。此方法會獲取來自服務(wù)器的 XML 代碼，此方法對于消息的處理方式以應(yīng)用程序?yàn)橐罁?jù)。清單 5 中的代碼展示了 Flex 如何調(diào)用 JavaScript函數(shù)。這是 readHandler 方法的代碼，該方法在接收到服務(wù)器 XML 消息時(shí)被調(diào)用?！　∏鍐?5. 使用 handleServerMessageReceived(message) 的 readhHandler 代碼　　public　function　readHandler(e　:　DataEvent)　:　void　{　　var　message　　:　XML　=　e.data　as　XML;　　ExternalInterface.call("handleServerMessageReceived",　message);　　}　　就是這樣！就是這樣簡單。已經(jīng)創(chuàng)建了一個(gè) XML 套接字連接。當(dāng)來自服務(wù)器的數(shù)據(jù)送達(dá)時(shí)，可調(diào)用 Ajax 中的某些通用處理函數(shù)，處理這些消息。完整源代碼可供下載（請參見下載部分）。　　下面來看看 OpenLaszlo 如何實(shí)現(xiàn)相同的目標(biāo)。　　使用 OpenLaszlo 打開客戶端套接字　　由于 OpenLaszlo 應(yīng)用程序以 Flash 和 DHTML 平臺為目標(biāo)，因而其 API 和腳本語言類似于 Flash 和JavaScript。這主要是為希望遷移到 OpenLaszlo（作為 RIA 的替代方案）的 Web 開發(fā)人員提供便利?！　penLaszlo 提供了兩種創(chuàng)建與后端之間的持久連接的方法。一種方法要使用 Lz（Laszlo 的縮寫）標(biāo)準(zhǔn)庫中提供的ConnectionManager API。但其文檔明確說明了以下內(nèi)容：　　“警告：這項(xiàng)特性是臨時(shí)的。此特性用于容量有限的環(huán)境，能夠用于開發(fā)，但我們不推薦使用此特性進(jìn)行部署（不包括低容量、非任務(wù)關(guān)鍵型的部署）。若對使用此版本的持久連接的應(yīng)用程序的健壯性有任何問題，請直接咨詢Laszlo Systems?！薄　』蛟S目前這是一項(xiàng)實(shí)驗(yàn)技術(shù)，但在未來的 OpenLaszlo 版本中，它將得到證實(shí)?！　〉诙N方法與 Flex 相似，您要手動(dòng)打開 XML 套接字連接，等待 READ_DATA 事件發(fā)生。清單 6 展示了實(shí)現(xiàn)方法?！　∏鍐?6. 定義 XMLSocket 類　　<class　name="ClientSocket"　extends="node">　　<attribute　name="host"　/>　　<attribute　name="port"　/>　　<XMLSocket　name='xml_socket'/>　　<handler　name="oninit">　　//　connect　the　socket　here:　　xml_socket.connect(host,port);　　</handler>　　<handler　name='onData'　reference='xml_socket'　args='messageXML'>　　<![CDATA[　　ExternalInterface.call(‘handleServerMessageReceived',messageXML);　　]]>　　</method>　　</class>　?。楹喍唐鹨?，忽略了其他處理方法。在本文的下載部分中可獲得完整的代碼清單。）　　就是這樣，創(chuàng)建一個(gè)套接字對象并連接此對象就是這樣輕松。這一代碼清單創(chuàng)建了一個(gè)名為 ClientSocket 的新類，隨后聲明了一個(gè)名為 “xml_socket” 的 XML 套接字對象。只要此套接字對象讀取到來自服務(wù)器的數(shù)據(jù)，就會觸發(fā)onData 事件，該事件將由為 onData 定義的處理方法處理。最后，在 onData 處理方法中，調(diào)用 Ajax 應(yīng)用程序中的外部 JavaScript 函數(shù)。此后的流程與 Flex 客戶端相同?！　∫?jiǎng)?chuàng)建 ClientSocket 對象，只需聲明它即可：　　清單 7. 聲明 ClientSocket　　<canvas>　　<ClientSocket　id='serverPushSocket'　host='localhost'　port='20340'/>　　</canvas>　　為 ClientSocket 觸發(fā)了 init 事件時(shí)，將嘗試連接指定主機(jī)和端口的后端。（請參見清單 6 中的 oninit 處理方法。）　　結(jié)束語　　這篇文章討論了幾種模擬服務(wù)器推送的方法，從純輪詢到實(shí)時(shí)服務(wù)器推送，文中說明了每種方法的優(yōu)缺點(diǎn)。最后，重點(diǎn)關(guān)注了能夠提供最優(yōu)服務(wù)器可伸縮性和實(shí)時(shí)服務(wù)器推送行為的方法?！　》?wù)器推送并非適用于每一個(gè)應(yīng)用程序。實(shí)際上，大多數(shù)應(yīng)用程序都非常適合普通的請求/響應(yīng)場景。其他一些應(yīng)用程序使用輪詢和類似的技術(shù)足以滿足需求。只有那些服務(wù)器更新極為重要、客戶端需要得到即時(shí)通知的重量級應(yīng)用程序才需要本文所述技術(shù)。有必要再次強(qiáng)調(diào)，這種技術(shù)有兩個(gè)主要的缺點(diǎn)：　　如果數(shù)據(jù)需要通過 HTTPS 傳輸，客戶端套接字無法利用 SSL 加密工具?！　》阑饓π枰试S客戶端套接字通過非標(biāo)準(zhǔn)端口（非 80 端口）連接到服務(wù)器?！　∪欢?，市面上存在著大量開源庫，可利用它們輕松編寫自定義的加密例程。類似地，配置防火墻也是輕而易舉的，實(shí)際上，只需付出很少的代價(jià)，即可獲得強(qiáng)大的實(shí)時(shí)服務(wù)器推送功能。

如果要完美適應(yīng)PC和移動(dòng)設(shè)備，有兩種方式，一個(gè)是給移動(dòng)設(shè)備單獨(dú)開發(fā)一套頁面，在網(wǎng)站首頁上用腳本判斷訪問頁面的設(shè)備類型然后跳轉(zhuǎn)，比如在PC首頁加上腳本判斷，當(dāng)用手機(jī)訪問時(shí)則自動(dòng)跳轉(zhuǎn)到移動(dòng)版的首頁上。第二種方式是采用自適應(yīng)框架對頁面進(jìn)行開發(fā)，比如bootstrap，一套頁面可以適應(yīng)各種類型的終端，這點(diǎn)可以看一下bootstrap中文官網(wǎng)了解一下，看看那些網(wǎng)站實(shí)例時(shí)放大縮小一下瀏覽器窗口大小就知道自適應(yīng)的效果如何了。

一個(gè)大型企業(yè)網(wǎng)站的成功與否與建站前的網(wǎng)站策劃有著極為重要的關(guān)系。在建立網(wǎng)站前應(yīng)明確建設(shè)網(wǎng)站的目的，確定網(wǎng)站的功能，確定網(wǎng)站規(guī)模、投入費(fèi)用，進(jìn)行必要的市場分析等。只有詳細(xì)的策劃，才能避免在網(wǎng)站建設(shè)中出現(xiàn)的很多問題，使網(wǎng)站建設(shè)能順利進(jìn)行。 奔唐認(rèn)為:如果你是一個(gè)網(wǎng)站項(xiàng)目經(jīng)理,應(yīng)該在項(xiàng)目初期預(yù)測到項(xiàng)目實(shí)施中的主要問題,并提出實(shí)施方案.　　網(wǎng)站策劃是指在網(wǎng)站建設(shè)前對市場進(jìn)行分析、確定網(wǎng)站的目的和功能，并根據(jù)需要對網(wǎng)站建設(shè)中的技術(shù)、內(nèi)容、費(fèi)用、測試、維護(hù)等做出策劃。網(wǎng)站策劃對網(wǎng)站建設(shè)起到計(jì)劃和指導(dǎo)的作用，對網(wǎng)站的內(nèi)容和維護(hù)起到定位作用。網(wǎng)站策劃書出應(yīng)該盡可能涵蓋網(wǎng)站策劃中的各個(gè)方面，網(wǎng)站策劃書的寫作要科學(xué)、認(rèn)真、實(shí)事求是。網(wǎng)站策劃書包含的內(nèi)容如下： 一、建設(shè)網(wǎng)站前的市場分析（企業(yè)自行處理）　　 1、相關(guān)行業(yè)的市場是怎樣的,市場有什么樣的特點(diǎn)，是否能夠在互聯(lián)網(wǎng)上開展公司業(yè)務(wù)。 　　　　 2、市場主要競爭者分析，競爭對手上網(wǎng)情況及其網(wǎng)站策劃、功能作用?！　?3、公司自身?xiàng)l件分析、公司概況、市場優(yōu)勢，可以利用網(wǎng)站提升哪些競爭力，建設(shè)網(wǎng)站的能力（費(fèi)用、技術(shù)、人力等）。 二、建設(shè)網(wǎng)站目的及功能定位（企業(yè)自行處理或與專業(yè)公司商議）　　 1、為什么要建立網(wǎng)站，是為了樹立企業(yè)形象，宣傳產(chǎn)品，進(jìn)行電子商務(wù)，還是建立行業(yè)性網(wǎng)站？是企業(yè)的基本需要還是市場開拓的延伸？ 　　 2、整合公司資源，確定網(wǎng)站功能。根據(jù)公司的需要和計(jì)劃，確定網(wǎng)站的功能類型：企業(yè)型網(wǎng)站、應(yīng)用型網(wǎng)站、商業(yè)型網(wǎng)站（行業(yè)型網(wǎng)站）、電子商務(wù)型網(wǎng)站；企業(yè)網(wǎng)站又分為企業(yè)形象型、產(chǎn)品宣傳型、網(wǎng)上營銷型、客戶服務(wù)型、電子商務(wù)型等。 　　 3、根據(jù)網(wǎng)站功能，確定網(wǎng)站應(yīng)達(dá)到的目的作用。 　　 4、企業(yè)內(nèi)部網(wǎng)（Intranet）的建設(shè)情況和網(wǎng)站的可擴(kuò)展性。 三、網(wǎng)站技術(shù)解決方案（與專業(yè)公司商議）　 根據(jù)網(wǎng)站的功能確定網(wǎng)站技術(shù)解決方案。 　　 1、采用自建服務(wù)器，還是租用虛擬主機(jī)。 　　 2、選擇操作系統(tǒng)，用Window2000/NT還是unix,Linux。分析投入成本、功能、開發(fā)、穩(wěn)定性和安全性等。 　　 3、采用模板自助建站、建站套餐還是個(gè)性化開發(fā)。 　　 4、網(wǎng)站安全性措施，防黑、防病毒方案（如果采用虛擬主機(jī)，則該項(xiàng)由專業(yè)公司代勞）?！　?5、選擇什么樣的動(dòng)態(tài)程序及相應(yīng)數(shù)據(jù)庫。如程序ASP、JSP、PHP；數(shù)據(jù)庫SQL、ACCESS、ORACLE等。 四、網(wǎng)站內(nèi)容及實(shí)現(xiàn)方式（與專業(yè)公司商議）　　 1、根據(jù)網(wǎng)站的目的確定網(wǎng)站的結(jié)構(gòu)導(dǎo)航?！　?一般企業(yè)型網(wǎng)站應(yīng)包括：公司簡介、企業(yè)動(dòng)態(tài)、產(chǎn)品介紹、客戶服務(wù)、聯(lián)系方式、在線留言等基本內(nèi)容。內(nèi)容如：常見問題、營銷網(wǎng)絡(luò)、招賢納士、在線論壇、英文版等等。　　 2、根據(jù)網(wǎng)站的目的及內(nèi)容確定網(wǎng)站整合功能?！　?如FLASH引導(dǎo)頁、會員系統(tǒng)、網(wǎng)上購物系統(tǒng)、在線支付、問卷調(diào)查系統(tǒng)、在線支付、信息搜索查詢系統(tǒng)、流量統(tǒng)計(jì)系統(tǒng)等。　　 3、確定網(wǎng)站的結(jié)構(gòu)導(dǎo)航中的每個(gè)頻道的子欄目?！　?如公司簡介中可以包括：總裁致詞、發(fā)展歷程、企業(yè)文化、核心優(yōu)勢、生產(chǎn)基地、科技研發(fā)、合作伙伴、主要客戶、客戶評價(jià)等；客戶服務(wù)可以包括：服務(wù)熱線、服務(wù)宗旨、服務(wù)項(xiàng)目等?！　?4、確定網(wǎng)站內(nèi)容的實(shí)現(xiàn)方式?！　?如產(chǎn)品中心使用動(dòng)態(tài)程序數(shù)據(jù)庫還是靜態(tài)頁面；營銷網(wǎng)絡(luò)是采用列表方式還是地圖展示。五、網(wǎng)頁設(shè)計(jì)　　 1、網(wǎng)頁設(shè)計(jì)美術(shù)設(shè)計(jì)要求，網(wǎng)頁美術(shù)設(shè)計(jì)一般要與企業(yè)整體形象一致，要符合企業(yè)CI規(guī)范。要注意網(wǎng)頁色彩、圖片的應(yīng)用及版面策劃，保持網(wǎng)頁的整體一致性。 　　 2、在新技術(shù)的采用上要考慮主要目標(biāo)訪問群體的分布地域、年齡階層、網(wǎng)絡(luò)速度、閱讀習(xí)慣等?！　?3、制定網(wǎng)頁改版計(jì)劃，如半年到一年時(shí)間進(jìn)行較大規(guī)模改版等。六、費(fèi)用預(yù)算　　 1、 企業(yè)建站費(fèi)用的初步預(yù)算　　 一般根據(jù)企業(yè)的規(guī)模、建站的目的、上級的批準(zhǔn)而定?！　?2、 專業(yè)建站公司提供詳細(xì)的功能描述及報(bào)價(jià)，企業(yè)進(jìn)行性價(jià)比研究?！　?3、 網(wǎng)站的價(jià)格從幾千元到十幾萬元不等。如果排除模板式自助建站（火山動(dòng)力通常認(rèn)為企業(yè)的網(wǎng)站無論大小，必須有排他性，如果千篇一律對企業(yè)形象的影響極大）和牟取暴利的因素，網(wǎng)站建設(shè)的費(fèi)用一般與功能要求是成正比的。七、網(wǎng)站維護(hù)　　 1、服務(wù)器及相關(guān)軟硬件的維護(hù)，對可能出現(xiàn)的問題進(jìn)行評估，制定響應(yīng)時(shí)間。 　　 2、數(shù)據(jù)庫維護(hù)，有效地利用數(shù)據(jù)是網(wǎng)站維護(hù)的重要內(nèi)容，因此數(shù)據(jù)庫的維護(hù)要受到重視。 　　 3、內(nèi)容的更新、調(diào)整等。 　　 4、制定相關(guān)網(wǎng)站維護(hù)的規(guī)定，將網(wǎng)站維護(hù)制度化、規(guī)范化。 　　 5、說明：動(dòng)態(tài)信息的維護(hù)通常由企業(yè)安排相應(yīng)人員進(jìn)行在線的更新管理；靜態(tài)信息（即沒用動(dòng)態(tài)程序數(shù)據(jù)庫支持）可由專業(yè)公司進(jìn)行維護(hù)。八、網(wǎng)站測試　　 網(wǎng)站發(fā)布前要進(jìn)行細(xì)致周密的測試，以保證正常瀏覽和使用。主要測試內(nèi)容： 　　 1、文字、圖片是否有錯(cuò)誤。　　 2、程序及數(shù)據(jù)庫測試。 　　 3、鏈接是否有錯(cuò)誤。九、網(wǎng)站發(fā)布與推廣　　 以上為網(wǎng)站策劃中的主要內(nèi)容，根據(jù)不同的需求和建站目的，內(nèi)容也會在增加或減少。在建設(shè)網(wǎng)站之初一定要進(jìn)行細(xì)致的策劃，才能達(dá)到預(yù)期建站目的。

一、客戶提出需求：客戶通過電話、電子郵件或在線訂單方式提出自己網(wǎng)上商城建設(shè)方面的“基本需求”。涉及內(nèi)容包括：1、公司介紹；2、欄目描述；3、網(wǎng)站基本功能需求；4、基本設(shè)計(jì)要求。二、設(shè)計(jì)網(wǎng)上商城建設(shè)方案：首先，根據(jù)企業(yè)的要求和實(shí)際狀況，設(shè)計(jì)適合企業(yè)的網(wǎng)上商城建設(shè)方案。是選擇虛擬主機(jī)服務(wù)，還是自己購置服務(wù)器；根據(jù)企業(yè)風(fēng)格度身定制；一切根據(jù)企業(yè)的實(shí)際需要選擇，最合適的才是最好的。三、查詢申辦域名：根據(jù)企業(yè)的需要，決定是國際域名還是國內(nèi)域名。域名就是企業(yè)在網(wǎng)絡(luò)上的招牌，是一個(gè)名字，并不影響網(wǎng)站的功能和技術(shù)。如果是登記國際域名的話，就必須向國際互聯(lián)網(wǎng)絡(luò)管理中心申請;國內(nèi)域名則向中國互聯(lián)網(wǎng)服務(wù)中心登記。四、網(wǎng)上商城系統(tǒng)規(guī)劃：一個(gè)好的網(wǎng)上商城，不僅僅是一本網(wǎng)絡(luò)版的商購平臺，它還必須給網(wǎng)站瀏覽者，即為商城的潛在用戶提供方便的瀏覽導(dǎo)航，合理的動(dòng)態(tài)結(jié)構(gòu)設(shè)計(jì)，適合商務(wù)發(fā)展的功能構(gòu)件，如信息發(fā)布系統(tǒng)、產(chǎn)品展示系統(tǒng)，團(tuán)購系統(tǒng)，運(yùn)營統(tǒng)計(jì)等，豐富實(shí)用的資訊和互動(dòng)空間。我們將根據(jù)甲方的簡單材料，精心進(jìn)行規(guī)劃，提交出一份網(wǎng)站建設(shè)方案書。五、確定合作：雙方以面談、電話或電子郵件等方式，針對項(xiàng)目內(nèi)容和具體需求進(jìn)行協(xié)商。雙方認(rèn)可后，簽署《網(wǎng)站建設(shè)合同書》并支付50%網(wǎng)站建設(shè)預(yù)付款。六、商城內(nèi)容整理：根據(jù)網(wǎng)站建設(shè)方案書，組織出一份與企業(yè)網(wǎng)站欄目相關(guān)的內(nèi)容材料(電子文檔文字和圖片等)，制作人員將對相關(guān)文字和圖片進(jìn)行詳細(xì)的處理、設(shè)計(jì)、排版、掃描、制作，這一過程需要客戶給予積極的配合。七、網(wǎng)頁設(shè)計(jì)、制作、修改 一旦商城的內(nèi)容與結(jié)構(gòu)確定了，下一步的工作就是進(jìn)行網(wǎng)頁的設(shè)計(jì)和程序的開發(fā)。網(wǎng)頁設(shè)計(jì)關(guān)乎企業(yè)的形象，一個(gè)好的網(wǎng)頁設(shè)計(jì)，能夠在信息發(fā)布的同時(shí)對公司的意念以及宗旨作出準(zhǔn)確的詮釋。八、網(wǎng)上商城提交甲方審核并發(fā)布網(wǎng)上商城設(shè)計(jì)、制作、修改、程序開發(fā)完成后，提交給客戶審核，甲方確認(rèn)后，支付網(wǎng)上商城建設(shè)余款。同時(shí)，網(wǎng)上商城程序及相關(guān)文件上傳到網(wǎng)站運(yùn)行的服務(wù)器，至此網(wǎng)上商城正式開通并對外發(fā)布。