查詢做業

開源指開源你對源碼進行二次開發進行修改bug修復等版權能夠標爲本身開發。
不開源則和開源相反你不知道源碼內容沒法對源碼進行修改等版權也是開發人全部。
開源（Open Source，開放源碼)被非盈利軟件組織（美國的Open Source Initiative協會）註冊爲認證標記，
並對其進行了正式的定義，用於描述那些源碼能夠被公衆使用的軟件，而且此軟件的使用、修改和發行也不受許可證的限制。
  

超連接加上 target="_blank"就能夠在原有的網頁上打開新的網頁
語義化：語義化是指用合理HTML標記以及其特有的屬性去格式化文檔內容。通俗地講,語義化就是對數據和信息進行處理,使得機器能夠理解.

         語義化的(X)HTML文檔有助於提高你的網站對訪客的易用性，好比使用PDA、文字瀏覽器以及殘障人士將從中受益。對於搜索引擎或者爬蟲軟件來講，則有助於它們創建索引，並可能給予一個較高的權值。

         事實上SEO最有效的一種辦法，就是對網頁的HTML結構進行重構，實質上就是語義化。
WHATWG：網頁超文本應用技術工做小組是一個以推進網絡HTML 5 標準爲目的而成立的組織。在2004年，由Opera、Mozilla基金會和蘋果這些瀏覽器廠商組成。

     歷史

WHATWG成立的緣由是W3C意圖放棄HTML，而力圖發展XML(標準通用標記語言下的一個子集)技術。
WHATWG郵件列表公佈於2004-6-4 , 在Opera–Mozilla宣佈加入後的2天 便否決了由萬維網聯盟(W3C)成員在W3C工做室的Web標準

2007-7-10 , Mozilla Foundation, Apple, Opera Software 建議 W3C跟隨WHATWG'的HTML5，
將新的HTML(標準通用標記語言下的一個應用)命名爲"HTML5".2007-4-7, 新的HTML工做組採納了他們的建議。

優雅降級（graceful degradation）：一開始就構建站點的完整功能，而後針對瀏覽器測試和修復。
漸進加強（progressive enhancement）：一開始只構建站點的最少特性，而後不斷針對各瀏覽器追加功能。
漸進加強 progressive enhancement：針對低版本瀏覽器進行構建頁面，保證最基本的功能，而後再針對高級瀏覽器進行效果、交互等改進和追加功能達到更好的用戶體驗。
　 優雅降級 graceful degradation：一開始就構建完整的功能，而後再針對低版本瀏覽器進行兼容。
優雅降級：使用優雅降級方案，Web站點在全部新式瀏覽器中都能正常工做，若是用戶使用的是老式瀏覽器，則代碼會檢查以確認它們是否能正常工做。因爲IE獨特的盒模型佈局問題，絕大多數Web設計師和開發者都經過專門的樣式表或針對不一樣版本的IE的hack實踐過優雅降級了；
使用優雅降級技術時，你必須首先完整的實現了網站，其中包括全部的功能和效果。而後再爲那些沒法支持全部功能的瀏覽器增長候選方案，使之在舊式瀏覽器上以某種形式降級體驗卻不至於徹底失效。
漸進加強：從被全部瀏覽器支持的基本功能開始，逐步地添加那些只有新式瀏覽器才支持的功能。漸進加強是值得全部開發者採用的作法。 漸進加強方案並不假定全部用戶都支持javascript，而老是提供一種候補方法，確保用戶能夠訪問（主要的）內容。

PNG,JPG,GIF的區別：http://www.cnblogs.com/Fran-Lily/p/3792641.html

HTTP：HTTP 協議定義服務器端和客戶端之間文件傳輸的溝通方式。目前HTTP協議的版本是Http1.1。RFC 2616描述了HTTP協議的具體信息。

這個協議已經成爲瀏覽器和Web站點之間的標準。

當我上網的時候底層是如何進行交互的？

當訪問者點擊一個超連接的時候，將會給瀏覽器提交一個URL地址。經過這個URL地址，瀏覽器便知道去連接那個網站並去取得具體的頁面文件（也多是一張圖片，一個pdf文件）。

HTTP工做的基礎就是，鏈接一個服務器並開始傳輸文件到瀏覽器。

HTTP傳輸的基本過程

在http傳輸的過程當中，被稱爲客戶端的請求者向服務器請求一個文件。

最基本的過程是:

1 客戶端鏈接一個主機；

2 服務器接收鏈接,

3 客戶端請求一個文件,

4 服務器發送一個應答.

Http與Https的區別：https協議須要到ca申請證書，通常免費證書不多，須要交費。http是超文本傳輸協議，信息是明文傳輸，https 則是具備安全性的ssl加密傳輸協議http和https使用的是徹底不一樣的鏈接方式用的端口也不同,前者是80,後者是443。http的鏈接很簡單,是無狀態的HTTPS協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的網絡協議 要比http協議安全HTTPS解決的問題：1 . 信任主機的問題. 採用https 的server 必須從CA 申請一個用於證實服務器用途類型的證書. 改證書只有用於對應的server 的時候,客戶度纔信任次主機. 因此目前全部的銀行系統網站,關鍵部分應用都是https 的. 客戶經過信任該證書,從而信任了該主機. 其實這樣作效率很低,可是銀行更側重安全. 這一點對咱們沒有任何意義,咱們的server ,採用的證書無論本身issue 仍是從公衆的地方issue, 客戶端都是本身人,因此咱們也就確定信任該server.2 . 通信過程當中的數據的泄密和被竄改1. 通常意義上的https, 就是 server 有一個證書.a) 主要目的是保證server 就是他聲稱的server. 這個跟第一點同樣.b) 服務端和客戶端之間的全部通信,都是加密的.i. 具體講,是客戶端產生一個對稱的密鑰,經過server 的證書來交換密鑰. 通常意義上的握手過程.ii. 加下來全部的信息往來就都是加密的. 第三方即便截獲,也沒有任何意義.由於他沒有密鑰. 固然竄改也就沒有什麼意義了.2. 少量對客戶端有要求的狀況下,會要求客戶端也必須有一個證書.a) 這裏客戶端證書,其實就相似表示我的信息的時候,除了用戶名/密碼, 還有一個CA 認證過的身份. 應爲我的證書通常來講上別人沒法模擬的,全部這樣可以更深的確認本身的身份.b) 目前少數我的銀行的專業版是這種作法,具體證書多是拿U盤做爲一個備份的載體.HTTPS 必定是繁瑣的.a) 原本簡單的http協議,一個get一個response. 因爲https 要還密鑰和確認加密算法的須要.單握手就須要6/7 個往返.i. 任何應用中,過多的round trip 確定影響性能.b) 接下來纔是具體的http協議,每一次響應或者請求, 都要求客戶端和服務端對會話的內容作加密/解密.i. 儘管對稱加密/解密效率比較高,但是仍然要消耗過多的CPU,爲此有專門的SSL 芯片. 若是CPU 信能比較低的話,確定會下降性能,從而不能serve 更多的請求.ii. 加密後數據量的影響. 因此，纔會出現那麼多的安全認證提示。