zetavg/zh-tw-wikipedia huggingface dataset:
.NET_Framework_SDK

**Microsoft Windows SDK**（簡稱 Windows SDK 或者 SDK）是微軟公司出品的一個軟體開發包，向在微軟的 Windows 作業系統和.NET 框架上開發軟體和網站的程式設計師提供標頭檔、庫檔案、範例代碼、開發文件和開發工具。

## 歷史

微軟每次發布一個主要版本的 Windows，都會發布對應的開發工具以使得開發人員能夠呼叫新的作業系統的應用程式開發介面 (API)。在 Windows 98 之後，這個開發工具包被命名為為 **Platform SDK**。在 Windows Vista 的 SDK 推出時，這個產品改名為 **Windows SDK**。

和 Windows 一樣，微軟每次更新.NET 框架，也會發布一個對應的.NET 框架 SDK。在 Windows 2008 版本的 Windows SDK 推出之後，.NET 框架 SDK 被整合到 Windows SDK。

截至 2013 年，最新版本的 Windows SDK 是 Windows 8.1 SDK，支援面向 Windows Vista/Server 2008 或更高版本的 Windows 的程式的開發，以及相容 Visual Studio 2010 或者以上的版本，包括速成版本。

## 版本

MSDN 技術資源庫的線上版網站包含 Windows SDK 的線上版本。

Microsoft SDK for Windows 3.0 是最後一個收費版本的 Windows SDK。之後的 Windows SDK 電子版均為免費，但是購買 CD、DVD 等基於物理媒介的版本時仍需運費和處理費用。

單獨發布的電子版 Windows SDK 可以在微軟下載中心免費下載，有線上安裝和本地安裝兩種版本。在安裝 Visual Studio 時也可以選擇同時安裝電子版 Windows SDK。Visual Studio 的速成版本包含一個精簡版本的離線版 Windows SDK。

對於非 PC 版本的 Windows，微軟也發布對應版本的 SDK，例如 Windows Mobile SDK 和 Tablet PC SDK。

2003 年 2 月的 Platform SDK 是第一個支援 64 位元開發的 Platform SDK。Platform SDK for Windows Server 2003 SP1 則是第一個支援 AMD64 的 Platform SDK。

Microsoft Windows SDK for Windows 7 and .NET Framework 4 (ver7.1) 在安裝前應該解除安裝版本大於 10.0.30319 的 VC++ x86/x64 runtime/redistributable。否則在 Microsoft Windows SDK 安裝過程中將會報錯。

## 內容

Windows SDK 文件包含如下內容：

* 核心 SDK
* .NET 框架 SDK
* IIS SDK
* Internet Development SDK (IE SDK)
* MDAC SDK
* Windows Installer SDK
* WMI SDK
* Windows Media Service SDK
* Microsoft Speech SDK
* DirectShow SDK

除了.Net SDK 之外，SDK 文件主要是以 C 語言規範提供，但是 SDK 函式的呼叫方法和語言無關，僅受程式語言的型別系統限制

另外，SDK 也會安裝用於說明各種 API 用法的範例，以及用於輔助開發、除錯、發布軟體的工具。

## 影響

Windows API 也被稱為 Windows SDK 函式或者簡稱 SDK 函式。相對於.Net 框架這樣的類別館來說，SDK 函式被認為是底層的 API。直接呼叫 Windows SDK 而不是用別的類別館的開發被稱為 SDK 編程。在 SDK 這一層開發工作枯燥、耗時較長，難度也較高，Visual Studio 這樣的開發環境以及 MFC 和.NET 框架這樣的類別館可以被用來加速面向 Windows 的軟體的開發。

## 參考和參照

## 相關條目

* 驅動程式開發工具包
* DirectX SDK
* Windows Media Center SDK
* Silverlight SDK

## 外部連結

* Windows SDK 首頁 （頁面存檔備份，存於網際網路檔案館）
* Windows SDK 專案組部落格 （頁面存檔備份，存於網際網路檔案館）
* Windows SDK 論壇（英文）
.NET_Framework_泛型

**.NET Framework 泛型**是在.NET Framework 2.0 的公共語言運行庫（CLR）中的增加的一項新功能，類似於 C++ 的模板，但不如 C++ 的模板靈活，不過也有一些自己的特性。

泛型為.NET Framework 引入了類型參數的概念，這樣便可以設計出這樣的類和方法：它們把指定類型的工作推遲到客戶端代碼聲明並實例化類或方法的時候執行。比如，通過泛型類型參數 T，程式設計師就可以編寫其他客戶端代碼能夠使用的單個類，而不用擔心強制轉換或裝箱操作而帶來的額外的運行成本或風險。

## 泛型編程

泛型類和方法較之非泛型類和方法具有更高的可用性、類型安全和效率，且通常用在集合和集合上運行的方法中。在.NET Framework2.0 的類庫中添加了一個新的命名空間 System.Collections.Generic，其中含有一些新的基於泛型的集合類。微軟建議程式設計師在設計面向.NET Framework 2.0 的應用程式時不要使用舊的非泛型集合類（像 ArrayList 集合類），而去使用新的泛型集合類。

當然，程式設計師也可以創建自己的泛型類和方法，提供自己需要的解決方案，但微軟不推薦自己創建泛型類，而建議使用.NET Framework 類庫中提供的 List<T> 類。

可以通過泛型類型參數傳遞一個類型（如一個類 TestClass<T>）中的 T 是泛型的類型參數，可以通過它傳遞一個類型（如 int），那麼，在這個類中所有用類型參數（在本例中是 T）定義的欄位或方法等的類型都會根據傳遞進來的類型（本例中為 int 類型）所改變。

### 泛型類型參數

在定義泛型類或方法中，類型參數是客戶端程序實例化泛型類變量時指定的類型占位符。泛型類不能像通常的類那樣使用，因為它實際上並不是一個類型，可能更像一個類型的藍圖。要使用泛型類，客戶端代碼必須要指定尖括號中的類型參數並實例化類型才能構造類型。指定的類型參數可以是編譯器可以識別的任何類型，並且可以構造任意數目的使用不同類型參數的實例。

#### 命名規則

通常，微軟推薦採用如下命名規則：

* 除非單個字母可以讓其他編寫者了解其含義，而描述性名稱並不能帶來更多其他的意義，應該使用描述性短語作為類型參數的名稱
* 推薦使用 T 作為單個字母類型參數的參數名
* 應該將 T 作為有描述性的類型參數名前綴
* 推薦在類型參數名中指出對這個類型參數的約束（如將帶有 ISession 約束的參數名寫為 TSession）。

### 泛型參數的約束

對於泛型參數的約束是指對客戶端代碼實例化類時指定的類型參數進行限制，這樣如果客戶端的程序參試使用某個不允許使用的類型實例化類時會產生編譯時錯誤。

以 C# 為例，約束採用 where 上下文關鍵字指定。

#### 為什麼使用約束

若要對泛型列表中的項與其他某個項進行比較，便需要在一定程度上保證所調用的運算符或方法可以得到指定的類型參數的支持。這個保證正是建立在對泛型類定義的一個或多個約束獲得的。一旦編譯器得到了這樣的保證，它就能夠允許在泛型類中調用一些無約束的泛型中不允許使用的方法。

#### 未綁定的類型參數

沒有進行約束的泛型類型參數稱為未綁定的類型參數。

當使用未綁定的類型參數時，相對於使用了約束的類型參數，有以下規則：

* 不允許使用！= 和 == 運算符，因為編譯器無法保證獲得實例化時賦予的類型參數的支持；但可以與 null 進行比較。如果類型參數為值類型的話，一定返回 false。
* 可以與 System.Object 將互相轉換，也可以將它們顯式地轉換為任何藉口類型

#### 裸類型約束

### 泛型類

泛型類可以擁有至少一個泛型類型參數，泛型類型參數可以代替泛型類的欄位、屬性、方法的參數和返回值、事件的參數和返回值、構造函數的參數的類型，也可作為內部類和基類以及實現接口的泛型類型參數。

泛型類必須在創建其實例時明確指定其所有泛型類型參數的類型。泛型類的構造函數不能自動推斷其泛型類型的泛型類型參數。

如果從泛型類派生，可以選擇確定的泛型類型參數，也可以用泛型派生類，利用泛型派生類的泛型類型參數確定基類的泛型類型參數。

### 泛型接口

泛型接口的使用大體上與泛型類相同，只是接口不允許包含欄位和構造函數，也不允許創建實例。實現接口時，同樣也可以選擇實現確定的泛型類型接口，或者利用泛型類型參數確定接口的泛型類型參數。

### 泛型方法

泛型方法可以擁有至少一個泛型類型參數，泛型類型參數可以作為方法的參數或返回值的類型。泛型方法不用明確指定各泛型類型參數，可由上下文自動推斷，如果上下文無法自動推斷，則必須明確指定。

### 泛型委託

泛型委託的使用大體上與泛型方法相同，泛型委託的泛型類型參數可以在創建時通過上下文自動推斷。泛型委託實例總是具有確定的泛型類型參數。

### 反射

## 泛型和 C++ 中模板的區別

泛型和模板都是用於提供類型參數支持的語言功能，但這兩者有著諸多差異。

從語法層面上來說，一般認為泛型是一種相對模板簡單的方法，而不具有模板的複雜性。但同時，泛型也不能提供模板的完整功能。

另一方面，從實現層面，泛型的替換是在運行時執行的，這樣可以為實例化的對象保留泛型類型的信息。

下面列出了.NET Framework 泛型和 C++ 模板之間的主要區別：

* 泛型沒有提供與模板相同程度的靈活性（如泛型不能調用算數運算符）
* 泛型不允許非類型模板參數（如 template C<int i>{}）
* 泛型不支持顯式的特定類型模板的自定義實現
* 泛型不支持類型參數子集的自定義實現
* 泛型中不允許將類型參數作泛型類型的基類
* 泛型不允許類型參數具有默認類型，而必須在實例化時指定

泛型類型參數自身不能是泛型，但 C++ 確實允許模板參數。

C++ 允許程式設計師編寫可能對模板中某些類型參數無效的代碼，然後將檢查該代碼中是否有用作類型參數的特定類型。比如說可以在 C++ 中編寫對類型參數對象的算術運算符的函數，這樣在用不支持這些運算符的類型實例化模板時出現出現錯誤；而泛型是不允許這樣的，它則要求相應地編寫類當中的代碼，使他們能夠滿足任何約束的類型。因此唯一允許的語言構造是那些能夠從約束中推導出來的結構。

## 參看

* C#
* C++
* 類庫
* .NET Framework
* 類型參數
* 接口
* 委託

### System.Collections.Generic 命名空間

#### 類

#### 接口

#### 結構

## 外部連結

* C# 語言規範（英文）
* .NET Framework 2.0（中文）
.NET_MAUI

**.NET MAUI**（**.NET Multi-platform App UI**），為 2020 年間，於美國微軟開發者大會所發表的一項跨平台軟體開發技術。

## 發行歷史

## 註釋

## 參考文獻

* 《Youtube》NET MAUI 打造跨平台原生應用程式 （頁面存檔備份，存於網際網路檔案館）；Will 保哥；2022 年 6 月 8 日
* 《Codezine》對 Windows 進化跨平台多元化視窗開發 （Windows で進化するマルチプラットフォーム GUI 開発）；高江 賢、山田 祥寛；2022 年 2 月 24 日

## 外部連結

* 官方網站

## 關聯條目

* Xamarin
* XAML
* Blazor
* MVU（Model–View–Update）：一種軟體架構模式（Design Pattern），與.NET MAUI 跨平台軟體開發技術共同提出。
.NET_Messenger_Service

**Messenger**（前稱：**MSN Messenger Service**、**.NET Messenger Service**、**Windows Live Messenger Service**）是微軟開發的即時通訊和在線系統，使用專有的即時消息協議 Microsoft 通知協議進行通信。允許任何擁有 Microsoft 帳戶的人登錄並與其他已登錄的人實時通信。

## 歷史

儘管多年來對服務及其客戶端軟體的名稱進行了多次更改，但由於 MSN Messenger 的歷史，信使服務通常被簡稱為 MSN。該服務本身在 1999 年至 2001 年間被稱為 MSN Messenger Service，此時更名為.NET Messenger Service，並開始提供不再攜帶 MSN 名稱的客戶端，例如 Windows Messenger 客戶端包含在 Windows XP 中，最初的目的是成為 MSN Messenger 的簡化版本，免費投放廣告並集成到 Windows 中。

微軟在 2005 年底之前仍繼續提供更多的 MSN Messenger 升級服務，當時所有以前版本的 MSN Messenger 和 Windows Messenger 都被新程序 Windows Live Messenger 取代，這是微軟推出 Windows Live 在線服務的一部分。

幾年來，該服務的官方名稱仍然是.NET Messenger Service，正如其官方網絡狀態網頁上所指出的，儘管微軟很少使用該名稱來推廣該服務。由於用於訪問該服務的主要客戶端被稱為 Windows Live Messenger，微軟在 2000 年代中期在其支持文檔中開始將整個服務稱為 Windows Live Messenger 服務。

該服務可以與 Windows 操作系統集成，在用戶登錄到其 Windows 帳戶時自動並同時登錄網絡。組織也可以將他們的 Microsoft Office Communications Server 和 Active Directory 與服務集成。微軟在 2011 年 12 月發布了 Messenger 服務的 XMPP 接口。

作為重塑其許多 Windows Live 服務的更大努力的一部分，微軟將該服務稱為 Messenger，後來整合至 Skype 即時消息功能。

## 客戶端軟體

* Windows 8
* Windows Live Messenger
  * MSN Messenger
  * Windows Messenger
* Microsoft Messenger for Mac
* Outlook.com
  * Hotmail
  * Windows Live Web Messenger
  * MSN Web Messenger
* Xbox Live
* Messenger on Windows Phone
* Windows Live Messenger for iPhone and iPod Touch
* Messenger Play!
* Windows Live Messenger for Nokia
* Windows Live Messenger for BlackBerry
* Adium
* aMSN
* Ayttm
* BitlBee
* CenterIM
* emesene
* Empathy
* eBuddy
* Fire
* XMPP
* Kopete
* Meebo
* Meetro
* Miranda IM
* Pidgin
* tmsnc
* Trillian
* Yahoo! Messenger

## 參考文獻

## 外部連結
.NET_Micro_Framework

**.NET Micro Framework**（簡稱 **NETMF**；中譯為**.NET 微框架**）是一個開源的.NET 平台，面向有至少 256KB 快閃記憶體和 64KB 記憶體的資源受限裝置。它包含一個小版本的.NET CLR，支援以 C#、Visual Basic .NET 開發，以及使用 Microsoft Visual Studio 在一個模擬器或硬體上除錯。NETMF 的特性是.NET 基礎類別館的一個子集（約 70 個類的 420 個方法），一個 Windows Communication Foundation（WCF）的實現，一個基於 Windows Presentation Foundation（WPF）的寬鬆的 GUI 框架，以及一個基於 SOAP 和 WSDL 的 Web Services 棧。NETMF 還有專用於嵌入式應用程式的附加庫。

.NET Micro Framework 旨在為嵌入式開發人員提供與桌面應用程式開發人員相等的現代技術與工具，使嵌入式開發更加輕鬆、快速和低成本。此外，它使桌面的.NET 開發人員得以在嵌入式世界中使用他們的技能，提升合格的嵌入式開發人員的數量。

.NET Micro Framework 是.NET 基金會（頁面存檔備份，存於網際網路檔案館）的一部分。.NET 基金會在 Build 2014 會議上宣布，建立一個獨立的論壇，圍繞越來越多的.NET 開源技術促進開源開發和協同運作。

## 參見

* DirectBand
* .NET Compact Framework
* .NET Framework

## 參考資料

## 外部連結

* GitHub 上的.NET Micro Framework 官方網站（頁面存檔備份，存於網際網路檔案館）
* .NET Micro Framework，另一個官方網站
* 開源的代碼片段和驅動程式
.NET_Passport

**Microsoft 帳戶**（**Microsoft Account**，前稱為 **Windows Live ID**、**Microsoft Passport Network** 與**.NET Passport**）是一個由微軟開發與提供的「統一登入」服務，允許使用者使用一個帳號登入許多網站。原來的定位為所有網絡商貿的單一登入服務。

## 產品概要

很多包括微軟服務的網站如 Outlook.com、MSNBC、所有 MSN 的服務、Xbox 系列主機的 Xbox Live、Skype、Microsoft Azure、.NET Messenger Service 或 MSDN 訂閱以及數家其他與微軟關係密切的公司如 Expedia 與 Hoyts 使用這個服務。MSN 的用戶會自動擁有一個他們帳戶的 Live ID。最近的用戶登入數據開始允許廣告客戶使用 Microsoft adCenter 來用作人口統計的目標。

在 2012 年微軟推出的的作業系統 Windows 8 中，加入了使用 Microsoft 帳戶登入的功能。

## 技術概要

一個進入交易伺服器的使用者會先重新導向到最接近的認證伺服器，然後透過 SSL 加密連接詢問其使用者名稱與密碼，除非使用者能夠提供一個正確的 GLOBALAUTH-cookie。作為回應一個新認可的使用者（a）的電腦會被放置一個加密以及時限性的 GLOBALAUTH-cookie 並（b）接收一個於之前認可的認證伺服器與交易伺服器中的三重 DES 加密身份標籤。然後身份標籤會在傳送到交易伺服器放置一個加密的 LOCALAUTH-cookie 到使用者電腦，亦為時限性的。現時那些 LOCAL 與 GLOBAL 的 Cookie 傳到不同商貿與認證伺服器防止在有效的時間內需要認證，就像 Kerberos 協定。

如果使用者啓動了 Passport（或 Live ID）的登出，那些 Cookie 會被移除；不過使用者經常被其他交易伺服器的登出功能擾亂，而並非有意留下那些 Cookie 原封不動。該服務同時依靠使用者容許他們的瀏覽器接受來自並非原來伺服器的 Cookie。

## 數位權利

Passport 被電子前鋒基金會的專職侓師 Deborah Pierce 批評可能會威脅到個人隱私因其顯出微軟將擁有使用者資訊的完全存取與使用權。[1] 微軟迅速地更新該穩私條款以平息使用者的恐懼。

因其在取得市場接受度上失敗，微軟最近聲明他們會停止在自己的營運外使用 Passport。儘管媒體報導微軟逐漸淘汰該技術，微軟於 2005 年 5 月放出 Passport 服務的重大更新。2006 年中微軟會放出 Passport 另一個更大的更新，名為「Windows Live ID」，開發者聲稱這不只是名字上的改變而是完全的修改。Windows Live ID 會連接所有的 Windows Live 服務如 Windows Live Hotmail [MSN Hotmail）。

## 參考

* Liberty Alliance
* OASIS
* Xbox Live
* OpenID，Yadis，Light-Weight Identity –基於 URL 的身份協定
* Windows CardSpace

## 外部連結

* Microsoft Account （頁面存檔備份，存於網際網路檔案館）
.NET_Remoting

**.NET 遠端處理**（**.NET Remoting** ）是微軟 .NET Framework 中的一種網路通訊技術，與 XML Web Service 不同的是，它可以使用 SOAP 以外的協定來通訊，而在伺服端和使用者端之間所操作的方法近乎相同，使用者端可以不必考慮使用的協定，即可存取伺服端所開放的物件。這個技術與是由 Distributed COM 所發展而來的，與 DCOM 最大的不同是，DCOM 有限制使用 TCP Port，但.NET Remoting 可以選擇使用 TCP 或 HTTP 的方式通訊，而資料可以利用 SOAP 或二進位傳輸方式在網路上流動，二進位的傳輸效能是 SOAP 所不能比的，但 SOAP 卻可以得到和 Web Service 相互溝通的能力，因此 .NET Remoting 的設計彈性較大。

.NET Remoting 技術目前已整合到 Windows Communication Foundation 中。

## 原理

.NET Remoting 使用了 **信道** 和 **序列化** 機制來串接兩台機器間的物件，信道是負責處理網路通訊的部份，而序列化則是處理物件與串流資料的處理工作。

* 信道支援了 IPC（行程間通訊）、TCP 與 HTTP 通訊協定。
* 序列化支援二進位（binary）或 XML（SOAP）通訊協定的資料串流。

當伺服端設定好使用的通道以及協定後，使用者端必須要跟隨伺服端的設定，並且依伺服端決定的活化模型來啟動，而程式設計的方法和一般呼叫元件般簡單。

## 組態設定

.NET Remoting 的設計理念，就是為了要簡化網路上的物件通訊，而且要讓開發人員不必太過於在通訊的底層傷腦筋，因此在網路通訊協定上做了許多的包裝，並且允許在 Configuration File（app.config）中直接設定，或是由 .NET Remoting 的 Configuration API 來設定即可，故組態設定的選項複雜度較高，設計較複雜的 .NET Remoting 應用程式在組態的設定上往往會相當複雜。

以下為設定 .NET Remoting 使用者端的範例設定：

## 活化模型

活化（Activation）是指使用者端啟動伺服端元件的方式，.NET Remoting 中支援了兩種方式：

* **Single-Call**：在每一次使用者端呼叫時都生成一個執行個體。
* **Single-ton**：在第一次呼叫時就生成執行個體，之後每一次呼叫都使用相同的執行個體。

## 物件傳遞

在 .NET Remoting 中，不論是傳值或傳址，每一個物件都必須要繼承 **System.MarshalByRefObject** 類別，才可以利用 .NET Remoting 來傳輸。

以下程式碼為伺服端的 Remoting 元件：

## 參考資料
.NET_Standard

**.NET 標準**（英語：.NET Standard），原稱為**.NET 平台標準**（英語：.NET Platform Standard）是微軟為跨平台所規劃的.NET Framework 相關平台於系統之間的相依性標準，在此標準之下，能確保標準的應用程式介面與物件能夠跨平台使用。.NET 平台標準是以參考組件的方式存在，其本身並沒有任何實作，真正的實作是由平台擁有者所進行，而使用者端使用簡單的 NuGet 版本戳記即可獲得正確的平台版本。

## 歷史

.NET Framework 長期以來一直是微軟視窗平台上的特色與標準，它也成功的實作跨微軟視窗平台的應用程式介面，但最為人詬病的一點是它無法跨出微軟視窗平台，雖然有 Mono 這樣的 Framework 可跨平台，但是 Mono 畢竟不是官方實作，在.NET 相容性上也無法達到百分之百相容，而在微軟以.NET Core 與 ASP.NET Core 投入真正跨平台的架構與框架開發時，勢必要面臨這個問題。

.NET 平台標準的基礎是.NET Framework 上的可攜式類別庫，但為它賦與了更標準的作法以及更容易識別的版本戳記。

.NET 平台標準的原理如下所示：

* 平台擁有者自詳細的.NET 平台標準版本中實作參考組件。
* 平台擁有者可能會自詳細的.NET 平台標準版本實作參考組件的子集。
* 任何.NET 平台標準參考組件中的 API 表層變更都會影響版本。
* 低版本的組件總是會相容於高版本。

## 運作方式

.NET 平台標準由微軟提供參考組件，目前的參考組件置於微軟的 CoreFX 儲存庫，每一個定義的命名空間與類別都有一個 ref 資料夾，裡面即是預設的實作碼，所有參與.NET 平台標準的實作者都必須要實作這些屬性與方法，才能相容於.NET 平台標準，而 CoreFX 也有提供實作碼，供實作的參考之用，在大多數的情況，各平台的差異性並不高。

當函式庫已實作成.NET 平台標準相容的函式庫後，使用者端就可以使用目標平台別稱（Target Platform Moniker，TPM）來加入其參考，其命名規則是 portable-a+b+c+d+...，portable 表示它是可攜式的類別庫，a, b, c, d 則是要支援的平台別：

## 版本

.NET 平台標準使用 netstandard 來代表一個平台的標準，使用者端直接使用 netstandard 來獲取平台的功能，目前各平台對應的.NET 平台標準有：

.NET 平台標準的版本戳記為 netstandardx.y，其中 x 表示主版號 y 表示副版號，例如 netstandard10 = .NET Standard 1.0、netstandard1.5 = .NET Standard 1.5。

## 對應於可攜式的版本

.NET 平台標準對應到之前的可攜式類別庫的版本戳記，若使用者端需要特別針對特定的平台版本進行對應時，可以使用 import 的功能匯入（這是供.NET Core 應用程式的功能）。

針對 Mono 以及 Xamarin 等平台，平台標準的起始為 1.4（版本戳記為 netstandard1.4）

## 支援工具

目前可使用 netstandard 版本別稱的平台僅有.NET Core 以及 ASP.NET Core，但未來會擴及其他工具。

下列工具為預定支援 netstadard 版本別稱的工具：

* Visual Studio 2022
* Visual Studio 2019
* Visual Studio 2017（版本 15.3 或更高版本）
* Visual Studio 2015（必須加入 NuGet 擴充套件）。
* Visual Studio 2013（必須加入 NuGet 擴充套件）。
* Visual Studio 2012（必須加入 NuGet 擴充套件）。
* NuGet CLI（指令列介面） 3.x
* NuGet CLI 2.x
* .NET CLI
* Xamarin Studio

## 注釋

## 參考資料

## 外部連結

* .NET Platform Standard（頁面存檔備份，存於網際網路檔案館）
.NET基金會

**.NET 基金會**（英語：.NET Foundation），2014 年 3 月 31 日由微軟公司成立與贊助的獨立自由軟體組織，其宗旨在於推進與維護微軟公司開放原始碼後的.NET 框架。它扮演軟體社群與商業開發者之間的對話窗口，希望能夠擴大與加強以.NET 框架技術為核心的軟體生態系統。其理事會成員包括米格爾・德伊卡薩、Gianugo Rabellino 與 Jay Schmelzer，由 Jay Schmelzer 擔任辦公室總裁。

## 歷史

2014 年 4 月，微軟公司宣布成立.NET 基金會，同時宣布釋出.NET 編譯器平台 Roslyn，作為開放原始碼軟體。11 月，微軟公司宣布釋出在伺服器上運行的.NET Core 原始碼，交由.NET 基金會管理，鼓勵自由軟體社群參與將.NET 軟體平台移植到 Linux 與 Mac OS 上的專案。

## 專案項目

## 註釋

## 外部連結

* 官方首頁（頁面存檔備份，存於網際網路檔案館）
.OOO

**.ooo**（官方表記為三個大寫的字母 O）域名是一個位於網際網路域名系統中的頂級域（TLD）。這個域名由 Infibeam 所營運。

Infibeam 獲得了 ICANN 的許可，可在澳大利亞、印度、加拿大、德國、美國、盧森堡、丹麥、英國、法國、中國、新加坡或土耳其等國家提供域名註冊。

2015 年，網際網路研究公司 Netcraft 報導了此域名的發展趨勢，該域名已在數千個網站上註冊。

## 參考文獻
.XIP

**.XIP** 文件類似於 .ZIP 文件，可以對其進行數位簽章以確保完整性。**.XIP** 檔案格式 於 OS X 10.9 隨著蘋果發表 Swift 被導入。在支援的系統上，**.XIP** 允許在解壓縮前應用和驗證數位簽章。 打開 XIP 文件（通過雙擊）時，Archive Utility 將自動解壓縮它（但前提是數位簽章完好無損）。

Apple 保留對於使用 .XIP 文件格式的專有權利，自發佈以來已將其從公共用途中刪除。 從 macOS Sierra 開始，只有由 Apple 簽名的 .XIP 檔案能被正確的解壓縮。 曾使用 .XIP 檔案的開發人員必須轉向使用已簽章的安裝程序包或磁盤映像檔案。

## 參考
._(Unix)

在 Unix shell 中，點號被稱為**點命令**（**.**），是執行或打開電腦檔案的命令。

點命令的第一個引數是檔名；人們可以在第二個引數中指定參數。如果沒有指定任何參數，該檔案將獲得一組在當前上下文中可用的位置參數；如果指定參數，該檔案將只收到所指定的參數。在任何情況下，位置參數 $0 會是當前上下文的 $0。

該檔案不必有執行權限。點命令通常被用來定義當前行程中可存取的環境變數。相比直接執行該檔案，使用點命令執行該檔案不會打開新的行程，檔案所定義環境變數適用於當前的行程或當前的 Shell。

不要把點命令與用點號字首來隱藏檔案或隱藏目錄的用法相混淆。也不要把點命令與執行命令的 `./脚本名` 的點號相混淆，後者點號只是指向當前路徑的相對路徑。

## 注釋

## 外部連結

* 點號在 Unix 命令中的三種不同的用法
.ac

**.ac**（源自阿森松島一詞的英語：Ascension Island 中「**Asc**ension」的縮寫「**Asc**」）為英國海外領地阿森松島在網際網路域名系統中擁有的國碼頂級網域名稱（ccTLD）。

不過，部分域名中介也將該頂級網域宣傳為與德國城市亞琛相關，因為該市的車輛號牌有 AC 兩字。

## 用作學術機構的域名

由於學術一詞的英語：**Ac**ademy 可被縮寫為「AC」，因此部分英國的學術機構以此域註冊，並跳轉至其常用域名，例如牛津大學註冊 oxford.ac，並跳轉至 ox.ac.uk。

## 註冊限制

根據.AC 域名註冊規則，.ac 域名註冊存在限制：

### 針對二級域註冊

* 註冊人必須位於任意國家的合法領地內。
* 允許註冊單 / 雙字和純數字域名，但必須「**合理可控**」。
* 域名使用的名稱伺服器必須兩個以上。

### 針對三級域註冊

* 註冊人必須位於阿森松島。
* 允許註冊雙字三級域（例如 ab.com.ac 是合法的）。
* 所有已被註冊局占用的二級域名稱無法再次被用於三級域的名稱（例如 com.com.ac 是不合法的，因為 com.ac 已被使用）。
* 所有頂級網域名稱不得被用於三級域的名稱（例如 net.org.ac 和 org.com.ac 均不合法）。
* 所有單字三級域名被保留供今後使用。已持有人可選擇繼續維護或者自願放棄（例如 [a-z].xxx.ac）。
* 域名使用的名稱伺服器必須兩個以上，且必須有一個位於阿森松島境內。

### 禁止用於違反法律的色情站點

* 任何.ac 域名均不得直接或間接違法用於展示色情內容，註冊局有權立即終止並刪除相應域名。

### 禁止用於垃圾電郵

* 任何.ac 域名，無論是被直接用於發送垃圾郵件，或是以間接方式顯示在垃圾郵件中，註冊局均保留通知當事人停止該行為的權利，警告無效的情況下，註冊局有權立即終止並刪除相應域名。

## 相關條目

阿森松島原本屬於聖赫倫那及附屬島嶼，直到 2009 年英國將該地更名為聖赫倫那、阿森松和特里斯坦 - 達庫尼亞。除阿森松島，其餘兩地也分別有獨立的 ccTLD：.io、.sh。而英國本土則使用.uk 作為其 ccTLD。

## 參考文獻

## 外部連結

* .ac 域名 whois 工具（頁面存檔備份，存於網際網路檔案館）（英文）
.ad

**.ad**（源自安道爾公國一詞的加泰隆尼亞語：Principat d'Andorra 中「Andorra」的縮寫「**Ad**」）為安道爾公國在網際網路域名系統中擁有的國碼頂級網域名稱（ccTLD）。

同時由於 ad 是廣告一詞在英語中的翻譯 advertisement（也可以看作 advert）的縮寫，.ad 域名也被用於廣告或媒體公司的 domain hack。

## 註冊限制

根據註冊局規定，域名分為商業用途和個人用途。

### 商業用途

商業用途的域名可選擇二級域，即 <xyz>.ad。

#### 商標類域名註冊

1. 必須是安道爾境內的商標持有人，如果持有人不是安道爾居民，則必須向 OMPA 提出申請並獲得批准。
2. 向安道爾國徽和國家標誌辦公室申請.ad 域名使用，被申請的域名必須和商標名稱一致。

#### 經營類域名註冊

1. 必須是安道爾境內公司的持有人（意味著只有安道爾公民和在安超過 20 年居住的人士符合要求）。
2. 向安道爾國徽和國家標誌辦公室申請.ad 域名使用，被申請的域名必須和公司名稱一致。

### 個人用途

個人用途的域名只可選擇三級域，即 <xyz>.nom.ad 或 <xyz>.nombre.ad。

1. 向安道爾國徽和國家標誌辦公室申請.ad 域名使用，被申請的域名必須和商標名稱一致。
2. 獲得一個 IP 位址，必須由安道爾電信，或其他經歐洲 IP 網絡資源協調中心或網際網路名稱與數字地址分配機構批准的本地網絡運營商授權。

不過，迄今為止並未發現任何使用三級域名的個人.ad 站點。

## 相關條目

* .cat：安道爾公國的官方語言是加泰隆尼亞語，部分加語使用者使用「.cat」註冊域名。

## 參考文獻

## 外部連結

* 安道爾公國商標辦公室官方網站（頁面存檔備份，存於網際網路檔案館）（加泰隆文）
.ae

**.ae**（源自阿拉伯聯合大公國一詞的英語：United Arab Emirates 中「Arab Emirates」的縮寫「AE」）為阿拉伯聯合大公國（簡稱「阿聯」）在網際網路域名系統中擁有的國家及地區頂級網域（ccTLD）。

## 歷史沿革

.ae 域名最早於 1992 年分配給 UUNET 公司（經多次收購，現為威瑞信下屬公司），隨後於 1995 年轉交給 Etisalat 公司，使得域名的管理能夠在阿聯境內完成。轉移結束後曾有一段時間歸阿拉伯聯合大公國大學管理，之後經過分離調整產生阿聯網路資訊中心（UAEnic）並繼續管理該域。

2006 年，網際網路號碼分配局（IANA）首次收到非正式的再授權請求，要求.ae 域交由阿聯電信管理局（TRA）管理。

2007 年 2 月，IANA 工作人員又收到更多請求，同時 IANA 也通知了這些請求的申請人有關再授權的評估標準。7 月 31 日，IANA 收到一份有關 ccTLD 變更 TRA 為管理人的正式申請模板文件，模板中計劃 ccTLD 管理員為時任 TRA 技術事務負責人的穆罕默德・蓋亞斯，卻沒有表明技術管理人員的具體身分，只是名字叫做「DNS Admin」（意思為 DNS 管理員）。在此之後，IANA 又收到兩份材料 —— 其中一份材料是一封由 TRA 傳送給網際網路名稱與數字位址分配機構（ICANN）中東區域聯絡處的信函，另一份材料是來自 Etisalat 支援 TRA 此舉的傳真副本。

再授權稽核認為，幾乎沒有可用文件描述本地網際網路社群對再授權的態度，或是與這些社群的磋商，隨後 TRA 被要求提供更多的相關資訊。

TRA 回覆如下：

```
[The] TRA is acting upon the National Telecom Law of the UAE, which ensures all telecom assets are managed in the public interest. […] The .AE Domain Name is certainly represented in the public interest through the establishment of the .AE Domain Administration, .aeDA (a function of the TRA). This entity will allow for public participation through the inception of an Advisory Board made of up industry members.

As the Internet community in the UAE is undeveloped it is difficult to canvass internet users with any authority or outcome. There are only two ISPs, so a survey or study doesn't seem worthwhile nor appropriate. There is no formal ISOC chapter here within the UAE. There are no organised public interest groups. The TRA does understand the value of the input of these groups into the process however it doesn't seem feasible nor warranted given the lack or organisation and clear response they would/ could provide.

Finally it is fair to say that the TRA have gained the view of the "Internet community" by seeking and receiving the support of the current .AE delegate (UAEnic and Etisalat).
```

經過 IANA 稽核的結果如下：

2008 年 1 月 23 日，ICANN 董事會通過了.ae 域再授權申請，下面是聲明：

```
Whereas, the .AE top-level domain is the designated country-code for the United Arab Emirates.

Whereas, ICANN has received a request for redelegation of .AE to the Telecommunications Regulatory Authority.

Whereas, ICANN has reviewed the request, and has determined that the proposed redelegation would be in the best interest of the local and global Internet communities.

It is hereby resolved (2008.01.09), that the proposed redelegation of the .AE domain to the Telecommunications Regulatory Authority is approved.
```

## 註冊限制

根據註冊局規定，.ae 域名二級域名可以直接被註冊，三級域名除了部分屬於受限二級域的，剩下均可註冊，以下是受限二級域：

## 相關條目

.aeDA 還擁有國際化版本的.ae 域名，即 dotEmarat：

* امارات.

## 參考文獻

## 外部連結

* .ae 域名 whois 工具（頁面存檔備份，存於網際網路檔案館）（英文）
.aero

**.aero**（取自航空工程一詞對應的英文翻譯「**aero**nautics」）頂級域是網際網路域名系統中僅面向與航空相關的網站所開放的贊助類頂級域，由國際航空電訊集團公司（SITA）管理運營，是首個建立在單一產業上的網際網路頂級域。

目前，2 個字母的域名根據 IATA 航空公司代碼而保留給各個航空公司；3 個字母的域名根據 IATA 機場代碼保留給各個機場。首次註冊年限至少為 2 年或更久，但不得高於 10 年。

## 歷史沿革

* 2000 年 4 月，網際網路名稱與數字地址分配機構（ICANN）下屬的域名支持組織（DNSO）（即通用名稱支持組織（GNSO）的前身）提出引入新政策用來處理新申請的域名。7 月 16 日，在審核了 1000 多條公眾意見後，董事會採納了 DNSO 的建議，並正式授權 ICANN 主席啟動新頂級域徵集計劃。
* 2000 年 8 月 15 日，ICANN 在其官網發布新頂級域徵集令，並公布了申請材料。同時還發布了審核標準，所有申請均接受大眾評議。截至 10 月 2 日，共收到 44 份申請。晚些時候，ICANN 開始與被選中的頂級域提議發起人協商合作協議，以確保這些頂級域被引入的同時不會影響域名系統（DNS）解析穩定性，並演變而成後來的方案，新頂級域分為：贊助類頂級域和非贊助類頂級域。一般意義上，非贊助類頂級域運營政策直接受 ICANN 指導，而贊助類頂級域運營則由代表小範圍社群的贊助實體指導，並且由這些實體完成大部分由 ICANN 行使的政策規劃職責。
* 2001 年 11 月 20 日，.aero 域與 ICANN 結束協商。
* 2001 年 12 月 17 日，ICANN 與 SITA 正式簽署合作協議。

## 註冊限制

與其他通用頂級域不同，.aero 對域名註冊有嚴格的命名要求，除部分域名保留給相關機構之外，還要求：

1. 除航線用途外所有二級域必須為 3～63 個字長。
2. 三級及其下屬次級域名必須為 2～63 個字長。
3. 二級域的第 3 和第 4 位字符（如果有的話）均不得使用連字符。
4. 二級域的首尾字符必須為字母或數字。
5. 三級域僅允許在指定二級域下註冊。

註冊局將如何界定域名註冊人與航空界相關的標準分為 18 組，每組代表不同的註冊團實體：

官方建議民航機場註冊域名_**3 位數 IATA 機場代碼.airport.aero**_，但是目前幾乎所有機場均直接註冊_**3 位數 IATA 機場代碼.aero**_。

## 參考文獻

## 外部連結

* .aero 域名 whois 工具（頁面存檔備份，存於網際網路檔案館）（英文）
.af

**.af**（源自阿富汗一詞的英語：Afghanistan 的縮寫「**Af**」）為阿富汗在網際網路域名系統中擁有的國碼頂級網域名稱（ccTLD）。

## 歷史沿革

.af 域的註冊局事務最早於 1997 年 10 月被委派給阿富汗伊斯蘭酋長國喀布爾市的一位市民阿卜杜勒・阿齊茲，其本人擔任經理人職務，並由位於英國倫敦的 NetNames 公司作為技術支持服務商。NetNames 根據網際網路號碼分配局（IANA）的安排，臨時提供.af 域名的維護和註冊服務，直到阿富汗本土可以出現穩定的註冊局運營服務。然而在接下來的兩年多時間內，不斷持續的內戰導致阿齊茲本人愈發困難地履行職責。NetNames 考慮到當時阿富汗的動盪局勢，與 IANA 協商並決定終止了新.af 域名的註冊，但仍繼續提供 DNS 解析服務。

在 2000 年早些時候，無論是發送郵件、打電話還是紙質信件，IANA 和 NetNames 均無法聯繫到阿齊茲本人，且無法確認其本人是否仍在阿富汗境內，甚至存活。塔利班政權的最高領導人毛拉・穆罕默德・奧馬爾・穆賈西德更於 2001 年 8 月 25 日正式禁止了所有非政府名義的網際網路使用。

2001 年 11 月 13 日，塔利班武裝力量從喀布爾撤離。隨後，聯合國主持的對話在德國波恩舉行，多個反對塔利班的阿富汗組織於 12 月 22 日商討並組建了阿富汗臨時行政當局。當年最後一天，聯合國開發計劃署（UNDP）信息系統和技術辦公室主任勞倫斯・揚聯繫 IANA，表達對臨時當局的認可，並諮詢掌管.af 註冊局管理的事宜。當時在阿富汗幾乎沒有成型的網際網路社群，只有少數網際網路連結指向在喀布爾的國際組織和非政府組織。IANA 隨後表態，十分願意得到 UNDP 的幫助以恢復註冊局，並知曉 UNDP 是臨時的贊助人。

接下來的數月，IANA 與 UNDP 員工一同工作，向 UNDP 員工解釋了一個正常運作的 ccTLD 註冊局在技術和管理上的需求，並準備必需的技術、管理和政策安排。

2002 年 6 月，阿富汗伊斯蘭過渡政府從臨時當局接管了政府權力。9 月 10 日過渡政府下屬通信部部長聯合 UNDP 向 IANA 提交了頂級網域重新授權準備文件，其中包括：

1. 阿富汗伊斯蘭過渡政府通信部部長穆罕默德・馬蘇姆・斯塔內克扎伊向 IANA 發出的求職信（頁面存檔備份，存於網際網路檔案館）
2. 阿富汗網際網路社群介紹和政府建設網際網路的計劃（頁面存檔備份，存於網際網路檔案館）
3. .af 域技術文檔（頁面存檔備份，存於網際網路檔案館）
4. 對.af 頂級網域的展望（包含管理和註冊政策）（頁面存檔備份，存於網際網路檔案館）
5. 原經理人阿卜杜勒・阿齊茲的簽名授權信件（頁面存檔備份，存於網際網路檔案館）

2002 年 11 月，ICANN 董事會通過了與.af 註冊局的諒解備忘錄，穆罕默德・馬蘇姆・斯塔內克扎伊將出任註冊局管理員職務，UNDP 工作人員馬克・勒帕熱將成為技術負責人。該備忘錄於 2003 年 1 月 8 日生效，標誌著.af 域再次投入使用。

## 註冊限制

**.af 域嚴禁用於：**

1. 展示色情內容；
2. 用於病毒傳播，或發送垃圾郵件；
3. 違背阿富汗法律的行為。

### 三級域限制

根據註冊局文件，共有 5 個特殊的三級域：

## 參考文獻

## 外部連結

* .af 域名 whois 工具（英文）
.ag

**.ag**（源自安地卡及巴布達一詞的英語：Antigua and Barbuda 中「**A**nti**g**ua」的縮寫「**Ag**」）為安地卡及巴布達在網際網路域名系統中擁有的國家及地區頂級域（ccTLD）。由於「AG」也是德語單詞「Aktiengesellschaft」（中文翻譯為「股份有限公司」）的縮寫，部分德語國家的股份公司亦使用該頂級域。

## 參考文獻

## 外部連結

* .ag 域名 whois 工具（頁面存檔備份，存於網際網路檔案館）（英文）
.ai

**.ai** 為英國海外屬地安圭拉國家及地區頂級域（ccTLD）的域名。管理者是安圭拉政府。

近年來，部分人工智慧公司多採用此後綴註冊公司域名。

## 二級和三級域名的註冊

在全球範圍內 **off.ai**、**com.ai**、**net.ai** 和 **org.ai** 域名可以無限制地註冊。從 2009 年 9 月 15 日起，**.ai** 內的二級註冊域名可供全球所有人註冊。

在 Whois.ai 註冊域名需要 100 美元的費用，域名每兩年的費用為 100 美元，訂購域名需要以傳真的形式進行訂購併且需要手動付款和進行地址確認，購買完成後有一至三個月的等待期。

.ai 接受表情符號域名註冊。

## TLD 記錄

**.ai** 的 TLD 記錄值得注意的是擁有 MX 記錄，允許郵件直接發送給「收件人 @ai」（有尾隨期）。

## 參考

## 外部連結

* IANA .ai whois information（頁面存檔備份，存於網際網路檔案館）
* .ai NIC page
.al

**.al** 為阿爾巴尼亞國家及地區頂級域（ccTLD）的域名。註冊該頂級域的域名字符數必須在 2 至 63 之間，儘管阿爾巴尼亞語存在一些特殊字母，該域名並不支持國際化域名。

## 參考

## 外部連結

* IANA .al（域名信息）（頁面存檔備份，存於網際網路檔案館）
* WebHost.al（認可註冊商）（頁面存檔備份，存於網際網路檔案館）
* Host.a（認可註冊商）（頁面存檔備份，存於網際網路檔案館）
* IRegister（認可註冊商）（頁面存檔備份，存於網際網路檔案館）
* Hostime.al（域名註冊商）（頁面存檔備份，存於網際網路檔案館）
* AKEP（電子及郵政通訊管理局）（頁面存檔備份，存於網際網路檔案館）
.am

**.am** 為亞美尼亞國家及地區頂級域（ccTLD）的域名。

## 域名 hack 的使用

.am ccTLD 中的域名由於連接到 AM 廣播（類似於 .fm 和 .tv ccTLD）而廣受歡迎，並且能夠形成以「am」結尾的英語單詞 —— 例如移動照片共享服務 Instagram 使用亞美尼亞語域名 Instagr.am。
直播視頻流媒體服務 Stre.am 使用 TLD 來形成他們的操作關鍵字「Strea」。
美國音樂藝術家和製作人 will.i.am 使用該域名作為他的網站。域名中 TLD 的這種非常規用法稱為域名 hack。

## 二級頂級域名

2014 年添加了一個新的亞美尼亞頂級域名，用於亞美尼亞語域名。 TLD 為 .հայ（來自亞美尼亞語的民族名）, 於 2016 年推出。

## 參考

## 外部連結

* IANA .am whois information（頁面存檔備份，存於網際網路檔案館）
* Armenia Network Information Centre（頁面存檔備份，存於網際網路檔案館）
* Domain Hacks Suggest（頁面存檔備份，存於網際網路檔案館）
* .AM Registrar（頁面存檔備份，存於網際網路檔案館）
.amr

**自適應多速率音訊壓縮**（**Adaptive multi-Rate compression**，簡稱 **AMR**）是一個使語音編碼最佳化的專利。AMR 被標準語音編碼 3GPP 在 1998 年 10 月選用，現在廣泛在 GSM 和 UMTS 中使用。它使用 1-8 個不同的位元率編碼。

AMR 也是一個檔案格式，儲存 AMR 語音編碼檔案。很多手機允許使用者儲存短時間的 AMR 格式錄音，而部分開源（參看外部連結）和商業軟體有和其他格式轉換的程式。但是 AMR 是一個語音格式，並未針對其他聲音進行最佳化。普通副檔名是 `.amr`。

## 使用

為保證每 20 毫秒 160 採樣點的取樣率，AMR 使用 ACELP、DTX、VAD 和 CNG 等不同的技術，從中選擇最好的編碼模式適應局部信道和通路頻帶要求。如果廣播條件差，源編碼減少，信道編碼增加。此舉可提高網路連接的品質，但必須犧牲語音的解析度。在特別情況下 AMR 增加大約 S/N = 4-6 dB。

以下列出共計 14 種方式的 AMR 編碼，包含 8 個全頻 (FR) 和 6 個半頻 (HR)。

## 特點

* 取樣率 8 kHz/13-bit (160 採樣點每 20ms)，濾波後只保留 200-3400 Hz 範圍內的訊號。
* 編碼器使用 8 個位速：12.2、10.2、7.95、7.40、6.70、5.90、5.15 和 4.75 kbit/s。
* 生成的影格長度為 95、103、118、134、148、159、204 或 244bit，對應的位速分別為 4.75、5.15、5.90、6.70、7.40、7.95、10.2 或 12.2 kbit/s。
* AMR 利用 Discontinuous Transmission (DTX)， Voice Activity Detection (VAD) 和 Comfort Noise Generation (CNG) 減少在無聲時候的頻寬。
* 演算法延遲是每影格 20ms。位速是 12.2 的時候，沒有前瞻延遲。其他速率的前瞻延遲是 5 ms. 注有 5 ms 的仿前瞻延遲，允許準確的影格寬模式轉換其餘速率。
* AMR 是使用 Algebraic Code Excited Linear Prediction (ACELP) 的混合語言編碼器。
* 運演算法則的複雜性是 5 的話，則 G.711 是 1 G.729a 是 15。
* PSQM 在理想條件下測試失真 Mean Opinion Scores AMR（12.2 kbit/s）是 4.14，相比 G.711 (u-law) 是 4.45。
* PSQM 在網路條件下 Mean Opinion Scores AMR（12.2 kbit/s）是 3.79，相比 G.711 (u-law) 是 4.13。

## 專利許可

AMR 編解碼器數個專利:

* VoiceAge licensing information （頁面存檔備份，存於網際網路檔案館），包含編解碼器價格.
* 3GPP legal issues
* The 3G Patent Platform and its licensing policy
* AMR Codecs as Shared Libraries （頁面存檔備份，存於網際網路檔案館） - amrnb 和 amrwb 開發站點，共享庫.

## 參見

* AMR-WB
* AMR-WB+
* 半速率
* 全速率
* 取樣率
* IS-641

## 外部連結

* 開源軟體轉換 AMR 格式: Amr2Wav （頁面存檔備份，存於網際網路檔案館），RetroCode （頁面存檔備份，存於網際網路檔案館），都處於開發狀態
* Mobile AMR Converter （頁面存檔備份，存於網際網路檔案館） 自由軟體
* AMR Player （頁面存檔備份，存於網際網路檔案館） 是一個自由軟體 AMR 播放器，也可以轉換 AMR MP3 WAV 音訊格式。
* 3GPP TS 26.071 - Mandatory Speech Codec speech processing functions; AMR Speech Codec; General Description
.an

**.an** 是分配給前荷蘭海外屬地荷屬安地列斯使用的國家和地區頂級域名，於 1993 年啟用。2010 年荷屬安地列斯解體後，.an 域名逐漸淡出使用。2015 年，.an 域名完全停止使用。

## 概要

.an 域名於 1993 年啟用；截至 2010 年 11 月，.an 域名下共有約 800 個次級域名，包括 Google 的「google.com.an」及「youtube.com.an」、雅虎的「yahoo.co.an」和 Visa 公司的「visa.com.an」等。

由於荷屬安地列斯於 2010 年解體，.an 域名逐漸淡出使用。2010 年 12 月，荷屬安地列斯的 ISO 3166-1 二位字母代碼 AN 被網際網路名稱與數字位址分配機構廢除，並改劃為 CW（古拉索）、SX（聖馬丁）及 BQ（荷蘭加勒比區）三個代碼，同時.an 的地位由相應域名.cw、.sx 和.bq（未實際使用）繼承；2014 年，.an 域名資料自根網域名稱伺服器中刪除；2015 年 7 月 31 日後，.an 域名完全停止使用。

## 參見

* .su
* .cs

## 參考資料

## 外部連結

* IANA .an whois information（頁面存檔備份，存於網際網路檔案館） （英文）
.ao

**.ao**（源自安哥拉共和國國名 —— 葡萄牙語：“República de Angola”中單詞「Angola」的縮寫「Ago」）是網際網路域名系統中為安哥拉共和國開設的國家及地區頂級域。

## 簡介

安哥拉於加入聯合國教科文組織在 1992 年創立的非洲區域信息社會網絡。

1995 年 6 月，在美國火奴魯魯舉辦的 INET'95 交流會上，來自安哥拉的相關人員交換意見，決定註冊.ao 域。

並於 1996 年 8 月 28 日正式通過里斯本大學高等理工學院和葡萄牙國家科學計算基金會（FCCN）連接至網際網路，是當時非洲僅有的三個接入網際網路的國家之一。

1997 年，.ao 根域開始託管在 FCCN，並正式接受註冊。

## 二級域

安哥拉共有六個兩位字符二級域，分別使用不同需求。

## 相關條目

* 安哥拉內戰

## 參考文獻

## 外部連結

* DNS Angola 官方網站（頁面存檔備份，存於網際網路檔案館）（.co.ao 和.it.ao 域唯一註冊商）（英文）
* 谷歌搜尋返回的.ao 域名運行情況 （頁面存檔備份，存於網際網路檔案館）（英文）
* CO.AO 和 IT.AO 域名註冊條款和條件 1.1 版（頁面存檔備份，存於網際網路檔案館）（英文）
.ape

**Monkey's Audio**，是一種常見的無失真音訊壓縮編碼格式，副檔名為.ape。與有損音訊壓縮（如 MP3、Ogg Vorbis 或者 AAC 等）不同的是，Monkey's Audio 壓縮時不會遺失資料。一個壓縮為 Monkey's Audio 的音訊檔案聽起來與原檔案完全一樣。Monkey's Audio 檔案的播放列表使用.apl。

Monkey's Audio 亦可指壓縮／解壓縮 **Monkey's Audio** 檔案的軟體。因其主介面上有個猴子圖樣而得名。Monkey's Audio 是壓縮 ape 格式的重要工具；也可以對 ape 檔案進行解壓縮。安裝該軟體時可以選擇是否向 winamp 添加外掛程式，使得 winamp 也可以播放 ape 檔案。通常與 Monkey's Audio 配合使用的軟體有 Exact Audio Copy（EAC）、foobar2000 等。

## 特點

Monkey's Audio 是一種無失真音訊壓縮格式，而較之於其他無失真音訊壓縮格式，有長處亦有缺陷。

Monkey's Audio 壓縮比高於其他常見的無失真音訊壓縮格式，約在 55% 上下，但編解碼速度略慢。在搜尋回放位置時，如果檔案壓縮比過高，在配備較差的電腦會有延遲的現象。另外，由於它沒有提供錯誤處理的功能，若發生檔案損壞，損壞位置之後的資料有可能會遺失。

Monkey's Audio 是開放原始碼的免費軟體，但因其授權協定並非自由軟體而是准自由軟體（Semi-free Software）而受到排擠。因為這意味著許多基於 GNU/Linux 的 Linux 發行套件或是其他只能基於自由軟體的作業系統不能將其收入。較之其他使用更自由的許可證的無失真音訊編碼器（如 FLAC），受其他軟體的支援也更少。

因為 Monkey's Audio 是一種無失真壓縮格式，所以不適於同失真壓縮格式相比較 —— 這兩者有不同的目標和用途。無失真壓縮的目標是能夠精確再現原檔案的前提下將之壓縮到儘可能小的體積。而失真壓縮則是在遺失一部分資訊的情況下，在使用者指定的體積／位元速率中儘可能保持接近原來的音質。

所以，無失真壓縮的音訊檔案體積往往遠大於從同樣原檔案壓縮而來的失真壓縮檔案。例如：在壓縮 CD 音訊時，一個典型的 Monkey's Audio 檔案往往有接近 600～700K Bit/sec，而 MP3 最高不會超過 320K Bit/sec，一般情況下使用者只會指定到 128～192K Bit/sec。雖然它們也可能達到可以接受的音質，但不會有 Monkey's Audio 等無失真壓縮格式般逼真。

Hydrogenaudio 的 Wiki 提供了一個 Monkey's Audio 與其它無失真音訊壓縮格式的全面比較。

## 支援平台

目前官方只提供 Windows 支援。雖然也有提供 GNU/Linux 和 Macintosh 平台的官方支援的討論，但是沒有結果。目前只有一位名為 SuperMMX 的開發者於 2003 年 7 月釋出了一個非官方移植版本（頁面存檔備份，存於網際網路檔案館）。它包括了供 XMMS 與 Beep Media Player 回放 Monkey's Audio 使用的外掛程式。該移植本來只支援 GNU/Linux，但從 3.99 update 4 build 4 版本開始支援 Mac OS X 和基於 PowerPC、SPARC 平台的 GNU/Linux。但是這個非官方移植計劃沒有得到官方的承認，受制於官方發行許可證的限制，其未來並不明朗。不過據稱 Monkey's Audio 的 Win32 庫可以藉助 Wine 在 GNU/Linux 平台執行。

## 檔案格式 APE

**APE** 是一種音訊檔案格式，一般用.ape 的副檔名，有時也採用.MAC 的副檔名。APE 格式採用無失真資料壓縮，在不降低音質的前提下，能有限地壓縮 WAV 音軌檔案，壓縮比率一般在 55% 左右。在音質上，相對於 WMA、MP3、AAC 等有損資料壓縮的格式有著絕對的優勢。

APE 檔案結構是由 **Monkey's Audio** 定義的。Monkey's Audio 提供軟體進行與其它音訊檔案格式的轉換。通過外掛程式，APE 檔案可以在 foobar2000、Nullsoft 的 Winamp 和微軟的媒體播放器等不同系統平台的多媒體軟體中播放，近來越來越多的可攜式媒體播放器也較多的加入對 APE 檔案的支援。

## 參見

* Apple Lossless
* Exact Audio Copy（EAC）
* FLAC
* MP3
* Meridian Lossless Packing
* TTA
* WAV
* WavPack
* foobar2000
* 檔案格式列表
* 非破壞性資料壓縮
* 音訊編碼格式的比較

## 註解

## 外部連結

* Monkey's Audio 官方網站（英文）（頁面存檔備份，存於網際網路檔案館）
* Sound Normalizer（頁面存檔備份，存於網際網路檔案館）
.app

**.app** 是網際網路之 DNS 上的一個通用頂級域（gTLD），在 2015 年二月的拍賣中由 Google 以 2500 萬美元獲得，並在 2018 年 5 月正式開放註冊。它的名稱源自英文單詞「application」的簡寫，經常用於 IT 行業。該域名將被用於開發者企業、業餘或職業開發者、企業應用、應用支援服務、以及其它相關的產品或工具。

.app 域名甫一被載入入根伺服器，便受到開發者和企業之關注，因其為一些應用程式的官方網站提供了域名選擇。

據域名服務商 Gandi 表示，該頂級域名已經被載入進了 HSTS 預載入名錄，意味著所有的域名使用者在以該域名提供網頁瀏覽服務時必須開啟 HTTPS。

## 參考資料

## 外部連結

* .app 政策資訊（頁面存檔備份，存於網際網路檔案館）
* Sunrise Details （頁面存檔備份，存於網際網路檔案館）
* Delegation Readiness Report（頁面存檔備份，存於網際網路檔案館）
.aq

**.aq** 為南極國家及地區頂級域（ccTLD）的域名。.aq 為在南極洲工作的組織而保留，也用於推廣南極洲和南冰洋地區。這一域名由紐西蘭奧克蘭的 Mott 聯營公司管理。

一般情況下到南極洲的網際網路連接只能通過衛星通信進行。
根據南極條約規定，用於任何南緯 60 度線（60°S）以南的事物。AQ 域名可用於南極條約簽署國的政府組織，及在南極實際存在的其他註冊機構。

## 參考

## 外部連結

* IANA .aq whois information（頁面存檔備份，存於網際網路檔案館）
.ar

**.ar** 為阿根廷國碼頂級網域名稱（ccTLD）的域名。該域名於 1987 年 9 月 23 日啟用。阿根廷網絡信息中心負責管理該域名。註冊人註冊該域名時，必須與阿根廷地址有聯繫，但註冊人可以是外國人。

## 參考

## 外部連結

* NIC Argentina（頁面存檔備份，存於網際網路檔案館）
* IANA .ar whois information（頁面存檔備份，存於網際網路檔案館）
.arpa

**.arpa** 是網際網路域名系統上一個專門用於網際網路基礎設施組態的頂級域。其名稱最初是縮寫自高等研究計劃署（Advanced Research Projects Agency，**ARPA**），也就是現在網際網路的雛形網路 ARPANET 的主管部門。現在其標準名稱對應為「位址路由參數域（Address and Routing Parameter Area）」。直到 2015 年，它是 IANA 頂級域分類中的一個分類，基礎設施頂級域（infrastructure top-level domain）內的唯一頂級域。

現在其中的兩個二級域名，「in-addr.arpa」和「ip6.arpa」，用於對應 IPv4 和 IPv6 的 DNS 反向查詢功能。

## 歷史

.arpa 是最早被設定入現有域名系統的一個域，其最初目的是作為一個臨時域，以便將 ARPANET 主機名命名約定和主機名表轉換方式過渡到域名系統中。在 1983 年訂立域名系統的標準時，ARPANET 主機的域名被定義為直接在原有主機名上添加.arpa 字尾。之後隨著引入更多的分類頂級域來代替，該方式被廢棄了。

雖然如此，但是該頂級域仍沒移除，因為其仍被用於 DNS 反向查詢等功能，例如 IPv4 位址會以點分十進位倒序的方式記為 in-addr.arpa 的子域名，該子域名的 PTR 值則記錄該位址所對應的域名。

原計劃，一個新的頂級域「.int」被設立用來替代該域名的資料庫結構機制，但 2000 年 5 月原計劃被推翻了，本頂級域的功能仍被保留，新的頂級域被用於國際組織的域名分類。而這次計劃變更後，本頂級域被賦予正式的官方名稱，名稱被定為「位址路由參數域（Address and Routing Parameter Area）」。

2010 年 3 月開始，該頂級域使用 DNSSEC 進行簽章認證。

## 參考文獻

## 外部連結

* IANA 官網對 arpa 域的介紹（頁面存檔備份，存於網際網路檔案館）
* .arpa 區域檔案（頁面存檔備份，存於網際網路檔案館）
.as

**.as** 為美國海外領地美屬薩摩亞國家及地區頂級域（ccTLD）的域名。該域名於 1997 年 6 月 12 日啟用。它由 AS Domain Registry 負責管理。該域名不得用於色情或種族主義網站，登記處有權拒絕申請上述網站的域名申請。

## 參考

## 外部連結

* IANA .as whois information（頁面存檔備份，存於網際網路檔案館）
* Domain Hacks Suggest（頁面存檔備份，存於網際網路檔案館）
.asia

**.asia**（英語：Asia）是網際網路域名系統中贊助類頂級域的一種，專門為亞太地區指定的專用域名。主要服務於希望在上述地區開展活動的個人、公司或組織機構。

## 歷史沿革

* 2003 年 6 月 26 日，在蒙特婁召開的網際網路名稱與數字地址分配機構（ICANN）董事會會議上，董事會指導 ICANN 工作人員邀請公眾對兩天前頒布的贊助類頂級域草案發表意見，尤其是針對「提案徵詢（RFP）是否應僅向已於 2000 年 11 月發起過贊助類頂級域申請的申請人開放」這個問題。公眾意見記錄可在 ICANN 網站查閱。同時，董事會還討論 ICANN 應在多長的時間框架內處理新頂級域申請。
* 2003 年 10 月 29 日，ICANN 通用名稱支持組織（GNSO）呼籲董事會為贊助類頂級域啟動一個臨時性的處理。
* 2003 年 12 月 15 日，ICANN 正式宣布了贊助類頂級域的提案徵詢。
* 截至 2004 年 3 月 16 日，ICANN 共收到 10 份新贊助類頂級域申請，共提議 9 個新域：.asia、.cat、.jobs、.mail、.mobi、.post、.tel、.travel 和.xxx。
* 2004 年 7 月 12 日，ICANN 下屬的三個評估小組對.asia 做出了評審。技術評估小組認為.asia 申請「可以通過」，並註明 DotAsia 公司選用的後端運營方，即艾斐域公司，是「著名註冊局和有著良好記錄的 DNS 運營商，運營符合甚至超出 ICANN 標準。」；商業評估小組也認定 DotAsia 公司達到提案徵詢規定的商業和金融標準，「可以通過」，「令人印象深刻的地方社區的努力」以及「清晰展示自身實現一個穩健和擁有足夠資源能力」；但贊助和社區價值評估小組認為申請人不符合提案徵詢中聲明的「贊助和其他問題」章節的要求。該小組認為「雖然未達到要求，但部分意見是合理和創新的。」團隊表示，考慮到亞洲地區的範圍和多樣性，頂級域定義的「亞洲社區」似乎並不清晰，同時「對該頂級域字樣能夠在中東和南太平洋地區得到廣泛認同表示懷疑，相關地區的註冊人可能無法將自身與.asia 聯繫起來」。
* 2004 年 7 月 31 日，ICANN 致函 DotAsia 並匯報了評估小組的意見。在信中，ICANN 鼓勵 DotAsia 從相應亞洲國家的首腦機構獲取支持。9 月 15 日，DotAsia 就之前評估意見向 ICANN 做出詳盡回復，並在 10 月 26 日向董事會提供了申請總結材料，其中包含一份支持.asia 申請的亞洲國家和地區頂級域詳盡名單。
* 2004 年 12 月 10 日，DotAsia 提供了一份主題是「緩解「ICANN 政府諮詢委員會國家和地區代碼頂級域名原則」的關注」（Mitigating Concerns Regarding GAC ccTLD Principles.）的信件，對.asia 頂級域倡議的更新也於 2005 年 1 月 24 日發送給 ICANN 董事會。
* 2005 年 2 月 18 日，ICANN 董事會首次討論.asia 的申請。會上有意向要拒絕該申請，但最終以 3 支持 - 6 反對 - 3 棄權不得而終。此次會議並沒有通過申請，但也沒有拒絕，沒有任何解決方案。
* 2005 年 5 月 3 日，ICANN 董事會以 12-0 全票通過解決方案，要求 ICANN 員工從 DotAsia 獲取有關「ICANN 政府諮詢委員會國家和地區代碼頂級域名委託和管理原則」8.3 章節（Section 8.3 of the ICANN Government Advisory Committee's Principles for Delegation and Administration of ccTLDs）的額外合規信息，期限為 90 天。
* 2005 年 8 月 5 日，DotAsia 根據要求向 ICANN 董事會補充了與亞洲多國政府聯繫的信息。
* 2005 年 12 月 4 日，在審核了上述信息和材料後，ICANN 董事會議許可並啟動與 DotAsia 在商業和技術方面的談判。
* 2006 年 7 月 18 日，ICANN 董事會向下屬員工表明意向，將發布包括.asia 註冊局許可協議在內的多個頂級域許可協議，並稱相關文件在 30 天內公布於眾。
* 2006 年 7 月 28 日，ICANN 宣布談判結束並向公眾發布提議的.asia 註冊局許可協議。
* 2006 年 9 與 7 日，董事會開會簡單討論了公眾對.asia 註冊局許可協議的意見。9 月 25 日，董事會傳達意向並指引 DotAsia 針對公眾意見其中的兩個作出答覆。
* 2006 年 10 月 18 日，ICANN 董事會特別會議認為「對許可協議的批准和委派.asia 贊助類頂級域給 DotAsia 有益於 ICANN 和整個網際網路社群」。
* 2006 年 12 月 6 日，ICANN 和 DotAsia 簽署.asia 註冊局許可協議（頁面存檔備份，存於網際網路檔案館）。翌日，ICANN 在巴西聖保羅市舉辦的 2006 年度會議上正式發布該消息。
* 2007 年 2 月 23 日，DotAsia 向 IANA 遞交了委派模板。不過由於名稱伺服器存在故障，IANA 出於管理關閉了遞交請求，並建議 DotAsia 在解決故障後重新遞交。
* 2007 年 3 月 9 日，DotAsia 重新遞交了委派模板。IANA 提示仍有一個名稱伺服器存在技術故障。在 3 月 9 日至 4 月 10 日間，DotAsia 花費時間解決了該問題。4 月 10 日，DotAsia 又向 IANA 遞交了委派模板。
* 2007 年 7 月 11 日，.asia 推出先鋒期註冊計劃。同年 10 月 9 日面向公眾啟用。
* 2017 年 7 月 15 日起，不再要求註冊人提供位於亞洲的特許資格聲明人（CED）或管理員（CEA）地址，.asia 域名正式面向全球開放註冊。

## 各方觀點

在.asia 推出之時，DotAsia 曾向名人或公司贈送.asia 域名。例如演員甄子丹獲得 donnieyen.asia；電影長江七號獲得 cj7.asia。註冊局認為對亞洲地區名人保留相應域名，「有助於保護自己的個人品牌﹑作品或智慧財產權」；許多使用傳統頂級域（例如.com）的企業轉向.asia 有助於彰顯其與亞太地區的緊密聯繫。不過，也有觀點認為它只是一個噱頭。

.asia 有可能於未來替代.cn（中華人民共和國），.ir（伊朗），.jp（日本），.kr（韓國），.ph（菲律賓），.sg（新加坡）, .tw（台灣），.asia 域名用於替代現有各個亞洲地區域名，或是用以製造亞洲網圈。

## 參考文獻

## 外部連結

* .asia 域名 whois 工具（頁面存檔備份，存於網際網路檔案館）（英文）
.asp

**動態伺服器網頁**（英文：**A**ctive **S**erver **P**ages，簡稱 **ASP**），是由微軟公司開發的伺服器端執行的指令碼平台，它被 Windows 下 Internet Information Services (IIS) 的程式所管理。透過 ActiveX server 的技術讓不同的使用者能有不同的畫面，或需要讓他們可以存取伺服器（server）上的資料時，使用 ASP3.0 中提供了五個內建的物件建立類比和安全性的動態內容，來協助程式設計師隱藏複雜的溝通機制，讓程式設計師可以專注在解決問題和應用之上，這樣可以更快速地開發動態網頁的同時每一個組件都是可以由一組富有經驗的程式設計師根據動態網頁最常用的功能而獨立開發。

## ASP 的特色

ASP 隱藏了網頁伺服器與瀏覽者之間溝通的繁瑣機制的同時也基於 script base 的特性，網頁撰寫員可以專心撰寫應用的程式的邏輯部份，再者 ASP 也像 HTML 般透過撰寫程式來即時測試網頁是否安全地運行，而不必擔心程式和伺服器不能溝通的問題，另外因為那些 script 是於發送前於伺服器中先行轉譯處理成為 HTML 後再而發送至代理伺服器邊的動態網頁技術，不必擔心瀏覽器的支援性，以及網頁撰寫員的程式邏輯像 client-side script 會被盜用，因此最終瀏覽者只會是使用 HTML 來瀏覽。

利用 ASP 程式最常用的是 Cookies，它利用 Session 組件實現的。同時還可以利用第三方組件延伸 ASP 的作用，如利用 MailSender 組件傳送電子郵件。

通過 ASP，可以結合 HTML 網頁、ASP 指令和 ActiveX 元件建立動態、互動且高效的 WEB 伺服器應用程式。同時，ASP 也支援 VBScript 和 JScript 等手稿語言，預設為 VBScript，而其中 JScript 是微軟公司的 ECMAScript 標準的實現，並且有自己的擴充。

### 五個內建組件

* Application：在一個 ASP-based application 讓不同使用者共享資訊。
* Request：從使用者處理取得資訊
* Response：將資訊送給使用者
* Server：提供一些 Web Server 的工具
* Session：儲存在一個 session 內使用者的資訊

### 物件的支援

ASP 對 COM 的支援會允許撰寫員使用 server component（或 OLE Automation server）。透過它撰寫員可以發展自己的物件，或將把程式轉成 Web-base 的介面。

* 透過 ADO 提供對於資料庫的應用。
* 透過 ActiveX 的 Scripting.FileSystemObject 提供對於檔案的操作。

### Session 的管理

ASP 在 Server 端 Respondse 時會經由 HTTP 的 **Set-Cookie** 的 header 欄位傳送名為 **ASPSESSIONID** 的 Session ID。而使用者端的瀏覽器在收到這個 Session ID 之後，會在下次的 Request 時，經由 HTTP 的 **Cookie** 的 header 欄位再把這個 Session ID 傳給 Server，藉以讓 Server 區分是同一個瀏覽者，以獲得其專用的 Session 變數存取。這個機制可應用於帳號登入，在 Session TimeOut 被清除之前，只要瀏覽者沒關閉瀏覽器，就能持續保持帳號登入的狀態・

此外，ASP 可以經由檔案 Global.asa 裡的兩個事件處理（Session\_OnStart 與 Session\_OnEnd）去控制該瀏覽者 Session 的建立與結束的額外處理。這可以用來作為統計實際線上人數之用。

## 版本

ASP 目前最新的版本為 3.0，與 Windows 2000 一起發行，並內植於 IIS 5.0 中。

* ASP 1.0 內含於 Windows NT 4.0 Service Pack 3（IIS 3.0）發行。
* ASP 2.0 內含於 Windows NT 4.0 Option Pack，與 IIS 4.0 一起亮相。

自 ASP 3.0 發行後，除了各版本對它的安全性或問題修補外，對主要功能都沒有再進一步的更新。
Windows Server 2003 發行的 ASP 也是 3.0 版本。

其後繼者 ASP+（即 ASP.NET），已內含於.NET Framework 中持續演化。

## 原理

ASP 是經過伺服器解析之後再向網頁瀏覽器返回資料，所以有了 ASP 就不必擔心客戶的瀏覽器是否能執行你所編寫的代碼。因為所有的程式都將在網頁伺服器端執行，包括所有嵌在普通 HTML 中的指令碼程式。當程式執行完畢後，伺服器僅將執行的結果返回給客戶瀏覽器，這樣也就減輕了客戶端瀏覽器的負擔，大大提高了互動的速度。

由於代碼是需要經過伺服器執行之後才向瀏覽器傳送的，所以在客戶端看到的只能是經過解析之後的資料，而無法獲得原始碼，故編寫者不用擔心自己的原始碼會被別人剽竊。但不排除駭客利用系統漏洞竊取伺服器端的 ASP 原始碼。

基於這樣的解析方式，也導致執行 ASP 頁面相對於普通的 HTML 頁面要慢一點。因為普通的 HTML 頁面只需要瀏覽器就能夠解析，而 ASP 則必須是伺服器將整頁的代碼都執行一遍之後再傳送資料。

ASP 提供與資料庫的互動，如 Microsoft SQL Server、Microsoft Access、MySQL 和 Oracle，比較流行的是 ASP 和 Microsoft SQL Server 的組合。

## 範例

ASP 程式（包括與資料庫連線的部分）都是嵌入在普通 HTML 和其他客戶端語言中的。例如

ASP 語言是嵌入在「<%...%>」之間的部分。而這個程式最終結果將是:

## 參見

* Microsoft FrontPage
* Visual InterDev
* ASP.NET
* .NET 框架
* PHP
* JSP

## 外部連結

* ASP on MSDN（頁面存檔備份，存於網際網路檔案館）
* 如何從動態伺服器網頁（Active Server Page）模擬使用者（頁面存檔備份，存於網際網路檔案館）

**應用或比較**

* asp 實踐經驗記錄
* Active Server Pages 是什麼？（頁面存檔備份，存於網際網路檔案館）
* ASP.NET 與 ASP 的差異

**替代產物**

* ArrowHead ASP Server（將 ASP 轉移到 Java 的平台下去類比 ASP 的運作）
* Cloudfoundry ASP
* Apache::ASP（頁面存檔備份，存於網際網路檔案館）（在 Apache 上加上 Perl 支援後去跑名為 ASP 的網頁）
.at

**.at** 為奧地利國碼頂級網域名稱（ccTLD）的域名。該域名於 1988 年 1 月 20 日啟用。它由 nic.at 負責管理。

## 二級域名

.at 有許多二級域名：

* .ac.at（適用於大學等學術機構）
* .gv.at（適用於奧地利聯邦和州政府）
* .co.at（商業公司）
* .or.at（各類組織）
* .priv.at（奧地利私人域名）

## 參考

## 外部連結

* NIC.AT Website
* IANA .at whois information（頁面存檔備份，存於網際網路檔案館）
* Domain Hacks Suggest（頁面存檔備份，存於網際網路檔案館）
.au

**.au** 是澳大利亞國碼頂級網域名稱（ccTLD）的域名，於 1986 年 3 月 5 日啟用。幾個外部領地使用.cc .cx .hm .nf 等其他域名。

## 二級域名

* .com.au – 商業實體
* .net.au – 商業實體
* .org.au – 協會和非營利組織
* .edu.au – 教育機構
* .gov.au – 政府及其部門
* .asn.au – 協會和非營利組織
* .id.au – 個人
* .csiro.au – 聯邦科學與工業研究組織

## 參考

## 外部連結

* IANA WHOIS for .au（頁面存檔備份，存於網際網路檔案館）
* auDA（頁面存檔備份，存於網際網路檔案館）
* AusRegistry\*（頁面存檔備份，存於網際網路檔案館）
.avi

**AVI** 是英語 **Audio Video Interleave**（「音訊影片交織」或譯為「音訊影片交錯」）的首字母縮寫，由微軟在 1992 年 11 月推出的一種多媒體檔案格式，用於對抗蘋果 Quicktime 的技術。現在所說的 AVI 多是指一種封裝格式。

## AVI 封裝概述

儘管 AVI 已經屬於老舊的技術，但是由於 Windows 的通用性，和簡單易懂的開發 API，仍被廣泛使用。

AVI 的檔案結構分為「頭部」，「主體」和「索引」三部分。主體中圖像資料和聲音資料是互動存放的。從尾部的索引可以索引跳到自己想放的位置。

AVI 將影片和音訊封裝在一個檔案裡，其順序是：若干影片影格（Video Frame）之後接著若干音訊影格（Audio Frame），再然後是影片影格、音訊影格，故名為「音訊影片交織」，意即音訊和影片按影格交錯排列，以此達到音訊同步於影片播放的效果。和 DVD 影片格式一樣，AVI 檔案支援多影片流和音訊流，雖然這些功能很少使用。大多數 AVI 檔案還支援由 Matrox OpenDML 集團於 1996 年 2 月開發的格式字尾。這些檔案非正式的稱為「AVI 2.0」，並得到微軟的支援。

AVI 本身只是提供了這麼一個框架，內部的圖像資料和聲音順據格式可以是任意的編碼形式。但是由於索引放在了檔案尾部，所以在播放 internet 串流媒體時已屬力不從心。

## AVI 封裝軟體

較知名的有

* VirtualDub（VirtualDub MOD）
* AVI-Mux（命令列版本及 GUI 版本 AVI-Mux GUI）

## AVI 能使用的編碼

* 影像檔案種類（括號內表示的是此影片的 FourCC）
  * MPEG-1/-2（MPEG/MPG1/MPG2）
  * MPEG-4（MP4V/XVID/DX50/DIVX/DIV5/3IVX/3IV2/RMP4）
  * MS-MPEG4（MPG4/MP42/MP43）
  * WMV7/WMV8/WMV9（WMV1/WMV2/WMV3）
  * DV（DVSD/DVIS）
  * Flash Video（FLV1/FLV4）
  * Motion JPEG（MJPG）
  * LossLess JPEG（LJPG）
  * H.264（AVC1/DAVC/H264/X264）
  * H.263（H263/S263）
  * H.261（H261）
  * Huffyuv（HFYU）
  * AVIzlib（ZLIB）
  * AVImszh（MSZH）
  * Theora（THEO）
  * Indeo Video（IV31/IV32）
  * Cinepak（cvid）
  * Microsoft Video 1（CRAM）
  * On2VP3（VP30/VP31）
  * On2VP4（VP40）
  * On2 VP6（VP60/VP61/VP62）
  * VC-1（WVC1）
* 音訊
  * PCM
  * MP3（0x0055）
  * AC-3（0x0092）
  * AAC
    * HE-AAC
    * LC-AAC
  * FLAC
  * Indeo Audio
  * TrueSpeech
  * WMA
  * Vorbis

編碼組合能根據以下的例子自由選擇。

* (DivX 或 XviD+MP3).avi，
* (H.264+MP3).avi
* (WMV9+MP3).avi

以 XviD+MP3 構成的 AVI 最為常見。

## AVI 影片播放器

* QuickTime：屬於 Apple 公司，相容 QuickTime 的 AVI 檔案可以用 QuickTime 播放
* VLC 媒體播放器：屬於 VideoLAN 組織，除了播放 AVI 格式，還可以支援很多其他格式
* RealPlayer：屬於 RealNetworks
* DivX Player：屬於 DIVX 公司
* GOM Player：屬於 Gretech Corporation，只能運行於 Windows 平台
* Windows Media Player：屬於 Microsoft，只能運行於 Windows 平台上

## 參見

* MKV
* ASF
* DirectShow Media
* MPEG-2
* MOV
* MP4
* Ogg
* OGM

## 外部連結

* .AVI Glossary（頁面存檔備份，存於網際網路檔案館）
.aw

**.aw** 為阿魯巴國家及地區頂級域（ccTLD）的域名。該域名於 1996 年 2 月 20 日啟用。該域名主要由位於阿魯巴的公司使用，但該域名被註冊的數量並不多。該域名由 SETAR 負責管理。

## 參考

## 外部連結

* IANA .aw whois information（頁面存檔備份，存於網際網路檔案館）
.ax

**.ax** 是芬蘭奧蘭自治區自 2006 年啟用的國家和地區頂級域名（ccTLD）的域名。之前大多數的奧蘭網站使用.aland.fi 域名。

2006 年 2 月 17 日，芬蘭議會通過法律改定，加**.ax** 頂級域。計劃在三年之內把 **aland.fi** 改到**.ax**。新域名不能註冊在 **aland.fi** 下面，現存的 **aland.fi** 域名會全部改為**.ax**[1]。 同年 3 月 17 日，芬蘭總統塔里婭・哈洛寧簽署這個法律，3 月 27 日生效[2]。

## 參考文獻

* **^** 議會通過使用.ax，_Ålandstidningen 2006 年 2 月 17 日版_
* **^** 總統簽定使用.ax，_Ålandstidningen 2006 年 3 月 24 日版_

## 外部連結

* IANA .ax whois information（頁面存檔備份，存於網際網路檔案館）
.az

**.az** 為亞塞拜然國家及地區頂級域（ccTLD）的域名。由亞塞拜然通信公司管理。

## 二級域名

.az 下的一些二級域名包含 com.az、net.az、int.az、gov.az、org.az、edu.az、info.az、pp.az、mil.az、name.az、pro .az、biz.az 和 co.az。

## 參考

## 外部連結

* IANA .az whois information（頁面存檔備份，存於網際網路檔案館）
.ba

**.ba** 為波士尼亞與赫塞哥維納國家及地區頂級域（ccTLD）的域名。該域名於 1996 年 8 月 14 日啟用。該域名只能由位於波士尼亞與赫塞哥維納的實體或在波士尼亞與赫塞哥維納有代表機構的組織註冊。

## 二級域名

* .edu.ba 用於教育組織
* .gov.ba 用於政府機構
* .net.ba 用於網絡運營商
* .org.ba 用於非營利組織

## 參考

## 外部連結

* IANA .ba whois information（頁面存檔備份，存於網際網路檔案館）
* NIC.BA（頁面存檔備份，存於網際網路檔案館）
* BIHnet (.com.ba)
* Sayber (.co.ba)（頁面存檔備份，存於網際網路檔案館）
* SARnet Centar (.rs.ba)
.bangla

**.বাংলা**（羅馬化為**.bangla**）是孟加拉國的輔助網際網路國家 / 地區代碼頂級域名（ccTLD）。該域用於孟加拉語網站。বাংলা被音譯為 _bangla_，網址以বাংলা結尾。該域名由郵電和信息技術部管理。

**.bd** 是**孟加拉國**的主要國家代碼頂級域（ccTLD）。

.বাংলা於 2011 年引入，但於 2016 年委託給孟加拉國電信公司後可以開始定義子域。 

自 2016 年 12 月 16 日起，.বাংলা可進行註冊。

## 相關連結

* .bd

## 參考資料
.bar

**.bar** 是一個網際網路域名，服務於酒吧、酒館、餐廳、夜總會等場所，以及送餐和酒品行業。作爲一個新的通用頂級域，它為墨西哥城公司 Punto 2012（頁面存檔備份，存於網際網路檔案館）所有。域名.BAR（頁面存檔備份，存於網際網路檔案館）啓用於 2014 年 6 月 11 日。

這一域名的發音也與黑山西南部亞得里亞海沿岸的城市巴爾（黑山語：Бар, 發音：[bâr]）相同。為此，Punto 2012 已授予該市達成協議並授予其域名使用權。

## 參考文獻
.bat

**批次檔**（英語：Batch file），又稱**批處理文件**，在 DOS、OS/2、Microsoft Windows 中，是一種用來當成手稿語言運作程式的檔案。它本身是文字文件，其中包含了一系列讓具備命令列介面的直譯器讀取並執行的指令。它應用於 DOS 和 Windows 系統中，它是由 DOS 或者 Windows 系統內嵌的直譯器（通常是 COMMAND.COM 或者 CMD.EXE）解釋執行。它相當於是類 Unix 系統下的 Shell script。

在 DOS 及 Windows 9x 作業系統家族中，批次檔的副檔名為.bat。在 OS/2 及 Windows NT 作業系統家族，添加了.cmd 這個副檔名。在其他作業系統中，批次檔可能具有不同的副檔名，例如，4OS，4OS2 和 4NT 使用.btm 副檔名。當執行批次檔時，shell 程式會讀取檔案內容，之後通常是以逐行的方式，執行它的命令。其最簡單的例子，是逐行書寫在命令列中會用到的各種命令。也可以在批次檔後面加上更多種類的參數。更複雜的情況，需要使用 if、for、goto、choice 等命令控制程式的執行過程，如同 C 語言、Basic 等高階語言一樣。如果需要實現更複雜的應用，利用外部程式是必要的，這包括系統本身提供的外部命令和第三方提供的工具或者軟體。批次程式雖然是在命令列環境中執行，但不僅僅能使用命令列軟體，任何當前系統下可執行的程式都可以放在批次檔中執行。

有些人認為批次處理語言的含義要比上面的描述更廣泛，還包括許多軟體內建的批次處理語言，如 Microsoft Office、Visual Studio、Adobe Photoshop 所內建的批次處理語言的功能，使用者可通過它們讓相應的軟體執行自動化操作（例如調整某個資料夾所有 PSD 圖檔的解析度）。 而這類批次處理語言也大多提供把一系列操作錄製為批次檔的功能，這樣使用者不必寫程式就能得到批次程式。

## 參考資料

## 參見

* 批次處理任務
* Windows PowerShell
.bb

**.bb** 為巴貝多國家及地區頂級域（ccTLD）的域名，於 1991 年 9 月 3 日啟用。

## 二級域名

* **.co.bb** - 一般用途（通常用於商業用途）
* **.com.bb** - 商業實體
* **.net.bb** - 網絡提供商
* **.org.bb** - 一般用途（通常用於非營利組織）
* **.gov.bb** - 巴貝多政府組織
* **.edu.bb** - 巴貝多教育組織
* **.info.bb** - 一般用途
* **.store.bb** - 一般用途
* **.tv.bb** - 一般用途
* **.biz.bb** - 一般用途

## 參考

## 外部連結

* IANA .ba whois information（頁面存檔備份，存於網際網路檔案館）
* NIC.BA（頁面存檔備份，存於網際網路檔案館）
* BIHnet (.com.ba)
* Sayber (.co.ba)（頁面存檔備份，存於網際網路檔案館）
* SARnet Centar (.rs.ba)
.bd

**.bd** 為孟加拉國家及地區頂級域（ccTLD）的域名，於 1999 年 5 月 20 日啟用。它由孟加拉國郵政、電信和信息技術部負責管理。**.বাংল** 是一個二級域名，於 2011 年授予孟加拉國使用。

## 參考

## 外部連結

* IANA .bd whois information（頁面存檔備份，存於網際網路檔案館）
.be

**.be** 為比利時國碼頂級網域名稱（ccTLD）的域名，也被瑞士的伯恩州非官方的使用。

該域名於 1989 年開始使用，由魯汶大學的 Pierre Verbaeten 管理。 2000 年，TLD 的控制權轉移到 DNS 比利時。截至 2013 年 6 月，共有 1,392,477 個註冊域名。

DNS 比利時於 2005 年 11 月宣布，域的初始註冊將在 2006 年初之前免費，但對任何每個人允許註冊的數量有一定限制。此舉大受歡迎，在第一天就有大約 17,000 個註冊。

域名直接在二級域註冊。比利時的一些主要學術機構，如布魯塞爾自由大學 (荷語區) 和 布魯塞爾自由大學 (法語區)，則使用「ac.be」下的三級域，但其他一些已放棄使用。

同時，頂級「.be」域的仍有許多學術用途的網域名，這是由於政策只允許每個機構持有一個活躍的「.ac.be」域名。

就目前而言，任何 .be 註冊都必須通過註冊代理訂購。

自 2003 年以來，該域名還被用作聯邦政府的標誌。

同時，YouTube 也使用域名 youtu.be 協助其縮略網址服務。

## 參考文獻

## 外部連結

* IANA .be whois information（頁面存檔備份，存於網際網路檔案館）
* List of .be registered agents（頁面存檔備份，存於網際網路檔案館）
* .be Domain Hacks Suggest（頁面存檔備份，存於網際網路檔案館）
.bed

**BED**（Browser Extensible Data，字面意思是「（基因組）瀏覽器可延展數據」）是一種基因組學中用於表示、標記基因組區域位置信息中的文件格式，於人類基因組計劃中首次出現。BED 文件是目前基因組學事實上的標準格式之一。

## 格式

引入 BED 格式的人類基因組計劃並未詳細規範 BED 文件格式，因此一般較通用加州大學聖克魯茲分校（UCSC）基因組瀏覽器中的描述文件。2021 年，全球基因組學與健康聯盟（GA4GH）發布了首份 BED 文件格式的規範文件。

BED 文件最少需要有 3 個分別表示區域染色體序號、起始位置，以及終止位置的列，根據不同需求可增加至 12 列記錄更多信息。一般來說，不同的列之間應以制表符分隔值（\t）隔開，且每一行的列數必須相同。

下表介紹 BED 文件每一列應該存儲的信息。三個必須出現的列標記為紅色。

### 頭行文件

一部分 BED 文件會具有一些與 BED 文件本身無關的頭行文件，一般包含以下信息

* "browser"：與 UCSC 基因組瀏覽器設置相關的參數
* "track": 與基因組瀏覽器中可視化參數設置相關
* "#"：注釋內容，內容任意

## 文件擴展名

BED 文件的擴展名一般為「.bed」。有時候，也根據列數的不同標註為「.bed3」（有 3 列的 BED 文件）、「.bed6」（有 6 列的 BED 文件）等等。

## 例子

以下為一個含有最基本 3 列信息的 BED 文件範例：

```
chr7    127471196    127472363
chr7    127472363    127473530
chr7    127473530    127474697
```

以下是另一個 BED 文件的範例，UCSC 基因組瀏覽器提供的 BED 文件一般都是這種格式。頭三行是 UCSC 基因組瀏覽器的設置參數，與 BED 文件本身無關。

```
browser position chr7:127471196-127495720
browser hide all
track name="ItemRGBDemo" description="Item RGB demonstration" visibility=2 itemRgb="On"
chr7    127471196    127472363    Pos1    0    +    127471196    127472363    255,0,0
chr7    127472363    127473530    Pos2    0    +    127472363    127473530    255,0,0
chr7    127473530    127474697    Pos3    0    +    127473530    127474697    255,0,0
chr7    127474697    127475864    Pos4    0    +    127474697    127475864    255,0,0
chr7    127475864    127477031    Neg1    0    -    127475864    127477031    0,0,255
chr7    127477031    127478198    Neg2    0    -    127477031    127478198    0,0,255
chr7    127478198    127479365    Neg3    0    -    127478198    127479365    0,0,255
chr7    127479365    127480532    Pos5    0    +    127479365    127480532    255,0,0
chr7    127480532    127481699    Neg4    0    -    127480532    127481699    0,0,255
```

## .genome 格式

genome 文件是一種有時與 BED 文件配合使用的文件。這種文件含有兩列，第一列是染色體序號、第二列表示這條染色體的長度。genome 文件主要是確保 BED 文件表示的區域不會位於染色體應有的長度之外。

```
 chrom   size                                                                         
 chr1    248956422
 chr2    242193529
 chr3    198295559
 chr4    190214555
 chr5    181538259
 chr6    170805979
 chr7    159345973
 ...
```

## 參見

* SAM (文件格式)
* GTF 文件

## 參考資料
.bf

**.bf** 為布吉納法索國家及地區頂級域（ccTLD）的網域名稱，於 1993 年 3 月 29 日啟用。它是由 DELGI 負責管理，域名登記地址則是 ARCE 網站。.gov.bf 一般由政府網站使用。

## 參考

## 外部連結

* IANA .bf whois information（頁面存檔備份，存於網際網路檔案館）
* .bf registration form
.bg

**.bg** 為保加利亞國家及地區頂級域（ccTLD）的域名，保加利亞曾提出.бг的域名修改請求，但因與巴西域名.br 過於相似而遭駁回。

## 參考資料

## 外部連結

* IANA .bg whois information（頁面存檔備份，存於網際網路檔案館）
* Register.bg（頁面存檔備份，存於網際網路檔案館）
.bh

**.bh** 為巴林國家及地區頂級域（ccTLD）的域名，於 1994 年 2 月 1 日啟用。它由巴林電信監管局負責管理。必須是在巴林註冊的企業，並有一個巴林的電話帳戶才能註冊.bh 域名。

## 參考

## 外部連結

* IANA .bh whois information（頁面存檔備份，存於網際網路檔案館）
.bi

**.bi** 為蒲隆地國家及地區頂級域（ccTLD）的域名。它是由蒲隆地國家信息技術中心管理。.bi 域名於 1996 年 10 月首次啟用。2002 年 7 月 16 日，蒲隆地全國網站都可以使用.bi。

## 參考

## 外部連結

* IANA .bi whois information（頁面存檔備份，存於網際網路檔案館）
.bible

**.bible** 是一個新的網際網路頂級域名，啓用於 2016 年。根據網際網路名稱與數字地址分配機構的描述，用於使注冊人推廣自己及其網站，並將其推向網際網路社區。其要旨是在建立與《聖經》的積極聯係。

## 參考文獻

## 外部鏈接

* 官方網站
* .Bible. ICANN 維基. [2019-02-07]. （原始內容存檔於 2016-02-19）.
.bit

**.bit** 是當今網際網路上域名系統中的一個不常用的頂級域名，且不被 ICANN 所承認。.bit 域名是以 Namecoin 為基礎的一個分散式的域名系統。要使用.bit 域名，使用者需要 Namecoin 區塊鏈、支持該域名的 DNS 伺服器，或者是瀏覽器插件。

2014 年 2 月，一個包含 Windows / Linux 的測試版的 Firefox 插件 freespeechme 被發布，它允許自動解析地址、分析 Namecoin 區塊鏈以及在後台運行。此外，OpenNIC 的 DNS 伺服器也支持.bit 域名。

## 廢棄

2019 年 7 月，OpenNIC 投票決定放棄.bit 命名空間，理由是「支持 NameCoin 域名存在許多問題」以及多個項目之間的衝突。表決通過。Namecoin 開發者傑里米・蘭德（Jeremy Rand）對這一舉動表示歡迎，感謝 OpenNIC 並將其描述為「正確的決定」。

## 參見

* 名幣

## 參考資料

## 外部連結

* 官方網站
* Namecoin.info（頁面存檔備份，存於網際網路檔案館）
* GetDotBit.com（頁面存檔備份，存於網際網路檔案館）
.biz

**.biz** 是網際網路的通用頂級域之一，屬於商業域名，名稱來自於「商業」的英文「business」第一個音節的發音。它是為了某些想要好的域名的需求而被創造出來的，有些好的域名已經被以.com 的通用頂級域登記了，而.biz 則提供其另一個商業域名的選擇。

## 參見

* .bz
.bj

**.bj** 為貝南國家及地區頂級域（ccTLD）的網域名稱，於 1996 年 1 月 18 日啟用。管理部門是貝南 Stations 與電信辦公室。如果要註冊該網域名稱，個人和實體必須有聯絡人位於貝南。

## 參考

## 外部連結

* IANA .bj whois information（頁面存檔備份，存於網際網路檔案館）
.bl

**.bl** 是一個預留給聖巴泰勒米（Saint-Barthélemy）的國家及地區頂級域 (ccTLD)，以配合在 2007 年 9 月 21 日，ISO 3166 維護機構把 ISO 3166-1 alpha-2 的「BL」分配給從瓜德羅普脫離開來的聖巴泰勒米。聖巴泰勒米自 2007 年 7 月 15 日，從瓜德羅普脫離開來，成為法國的一個新海外領地（collectivité d'outre-mer）。現時聖巴泰勒米仍使用瓜德羅普島的國家及地區頂級域 .gp 或法國的國家頂級域 .fr.

## 參考資料

## 外部連結

* IANA .bl whois information（頁面存檔備份，存於網際網路檔案館）
.bm

**.bm** 為英國海外領地百慕達國家及地區頂級域（ccTLD）的域名。1993 年 3 月 31 日啟用。它最初於 1993 年 3 月由百慕達學院負責管理，2007 年由百慕達註冊總署負責管理。

## 參考

## 外部連結

* IANA .bm whois information（頁面存檔備份，存於網際網路檔案館）
.bn

**.bn** 為汶萊國家及地區頂級域（ccTLD）的域名，於 1994 年啟用。必須是在汶萊註冊的公司和組織才能使用該域名。一些二級域名下的三級域名已可以公開註冊使用。

## 參考

## 外部連結

* IANA .bn whois information（頁面存檔備份，存於網際網路檔案館）
.bo

**.bo** 為玻利維亞國家及地區頂級域（ccTLD）的域名，於 1991 年 2 月 26 日啟用。它是由 ADSIB 負責管理。截至 2011 年 2 月，.bo 的三級域名註冊費約為每年 40 美元，二級域名費用約為每年 140 美元。二級域名和三級域名對外開放註冊。

## 參考

## 外部連結

* IANA .bo whois information（頁面存檔備份，存於網際網路檔案館）
.bq

**.bq** 是預留給荷蘭加勒比區聖尤斯特歇斯和薩巴的國家及地區頂級域 (ccTLD)，於 2010 年 12 月 5 日由 ISO 3166 BQ 維護機構以 ISO 3166-1 alpha-2 標準分配給該地區。該決定是在 2010 年 10 月 10 日荷屬安的列斯解體，荷蘭加勒比區作為荷蘭公共團體的新狀態確立後作出的。目前，荷蘭加勒比區使用之前荷屬安的列斯的已淘汰 ccTLD.an。由於是荷蘭的一部分，.nl 也同樣適用。Versgeprest.com 表示，到 2015 年 7 月，頂級域名已被考慮使用，此舉的經濟效果評估正在進行 。

## 參考資料

## 外部連結

* IANA .bq whois information（頁面存檔備份，存於網際網路檔案館）
.br

**.br** 為巴西國碼頂級網域名稱（ccTLD）的域名，於 1989 年 4 月 18 日啟用。它由巴西網際網路指導委員會（Comitê Gestor da Internet no Brasil）管理，2005 年開始由巴西網絡信息中心（Núcleo de Informação e Coordenação do Ponto br）負責管理。註冊人必須在巴西派駐聯繫人。子域名可以帶有葡萄牙語字母。

## 參考資料

## 參見

* 巴西網際網路

## 外部連結

* IANA .br whois information（頁面存檔備份，存於網際網路檔案館）
* A number of second-level domains under .br（頁面存檔備份，存於網際網路檔案館）
.bs

**.bs** 為巴哈馬國家及地區頂級域（ccTLD）的域名。它由巴哈馬大學負責管理。於 1991 年 9 月 3 日啟用。

## 二級域名

共有 6 個二級域名:

* com.bs: 商業實體
* net.bs: 網絡供應商
* org.bs: 非商業組織
* edu.bs: 教育機構
* gov.bs: 政府機構
* we.bs: 可由任何人註冊

## 參考

## 外部連結

* IANA .bs whois information（頁面存檔備份，存於網際網路檔案館）
* BSNIC（頁面存檔備份，存於網際網路檔案館）
* BSNIC（已失效官網，此為存檔）
.bt

**.bt** 為不丹國家及地區頂級域（ccTLD）的域名，由不丹信息和通信部管理。

## 一級域名與二級域名

.bt 一級域名及二級域名註冊要求如下所示：

* **.bt** - 機構與個人
* **.com.bt** - 公司：面向機構與個人
* **.edu.bt** - 教育：大學及其他教育機構
* **.net.bt** - 網絡
* **.gov.bt** - 政府：僅限政府相關網站使用
* **.org.bt** - 機構

## 參考

## 外部連結

* .BT domain name registry（頁面存檔備份，存於網際網路檔案館）
* IANA .bt whois information（頁面存檔備份，存於網際網路檔案館）
.bu

**.mm** 是緬甸的國家及地區頂級網域名（ccTLD） 。

## 歷史

1997 年，由兩名澳大利亞僑民在緬甸經營的「老鷹集團」（Eagle Group）在緬甸建立了第一個網際網路存取點。他們與英國公司 Digiserve 簽訂合同，為.mm 提供 DNS 服務。所有.mm 域名的 DNS 查詢都由 Digiserve 的兩個根 DNS 處理，分別是 _ns1.digiserve.com_、_ns2.digiserve.com_。1999 年，老鷹集團的服務被緬甸政府關閉。

之後，這兩台根伺服器將_.com.mm_、_.net.mm_、_.edu.mm_ 和 _org.mm_ 的 SOA 記錄指向緬甸郵電管理的兩台位於仰光的 DNS：_ns0.mpt.net.mm_ 和 _ns1.mpt.net.mm_。

2002 年 2 月，民運人士對 DigiServe DNS 伺服器進行了駭客攻擊，導致所有.mm 域名的流量（包括 www.gov.mm）被重新導向到一個網站，這些人的訴求是要求釋放著名學生領袖敏哥奈。這一場駭客攻擊持續了三天。

2005 年初，MPT 重新獲得了對.mm 域名的管理控制權，並用自己的 DNS 取代了 Digiserve 的 DNS。

緬甸企業可通過緬甸電信（前身為 Bagan Cybertech）或直接從緬甸郵電公司註冊_.net.mm_ 和_.com.mm_ 域名。_.edu.mm_、_.org.mm_、_.gov.mm_ 域名保留供官方和政府使用。沒有提供 whois 服務。

目前，緬甸電信（前身為 Bagan Cybertech）的服務被緬甸政府關閉。現在，只有政府所有的緬甸郵電公司控制著網際網路和電子郵件的所有服務。

## 參見

* 緬甸的網際網路

## 參考來源

## 外部連結

* IANA .mm whois information （頁面存檔備份，存於網際網路檔案館）
* NIC Domain Registry for Myanmar