zetavg/zh-tw-wikipedia huggingface dataset:
Webfmt

**Webfmt** 是一個基於 AJAX 技術的網上開源文件管理工具，使用 GPL、LGPL 和 MPL 協議。Webfmt 和開源在線 web 編輯器 TinyMce、CKEditor 等很容易集成在一起使用。

## 特點

* 高質量的縮略圖，容易查找選擇的文件
* 完整的原始碼包括客戶端和伺服器端
* 在 Mozilla Firefox 4.0 + 和 Chrome 12.0 + 瀏覽器里，支持一次多個文件上傳及拖拽上傳
* 上傳文件可以取消
* 不依賴第 3 方擴展
* 沒有使用任何 Flash 技術
* 通過配置或參數，可以控制用戶多選或單選
* 通過調用參數可以控制是否顯示「確定」選擇的按鈕
* 開發人員可以定製接口實現
* 很容易集成 web 編輯器（FCKEditor,TinyMCE）
* 安全性：上傳文件會根據配置和調用參數檢查，不滿足限制條件的文件會被拒絕上傳或被拋棄；可以配置上傳文件自動重命名，也可以自定義重命名函數。用戶的文件操作都被限制在配置的路徑下；可以通過 Hook API 過濾所有文件前置操作和後置操作

## 瀏覽器兼容性

Webfmt 支持多種作業系統，兼容瀏覽器 Internet Explorer7.0+, Mozilla Firefox3.5+, Safari3.5+,Google Chrome12.0+, 和 Opera10.0+.

## 接口

Webfmt 有簡單易用的 API 接口提供給使用者。請參考

## 開源

* ajax file manager for website
* Webfmt （頁面存檔備份，存於網際網路檔案館） - webfmt Code

## 多國語言支持

* 多國語言支持請參考

## 參考資料

## 外部連結

* 官方網站
* Webfmt official documentation web site
* Sourceforge project site （頁面存檔備份，存於網際網路檔案館）
Webfont

**Web 開放字型格式**（Web Open Font Format，簡稱 **WOFF**）是一種網頁所採用的字體格式標準。此字型格式發展於 2009 年，由全球資訊網協會的 Web 字型工作小組標準化，現在已經是推薦標準。此字體格式不但能夠有效利用壓縮來減少檔案大小，並且不包含加密也不受 DRM（數位著作權管理）限制。

在 2010 年 4 月 8 日，Mozilla 基金會、Opera 軟體公司和微軟提交 WOFF 之後，全球資訊網協會發表評論指，希望 WOFF 不久能成為所有瀏覽器都支援的、「單一、可互操作的（字型）格式」。2010 年 7 月 27 日，全球資訊網協會將 WOFF 作為工作草案發布。2018 年 3 月發布 2.0 版。

## 規格

WOFF 本質上是包含了基於 SFNT 的字型（如 TrueType、OpenType 或其他開放字型格式），且這些字型均經過 WOFF 的編碼工具壓縮，以便嵌入網頁中。WOFF 1.0 使用 zlib 壓縮，檔案大小一般比 TTF 小 40%。而 WOFF 2.0 使用 Brotli 壓縮，檔案大小比上一版小 28%～29%。

## 支援

WOFF 支援以下瀏覽器：：

* Mozilla Firefox3.6 版。
* Google Chrome 則自 6.0 起就支援 WOFF。
* 微軟自第三個 platform review 版本的 Internet Explorer 9 起，就對 WOFF 添加了全部的支援。
* Konqueror since KDE 4.4.1。
* Presto 自 2.7.81 起支援 WOFF。
* WebKit 瀏覽器支援 WOFF，Safari 自 5.1 起支援 WOFF。

WOFF 2.0 支援以下瀏覽器：

* Google Chrome（自 36 版本起）
* Edge（自 14 版本起）
* Opera（自 26 版本起）
* Firefox（自 35 版本起）
* Safari（自 10 版本起）

## 參考資料

## 外部連結

* The Web Open Font Format (WOFF) （頁面存檔備份，存於網際網路檔案館） Mozilla Developer Neteork
* Web Open Font Format for Firefox 3.6 （頁面存檔備份，存於網際網路檔案館）
* 提供中文 Web Fonts 服務廠商
  * justfont 就是字 中文字型 Web Fonts 服務 （頁面存檔備份，存於網際網路檔案館）
  * 文鼎科技 iFontCloud 雲端字型服務 （頁面存檔備份，存於網際網路檔案館）
  * 華康 Dyna Font Online DFO 網路字型服務 （頁面存檔備份，存於網際網路檔案館）
  * 方正雲字庫 （頁面存檔備份，存於網際網路檔案館）
Weblate

**Weblate** 是一個高度整合了版本控制功能的 web-based 翻譯工具。它具有簡單清晰的使用者介面，各部分間翻譯譯文

## 專案目標

整合 git 且支援多種檔案格式的網路翻譯應用， 令翻譯者易於貢獻。

譯文應當與原始碼在同一代碼庫中並且翻譯行程應當緊密跟隨開發。

對重大衝突的解決不做計劃並期望衝突應當優先在 git 方面解決。

## 專案名稱

專案的名稱是 web（網路）和 translate（翻譯）的混成詞。

## 專案網站

你可以在 https://weblate.org/ 找到 weblate，演示伺服器在 https://hosted.weblate.org/。文件在 https://docs.weblate.org/。

## 著名案例

Weblate 被用於翻譯諸多自由軟體和商業軟體。自由軟體專案包括：

* MyPaint
* FreePBX
* phpMyAdmin
* Unknown Horizons
* OpenPetra （頁面存檔備份，存於網際網路檔案館）
* Aptoide

## 參見

* Translate Toolkit
* 翻譯記憶
* 電腦輔助翻譯

## 外部連結

* GitHub 上的 Weblate
* 位於 Open Hub 的 WeblateOpen Hub

## 參考文獻
Webley_.455

**威百利轉輪手槍**（英語：Webley Revolver）是由英國生產的一系列軍用和警用轉輪手槍。當中最著名的版本為威百利 MK VI， 它在一次大戰期間成為了英國軍隊以及其殖民地軍隊的制式手槍。

## 歷史

1887 年，英國陸軍正尋求一種新型轉輪手槍以取代性能不能令人滿意的.476 口徑恩菲爾德 Mk I 及 Mk II 轉輪手槍，而該槍也只在部隊中服役了七年。威百利斯科特在當時以生產各種高質量槍械而聞名，並已在商業基礎下向軍官和平民銷售了許多種手槍，該公司向英軍提供了一種.455 口徑的威百利中折式轉輪手槍參與招標。期間軍方對該槍的表現大為滿意，並於 1887 年 11 月 8 日以「威百利 Mk I 型手槍」（Pistol, Webley, Mk I）的名義正式採用為制式手槍。

在戰爭過後，英國政府認為一種.38 口徑，發射重 200 格林（13 克）長型子彈的轉輪手槍會更加符合要求。為此，他們正在尋求一種新兵也能使用的低重量和低後座力的雙動式轉輪手槍，以在極近距離下能夠輕易的擊中敵人，其發射的重彈也有著較高的制止力。由於在當時.38/200 彈在美國流行於警察和民間射手當中，威百利斯科特隨即向英軍提供了一種.38/200 口徑的威百利 Mk IV 轉輪手槍。然而英軍並沒有直接採用該槍，反而把其設計提交給國營的恩菲爾德兵工廠，開發出一款跟威百利 Mk IV 十分相似，但內部結構卻稍有不同的轉輪手槍。該槍推出後便立刻被採納，命名為「No 2 Mk I 型轉輪手槍」（Revolver, No 2 Mk I），並於 1931 年正式採用。

後來，威百利斯科特控告英國政府侵犯專利，並要求他們賠償 2,250 英鎊。但威百利斯科特的行動受到恩菲爾德兵工廠的質疑，他們聲稱恩菲爾德 No.2 Mk I 型轉輪手槍是由博斯上尉（博斯反戰車步槍的設計助理總監）在威百利斯科特的協助下設計，而非後者所提出的指控。故威百利斯科特的索償被法院所拒絕。不過，皇家委員會仍然透過「發明家獎勵」贈予威百利斯科特 1,250 英磅。

由於恩菲爾德兵工廠在二戰期間無法生產足夠的 No.2 轉輪手槍以達到英軍的需求，威百利 Mk IV 也被英國陸軍所採用，以填補前者的空缺。

## 設計

威百利轉輪手槍採用中折式設計，當射手把槍管向下折開的同時，彈巢裡的彈殼亦會同時彈出，並有利於重新裝填。該槍的所有版本皆採用雙動式扳機，採用的彈藥為.455 威百利（後來的 Mk IV 型改用.38/200 彈），並為了配合現代化需求而在二十世紀開始改用了無煙火藥。然而，該槍的彈速卻相當慢，其槍口初速並未超過 200 公尺／秒；由於其使用的子彈重量超過 17 克，其後座力是相當大的。

由於該槍有著較高的加工標準，故即使在最極端的戰場環境下依然十分堅固、可靠和耐用。

## 採用

較專業的士兵通常都會被安排接受該手槍的準確射擊訓練；但基於英國在一戰期間兵力不足，許多訓練不足的新兵被派往前線作戰，而當他們嘗試使用這種手槍的時候就遇上了許多困難。

英國陸軍於 1887 年正式採用威百利轉輪手槍，並在第二次布爾戰爭中獲得首次廣泛使用。儘管於 1935 年已被較新的恩菲爾德 MK I 逐步取代，威百利轉輪手槍在二戰期間仍然被廣泛使用。由英國政府擁有的威百利轉輪手槍在戰後仍然在軍隊中服役，直到於 1954 年被白朗寧大威力半自動手槍取代為止。而一些警察單位則使用至 1970 年代。

現在，威百利轉輪手槍仍有被少數國家的軍警所使用。

## 衍生型

* 

## 使用國

* 阿富汗
* 澳洲
* 孟加拉
* 加拿大
* 中華民國
* 希臘
* 英屬香港
  * 皇家香港警察
* 印度
* 愛爾蘭
* 以色列
* 肯亞
* 盧森堡
* 緬甸
* 紐西蘭
* 巴基斯坦
* 菲律賓
* 大清
  * 北洋水師
* 羅德西亞
* 獅子山
* 新加坡
* 南非聯邦
* 坦尚尼亞
* 突尼西亞
* 英國
  * 英國武裝部隊

## 登場作品

### 電影

* 1997 年 —《鐵達尼號》：為.455 口徑 Mk I 型，由鐵達尼號的船員們所使用。
* 2011 年 —《福爾摩斯 2：詭影遊戲》：為.455 口徑 Mk V 型，第一把由襲擊夏洛特・福爾摩斯（小勞勃・道尼飾演）的打手所持有，該名打手隨後被福爾摩斯奪去手槍並退掉其彈巢內的子彈，然後再由福爾摩斯將手槍歸還。另一把由辛姆莎・海隆夫人（娜歐蜜・瑞佩斯飾演）交給福爾摩斯用於秘密潛入武器工廠調查，但由於福爾摩斯其後被解取武裝，故並未曾使用過。
* 2012 年 —《戰馬》：為.455 口徑 Mk VI 型，由弗萊中士（艾迪・馬森飾演）和戴維・里昂（勞勃・埃姆斯飾演）所使用。
* 2019 年 —《1917》：為.455 口徑 Mk VI 型，由英軍士兵所使用。

### 電子遊戲

* 2003 年 —《決勝之日》：為.38 口徑 Mk IV 型，為英軍陣營制式手槍。
* 2004 年 —《決勝時刻：聯合行動》：為.38 口徑 Mk IV 型，命名為「Webley Mk IV」，為英軍陣營制式手槍。
* 2005 年 —《決勝時刻 2》：為.455 口徑 Mk VI 型，命名為「Webley」，為英軍陣營制式手槍。
* 2014 年 —《極地戰嚎 4》：為.455 口徑 Mk VI 型，命名為「Mk IV」，奇怪地只能單動式射擊。另有加裝紅點鏡的簽名武器版本「Sixer」。
* 2015 年 —《凡爾登》：為.455 口徑 Mk VI 型，命名為「Webley Mk VI Revolver」，為英軍陣營制式手槍。
* 2017 年 —《戰地風雲 1》：資料片「啟示錄」新增的武器。為.455 口徑 Mk VI 型，命名為「Revolver Mk VI」，能夠由所有職階使用。
* 2018 年 —《戰地風雲 5》：為.455 口徑 Mk VI 型，命名為「Mk VI Revolver」，能夠由所有職階使用。
* 2018 年 —《決勝時刻：黑色行動 4》：為.455 口徑 Mk VI 型，命名為「Welling」，只在殭屍模式登場，奇怪地使用 8 發容量彈巢。
* 2020 年 —《少女前線》夏季大型活動 - 偏振光中實裝
* 2021 年 —《決勝時刻：先鋒》：型號為.455 口徑 Mk VI 型，命名為「Top Break」。
* 2021 年 —《極地戰嚎 6》：為.455 口徑 Mk VI 型，命名為「Mark VI」。

### 動畫

* 2011 年 —《丹特麗安的書架》：為.455 口徑 Mk VI 型，由男主角修・安索尼・迪斯瓦特（CV：小野大輔）所使用。

## 另見

* 恩菲爾德 No.2 轉輪手槍
* MAS 1873 轉輪手槍
* M1892 轉輪手槍
* 史密斯威森 3 型轉輪手槍
* 史密斯威森軍警型左輪手槍
* M1879 帝國轉輪手槍
* 納干 M1895 轉輪手槍
* 二六式手槍

## 參考文獻

## 外部連結

* _Webley Mk. IV_
* www.cruffler.com: _Webley Mk.IV Revolver_ _（頁面存檔備份，存於網際網路檔案館）_
* American Rifleman: _Webley Mark VI Revolver_
Webmail

**網頁郵件**（英語：**webmail**）是網際網路上一種主要使用網頁瀏覽器來閱讀或傳送電子郵件的服務，與使用 Microsoft Outlook.com、Mozilla Thunderbird 等電子郵件客戶端軟體的電子郵件服務相對。

網際網路上的許多公司，諸如 Google、雅虎、中國的新浪和網易等，都提供有 webmail 服務。此外，個人的網際網路服務提供商也可能提供 webmail，這樣他們的使用者可以不必通過他們一般使用的上網終端而直接使用他們的郵件服務。

## 歷史

世界上第一個 webmail 服務是傑克・史密斯和印度的沙比爾・巴蒂亞（Sabeer Bhatia）一起創辦的 Hotmail。後來微軟將 Hotmail 買下並將其與 Outlook.com 服務相結合。而有提供電子郵件信箱的入口網站及 ISP 也大多提供了 webmail 供使用者使用。

一些開放原始碼的程式允許使用者建立自己的 webmail。

## 特色

多數 webmail 具有下列特色：

* 檔案夾
* 不同的郵件分入不同的資料夾
* 垃圾筒
* 位址簿

不少 webmail 服務還同時具有下列特徵：

* 垃圾郵件檢查
* POP3 收取其他電子信箱
* 檢查附件中的電腦病毒
* 字典（詞典）功能
* 拼寫錯誤檢查

## 優點和缺點

### 優點

* 使用者可以在任何連接至網際網路且擁有網頁瀏覽器的地方讀取和傳送電子郵件，而不必使用特定的客戶端軟體
* 郵件不必被下載
* 許多公司提供匿名服務

### 缺點

* 使用者若沒有連接至網際網路，就無法使用 webmail，即使是讀取從前的郵件也無法進行
* 一般 webmail 的儲存量有限
* 使用者可能必須接受介面中的網頁廣告
* 若網路速度較慢，webmail 很難使用
* 一般電子郵件都比較短，但 webmail 由於要在原來的郵件基礎上新增 HTML 的指令和結構，所以會讓郵件體積變大

## 其他特徵

* **匿名性**

Webmail 擁有一定程度的匿名性。一般來說國家安全機構可以比較容易地確定誰在使用 webmail 服務，但私人一般比較難確定使用 webmail 的到底是誰。

## Webmail 伺服軟體舉隅

* OpenWebmail
* Mail2000

## 參考資料
Webmonkey

**Webmonkey** 是一個非常受歡迎的網上教程，教授人們如何再前端和後端構造網頁。網站包括了構造網頁的方方面面的知識，比如網上編程，資料庫，多媒體和網絡商店架構。內容與連線雜誌上教授網站設計的教程相似。Webmonkey 是一個新手和老手皆宜使用的網站。在 1999 年，網站成立了 Webmonkey Kids 子網站教授孩子如何設計網站。

Webmonkey 在 2004 年 2 月由於其母公司 Terra Lycos 在美國裁人而關門。於 2006 年 2 月重開，但稍後又關閉。

2008 年 5 月 Webmonkey 被收購連線雜誌的 Condé Nast 公司收購，後者把 Webmonkey 作為一個 wiki 重新發布。

## 參考

## 外部連結

* Webmonkey - 官網 （頁面存檔備份，存於網際網路檔案館）
Webp

**WebP**（發音：_weppy_）是一種同時提供了有損壓縮與無失真壓縮（可逆壓縮）的圖片檔案格式。

WebP 最初在 2010 年 9 月釋出，其支援庫於 2018 年 4 月發布 1.0 版本。截至 2021 年 5 月，已有 94% 的瀏覽器支援此格式。

WebP 的設計目標是在減少檔案大小的同時，達到和 JPEG、PNG、GIF 格式相同的圖片品質，並希望藉此能夠減少圖片檔在網路上的傳送時間。根據 Google 較早的測試，WebP 的無失真壓縮比網路上找到的 PNG 檔少了 45％的檔案大小，即使這些 PNG 檔在使用 pngcrush 和 PNGOUT 處理過，WebP 還是可以減少 28％的檔案大小。

WebP 支援的像素最大數量是 16383x16383。有損壓縮的 WebP 僅支援 8-bit 的 YUV 4:2:0 格式。而無失真壓縮（可逆壓縮）的 WebP 支援 VP8L 編碼與 8-bit 之 RGBA 色彩空間。而無論是有損或無失真壓縮皆支援 Alpha 透明通道、ICC 色彩組態、XMP 詮釋資料。

WebP 有靜態與動態兩種模式。動態 WebP（Animated WebP）支援有損與無失真壓縮、ICC 色彩組態、XMP 詮釋資料、Alpha 透明通道。

## 歷史

Google 於 2010 年 9 月 30 日首次公布 WebP 格式，它衍生自影像編碼格式 VP8，被認為是 WebM 多媒體格式的姊妹項目，是 Google 在購買 On2 Technologies 後獲得技術發展而來的，該格式及其衍生的支援庫以 BSD 授權條款釋出。

2011 年 10 月 3 日，Google 給 WebP 添加了擴充格式以讓其支援 ICC 色彩特性檔案、可延伸後設資料平台和 EXIF。

2011 年 11 月 8 日，Google 開始讓 WebP 支援無失真壓縮和透明色（alpha 通道）的功能，而在 2012 年 8 月 16 日的參考實做 libwebp 0.2.0 中正式支援。

截至 2022 年 1 月，已有 94% 的瀏覽器支援此格式。

## 技術

WebP 的失真壓縮演算法是基於 VP8 影片格式的影格內編碼，並以 RIFF 作為容器格式。 因此，它是一個具有八位色彩深度和以 1:2 的比例進行色度子採樣的亮度 - 色度模型（YCbCr 4:2:0）的基於塊的轉換方案。 不含內容的情況下，RIFF 容器要求只需 20 位元組的開銷，依然能儲存額外的元資料 (metadata)。 WebP 圖像的邊長限制為 16383 像素。

WebP 是基於塊預測的。每個塊都是根據它上面三個塊的值和其左邊一個塊的值進行預測的（塊解碼以光柵掃描順序完成：從左到右，從上到下）。塊預測有四種基本模式：水平、垂直、DC（單色）和 TrueMotion。利用離散餘弦變換或沃爾什 - 阿達瑪轉換將預測錯誤的資料和未預測塊壓縮在 4×4 像素子塊中。這兩種轉換都是使用定點算術完成的，以避免捨入誤差。輸出使用熵編碼進行壓縮。 WebP 也明確支援並列解碼。

參考實現包含一個 Linux 命令列程式的轉換器，以及用於解碼的庫，與 WebM 相同。開源社群很快設法將轉換器移植到其他平台，例如 Windows。

WebP 的無失真壓縮採用先進的技術，例如用於不同顏色通道的專用熵代碼，利用反向參考距離的 2D 位置和最近使用的顏色的顏色快取。這補充了字典編碼、霍夫曼編碼和顏色索引變換等基本技術。

## 支援

### 瀏覽器

Chrome 和所有基於 Chromium 的瀏覽器（如 Opera、Brave 等）均原生支援靜態與動態的 WebP 格式，且自 12 版開始支援 WebP 的漸進式解碼功能。

從 2020 年 1 月後發布的基於 Chromium 的 Edge 版本原生支援 WebP 格式。在此之前基於 EdgeHTML 的 Edge 版本則在除安全應用保護模式外，通過預設安裝的平台擴充實現支援

Firefox 和所有延伸自 Firefox 的瀏覽器（如 Pale Moon 和 Waterfox 等）瀏覽器亦在 65.0 版本起支援 WebP 圖像。

2020 年 9 月，在 iOS 14 和 macOS Big Sur 的 Safari 14 中加入了 WebP 支援。

在 Linux 中使用的 GNOME Web 和 KDE 圖片瀏覽器 Gwenview 也支援 WebP。

此外所有可以原生播放 WebM 影像的瀏覽器，也可以透過 javascript 來顯示 WebP 影像。不過在 Internet Explorer 6 和以上版本中是通過 Flash 實現的。

### 圖像軟體

圖像軟體當中，Picasa（從 3.9 版本起）、PhotoLine、Pixelmator、ImageMagick、XnView、IrfanView、GDAL、Aseprite 和 GIMP（2.10 起）皆原生支援 WebP 格式。

### 系統

蘋果在 macOS Sierra 及 iOS 10 的早期 beta 版本中加入了 WebP 支援。而在 2016 年 9 月 7 日釋出的 iOS 10 和 macOS Sierra GM 種子版本中卻移除了 WebP 的支援。

### 其他程式

Gmail 和 Google 相簿都支援 WebP。

Telegram 將 WebP 用於他們的表情符號，聲稱它們的顯示速度比訊息應用程式中通常使用的其他格式快 5 倍。

## 評論

x264 的開發者之一：Jason Garrett-Glaser，在 2010 年時針對 WebP 做出了幾點評論，根據和其他編碼器（JPEG、x264、Theora）測試的結果，他認為 WebP 的影像品質是最差的，多數是在模糊度方面。他也評論 Google 應該等到 WebP 可以超越 JPEG 之後再發佈。不過在 2011 年 4 月 20 日，他提到新的 WebP 編碼器表現的非常好，超越 JPEG 指日可待。

## WebP 2

WebP 2 是 Google 自 2021 年 6 月起開發的新一代 WebP。它的具體實現為 `libwebp2`。這種新格式的主要目標是達到與 AV1 類似的壓縮比，並同時保有更快的編碼和解碼速度。

## 相關條目

* MNG
* APNG
* WebM
* VP8
* JPEG 2000
* JPEG XR
* BPG

## 參考文獻

## 外部連結

* 官方網站
Webpack

**Webpack** 是一個開源的前端打包工具。Webpack 提供了前端開發缺乏的模組化開發方式，將各種靜態資源視為模組，並從它生成優化過的程式碼。

Webpack 可以從終端、或是更改 `webpack.config.js` 來設定各項功能。

要使用 Webpack 前須先安裝 Node.js。Webpack 其中一個特性是使用載入器來將資源轉化成模組。開發者可以自訂載入器的順序、格式來因應專案的需求。

## 參見

* Grunt
* Gulp.js
* Browserify

## 參考文獻
Webs-TV

**天空傳媒股份有限公司**，前身為**網絡數碼股份有限公司**（webs-tv inc.），成立於 1997 年。目前擁有入口網站、寬頻上網、影片租借等娛樂傳播事業。

## 簡史

**網絡數碼股份有限公司**（webs-tv inc.）於 1999 年由陳銘堯創辦，主營業務為線上收費影片點播，主要股東為大學創業投資基金與經營團隊。於 2006 年起陸續購併了和信超媒體（GigaMedia Limited）的 ADSL 寬頻上網事業、蕃薯藤（yam.com）入口網站、台灣百視達等公司，並引入中興保全資金。2007 年 3 月，網絡數碼股份有限公司更名為**天空傳媒股份有限公司**（yam.com inc.），並以「yam yam 天空」作為全新的企業識別系統，網址統一使用原蕃薯藤網址「yam.com」。2010 年 10 月，入口網站再度改回蕃薯藤品牌，並以「yam 蕃薯藤」作為全新的企業識別系統。

### 大事記

* 2000 年 4 月：網絡數碼股份有限公司成立。
* 2006 年 5 月：收購和信超媒體的 ADSL 事業。（後於 2009 年 9 月移轉中嘉網路管理）
* 2006 年 9 月：收購蕃薯藤數位科技所經營的 yam.com 入口網站。
* 2007 年 3 月︰更名為**天空傳媒股份有限公司**，並以「yam 天空」作為全新的品牌識別系統。
* 2009 年 3 月：天空傳媒正式英文名稱更改為「YAMEDIA Inc.」。
* 2010 年 7 月：和信超媒體創辦人辜啟允的大姐辜懷群入主天空傳媒，天空傳媒的品牌改回「**yam 蕃薯藤**」。
* 2012 年 8 月：天空傳媒創意部建立「地球圖輯隊」服務，以授權大圖報導國際要聞。

## 服務項目

* 入口網站－yam 蕃薯藤
* 影音娛樂－愛電視（isch.tv）
* 部落格服務－yam blog 天空部落
* 兒童入口－小蕃薯
* 旅遊－輕旅行
* 國際新聞－地球圖輯隊

## 事件

* 樂蕃天事件序列（懶人包）

## 參見

* 蕃薯藤
* 天空部落

## 參考資料

## 外部連結

* yam 蕃薯藤（頁面存檔備份，存於網際網路檔案館）
Website

**網站**是指在全球資訊網上，根據一定的規則，使用 HTML 等工具製作的用於展示特定內容的相關網頁的集合。簡單地說，網站是一種通訊工具，就像布告欄一樣，人們可以通過網站來發布自己想要公開的資訊，或網站來提供相關的網路服務。人們可以通過網頁瀏覽器來存取網站，獲取自己需要的資訊或者享受網路服務。

許多公司都擁有自己的網站，他們利用網站來行宣傳、發布產品資訊、招聘等等。隨著網頁製作技術的流行，很多個人也開始製作個人主頁，這些通常是製作者用來自我介紹、展現個性的地方。也有以提供網路資訊為盈利手段的網路公司，通常這些公司的網站上提供人們生活各個方面的資訊如時事新聞、旅遊、娛樂、經濟等。

在全球資訊網的早期，網站還只能展示單純的文字。經過幾年的發展，圖像、聲音、動畫、影片，甚至 3D 圖形技術開始在全球資訊網上流行起來，網站也慢慢地發展成圖文並茂的外觀。通過動態網頁技術，使用者也可以與其他使用者或者網站管理者交流。也有一些網站提供電子郵件服務。

## 歷史

全球資訊網由英國 CERN 物理學家提姆・柏內茲 - 李於 1990 年創立。1991 年 8 月 6 日，提姆・柏內茲 - 李建立世界上第一個網站。1993 年 4 月 30 日，CERN 宣布全球資訊網對任何人免費開放使用。

## 概述

網站有許多功能，可用於個人網站、商業網站、政府網站或非營利組織網站。網站可以是個人、企業或其他組織的運作，通常專門用於特定主題或目的。任何網站都可以包含指向任何其他網站的超連結。網站被編寫或轉換為超文件標示語言（HTML），並使用使用者代理的軟體存取。可以從任何大小以電腦和網際網路為基礎的裝置（包括桌上型電腦、筆記型電腦、平板電腦和智慧型手機）檢視或存取網頁。

網站代管在稱為網頁伺服器的電腦系統上，也稱為 HTTP（超檔案傳輸協定）伺服器。網頁伺服器也可以指在這些系統上執行的軟體，它們回應來自網站使用者的請求來檢索和傳遞網頁。Apache HTTP Server 是目前最常見的網頁伺服器軟體（根據 Netcraft 統計）， 微軟的 IIS 也是最常被使用的。一些替代品，如 Nginx、Lighttpd、Hiawatha 或 Cherokee，都是功能相當齊全和輕量化。

## 相關主題

* 網站地圖
* 網頁設計
* 網頁程式設計
* 網頁代管服務
* 全球資訊網協會

## 參考文獻

## 外部連結

* 網際網路名稱與數字位址分配機構（ICANN） （頁面存檔備份，存於網際網路檔案館）
* 全球資訊網協會（W3C） （頁面存檔備份，存於網際網路檔案館）
* 網際網路協會（ISOC） （頁面存檔備份，存於網際網路檔案館）
Webster's_Dictionary

**韋伯字典**（英語：_**Webster's Dictionary**_），為在美國被譽為「美國學術和教育之父」的辭典編纂者、拼寫改革倡導者諾亞・韋伯斯特（英語：Noah Webster，1758 年 10 月 16 日～1843 年 5 月 28 日）編寫的一系列字典。在美國，韋伯斯特的名字等同於「字典」（通用商標），而他首版於 1828 年的現代《**韋伯字典**》尤為著名。現在**韋伯字典**多指美國梅里厄姆 - 韋伯斯特公司編寫的字典。

## 諾亞・韋伯斯特的「美國英語詞典」

諾亞・韋伯斯特是當時壟斷美國市場的文學選集和拼寫詞典的作者，他花費了幾十年時間研究編寫他自己的字典。韋伯斯特的第一本字典《_A Compendious Dictionary of the English Language_》出現在 1806 年。在這本書中，韋伯斯特首次引入了他以後一直堅持使用的標誌性的東西，包括美國式拼寫（例如：_center_、_honor_、_program_、_realize，_而不應該是 _centre_、_honour_、_programme_、_realise_，等等），他還加入了一些藝術和科學的專有名詞，而不是使用文學詞彙充斥他的字典。後來他又花了二十年時間來擴充字典。

### ADEL 第一版（1828）

## 梅里厄姆 - 韋伯斯特大學字典

梅里厄姆 - 韋伯斯特是目前最知名的韋伯字典。該公司 1898 年首次引入了 _Collegiate Dictionary_（大學字典），目前出版的是第 11 版（11th Edition）。在 1890 年，Webster's International 公司出版之後，兩個 _Collegiate_ 版字典出現了，而他們分別基於不同的_未刪節_版本。

## 韋氏音標

韋氏詞典所使用的標音系統通常稱為「韋氏音標」。例如，國際音標中的 æ、ɛ、ɪ、ɑ、eɪ、i、aɪ、oʊ，在韋氏音標中分別為 a、e、i、o、ā、ē、ī、ō。

韋氏音標中，元音字母正上方的短橫表示字母本身的讀音，即開音節。沒有短橫的元音字母表示閉音節。

## 韋氏音標與 IPA 音標、DJ 音標、K.K. 音標對照表

下述表格中，「MW」代表韋氏音標。

 
其中，重音符號 /ˈ/ 在詞典中標註的是重讀音節，說明在其之後的音節需要去重讀，換句話說，在其之後的音節需要讀得重而清楚。次重音符號 /ˌ/ 則標註的是次重音，說明在其之後的音節和重讀音節相比較發音要輕。多音節單詞用 /-/ 隔開各音節。

表格中音標的順序、NW 符號、IPA 符號、單詞都取自 Merriam-Webster's Guide-to-Pronunciation PDF （頁面存檔備份，存於網際網路檔案館），DJ 符號（包括新版和舊版）和 K.K. 符號取自其百科詞條。

## 參見

* 音標
  * 國際音標
  * DJ 音標
  * KK 音標

## 參考文獻

## 外部連結

* 韋伯字典官網 （頁面存檔備份，存於網際網路檔案館）
* Merriam-Webster's Word Central （頁面存檔備份，存於網際網路檔案館）
* Webster's 1913 （頁面存檔備份，存於網際網路檔案館） - 1913 Webster's Revised Unabridged Dictionary EPWING electronic dictionary
Webster,_Florida

**韋伯斯特**（英語：Webster），是美國佛羅里達州薩姆特縣下屬的一座城市。建立於 1900 年。面積約為 3.4 平方公里（約合 1.3 平方英里）。根據 2010 年美國人口普查，該市有人口 785 人。論人口在本州排行第 344。

## 參考資料
Webster,_South_Dakota

**韋伯斯特**（英語：**Webster**），是美國南達科他州下屬的一座城市。根據 2010 年美國人口普查，該市有人口 1,886 人。2011 年估計該市人口約有 1,896 人，年增長率為 0.53%。

## 參考資料
Webtoon

**Webtoon**（韓語：웹툰）又稱條漫，是一種始創於韓國的新概念網路漫畫，由「**Web**（網路）」及「Car**toon**（漫畫、卡通）」組成，只需向上下滑動就能閱讀，不需翻頁，是一種專為電腦及行動裝置而設的漫畫。

Daum 於 2003 年創立 Daum Webtoon 平台，隨後 NAVER 也於 2004 年創立 Naver Webtoon 平台。截至 2014 年 7 月 (2014-07)，Daum 已發佈 434 部 Webtoon，而 NAVER 已發佈 520 部 Webtoon 及推出 LINE Webtoon。Daum Webtoon 及 NAVER Webtoon 均按照既定的時間表持續地發佈，讓讀者每天都能免費閱讀最新及各式各樣的 Webtoon。

其中一些最受歡迎的 Webtoon 為遊俠、看臉時代、神之塔、大貴族、狂野少女、高校之神、橘皮馬末蘭果醬、我獨自升級、觸不可及及蛋男情緣等等。

## 歷史

### 第零代

第零代 Webtoon 為掃瞄並上傳至網際網路的普通漫畫，通常為橫向格式。

### 第一代

第一代 Webtoon 為插入了 Flash 效果的第零代 Webtoon。Flash 動畫效果主要用作增添緊張感，也有一些 Webtoon 應用放大及縮小功能，通常用作代表時間的流逝。

### 第二代

第二代 Webtoon 採用了縱向格式。由於捲軸直式下拉能自然地顯示時間的流逝，這能強化電影表達方式，漸變效果也變得更加常用。基於這些技術的發展，以及改善預載速度，閱讀的過程變得更快及更流暢。這能更精準地把作者的想法傳達給讀者，這引起了 2000 年代各種受歡迎 Webtoon 的創作。

### 第三代

第三代 Webtoon 的設計顧及到電子世代的來臨，包括智慧型手機、平板電腦、無線網路及電子書的出現，因此第三代 Webtoon 不時會結合動畫、音效及各種特效。

## 市場

出版業是目前漫畫零售的主要手段。隨著電子漫畫的出現，在網上發佈漫畫內容，同時印刷成實體書並出版近來日益受到重視。

分發漫畫內容的另一種方法為於各種媒體中應用，例如電視劇、電視動畫、廣告及影片等。

一源多用（_One-Source Multi-Use_，簡稱 OSMU；另見跨媒體製作）是一個營銷方法，其定義為讓使用者們「經由他們擁有的智慧型裝置，自由分享及分發單個內容」。Webtoon 不時用作 OSMU 的媒介。

OSMU 的例子：

韓國著名搜尋引擎 NAVER 於 2004 年推出 LINE Webtoon 服務，現時擁有韓國最大的 Webtoon 市場。根據 NAVER 官方統計，韓國每天有 620 萬人使用 LINE Webtoon 服務，振興了韓國漫畫業。這已成為一個新的文化現象，不少 NAVER Webtoon 都被改編成電影、電視劇及推出文具等各種商品。2014 年前，Webtoon 只有韓文版本，少量 Webtoon 被愛好者翻譯成中文及英文，但由於並非官方翻譯，翻譯品質良莠不齊。由於 Webtoon 在海外也開始有名氣，2014 年 7 月，NAVER 挑選了 42 部熱門 Webtoon（其中包括大貴族、高校之神及神之塔），由其附屬公司 LINE 翻譯成中文及英文，並於 LINE Webtoon 網站發佈，讓世界各地的人都能享受閱讀 Webtoon 的樂趣，並令 Webtoon 打入國際市場。由於 LINE Webtoon 服務的市場拓展至全球，令各國都出現訂閱者，Webtoon 已成為韓流的其中一環。

## 呈現方式

### 面板佈局

由於顯示的範圍有限，Webtoon 並不符合電腦螢幕的大小。Webtoon 並無分頁，而是在可拉動的垂直佈局中展示內容，就如典型的網站。畫格的大小及組態各式各樣，能從中體現作家的個性。也可以用不同的分鏡及間距，令讀者有不同的閱讀體驗。

### 重複及連續畫格

跟一頁內有大量畫格、面板佈局密集的漫畫相反，Webtoon 需要拉動才能看到新畫格。這令 Webtoon 適合漸進和連續的展示。

### 討論及回饋

不少傳統漫畫只是作者向讀者敍事的單方向溝通，但 Webtoon 有別於傳統漫畫，大部分 Webtoon 平台均有提供讓讀者發表評論的功能，這樣作家就能從讀者得到回饋及意見，讀者之間也能交換意見，便於多方向溝通。

## 平台

### 海外

* LINE Webtoon（世界）（有繁體中文頁面）
* Comico（日本、中國及港澳台）（有繁體中文頁面）
* Lalatoon（世界）（有繁體中文頁面）
* ToryComics（世界）（網頁無繁體中文頁面，但 APP 支援中文頁面）

### 韓國

以下表格列出了韓國的 Webtoon 平台：

 

如果你想看到一個組織好的、包含各個 Webtoon 資料的網站，請檢視以下連結。

### 中國

## 影響

韓國的傳統紙本漫畫業發展得不太好，一般讀者很難接觸到紙本漫畫，而且取材也不為大眾所接受。但自從推出 Webtoon 服務後，普通人也很容易從螢幕接觸到 Webtoon，令閱讀 Webtoon 變成不少韓國人的習慣，不少受歡迎 Webtoon 被改編成電視劇、電影、遊戲、動畫等，並翻譯成不同語言，令世界各地的人都能享受 Webtoon，甚至連日本也仿傚韓國推出 Webtoon，改變整個漫畫界的發展。

## 參考資料
Webus

**Webus** 是香港一個 WiFi 無線網際網路服務品牌，由新巴、城巴及 Buspak 共同開發，提供免費 WiFi 無線上網服務給予巴士上的乘客，並同時作為一個新的廣告途徑。網絡服務供應商是 CSL 1010。

## 歷史

於 2008 年 11 月 17 日，新巴、城巴及 Buspak 為配合 Sony Ericsson G705 WiFi 手機的廣告，於十輛配有該品牌主題巴士上增設 WiFi 免費無線上網設備，成為全港首間提供巴士免費無線上網的巴士公司。

及至 2009 年 7 月，戶外媒體代理商 Buspak 將該服務命名為「Webus」，作為旗下品牌並加以推廣，可供上網的巴士車隊遂由 10 輛增加至 30 輛。同年 12 月，由於反應熱烈，該車隊再度擴充至 78 輛。

2010 年 5 月，Webus 進一步加強服務，其車隊增加到 100 輛，並且以「Webus & 100 webus」為主題推出一連串慶祝及推廣活動。同年 10 月，Webus 更加擴展到城巴機場快線 Cityflyer，以「WiFi-Enabled」作為品牌，於往返機場的旅途上為本地及外地遊客提供免費上網服務。

2011 年 7 月，Webus 推出 Webus App 以提供多元化的服務供用家使用，包括：潮流資訊﹑巴士路線搜查﹑Facebook 專頁﹑換領禮物遊戲等...... 使市民無論在車上或車外都可以享用及緊貼最新的潮流資訊。Webus App 現已登陸至 iPhone （頁面存檔備份，存於網際網路檔案館）平台及 Google Play （頁面存檔備份，存於網際網路檔案館）平台。

2012 年 6 月，Webus 車隊增加到 300 輛，並推出一連串的宣傳活動，包括巴士車身廣告、大型戶外廣告板、印刷廣告及 Check-in 遊戲「Webus Check-in 路路賞」，提供 300 份至潮禮品給 Webus 會員。

## 已安裝車隊

截至 2012 年 6 月，已經有超過 300 輛巴士裝上 WiFi 設備，服務港島、九龍和北大嶼山主要區域，其中城巴機場快線大約有 75 輛（包括 8000-8038、8205-8207），Webus 並為此推出抽獎活動。

直至目前，城巴機場快線車隊約有 75 輛巴士裝上 WiFi 設備，服務範圍主要連接機場和市區。

## 利用狀況

由最初推出 WiFi 服務起到 2010 年 5 月計，累積使用人次已超過三十萬，並有超過 100 個品牌使用 Webus 作為宣傳媒介一部分。 於 2011 年 5 月起，機場巴士路線設了高清頻道，涵蓋三大主要內容，分別是電影預告，時裝及生活資訊，豐富市民的乘車體驗。

Webus 除了為乘客提供各種各樣的宣傳活動資訊外更經常為乘客提供不同的獨家優惠及遊戲活動：如贈送電影換領証﹑演唱會門票﹑現金禮券及 "Webus 復活淘兔嬴大獎" 等。

此外，Webus 現已擴展至 Facebook （頁面存檔備份，存於網際網路檔案館），iPhone App （頁面存檔備份，存於網際網路檔案館）及 Google Play （頁面存檔備份，存於網際網路檔案館）的平台上。公眾可以透過不同的渠道去獲得 Webus 的最新資訊。

直至 2012 年 4 月，Webus 累積使用人次已超過 310 萬，Webus App 累積下載人次達到 4 萬 9 千次。為慶祝 Webus 增至 300 輛，Webus 會推出全新版面及資訊給乘客及 Webus 用戶，包括邀請有名的旅遊專欄作家項明生先生分享他的旅遊歷險，以及加入 2 個全新專區「WebPet」及「國家地理頻道」。

由於服務合約期屆滿關係，Webus 為新巴、城巴的乘客提供的免費無線上網服務，由 2015 年 7 月 1 日 0 時起減至 60 部「互動巴士」。Webus App 不受影響，維持正常運作。原 Webus 其餘 240 部巴士之免費無線上網服務，則改由新代理德高展域管理的 Wifi Bus 提供。

## 參考資料

## 參見

* Y5ZONE
* PCCW Wi-Fi
* 香港政府 WiFi 通
* Free Wi-Fi@HKBN
* Fon

## 外部連結

* Facebook：Webus HK 專頁 （頁面存檔備份，存於網際網路檔案館）
* Buspak 就 Webus App 的介紹 (英文)
Web加速器

**Web 加速器**（英語：Web accelerator），或稱 **Web 快取加速**軟體，是一種旨在減少網站存取時間的代理伺服器。Web 加速器可以是一個獨立的硬體裝置或軟體。

Web 加速器可以安裝在作為客戶端的電腦或行動裝置上，也可以安裝在 ISP 伺服器上，還可以安裝在作為伺服器的電腦 / 網路上，或者兩者兼而有之。伺服器通過壓縮數據並將壓縮後的內容傳送到客戶端的電腦以達到加速傳輸的目的。

## 技術

Web 加速器可用多種技術加速客戶端存取網頁之速度。如：

* 快取最近或頻繁存取的檔案至 Web 加速器，並供客戶端存取之，如此一來比起客戶端大費周折取得源伺服器的內容要來得快，而頻繁更新的內容則會在快取中經常更新以保持最新版本；
* 預處理（HTML 或 JavaScript）中的主機名，以減少延遲；
* 預載入可能會被存取的檔案；
* 通過壓縮文件，如重設圖片大小、調整品質，或將其轉換之 WebP 格式，又或僅傳送新圖像變動之部分；
* 壓縮網站上原始碼（如 HTML 和 CSS）檔案大小；
* 過濾網頁上廣告或根據過濾規則過濾不受歡迎內容；
* 在客戶端和代理伺服器之間 TCP 永續性連接；
* 通過協定層面加速提高效能，如 TCP 加速。

這些技術通常與被用作提高網站速度的策略相一致。

## Web 加速器列表

* Google 網際加速器 (停用)
* Heigh Speed (discontinued)
* NetJet (停用)
* OnSpeed (停用)
* Polipo (不維護)
* Squid (軟體)
* WinGate
* Ziproxy

## 參見

* CDN

## 參考文獻
Web動畫

**原創網路動畫**（英文：**original net animation**，縮寫：**ONA**），是指藉由網際網路做為最初或主要發行管道的動畫作品。隨著 20 世紀末至 21 世紀初網際網路多媒體技術的不斷發展，ONA 因應娛樂需求在網際網路嶄露頭角。相對傳統的電視動畫和動畫電影，原創網路動畫通常具有成本低廉、免費收看、帶有實驗性質等特點。

## 概述

**ONA** 這名稱是由ランジェリー戦士パピヨンローゼ率先使用。儘管在日本，人們多稱之為**網路動畫**（**Web アニメ**），然而此英文縮寫逐漸在日本以外各地廣泛流傳。

早期的原創網路動畫受到平均網速和各種硬體裝置限制，多以線條簡單，色彩簡潔的 Flash 動畫為主；由於 Flash 向量動畫的特性，只需很小的體積即可儲存大量訊息、方便傳播，很快開始在網際網路上流行起來。這時網路動畫的作者多以個人為主，內容則多為小品動畫或 MV 作品。

之後隨同網路硬體裝置的升級，以及大批出現 web 2.0 影片分享網站，類似傳統動畫風格的高品質獨立製作作品則開始湧現。此一時期的網路動畫雖仍以個人電腦製作為主，卻大量使用 2D 或 3DCG 技術，作品細緻程度常常超過以往的 Flash 作品；此外，也有專門製作網路動畫的小型團體，有些動畫甚至有專業的配音演員加入。

現今，ONA 的流行程度使其越來越受到社會和主流媒體的關注，已有商業團體著手與大型影音網站合作、專門製作一些用於網路發布的商業動畫。例如同名漫畫改編的動畫《企鵝美眉》，於 2008 年 4 月直接透過流行影片網站 NICONICO 動畫首度發布，隨後又以同樣管道推出第二季。

## 相關條目

* 日本網路動畫列表

## 參考資料
Web字体排印

**Web 字型排印**（英語：Web typography）是指在全球資訊網上使用字型。首次建立 HTML 時，字型和字形完全由每個 Web 瀏覽器的設定控制。直到 1995 年 Netscape 引入了 `<font>` 標籤，在 HTML 3.2 規範中標準化，單個網頁才能控制字型顯示。但是，標籤指定的字型必須安裝在使用者的電腦上，否則將使用後備字型，例如瀏覽器的預設無襯線字型或等寬字型。1996 年發布的第一個 CSS 規範提供了相同的功能。

CSS2 規範於 1998 年發布，試圖透過增加字型比對、合成和下載來改進字型選擇過程。這些技術沒有得到太多的使用，並且在 CSS2.1 規範中被刪除。不過，Internet Explorer 在 1997 年發布的 4.0 版本中增加了對字型下載功能的支援。 字型下載後來被包含在 CSS3 字型模組中，並且已經在 Safari 3.1、Opera 10 和 Mozilla Firefox 3.5 中實現。隨後，人們提高了對 Web 字型排印以及字型下載應用的興趣。

## CSS1

在第一個 CSS 規範中， 作者透過一系列屬性指定了字型特徵：

* `font-family`
* `font-style`
* `font-variant`
* `font-weight`
* `font-size`

所有字型都是按名稱標識的。除了上面提到的屬性之外，設計師沒有辦法設定字型的樣式，也沒有任何機制可以選擇客戶端系統上不存在的字型。

### Web 安全字型

**Web 安全字型**是很可能存在於各種電腦系統中的字型，並且 Web 內容作者使用這些字型來增加內容顯示為他們所選字型的可能性。如果網站的存取者沒有指定的字型，他們的瀏覽器會嘗試根據作者指定的後備字型和通用族選擇類似的替代方法，或者使用存取者作業系統中定義的字型替換。

### 微軟的 Web 核心字型

為確保所有 Web 使用者都擁有基本的字型集，微軟於 1996 年啟動了 Web 核心字型計劃（該計劃在 2002 年終止）。發布的字型包括 Arial、Courier New、Times New Roman、Comic Sans、Impact、Georgia、Trebuchet、Webdings 和 Verdana，其 EULA 使這些字型可以自由分發，但也限制了一些使用權限。他們的高滲透率使他們成為網頁設計師的必備品。但是，大多數 Linux 發行版預設不包含這些字型。

CSS2 試圖透過增加字型合成、改進的字型比對以及下載遠端字型的能力來增加 Web 開發人員可用的工具。

一些 CSS2 字型屬性已從 CSS2.1 中刪除，後來被包含在 CSS3 中。

### 後備字型

CSS 規範允許將多種字型列為後備字型。 在 CSS 中，`font-family` 屬性接受用逗號分隔的字型列表，如下所示：

```
font-family: Helvetica, "Nimbus Sans L", "Liberation Sans", Arial, sans-serif;
```

指定的第一個字型是首選字型。如果此字型不可用，則 Web 瀏覽器會嘗試使用列表中的下一個字型。如果未找到指定的字型，瀏覽器將顯示其預設字型。如果瀏覽器嘗試顯示指定字型中不存在的字元，則同樣的過程也會在每個字元上發生。

### 通用字型族

為了讓網頁設計師能夠控制網頁上字型的外觀，即使指定的字型不可用，CSS 規範也允許使用多種通用字型族。這些系列旨在根據其外觀將字型分為幾類。它們通常被指定為一系列後備字型中的最後一個，作為作者指定的任何字型都不可用的最後手段。有五個通用系列：

Sans-serif

　
: 字元上沒有裝飾性標記（或襯線）的字型。這些字型通常被認為更容易在螢幕上閱讀。

Serif

　
: 字元上帶有裝飾性標記（或襯線）的字型。

Monospace

　
: 所有字元同樣寬的字型。

Cursive

　
: 類似草書書寫的字型。這些字型可能具有裝飾性外觀，但在小尺寸下很難閱讀，因此通常要謹慎使用。

Fantasy

　
: 可能包含符號或其他裝飾屬性但仍表示指定字元的字型。

## 參見

* Scalable Inman Flash Replacement
* WOFF 中提到的 RFC 列表（2009-10-23 草案）：
  * RFC 1950 ZLIB 壓縮資料格式規範
  * RFC 2119 在 RFC 中用於指示需求級別的關鍵詞
  * RFC 4647 語言標籤的比對

## 參考文獻

## 外部連結

* W3C CSS 字型規範 （頁面存檔備份，存於網際網路檔案館）
Web容器

**容器**是應用伺服器中位於組件和平台之間的介面集合。

容器是伴隨著瘦客戶端系統的發展而誕生的。在開發瘦客戶端系統時，開發人員要花費大量的精力去關注執行緒安全、事務、網路、資源等等細節，從而降低了開發效率。由於這些對這些細節的解決方法一般是固定不變，或者只有參數改變的，所以從代碼重用和設計模式的角度出發，開發人員將這些底層細節提取出來，做成**平台**，並提供一定的介面。這樣，業務開發人員就不需要在關注與這些底層細節的實現，而專注於業務邏輯的實現。

容器一般位於應用伺服器之內，由應用伺服器負責載入和維護。一個容器只能存在於一個應用伺服器之內，一個應用伺服器可以建立和維護多個容器。

容器一般遵守可組態的原則，即容器的使用者可以通過對容器參數的組態，來達到自己的使用需求，而不需要修改容器的代碼。

## 容器列表

* J2EE 容器
* .Net 容器
* Web 容器
* EJB 容器
Web平台安装程序

**Web 平台安裝程式**（英語：Web Platform Installer，簡稱 **Web PI**）是一個免費、非開源的軟體套件管理系統，用於安裝非商用的開發工具及其依賴項。這套工具目前是微軟 Web 平台（Microsoft Web Platform）的組成部份，其包括：

* 網際網路資訊服務（IIS）
* Microsoft WebMatrix
* Microsoft Visual Studio Express
* Microsoft SQL Server Express 版
* .NET 框架
* 適用於 Microsoft Visual Studio 的 Silverlight 工具
* PHP
* WordPress
* Umbraco
* Drupal
* Joomla!
* Orchard

該軟體 2009 年 9 月 24 日發布的 2.0 版中，其增加了安裝第三方軟體的功能。截至 2015 年 7 月 (2015-07)，Web PI 可安裝 82 項軟體。Web PI 2.0 的安裝選項是在執行期間動態從微軟伺服器下載，因此支援雲端更新安裝選項，而無需下載新版 Web PI。

2010 年 7 月 7 日，微軟宣布 Web PI 3，其中新增了用於 Web 開發的一組整合工具 Microsoft WebMatrix。Web PI 3 也為 Web 開發安裝了其他工具，包括 IIS Developer Express、SQL Server Compact 和 DotNetNuke。

Web PI 具有離線模式，可在能存取網際網路的電腦上將產品下載到本機快取，然後在其他電腦上使用快取的檔案。不過，在網際網路連接與本機管理員特權互斥的環境中，Web PI 仍無法使用。

## 參見

* 解決方案堆疊：建立一個完整平台所需的一套軟體（子系統或組件）

## 參考文獻

## 外部連結

* 官方網站
* WebPI 和 WebPI 命令列實用程式簡介 （頁面存檔備份，存於網際網路檔案館）（英文）
Web应用框架

**Web 應用框架**（Web application framework）是一種電腦軟體框架，用來支援動態網站、網路應用程式及網路服務的開發。這種框架有助於減輕網頁開發時共通性活動的工作負荷，例如許多框架提供資料庫存取介面、標準模板以及會話管理等，可提昇程式碼的可再用性。

## 種類

### 模型 - 視圖 - 控制器（MVC（Model view controller））

許多框架遵循模型 - 視圖 - 控制器（MVC）體系模型的結構模式，使資料模型與使用者介面分開。這被普遍認為是一個很好的做法，因為它模組化的代碼，能提高代碼的重複使用，並允許多個介面。在 Web 應用中，這允許不同的應用方面，如網頁，遠端應用程式和 Web 服務介面。MVC 是業界比較認可的架構模型。

### 三部分組織模式

在這種組織模式中，應用程式建立在三個部分：客戶端，應用程式和資料庫。資料庫通常是一個 RDBMS。而客戶端指的是由 Web 應用程式生成的 HTML，在使用者的瀏覽器執行。應用程式執行在伺服器上。

### 內容管理系統（CMS）

指的是一種內容編輯程式。就像在部落格寫文章一樣，不需要懂得編程的人，也可以通過 CMS 發布，更改，管理內容。

## 特點

### 網頁模版系統

### 網頁快取

### 安全性

### 資料庫關聯與對映

### URL 對映

### AJAX

AJAX 即「Asynchronous JavaScript and XML」（非同步的 JavaScript 與 XML 技術），指的是一套綜合了多項技術的瀏覽器端網頁開發技術。Ajax 的概念由 Jesse James Garrett 所提出 [1]。

傳統的 Web 應用允許使用者端填寫表單（form），當提交表單時就向 Web 伺服器傳送一個請求。伺服器接收並處理傳來的表單，然後送回一個新的網頁，但這個做法浪費了許多頻寬，因為在前後兩個頁面中的大部分 HTML 碼往往是相同的。由於每次應用的溝通都需要向伺服器傳送請求，應用的回應時間依賴於伺服器的回應時間。這導致了使用者介面的回應比本機應用慢得多。

與此不同，AJAX 應用可以僅向伺服器傳送並取回必須的資料，並在客戶端採用 JavaScript 處理來自伺服器的回應。因為在伺服器和瀏覽器之間交換的資料大量減少（大約只有原來的 5%）[來源請求], 伺服器回應更快了。同時，很多的處理工作可以在發出請求的客戶端機器上完成，因此 Web 伺服器的負荷也減少了。

類似於 DHTML 或 LAMP，AJAX 不是指一種單一的技術，而是有機地利用了一系列相關的技術。雖然其名稱包含 XML，但實際上資料格式可以由 JSON 代替，進一步減少資料量，形成所謂的 AJAJ。而客戶端與伺服器也並不需要非同步。一些基於 AJAX 的「衍生／合成」式（derivative/composite）的技術也正在出現，如 AFLAX。

### 自動 configuration

### Web 服務

## 程式語言

各種程式語言使用框架分類如下：

### PHP

### Javascript

（按字母排序）

### Python

### Ruby

### JAVA

## 參照
Web应用框架的对比

## 一般

有關每個框架的基本資訊。

### ASP.NET

### C++

### ColdFusion 標記語言 (CFML)

### Common Lisp

### D

### Haskell

### Java

### JavaScript

### Scala

### Perl

### PHP

### Python

### Ruby

### 其他

## 比較特性

### C++

### ColdFusion 標記語言 (CFML)

### Common Lisp

### Java

### JavaScript

### Perl

### PHP

### Python

### Ruby

### 其他

## 參考

## 參考文獻
Web应用程序描述语言

**Web 應用程式描述語言**（**Web Application Description Language，WADL**）是一個可用電腦處理的表達基於 HTTP 的 Web 應用（如 RESTWeb 服務）的 XML 詞彙。 WADL 描述了 Web 服務提供的資源及他們的聯絡。 WADL 試圖簡化重用基於 HTTP 架構的 Web 服務。它是一個平台，且與語言無關，並試圖推動除 Web 瀏覽器的基本使用外的應用重用。

WADL 於 2009 年 8 月 31 日由昇陽電腦提交至全球資訊網協會，但聯盟目前沒有標準化它的計劃並且它並沒有被廣泛地支援。WADL 依照描述基於 SOAP 的 RPC 式服務的 XML 詞彙 WSDL 定義，用於描述 REST 服務，而 WSDL 也可用於描述 RESTWeb 服務。

## 格式

服務用一系列的資源（resource）標籤描述。每一個 resource 包含參數（param）元素描述輸入，而方法（method）元素描述對一個 resource 的請求（request）和回應（response）。request 標籤定義了如何表達輸入，它要求定義對應的類型和特定的 HTTP 頭。response 標籤定義了服務的回應及所有錯誤資訊，用於處理錯誤。

## 例子

下列是一個以 WADL 描述的雅虎新聞搜尋程式。

## 參考來源

## 外部連結

* （英文）WADL 於 java.net 上的首頁 （頁面存檔備份，存於網際網路檔案館）
* （英文）WADL 的當前標準 （頁面存檔備份，存於網際網路檔案館）
* （英文）《我們需要 WADL 麼？》喬・格雷戈里奧的部落格文章
Web应用程序攻击和审计框架

**w3af**（英語：**Web Application Attack and Audit Framework**，即：**Web 應用程式攻擊和審計框架**）是一個開源的 Web 應用程式安全掃描器。該項目為 Web 應用程式提供了一個漏洞掃描器和漏洞利用工具。它提供了有關安全性漏洞的信息，以便在滲透測試項目中使用。掃描器提供圖形用戶界面和命令行界面。

## 體系結構

w3af 分為兩個主要部分，**核心部分**和**插件部分**。核心協調過程並提供插件使用的特性，這些特性可以找到漏洞並利用它們。插件通過知識庫相互連接並共享信息。

插件可以分為發現、審計、Grep、攻擊、輸出、損壞、免殺或暴力破解。

## 歷史

w3af 由 Andres Riancho 於 2007 年 3 月創建，經過多年的社區開發。2010 年 7 月，w3af 宣布該項目獲得了贊助，並與 Rapid7 合作。有了 Rapid7 的支持，該項目開發速度將得到提高，並在用戶和貢獻者方面保持增長。

## 另請參閱

* Metasploit
* 低軌道離子炮（LOIC）
* OWASP 開放式 Web 應用程式安全項目

## 參考文獻

## 外部連結

* 官方網站
* w3af 文檔 （頁面存檔備份，存於網際網路檔案館）
Web应用防火墙

**網頁應用程式防火牆**（英語：Web Application Firewall，縮寫：WAF）是一種特定形式的應用程式防火牆，用於過濾、監視和阻斷通過網頁服務的 HTTP 流量。透過監察 HTTP 流量，它可以防止利用網頁應用程式已知漏洞的攻擊，例如 SQL 注入、跨網站指令碼 (XSS)、檔案包含和不正確的系統組態。 

## 歷史

網站應用程式防火牆在 1990 年代後期開始發展，當時伺服器攻擊變得越來越普遍。

早期版本的 WAF 由 Perfecto Technologies 及其 AppShield 產品開發，該產品針對電子商務市場並防止可能造成漏洞的字元輸入，如：'#（在 SQL 注入攻擊中常見）。 2002 年，為了使 WAF 技術更易於使用開源計畫 ModSecurity 成立。ModSecurity 基於 OASIS Web 應用程式安全技術委員會 (WAS TC) 公佈的漏洞，最終確定了保護 Web 應用程式的核心規則集。 2003 年，他們結合了網路應用程式安全計畫 (OWASP) 的前十名和每年更新的漏洞表制定出一個業界標準。 

從此以後，市場蓬勃發展，尤其在金融界的信用卡詐欺預防。隨著支付卡行業資料安全標準 (PCI DSS) 的發展，使得持卡人的數位資料更加安全。根據 CISO 雜誌，WAF 市場預計到 2022 年將增長到 54.8 億美元。 

## 簡介

網路應用程式防火牆是一種特殊的應用程式防火牆，專門用於網路應用程式。它部署在 Web 應用程式前端並分析網路的雙向 (通常是 HTTP) 流量，使它能夠檢測和阻止任何惡意內容。 此功能可以在軟體或硬體中實現，在特殊裝置中執行，或者在執行的一般作業系統的典型伺服器中實現。它可能是一個獨立的裝置或包含在其他網路組件中。換句話說，WAF 可以是一種虛擬或物理裝置，防止網路應用程式中的漏洞被外部使用。這些漏洞可能是因為程式本身過舊或程式設計缺陷。 WAF 通過阻擋符合規則集（也可以稱作過濾條件）的流量來解決這些程式缺陷。

以前未知的漏洞只能通過滲透測試或漏洞掃描器發現。 網路應用程式漏洞掃描程式，也稱為網路應用程式安全掃描程式，在 SAMATE NIST 500-269 中定義為「是一種檢查網路應用程式是否存在潛在安全漏洞的自動化程式。除了搜尋特定網路應用程式的漏洞外，這些工具還可以檢查程式錯誤。」 網路應用程式漏洞掃描程式可以在應用程式中對程式進行更正，也可能需要針對特定的網路應用程式漏洞應用自訂策略以提供臨時緊急修復（稱為虛擬修補程式）。

WAF 並不是安全解決方案的萬靈藥，而是旨在與其他網路外圍安全解決方案（例如網路防火牆和入侵防禦系統）結合使用，以提供整體防禦策略。

## 種類

儘管稱呼可能不同，但 WAF 基本上可以分為三種。根據 NSS Labs 的分類，有三種：透明網橋、透明反向代理和反向代理。 「透明」是指 HTTP 流量直接傳送到網頁應用程式，因此 WAF 在客戶端和伺服器端之間是透明的。這與反向代理相反，在反向代理中，WAF 充當代理者，客戶端的流量直接傳送到 WAF。然後，WAF 將過濾後的流量轉傳到 Web 應用程式。這樣有一些好處，例如 IP 遮罩，但可能有一些缺點，例如傳輸延遲。

### 供應商

許多商業 WAF 具有相似的功能，但主要差異通常涉及特定環境中的使用者介面、部署選項或要求。著名的供應商包括：

#### 本機服務

* Barracuda Networks WAF
* 思傑 Netscaler 應用防火牆
* F5 BIG-IP 進階 WAF（以前稱為 ASM）
* Fortinet FortiWeb
* Imperva SecureSphere
* Penta 安全系統 （頁面存檔備份，存於網際網路檔案館）WAPPLES
* Qualys WAF
* Radware 應用牆
* 羅德與施瓦茨網路安全的 WAF

#### 雲端

* Akamai Technologies Kona
* 阿里雲
* 亞馬遜網路服務 AWS WAF
* Barracuda Networks CloudGen WAF 和 WAF 即服務
* CDNetworks
* Cloudbric
* Cloudflare
* Fortinet FortiWeb
* F5 Silverline
* Fastly
* IBM Cloud 網路服務 WAF
* Imperva Incapsula
* 帶有 WAF 的 Microsoft Azure 應用程式閘道器
* Oracle 雲基礎設施 WAF
* Qualys WAF
* Radware
* 羅德與施瓦茨網路安全 WAF
* Sucuri 防火牆
* VMware NSX 進階負載平衡（以前稱為 Avi Vantage）

#### 雲端原生

* Palo Alto Networks Prisma Cloud WAAS（網路應用程式和 API 安全）

### 開源

* ModSecurity

## 參見

* 應用防火牆
* 支付卡行業資料安全標準 (PCI DSS)
* 網路應用程式
* 軟體即服務 (SaaS)
* 電腦安全
* 網路安全
* 應用程式安全

## 參考
Web开发工具

**Web 開發工具**（通常稱作 **devtools**）是一種網頁開發者測試和調試代碼的工具。不同於網站創建器或者集成開發環境，Web 開發工具不直接參與網站的創建，而用於測試網站或網頁應用的用戶界面。

Web 開發工具一般內置於網頁瀏覽器或者作為瀏覽器的附加組件使用。大多數市面上常見的網頁瀏覽器，如 Google Chrome、Firefox、Internet Explorer、Safari、Microsoft Edge 和 Opera，都有內置的工具用於網站開發，而在其各自的插件中心可以下載到更多工具。

Web 開發工具便於開發人員調試各種瀏覽器網頁處理技術，例如 HTML、CSS、DOM、JavaScript。隨著對瀏覽器的功能需求越來越高， 流行的瀏覽器已經包含了更多面向開發者的特性。

## 瀏覽器支持概覽

一些知名的瀏覽器都支持 Web 開發工具，使得網頁設計師與開發者可以查看其頁面的構成。所有這些工具都內置於瀏覽器，不需要額外的模塊或配置。

* Firefox 瀏覽器 – `F12` 打開網頁控制台 / 瀏覽器控制台 (自 Firefox 4 以後)。 網頁控制台作用於單個頁面；瀏覽器控制台作用於整個瀏覽器。
* Google Chrome
* Internet Explorer 和 Microsoft Edge
* Opera
* Safari

## 常用特性

使用 Web 開發工具的通常做法是，滑鼠懸停在頁面元素上方，然後在右鍵菜單中選擇「檢查元素」或其它相似選項。更常見的替代方式是使用快捷鍵 `F12`。

### HTML 和 DOM

Web 開發工具通常包含了 HTML 與 DOM 屬性查看器。這與瀏覽器「查看原始碼」功能的不同之處在於，HTML 與 DOM 屬性查看器不僅允許你查看頁面 DOM 屬性當前的渲染結果，還允許你查看改動了屬性值之後頁面即時更新的渲染結果。

除了選擇與編輯之外，HTML 元素面板通常還會顯示 DOM 對象的屬性，例如 CSS 樣式屬性。

## 擴展與插件

現代瀏覽器支持使用插件或擴展來添加或增強功能。許多常用的插件實現了 Web 開發工具沒有的功能，例如禁用 JavaScript，禁用 CSS 等等。

## 參考文獻
Web开放字体格式

**Web 開放字型格式**（Web Open Font Format，簡稱 **WOFF**）是一種網頁所採用的字體格式標準。此字型格式發展於 2009 年，由全球資訊網協會的 Web 字型工作小組標準化，現在已經是推薦標準。此字體格式不但能夠有效利用壓縮來減少檔案大小，並且不包含加密也不受 DRM（數位著作權管理）限制。

在 2010 年 4 月 8 日，Mozilla 基金會、Opera 軟體公司和微軟提交 WOFF 之後，全球資訊網協會發表評論指，希望 WOFF 不久能成為所有瀏覽器都支援的、「單一、可互操作的（字型）格式」。2010 年 7 月 27 日，全球資訊網協會將 WOFF 作為工作草案發布。2018 年 3 月發布 2.0 版。

## 規格

WOFF 本質上是包含了基於 SFNT 的字型（如 TrueType、OpenType 或其他開放字型格式），且這些字型均經過 WOFF 的編碼工具壓縮，以便嵌入網頁中。WOFF 1.0 使用 zlib 壓縮，檔案大小一般比 TTF 小 40%。而 WOFF 2.0 使用 Brotli 壓縮，檔案大小比上一版小 28%～29%。

## 支援

WOFF 支援以下瀏覽器：：

* Mozilla Firefox3.6 版。
* Google Chrome 則自 6.0 起就支援 WOFF。
* 微軟自第三個 platform review 版本的 Internet Explorer 9 起，就對 WOFF 添加了全部的支援。
* Konqueror since KDE 4.4.1。
* Presto 自 2.7.81 起支援 WOFF。
* WebKit 瀏覽器支援 WOFF，Safari 自 5.1 起支援 WOFF。

WOFF 2.0 支援以下瀏覽器：

* Google Chrome（自 36 版本起）
* Edge（自 14 版本起）
* Opera（自 26 版本起）
* Firefox（自 35 版本起）
* Safari（自 10 版本起）

## 參考資料

## 外部連結

* The Web Open Font Format (WOFF) （頁面存檔備份，存於網際網路檔案館） Mozilla Developer Neteork
* Web Open Font Format for Firefox 3.6 （頁面存檔備份，存於網際網路檔案館）
* 提供中文 Web Fonts 服務廠商
  * justfont 就是字 中文字型 Web Fonts 服務 （頁面存檔備份，存於網際網路檔案館）
  * 文鼎科技 iFontCloud 雲端字型服務 （頁面存檔備份，存於網際網路檔案館）
  * 華康 Dyna Font Online DFO 網路字型服務 （頁面存檔備份，存於網際網路檔案館）
  * 方正雲字庫 （頁面存檔備份，存於網際網路檔案館）
Web快取

**Web 快取**（或 **HTTP 快取**）是用於臨時儲存（快取）Web 文件（如 HTML 頁面和圖像），以減少伺服器延遲的一種資訊科技。Web 快取系統會儲存下通過這套系統的文件的副本；如果滿足某些條件，則可以由快取滿足後續請求。 Web 快取系統既可以指裝置，也可以指電腦程式。

## 系統

Web 快取可以用於各種系統（從 Web 內容的傳輸方向來看）：

### 前向位置系統（接受者或客戶端）

前向快取是 Web 伺服器網路外部的快取，例如在客戶電腦、ISP 或公司網路上。 網路感知前向快取就像一個前向快取，但只快取大量存取的專案。 客戶端（如網頁瀏覽器）也可以儲存網路內容以供重用。例如，如果按下後退按鈕，則可以顯示本地快取版本的頁面，而不是傳送到 Web 伺服器的新請求。位於客戶端和伺服器之間的 Web 代理可以通過評估 HTTP 頭來選擇是否儲存網頁內容。

### 反向位置系統（內容提供者或 Web 伺服器端）

反向快取位於一個或多個 Web 伺服器和 Web 應用的前端，加速來自網際網路的請求， 從而減少 Web 伺服器的高峰負載。內容傳遞網路（CDN）可以在整個網路的各個點上保留網頁內容的副本。搜尋引擎也可能會快取一個網站；它提供了一種從最近停機的網站檢索資訊的方法，或者比點擊直接連結更快地檢索資料的方式。例如，Google 就是這麼做的。Google 搜尋結果中可以找到快取內容的連結。

## 快取控制

HTTP 定義了三種控制快取的基本機制：新鮮度，驗證和失效。

**新鮮度**
: 允許在不在源伺服器上重新檢查的情況下使用一個回應，並且可以由伺服器和客戶端來控制。例如，Expires 回應頭給出文件過期的日期，而 Cache-Control: max-age 指示告訴快取該回應在多少秒內保持新鮮。

**驗證**
: 可用於檢查快取的回應是否過時之後仍然有效。例如，若回應有一個 Last-Modified 頭，快取可以使用 If-Modified-Since 頭來發出一個條件請求，來檢視它是否已經改變。ETag（實體標籤）機制還允許強弱驗證。

**失效**
: 通常是另一個請求通過快取的一個結果。例如，如果與快取的回應關聯的 URL 隨後獲得 POST、PUT 或 DELETE 請求，則快取的回應將失效。

許多 CDN 和網路裝置製造商已經用動態快取取代了這個標準的 HTTP 快取控制。

## 法律問題

1998 年，數字千年著作權法增加了美國法典（17 U.S.C. §: 512）的規定，放棄追究以快取為目的的系統運營商的著作權責任。

## Web 快取軟體

以下是專門的 Web 快取伺服器軟體列表：

## 參見

* 內容傳遞網路（CDN）
* 代理伺服器
* 網路加速器

## 注釋

## 延伸閱讀

* Ari Luotonen, _Web Proxy Servers_ (Prentice Hall, 1997) ISBN 0-13-680612-0
* Duane Wessels, _Web Caching_ (O'Reilly and Associates, 2001). ISBN 1-56592-536-X
* Michael Rabinovich and Oliver Spatschak, _Web Caching and Replication_ (Addison Wesley, 2001). ISBN 0-201-61570-3

## 外部連結

* Caching Tutorial for Web Authors and Webmasters
* Web Caching and Content Delivery Resources
* Web Caching （頁面存檔備份，存於網際網路檔案館）, Web caching in general with some references to SQUID
Web服务器

**網頁伺服器**（英語：Web server）一詞有兩個意思：

1. 一台負責提供網頁的電腦，主要是各種程式語言構建而成，通過超文字傳輸協定（英語：HTTP）傳給客戶端（一般是指網頁瀏覽器）。
2. 一個提供網頁的伺服器程式。

每一台網頁伺服器（第 1 個意思）會執行最少一個網頁伺服器程式（第 2 個意思）。作為第 1 個意思，大陸地區稱為網站伺服器。此外，也通稱作 **Web 伺服器**。

## 常見軟體

現在市面上普遍的超文字傳輸協定伺服器有：

* Apache Software Foundation 的 Apache HTTP Server
* Microsoft Corporation 的 Internet Information Server (IIS)
* Google LLC（Alphabet Inc. 子公司）的 Google Web Server
* NGINX, Inc. （頁面存檔備份，存於網際網路檔案館）（已被 F5 Networks, Inc. 收購）的 NGINX
  * 淘寶網（隸屬於阿里巴巴集團）改良自 NGINX 的 Tengine
* lighttpd
* Cherokee
* Microsoft Corporation 的 FrontPage

## 一般功能

雖然每個網頁伺服器程式有很多不同，但有一些共同的特點：每一個網頁伺服器程式都需要從網路接受 HTTP 請求，然後提供 HTTP 回覆給請求者。HTTP 回覆一般包含一個 HTML 檔案，有時也可以包含純文字檔案、圖像或其他類型的檔案。

一般來說這些檔案都儲存在網頁伺服器的本地檔案系統裡，而 URL 和本地檔名都有一個階級組織結構的，伺服器會簡單的把 URL 對照到本地檔案系統中。當正確安裝和設定好網頁伺服器軟體，伺服器管理員會從伺服器軟體放置檔案的地方指定一個本地路徑名為根目錄。

例如，在「example.funnycorp.com」伺服器上設定了伺服器軟體，並把伺服器軟體的根目錄設定為「/home/public/web/」，當一個瀏覽者輸入 URL 「http://example.funnycorp.com/lips/raspberry.html」，「example.funnycorp.com」上的伺服器軟體就會讀取「/home/public/web/lips/raspberry.html」這個檔案。

## 市場佔有率

### 2017 年 10 月

以下是由 W3Techs 提供最新的網頁伺服器在網路上的市場佔有率統計數據：

只有不到 1% 的網站使用其它網頁伺服器。

### 2016 年 9 月

以下是由 Netcraft 公司提供的網頁伺服器市場佔有率統計數據：

Apache、IIS 和 Nginx 的是網際網路上最常用的 Web 伺服器。

## 參考文獻

## 外部連結

* 最新的網頁伺服器統計可在這個網址中找到：Netcraft 網頁伺服器調查 （頁面存檔備份，存於網際網路檔案館）（英文）

## 參見

* 虛擬主機
* 網頁伺服器比較
* 應用程式伺服器
*
Web服务器网关接口

**Web 伺服器閘道介面**（**Python Web Server Gateway Interface**，縮寫為 WSGI）是為 Python 語言定義的 Web 伺服器和 Web 應用程式或框架之間的一種簡單而通用的介面。自從 WSGI 被開發出來以後，許多其它語言中也出現了類似介面。

## 發展背景

以前，如何選擇合適的 Web 應用程式框架成為困擾 Python 初學者的一個問題，這是因為，一般而言，Web 應用框架的選擇將限制可用的 Web 伺服器的選擇，反之亦然。那時的 Python 應用程式通常是為 CGI，FastCGI，mod\_python 中的一個而設計，甚至是為特定 Web 伺服器的自訂的 API 介面而設計的。

WSGI （有時發音作 'wiz-gee'）是作為 Web 伺服器與 Web 應用程式或應用框架之間的一種低階別的介面，以提升可移植 Web 應用開發的共同點。WSGI 是基於現存的 CGI 標準而設計的。

## 規範概覽

WSGI 區分為兩個部份：一為「伺服器」或「閘道」，另一為「應用程式」或「應用框架」。在處理一個 WSGI 請求時，伺服器會為應用程式提供環境資訊及一個回呼函式（Callback Function）。當應用程式完成處理請求後，透過前述的回呼函式，將結果回傳給伺服器。

所謂的「WSGI 中介軟體」同時實現了 API 的兩方，因此可以在 WSGI 伺服器和 WSGI 應用之間起調解作用：從 Web 伺服器的角度來說，中介軟體扮演應用程式，而從應用程式的角度來說，中介軟體扮演伺服器。「中介軟體」組件可以執行以下功能：

* 重寫環境變數後，根據目標 URL，將請求訊息路由到不同的應用物件。
* 允許在一個行程中同時執行多個應用程式或應用框架。
* 負載均衡和遠端處理，通過在網路上轉發請求和回應訊息。
* 進行內容後處理，例如應用 XSLT 樣式表。

## 範例程式

用 Python 語言寫的一個符合 WSGI 的「Hello World」應用程式如下所示：

其中

* 第一行定義了一個名為 app 的 callable，接受兩個參數，environ 和 start\_response，environ 是一個包含了 CGI 中的環境變數的字典。
* 第二行呼叫了 start\_response，狀態指定為「200 OK」，訊息頭指定為內容類型是「text/plain」。start\_response 也是一個 callable，接受兩個必須的參數，status（HTTP 狀態）和 response\_headers（回應訊息的頭）。
* 第三行將回應訊息的訊息體返回。

## 呼叫一個應用程式的範例

呼叫一個程式並取得它的應答訊息的例子如下所示：

## WSGI 相容的應用和框架

支援 WSGI 的 Web 應用框架有很多：

## 影響

* 2003 年： 原初的 Python 版本
* 2007 年： Rack，Ruby 版本
* 2008 年： Lua WSAPI，Lua 版本
* 2009 年： JSGI，JavaScript 版本
* 2009 年： PSGI，Perl 版本
* 2010 年： Hack，Haskell 版本

## 注釋

## 參考文獻

## 外部連結

* PEP 333 -- Python Web Server Gateway Interface v1.0 （頁面存檔備份，存於網際網路檔案館）
* PEP 3333 -- Python Web Server Gateway Interface v1.0.1 （頁面存檔備份，存於網際網路檔案館）
* WSGI metaframework
* 關於 WSGI 的 Wiki 網站 （頁面存檔備份，存於網際網路檔案館）（英文）
* WSGI 教程 （頁面存檔備份，存於網際網路檔案館）（英文）
* Hoxide・2006-03-03・WSGI 簡介
* 啄木鳥關於 wsgi 的介紹 （頁面存檔備份，存於網際網路檔案館）
Web服务器软件比较

**網頁伺服器**軟體是提供網頁服務功能的軟體。早期的網頁伺服器只支援簡單的靜態檔案（例如 HTML 和圖像），不過現代網頁伺服器大多已經支援執行伺服器端應用。

有些程式語言和 Web 應用框架內建簡單的網頁伺服器功能，例如 PHP 語言、Django 框架都可以在不藉助其他軟體的情況下獨立地啟動網頁伺服器。但是這類伺服器通常只用於開發用途，在生產環境仍然需要前置一套效能更高的軟體，例如 Apache HTTP Server 或 Nginx 等。

## 總覽

## 功能
Web服务寻址

**Web 服務尋址**（**WS-Addressing**）是一個 W3C 推薦標準，為 Web 服務提供一種與傳輸層無關的，傳送尋址信息的機制。規範主要由兩部分組成：傳送 Web 服務端點的引用的資料結構，以及一套能夠在特定的消息上關聯尋址信息的消息尋址屬性。

## 規範內容

WS-Addressing 是將消息路由數據包含在 SOAP 頭中的一種標準方法。利用 WS-Addressing 的消息可以在標準化的 SOAP 頭中包含自己的包含發送元數據，而不是依賴於網絡層傳輸來傳送路由信息。網絡級傳輸只負責將消息發送到能夠讀取 WS-Addressing 元數據的分配器那裡。一旦消息抵達了 URI 所制定的分配器，網絡層傳輸的工作就完成了。

通過在標準的 SOAP 頭中 (wsa:ReplyTo) 指定應答消息應該發送到哪裡的端點引用，WS-Addressing 可以支持異步交互方式。 服務提供者使用另一個連接，將應答消息發送給 wsa:ReplyTo 所指定的端點。這就將 SOAP 請求 / 應答消息的交互與 HTTP 請求 / 應答協議分離，這樣，跨越任意時間的長時間運行的交互成為可能。

### 端點引用

端點引用（Endpoint Reference，速寫 EPR）是一個 XML 結構，封裝了對訪問 Web 服務的消息尋址有用的信息。這包括了消息的目的地地址，任何其他路由消息到目的地所需的參數（稱作引用參數），以及有關服務的任選的元數據（例如 WSDL 或 WS-Policy）。

### 消息尋址屬性

消息尋址屬性表明與將消息傳送到 Web 服務有關的尋址信息，包括：

* 目的地 -- 該消息的目的地的 URI。
* 源端點 -- 發出該消息的服務端點（EPR）
* 應答端點 -- 應答消息接收者的端點（EPR）
* 故障端點 -- 故障消息接收者的端點（EPR）
* 動作 -- 指示該消息的語義（可能有助於該消息的尋址）的 URI
* 消息 ID -- 唯一消息標識符 URI
* 關係 -- 與之前消息的關係 (一對 URI)

## 歷史

WS-Addressing 最初由微軟，IBM, BEA, Sun 和 SAP 所發起，並提交 （頁面存檔備份，存於網際網路檔案館）到 W3C 進行標準化。W3C WS-Addressing 工作組 （頁面存檔備份，存於網際網路檔案館）在標準化的過程中對規範進行了改善和補充。

目前，WS-Addressing 分成三部分說明：

* 核心 （頁面存檔備份，存於網際網路檔案館）-- 主要包括端點引用和消息尋址屬性的規範。
* SOAP 綁定 （頁面存檔備份，存於網際網路檔案館）-- 將這些屬性綁定到 SOAP 協議上。
* 元數據 （頁面存檔備份，存於網際網路檔案館）規範 -- 說明了在核心 （頁面存檔備份，存於網際網路檔案館）中定義的抽象的屬性將如何使用 WSDL 來描述，如何在端點引用中包含 WSDL 元數據，以及如何使用 WS-Policy 標明一個 Web 服務是否支持 WS-Addressing。

WS-PAEPR（端點引用的 Web 服務策略附件） （頁面存檔備份，存於網際網路檔案館）闡述了將 WS-Policy 表達式包含在端點引用中的機制和方法。WS-PAEPR 是 W3C 的成員提案。

## 參見

* Web 服務
* SOAP

## 外部連結

* WS-Addressing 工作組 （頁面存檔備份，存於網際網路檔案館）
* WS-Addressing 規範（IBM） （頁面存檔備份，存於網際網路檔案館）
* WS-Addressing，提交給 W3C 的請求 （頁面存檔備份，存於網際網路檔案館）
* Web 服務尋址（WS-Addressing）對 SOAP 的隱式影響 （頁面存檔備份，存於網際網路檔案館）
* Web 服務尋址 (WS-Addressing) （頁面存檔備份，存於網際網路檔案館）
Web服务管理

**Web 服務管理**（**WS-Man**、**WS-Management**、**Web Services for Management**）是由 DMTF 制定的一個開源標準的基於簡單對象訪問協議的協議，通過 Web 服務管理，不同操作系統的設備相互之間可以進行通信和操作，所以該協議可用於管理伺服器、設備、應用程式和各種 Web 服務。

## 參考文獻

## 外部連結

* WS-Management specifications （頁面存檔備份，存於網際網路檔案館）
* Openwsman: Open-source implementation of WS-Management （頁面存檔備份，存於網際網路檔案館）
* WinRM (Windows Remote Management): a Microsoft Windows implementation of WS-Management Protocol based on SOAP (Simple Object Access Protocol) （頁面存檔備份，存於網際網路檔案館）
Web服务规范列表

有許多與 Web 服務相關的規範。這些規範成熟的程度不同，由不同的標準組織或機構來維護和支持。不同的標準或互相補充，或有所重疊，或互相競爭。Web 服務規範有時統稱為 "WS-\*"，雖然既不存在一個具有清晰範圍的規範集，這些規範也沒有公認的統一所屬機構。使用術語 "WS-\*" 更多的是因為許多規範的名稱是以「WS-」開頭的。本列表包括許多可能被看作「WS-\*」的規範。

## XML 規範

* XML （可擴展置標語言）
* XML 命名空間
* XML Schema
* XPath
* XQuery
* XML 信息集
* XInclude
* XML Pointer

## 消息規範

* SOAP（之前稱作簡單對象訪問協議）
* SOAP-over-UDP
* SOAP Message Transmission Optimization Mechanism
* WS-Notification
  * WS-BaseNotification
  * WS-Topics
  * WS-BrokeredNotification
* WS-Addressing
* WS-Transfer
* WS-Eventing
* WS-Enumeration
* WS-MakeConnection

## 元數據交換規範

* WS-Policy
* WS-PolicyAssertions
* WS-PolicyAttachment
* WS-Discovery
  * WS-Inspection
* WS-MetadataExchange
* UDDI（統一描述、發現和集成）
* WSDL 2.0 Core
* WSDL 2.0 SOAP Binding
  * Web Services Semantics (WSDL-S)
* WS-Resource Framework (WSRF)

## 安全規範

* WS-Security
* XML Signature
* XML Encryption
* XML Key Management (XKMS) （頁面存檔備份，存於網際網路檔案館）
* WS-SecureConversation
* WS-SecurityPolicy
* WS-Trust
* WS-Federation
* WS-Federation Active Requestor Profile
* WS-Federation Passive Requestor Profile
* Web Services Security Kerberos Binding
* Web Single Sign-On Interoperability Profile
* Web Single Sign-On Metadata Exchange Protocol
* Security Assertion Markup Language (SAML)
* XACML

## 隱私

* P3P

## 可靠消息規範

* WS-ReliableMessaging
* WS-Reliability
* WS-RM Policy Assertion

## 資源規範

* Web Services Resource Framework
* WS-BaseFaults
* WS-ServiceGroup
* WS-ResourceProperties
* WS-ResourceLifetime
* WS-Transfer
* Resource Representation SOAP Header Block

## Web 服務互操作性 (WS-I) 規範

以下規範提供了額外信息以改善不同廠商的實現之間的互操作性：

* WS-I 基本概要
* WS-I 基本安全概要
* 簡單 SOAP 綁定概要

## 業務流程規範

* WS-BPEL
* WS-CDL
* Web Services Choreography Interface
* WS-Choreography
* XPDL

## 事務規範

* WS-BusinessActivity
* WS-AtomicTransaction
* WS-Coordination
* WS-CAF
* WS-Transaction
* WS-Context
* WS-CF
* WS-TXM

## 管理規範

* WS-Management
* WS-Management Catalog
* WS-ResourceTransfer
* WSDM

## 面向展示的規範

* Web Services for Remote Portlets

## 草案規範

* WS-Provisioning 描述了用於不同的配置系統（provisioning system）間以一致的使用 Web 服務的方式來實現互操作性。

## 其他

* Devices Profile for Web Services (DPWS)
* ebXML

## 標準化

* ISO/IEC 19784-2:2007 信息技術。生物統計應用設計接口。生物統計存儲功能提供方接口
* ISO 19133:2005 地理信息。基於位置的跟蹤與導航服務
* ISO/IEC 20000-1:2005 信息技術。服務管理。第一部分：規範
* ISO/IEC 20000-2:2005 信息技術。服務管理。第二部分：實踐守則
* ISO/IEC 24824-2:2006 信息技術.ASN.1 的一般應用：快速網絡服務
* ISO/IEC 25437:2006 信息技術。系統間遠程通信和信息交換.WS 會話。應用會話服務的 Web 服務

## Web 服務規範清單

以下網站包含或連結了不同 Web 服務規範的文檔。

* IBM developerWork：標準和 Web 服務 （頁面存檔備份，存於網際網路檔案館）
* innoQ 的 WS - 規範概覽 （頁面存檔備份，存於網際網路檔案館） (DiagramPDF)
* MSDN .NET 開發者中心：Web 服務規範索引頁 （頁面存檔備份，存於網際網路檔案館）
* OASIS 規範和其他批准的成果 （頁面存檔備份，存於網際網路檔案館）
* 開放網格論壇最終文檔 （頁面存檔備份，存於網際網路檔案館）
* XML CoverPage （頁面存檔備份，存於網際網路檔案館）
* 全球資訊網聯盟有關 Web 服務的活動 （頁面存檔備份，存於網際網路檔案館）

## 參見

* Web 服務
  * Web 服務標記語言列表
  * Web 服務框架列表
  * Web 服務協議列表
* XML 標記語言列表
  * XML Schema 列表

## 參考文獻
Web框架比较

## 一般

有關每個框架的基本資訊。

### ASP.NET

### C++

### ColdFusion 標記語言 (CFML)

### Common Lisp

### D

### Haskell

### Java

### JavaScript

### Scala

### Perl

### PHP

### Python

### Ruby

### 其他

## 比較特性

### C++

### ColdFusion 標記語言 (CFML)

### Common Lisp

### Java

### JavaScript

### Perl

### PHP

### Python

### Ruby

### 其他

## 參考

## 參考文獻
Web標準

**網頁標準**（**Web standards**）或 **Web 標準**一般是指有關於全球資訊網各個方面的定義和說明的正式標準以及技術規範。近年來，這個術語也時常和一套建立網站的標準化的最佳實踐方法、網頁設計的原理、以及上述方法的衍生物連繫在一起。

## 概述

這些標準和規範往往彼此相依，其中一部分甚至延伸到網際網路，而不僅限於全球資訊網，並直接或間接的影響到網站以及 Web 服務的發展和管理。同時也考量到網頁或網站的協同工作能力、無障礙性、易用性。廣義上的網頁標準由下列要素所構成︰

* 由全球資訊網協會（W3C）所發佈的推薦標準
* 由網頁超文字應用技術工作小組（WHATWG）所製作的活動標準
* 由網際網路工程任務組（IETF）所發佈的電腦與通訊技術文件（RFC）文件
* 由國際標準化組織（ISO）所發佈的標準
* 由 Ecma 國際（ECMA 的前身）所發佈的標準
* 由統一碼聯盟（Unicode Consortium）所發佈的 Unicode 標準以及各種 Unicode 技術報告（UTRs）
* 由 Internet 號碼分配局（IANA）所維護的名稱和號碼的登錄

## 習慣用法

如果有網站或網頁宣稱遵循網頁標準，通常就表示他們的網頁符合 HTML、CSS、JavaScript 等標準。HTML 的部分也要滿足無障礙性以及 HTML 語義的要求。

當談及網頁標準時，下列各項一般也會被視為基本要素︰

* W3C 所推薦的標記語言，例如 HTML、XHTML、SVG、XForms。
* W3C 所推薦的樣式表，特別是 CSS。
* Ecma 國際所制訂的 ECMAScript 標準，它是一種更為通用的 JavaScript。
* W3C 所推薦的 DOM。
* 對於從 URI 參考的網頁以及各種資源都要有格式正確的名稱和位址，這部分應以 IETF 的 RFC 2396 為基準。
* 傳送頁面、傳回資料或請求其它的資源時，須正確的使用 HTTP 和 MIME，這部分應以 IETF 的 RFC 2616 為基準。

網頁無障礙性一般是以 W3C 之網頁易讀性倡議所發佈的網頁無障礙性指導原則為基準。

目前 W3C 所致力於的語義網的工作內容，主要聚焦於關於資源描述架構（RDF）、從語言的方言中拾取資源描述（GRDDL）、網路本體語言（OWL）這些刊物上。

## 標準的發佈及其主體

W3C 的推薦是在得到外界廣泛的共識並取得 W3C 成員及其負責人的一致同意後所做成的規範和一系列指導原則。

IETF 網路標準的特色是技術的成熟度極高，還有受到廣泛認同且描述完整的協議，或是某項可為網路社群提供深具意義的服務。當一項規範達到可做為標準的水準時，就會賦予一個 IETF STD 序號，作為這項規範的原始 IETF RFC 編號。

## 非標準和廠商獨有技術的壓力

在目前所提交的 HTML5 工作草案的標準文件中，W3C 在一節題名為「關於 Flash、Silverlight、XUL 等諸如此類的獨有語言」中提到「有別於各別廠商所獨有的語言，這份規範的目的是為了在各式各樣的平臺和形形色色的裝置設備上，在互相競爭的眾多產品之中能夠實現，是為了定義出一套創造過程全然開放、與廠商之間保持中立的語言。使開發者能夠編寫不受限於任何一個廠商所生產的產品或獨有語言的應用程式。除此之外，在針對特定廠商的平臺編寫應用程式之後，當他們被迫（或渴望）轉移到另一個廠商的平臺時，將無可避免的招來開發者和使用者必須面對的成本。但只要使用創造過程全然開放、與廠商之間保持中立的語言，就意味著應用程式的作者可以從某個廠商不費絲毫成本的轉移出去。」

## 參閱

* W3C 驗証服務
* 網頁標準計劃
* Acid3

## 參考文獻

## 外部連結

* W3C 首頁 （頁面存檔備份，存於網際網路檔案館）
* 網際網路工程任務組 （頁面存檔備份，存於網際網路檔案館）
* WHATWG HTML Living Standard （頁面存檔備份，存於網際網路檔案館）
Web浏览器

**網頁瀏覽器**（英語：**Web Browser**，常簡稱為**瀏覽器**）是一種用於檢索並展示全球資訊網資訊資源的應用程式。這些資訊資源可為網頁、圖片、影音或其他內容，它們由統一資源標誌符標識。資訊資源中的超連結可使使用者方便地瀏覽相關資訊。

網頁瀏覽器雖然主要用於使用全球資訊網，但也可用於獲取專用網路中網頁伺服器之資訊或檔案系統內之檔案。

主流網頁瀏覽器有 Mozilla Firefox、Microsoft Edge、Google Chrome、Opera 及 Safari。

## 歷史

提姆・柏內茲 - 李於 1990 年建立了第一個網頁瀏覽器 WorldWideWeb。然後他僱用了妮可拉・佩洛編寫 LMB 瀏覽器，能在啞終端上顯示網頁。

1993 年，馬克・安德森釋出 Mosaic——「世界上最流行的瀏覽器」，進一步推動了瀏覽器的創新，這使得全球資訊網更易於使用。安德森的瀏覽器引發了 1990 年代的網際網路熱潮。安德森是 NCSA 中 Mosaic 團隊的領導者，他不久後辭職並成立了自己的公司 ——Netscape，釋出了受 Mosaic 影響的 Netscape Navigator。Netscape Navigator 很快便成為世界上最流行的瀏覽器，市佔率一度達到 90%。

作為應對，錯失了網際網路浪潮的微軟匆促購入了 Spyglass 公司的技術，釋出 Internet Explorer。這引發了第一輪瀏覽器大戰。因捆綁於 Windows，Internet Explorer 於網頁瀏覽器市場取得了主導地位，其市佔率於 2002 年達到最高時超過 95%。

1996 年，Opera 首次亮相。它從未被廣泛使用，據 Net Applications 統計，截至 2002 年 2 月，Opera 市佔率一直低於 2%。

1998 年，Netscape 公司以開放原始碼迎戰，創造了 Mozilla Application Suite，但此舉未能挽回 Netscape 的市場佔有率。1998 年底美國線上收購了 Netscape 公司。發展初期，Mozilla Application Suite 計劃為了吸引開發者而掙扎；但至 2002 年，它已經發展成一個穩定而強大的網際網路套件。Mozilla Application Suite 1.0 的出現被視為其里程碑。同年，衍生出 Phoenix（後改名 Firebird，最後又改為 Firefox）。Firefox 1.0 於 2004 年發表。及至 2008 年，Mozilla 及其衍生產品約佔 20% 網路流量。

縱然 Macintosh 電腦上的瀏覽器市場亦曾同樣被 Internet Explorer 和 Firefox 佔據，但蘋果電腦自行推出的 Safari 因內建於蘋果產品，尤其是 iPad、iPhone 等等，所以在蘋果產品大眾化的風潮中迅速擴張版圖。Safari 是基於 Konqueror 這個開放原始碼瀏覽器的 KHTML 排版引擎而製成的。Safari 是 OS X 的預設瀏覽器。

Google Chrome 是一個由搜尋引擎龍頭 Google 開發的網頁瀏覽器。2012 年 5 月，StatCounter 調查報告中，稱 Chrome 的市場佔有率已經升至 33%，超越 Internet Explorer 成為全球第一大瀏覽器。 NetMarketShare 的統計，2016 年 5 月，Chrome 瀏覽器在全球的桌上型電腦市佔率正式坐上龍頭寶座了。

## 特點

目前有各式各樣的網頁瀏覽器。有的網頁瀏覽器使用純文字介面，它們僅支援 HTML；有的網頁瀏覽器具有豐富多彩的使用者介面，並支援多種檔案格式及協定。那些透過元件而支援電子郵件、新聞組及 IRC 的網頁瀏覽器，有時被稱為「網路套件」，而不僅僅是「網頁瀏覽器」。

所有主流網頁瀏覽器都可透過多個視窗或多個分頁同時打開多種資訊資源，亦可攔截彈出式廣告，以防止不必要的視窗在未經使用者同意的情況下彈出。

### 使用者介面

大部分主流網頁瀏覽器的使用者介面皆有如下要素：

* 「上一頁」與「下一頁」按鈕。「上一頁」按鈕最初由泰德・尼爾森在布朗大學於 1967 年左右發明。
* 「重新整理」按鈕
* 「首頁」按鈕
* 多功能框：顯示與輸入統一資源定位符，如果輸入的不是 URL 即可直接使用搜尋引擎。
* 可顯示頁面原始碼

### 隱私與安全

大部分網頁瀏覽器皆支援超文字傳輸安全協定並主動提示 HTTP 網頁不安全，依靠無痕模式並可自動地清除頁庫存檔、cookie 及瀏覽記錄。

依靠部分的瀏覽器擴充功能可以防止廣告聯盟的追蹤、阻擋 Canvas 等 Web Api 的指紋泄露等等。

### 可擴充性

瀏覽器擴充功能是一種擴充網頁瀏覽器功能的電腦程式。每個主流的網頁瀏覽器都支援擴充功能的開發。

## 市場份額

## 參考文獻

## 外部連結

* 維基共享資源上的相關多媒體資源：網頁瀏覽器

## 參見

* 排版引擎
* 網頁瀏覽器比較
* 網頁瀏覽器列表
* 網頁瀏覽器時間線
* 行動瀏覽器
Web游戏

**網頁遊戲**（中國大陸簡稱**頁遊**；台灣簡稱 **Web 遊戲**），又稱 **Web 遊戲**、**無端網遊**，是一種基於網頁的電子遊戲， 一般不用下載用戶端，任何一台能上網的電腦就可以進行遊戲。與其他大型遊戲比較，具有占用空間小、硬體要求低等特點。

## 開發技術

儘管網頁遊戲應用的是伺服器端指令碼編寫，但是它的執行還是需要一定的用戶端技術支援的，比如網頁瀏覽器，或者瀏覽器上常用的一些外掛程式，如 Java 或者 Flash. 最新的網頁遊戲典型應用是大型多人線上角色扮演遊戲 (MMORPG:Massive Multiplayer Online Role-Playing Game)

根據開發技術的不同，網頁可分為：

* 網頁語言 PHP/ASP/JSP/.NET/JavaScript/VBScirpt 等開發的低階網頁遊戲，這類由於技術限制，多為策略型和簡單圖片型由於門檻低，現在 90% 以上的網頁遊戲都是採用這種技術開發.
* 基於 Adobe Animate 或 Flex 開發的高階網頁遊戲，這類由於最新的 Flash 的支援，可以做到類似用戶端網路遊戲的畫面，但受限於 Flash 本身，在處理大規模場景的地圖、即時戰鬥、同屏角色效率問題上有很大的局限。但 Flash 對多媒體的支援是比較強的。這類是網頁遊戲的開發未來方向之一.
* HTML5 技術開發的網頁遊戲，這類由於出色的跨平台特性，在行動裝置上有出色的表現。一部分 HTML5 網頁遊戲追求簡單和容易上手，另一部分追求華麗的畫面的遊戲體驗。做為新興的網路技術，隨著 WebGL、WebSocket 和 WebRTC 等技術的出現，HTML5 遊戲成為了網頁遊戲的未來發展方向之一。最知名的 HTML5 遊戲是 Slither.io、Agar.io。
* Java 語言開發的高階網頁遊戲，這類由於本身是基礎開發語言，所以擴充性比較強，能處理各類複雜的互動和圖形，基本能做到大型用戶端網路遊戲的地步。但技術難度非常高，全球也只有少數公司能夠使用 Java 來開發大型網路遊戲，而且對多媒體的支援比較弱。由於 Java 需要外掛程式，首次使用時安裝外掛程式並不方便，且可能帶來安全隱患，越來越少的網頁遊戲使用 Java 語言。

另外，還有極少數基於 Shockwave、ActiveX 外掛程式的網頁遊戲，但由於難度較高，且限制較多、效果一般，所以使用者更少。

## 選擇理由

* 跨平台：多數遊戲的用戶端僅支援 Windows 系統，而符合規範的網頁遊戲都可以在其他作業系統下使用，如 Ubuntu、Mac 等。
* 安裝方便：網頁遊戲沒有用戶端安裝的需要，整個遊戲全部通過瀏覽器進行，正適合辦公室使用者來打發時間。首先上班打開網站檢視網站打發時間是非常常見的，如果去玩傳統的大型多人線上遊戲需要用戶端，但違反了公司管理制度，有些遊戲甚至被公司防火牆禁止。所以選擇網頁遊戲，只需打開網站就可以進行遊戲，方便了使用者使用。
* 組態要求低：時下遊戲雲集的遊戲市場，平均每天都會有很多遊戲上線，特別是大型多人線上遊戲，每出現一款大型的可能就需要升級電腦的組態，而商務電腦的組態較低，用戶端遊戲使用會有一定問題，所以網頁遊戲的出現將會是一個遊戲發展的趨勢。
* 與交友結合：目前網頁遊戲的一個新的趨勢是與 SNS 社群相結合，國外的 Facebook 和 Myspace 都進入了遊戲元素。通過進行遊戲，使用者與使用者之間可以更好的進行了解，並且遊戲為使用者帶來了源源不斷的共同話題。

## 服務商

大多數的網頁遊戲都是免費的，不過它們也具有收費功能，以賺取利潤。使用收費功能的玩家可以獲得一些在遊戲中的增強。

## 著名遊戲

* RuneScape：英國 Jagex 公司採用 Java 開發的基於網頁的大型多人在線角色扮演遊戲。
* Hattrick：來自瑞典的大型足球遊戲。
* Travian：是一個免費、在瀏覽器內使用的大型網上戰略遊戲，由德國人所製作。
* 碧藍幻想：是由日本 Cygames 開發、Mobage 提供的智慧型手機向的社群網路遊戲。
* 艦隊 Collection：由角川遊戲開發、DMM.com 提供及營運的網頁遊戲。
* surviv.io

## 參考文獻

## 參見

* 持續性網頁遊戲
Web程式設計

**網頁程式設計**是指使用網頁設計程式語言設計互動式的網頁，又稱動態網頁，動態網頁是指網頁的內容是否可根據某種條件的改變而自動改變，如網頁計數器就是動態的，當有人點擊我們的網頁時，網頁計數器的值會自動增加；BBS 論壇也是動態的，當使用者在論壇上發布資訊時，網頁內容會自動更新，顯示出新發布的資訊及相關回覆；等等。需要注意的是 GIF 動畫和 Flash 動畫是靜態的。因為，這些動畫一旦製作完成後，就不會再改變了，儘管 Flash 動畫可以回應使用者的事件。

## 常見的網頁程式語言

* 在 Web 伺服器端，有
  * ASP（Active Server Pages）
  * ASP.NET
  * CGI（Common Gateway Interface，公用閘道器介面）/FastCGI
    * Shell script（如 ksh，bash 等）
    * Perl（常用）
    * C++
    * 其他任何程式設計語言
  * ColdFusion
  * Java/JSP (Java Server Pages)
  * Perl（Practical Extraction and Report Language，文字分析報告語言）
  * PHP（Hypertext Preprocessor）
  * Python
  * Ruby
  * Smalltalk 等等。
* 在瀏覽器端，有
  * JavaScript
  * ActionScript（用於 Flash）等等。

## 時間線
Web组件

**Web 組件**（英語：Web Components）是 W3C 正在向 HTML 和 DOM 規範添加的一套功能，它允許在 Web 文件和 Web 應用程式中建立可重用的小部件或組件。這樣做的目的是將基於組件的軟體工程引入全球資訊網。組件模型將允許單個 HTML 元素的封裝和互操作性。

Web 組件由四大部分組成，可單獨或組合使用。

* 自訂元素 - 定義新 HTML 元素的 API
* 影子 DOM - 封裝的 DOM 和樣式，配以組合化
* HTML 匯入 - 將 HTML 文件匯入其他文件的聲明方法
* HTML 模板 - <template> 元素 （頁面存檔備份，存於網際網路檔案館），允許文件包含惰性的 DOM 塊

## 瀏覽器

Google Chrome、Mozilla Firefox、Microsoft Edge、Safari 和 Opera 已支援 HTML 模板。

自訂元素和影子 DOM 的一個早期版本（稱為 v0）已在某些基於 Blink 的瀏覽器（例如 Google Chrome 和 Opera）以及 Mozilla Firefox（需要手動修改組態）中支援。較新版的自訂元素和影子 DOM（v1）API 正在 Safari 10、Google Chrome (53.0.2785) 以及 Mozilla Firefox 中開發。Microsoft Edge 尚未開始實現自訂元素和影子 DOM。

對舊版瀏覽器的向下相容性可以使用基於 JavaScript 的 polyfill 實現。

## 程式庫

已有多個程式庫在建立自訂元素時基於 Web 組件以提高抽象度。幾個比較為人熟知的是：X-Tag （頁面存檔備份，存於網際網路檔案館）、Slim.js、Polymer 和 Bosonic。

其中的 Bosonic 和 Polymer 提供可免費使用的現成組件。這些組件可交替使用，因為它們都基於開放的 Web 技術。

## 歷史

Alex Russell 在 2011 年的 Fronteers 大會上首次提出 Web 組件。

Google 在 2013 年發布了一個基於 Web 組件的程式庫「Polymer」。

## 參考資料

## 外部連結

* Webcomponents.org （頁面存檔備份，存於網際網路檔案館）
* slim.js library （頁面存檔備份，存於網際網路檔案館）