post傳輸無限制,get不能超過2k,由於URL的長度限制爲2k.javascript
設置COOKIE的domain爲「.aaa.com」css
首先程序涉及到的文件必須爲utf8編碼,數據庫最好設置爲utf8編碼,而後發送頭header("Content-type: text/html; charset=utf-8");html
Html靜態化就是將某頁面動態數據轉成html靜態數據;其侷限性在於根據不一樣用戶進行數據顯示不一致頁面沒法進行靜態化處理;java
Oscacheweb
(1)主要用於對web應用中的某些動態頁面進行緩存,尤爲是那些須要生成PDF格式文件/報表、圖片文件等的頁面,不只減小了數據庫的交互、減小數據庫服務器的壓力,並且對於減小web服務器的性能消耗有很顯著的效果。數據庫
(2)被包住的代碼將存入內存中,在頁面訪問的時候不會重複查詢數據庫,做用如同將變量存入session中差很少。能大大加快訪問速度。編程
缺點: 會大量暫用內存,致使最後內存溢出。設計模式
核心是JavaScript對象XmlHttpRequest。XmlHttpRequest使您可使用JavaScript向服務器提出請求並處理響應,而不阻塞用戶。使用戶操做與服務器響應異步化。瀏覽器
Ext是一個強大的js類庫,主要包括data,widget,form,grid,dd,menu,其中最強大的應該算grid了,編程思想是基於面對對象編程(oop),擴展性至關的好.能夠本身寫擴展.本身定義命名空間。只要js代碼能夠執行,咱們徹底能夠不須要寫出一句html或者css樣式代碼就完成一個優美的網站設計。緩存
jQuery只是在處理文檔上面具備突出能力,不涉及樣式定義,代碼風格基本等同於原生的javascript,通常是在已有的html頁面上面開發,我的以爲jQuery在效率和開發靈活度上面兼容的最好。
JQuery核心庫包括:min、ui、js
能夠增長已登陸判斷,利用網卡的mac地址作惟一標識;登陸時檢查此mac是否存在於當前已登陸的mac中;
Forward跳轉的地址欄仍是原來的地址;轉發頁面和轉發到的頁面能夠共享request裏面的數據;效率高;
Redirect跳轉的地址欄顯示的是新的URL;不能共享數據,效率也低;
XML解析技術有DOM,SAX,STAX等
SAX解析器
原理:順序解析
優點:適合大型文檔(節省大量內存空間)
DOM解析器
原理:經過解析工廠對xml文件進行解析。
優點:適合小型文檔
缺點:當xml文件很是複雜的時候,佔用太多的內存空間
STAX:Streaming API for XML (StAX)
Cookie
Session
Hidden
url 重寫
cookie機制採用的是在客戶端保持狀態;cookie的做用就是爲了解決HTTP協議無狀態的缺陷所做的努力;而session機制採用的是一種在客戶端與服務器之間保持狀態的解決方案。
因爲採用服務器端保持狀態的方案在客戶端也須要保存一個標識,因此session機制可能須要藉助於cookie機制來達到保存標識的目的。
session是針對每個用戶,若是客戶端請求不包含session id,則爲此客戶端建立一個session而且生成一個與此session相關聯的session id;
若是cookie被禁止, cookie被禁止時仍然可以把session id傳遞迴服務器方法:
一種方式:叫作URL重寫,就是把session id直接附加在URL路徑的後面,附加方式也有兩種,一種是做爲URL路徑的附加信息,表現形式爲http://...../xxx;jsessionid=
另外一種技術叫作表單隱藏字段。在被傳遞給客戶端以前將被改寫成
<form name="testform" action="/xxx">
<input type="hidden" name="jsessionid" value="ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764">
<input type="text">
</form>
這種技術如今已較少應用,實際上這種技術能夠簡單的用對action應用URL重寫來代替;
第二種方式:瀏覽器歷來不會主動在關閉以前通知服務器它將要關閉,所以服務器根本不會有機會知道瀏覽器已經關閉,若是服務器設置的cookie被保存到硬盤上,或者使用某種手段改寫瀏覽器發出的HTTP請求頭,把原來的session id發送給服務器,則再次打開瀏覽器仍然可以找到原來的session。
200成功、400壞請求、403禁止訪問、404找不到請求url、500內部服務器錯誤、502網關故障、505不支持http版本;
1.jsp經編譯後就變成了Servlet. JVM只能識別java的類,不能識別JSP的代碼
2.jsp更擅長表現於頁面顯示,servlet更擅長於邏輯控制.
3.Servlet中沒有內置對象,Jsp中的內置對象都是必須經過HttpServletRequest對象,HttpServletResponse對象以及HttpServlet對象獲得.
所以在實際應用中採用Servlet來控制業務流程,而採用JSP來生成動態網頁.在struts框架中,JSP位於MVC設計模式的視圖層,而Servlet位於控制層.
2 Web Service、Socket遠程調用
Web Service就 是爲了使原來孤立的站點之間的信息可以相互通訊、共享而提出的一種接口。Web Service所使用的是Internet上統1、開放的標準,如HTTP、XML、SOAP(簡單對象訪問協議)、WSDL等,因此Web Service能夠在任何支持這些標準的環境(Windows,Linux)中使用。包括技術有:Axis2、CXF2.6、XFire1.2;
XFire與Axis1性能的比較
1、XFire比Axis1.3快2-6倍
2、XFire的響應時間是Axis1.3的1/2到1/5
XFire與Axis2的比較
XFire的開發比Axis2更簡單快速;Axis2是Apache下的一個重量級WebService框架;XFire是一個高性能的WebService框架;能夠看出XFire的命運會和WebWork的命運同樣,最終會淡出人們的視線。
AXIS 與 CXF的比較
CXF能夠很好支持Spring。Axis2不能;CXF更注重開發人員的工效(ergonomics)和嵌入能力(embeddability)。CXF是Apache旗下一個重磅的SOA簡易框架,它實現了ESB(企業服務總線);AXIS2支持更普遍的數據並對,如XMLBeans,JiBX,JaxMe和JaxBRI和它自定義的數據綁定ADB。Axis2支持多語言-除了Java外,他還支持C/C++版本。
總結:
若是你須要多語言的支持,你應該選擇AXIS2。
若是你須要把你的實現側重JAVA並但願和Spring集成,CXF就是更好的選擇,
優勢:
(1).跨平臺。
(2).SOAP協議是基於XML和HTTP這些業界的標準的,獲得了全部的重要公司的支持。
(3).因爲使用了SOAP,數據是以ASCII文本的方式而非二進制傳輸,調試很方便;它的數據容易經過防火牆,不須要防火牆爲程序而單獨開 「漏洞」。
(4). WebService實現的技術難度要比CORBA和DCOM小得多。
缺點:
(1).WebService使用了XML對數據封裝,會形成大量的數據要在網絡中傳輸。
(2).WebService規範沒有規定任何與實現相關的細節,包括對象模型、編程語言,這一點,它不如CORBA。
Web Service:屬 於應用層一種技術,經過服務器才能夠發佈,內部數據格式爲xml格式,採用HTTP協議通訊,Soap做爲數據格式,是無狀態的,所以能夠不受防火牆的影 響;能夠例如現有很是成熟的Web集羣來提供高負載。成熟的框架不少,開發比較簡單、快速。將字節流按照XML的格式去解析並處理。
Socket:用來實現網絡層一種協議。上面的各層須要咱們本身在程序裏實現。採用tcp或udp協議通訊。例如端口的定義,數據包的定義,數據包的加密解密等。Socket用的是字節流的方式,即雙向不停地發送一個個字節,有利於實時更新數據;Socket效率最高。可是,在複雜的接口環境下,socket的開發效率也是最低的;使用socket傳輸機制,咱們必須花大量的精力來處理異常、斷網、死機等現象。