zaibd/wkpdtw huggingface dataset:
XM307 先進班組支援武器（英語：Advanced Crew Served Weapon，簡稱：ACSW）是一款已停止發展、採用 25 公釐智慧型榴彈彈藥的自動榴彈發射器，發射 25×59 公釐 OCSW 高爆連發榴彈。

這種設計是由於理想班組支援武器（英語：Objective Crew Served Weapon，簡稱：OCSW）這個項目的關係。它重量比其他全自動型榴彈發射器更輕便，設計上是 2 個人都可以攜帶和可以輕鬆地裝在車輛以上的便攜型武器。XM307 可以在 2,000 公尺（2,187.23 碼，6,561.68 英尺，1.24 英里）內擊殺或壓制敵方士兵，並且在 1,000 公尺（1,093.61 碼，3,280.84 英尺，0.62 英里）摧毀輕型裝甲車輛，船隻和直升機。可是，該項目已於 2007 年被取消。



設計

該系統目前是通用動力為美國陸軍裝甲及武器指揮部（TACOM，現稱：美國陸軍裝甲及武器壽命週期管理指揮部）開發的裝備與技術產品。作為整體輕武器規劃（英語：Small Arms Master Plan，簡稱：SAMP）的其中一個部分，其用意不但是用以取代或補充 Mk 19 自動榴彈發射器和白朗寧 M2 重機槍。它發射 25 公釐點高爆及空爆空爆，其中高爆彈（HE）和反戰車高爆彈（HEAT）射速為每分鐘 260 發，而且其有效射程可達 2,000 公尺（2,187.23 碼，6,561.68 英尺，1.24 英里）。

它的主要優點就是 XM307 的特製液壓緩衝系統。武器本身會吸收不少的後座力，因此就算沒有使用其專用的大型三腳架或者沉重的沙包，都能夠有效地使用這沉重的武器。由於這個液壓緩衝系統會吸收後座力和本身的重量較輕便，因此也可以將其裝上較小型的載具，例如小型車輛和小型飛機以上。XM307 的專用空爆榴彈能夠在無需直接射擊下更容易地繞過掩體後方的敵人，然後目標受到來自爆風和碎片的損害，而無需在牆上打出一個孔，只是在一個較廣闊的地帶或目標的上方炸死掩體後方的敵人，而敵方的掩體結構仍完好無損。XM307 的另外一個優點，就是它可以在兩分鐘以內轉換為重機槍（XM312 重機槍），一種可用作步兵及輕型反裝甲支援用的.50 口徑重機槍版本。



規格

系統


* 重量：50 磅（19.05 公斤）（連槍、載具、和射控系統）

* 射控系統：能夠以全自動方式操作，日 / 夜皆可使用

* 便攜性：只需 2 名人員或車輛裝載就可以攜帶

* 穩定性：高度至 18 英寸（457.2 公釐）的三腳架高度

* 環境：不會受到地形所限制

槍


* 尺寸（以最大尺寸計算）：1,328.42（長度）×251.46（寬度）×182.88（高度）（調整後長度是 1,099.82）公釐（52.3（長度）×9.9（寬度）×7.2（高度）（調整後長度是 43.3）英寸）

* 射速：400 發／分鐘，全自動射擊

* 子彈散佈：1.5 角分（MOA）以下

* 有效距離：可殺死和壓制 2,000 公尺（2,187.23 碼，6,561.68 英尺，1.24 英里）外的敵方士兵

* 彈藥：高爆空爆彈，穿甲彈和訓練用彈藥（HE、AP、TP、和 TP-S）

* 供彈方式：彈鏈，彈箱裝置在武器的左邊



衍生型

遠距遙控載具（英語：Remotely Operated Variant，簡稱：ROV）是未來戰鬥系統的車輛版本，也正在開發中。這個武器系統，是安裝在車輛外部，並且在車輛內部遙控。



歷史


* 2004 年 5 月 — 在發展階段期間通過 2007 財年的資金購買。

* 2005 年 12 月 — 同時給予資金購買遠距遙控載具（ROV）。

* 2007 年，該項目被取消。



流行文化

電子遊戲


* 2008 年 —《戰地風雲：惡名昭彰》：命名為「XM307」。

* 2010 年 —《戰地風雲：惡名昭彰 2》：命名為「XM307」。

* 2013 年 —《武裝行動 3》：命名為「Mk32」，由 BLUFOR、OPFOR 和 INDFOR 所使用，使用 20 公釐榴彈。



參見



資料來源



外部連結


* （英文）—Discovery Website - XM307 video clip

* （英文）—M307 Airbursting Weapon System Advanced Crew Served Weapon - Global Security （頁面存檔備份，存於網際網路檔案館）

* （英文）—Modern Firearms—XM307 ACSW Advanced Crew-Served Weapon （頁面存檔備份，存於網際網路檔案館）

* （英文）—Weapon.ge—XM307 ACSW （頁面存檔備份，存於網際網路檔案館）

* （英文）—General Dynamics: Fact Sheet on the XM307

* （英文）—Military, Security and Civilian Guns—General Dynamics XM307 (ACSW) Advanced Crew-Served Weapon （頁面存檔備份，存於網際網路檔案館）

* （英文）—YouTube—future weapons - xm307 auto grenade launcher and 50.cal mg （頁面存檔備份，存於網際網路檔案館）

* （簡體中文）—D Boy Gun World（槍炮世界）—XM307 OCSW 理想班組支援武器 （頁面存檔備份，存於網際網路檔案館）
XM312 是一款發射 12.7×99 公釐 NATO（.50 BMG）口徑的重機槍，亦是 XM307 25 公釐自動榴彈發射器的衍生產品。XM312 主要用於取代在美軍服役已久的白朗寧 M2 重機槍，因此 XM312 的設計針對 M2 的缺點而作改進，但射速遠低於 M2 令美軍不甚滿意。

XM312 只需轉換少數發射零件便可變成 XM307 自動榴彈發射器。可是，包括 XM-307 榴彈發射器和 XM-312 重機槍，整個 OCSW 項目已於 2007 年被取消。



主要數據


* 重量：19 公斤（42 磅）（機槍主體及三腳架）。

* 攜帶：士兵手攜（兩人）或車載。

* 高度：三腳架高 18 英寸。

* 全長：1346 公釐。

* 槍機運作：混合氣動及槍管短後座作用。

* 射速：260 發每分鐘，白朗寧 M2 的 1/2（全自動）。

* 後座力：250 磅，白朗寧 M2 的 1/4。

* 子彈散佈：1.5 角分（MOA）以下。

* 有效射程：2000 公尺

* 彈藥：12.7×99 公釐 NATO（.50 BMG）—M33 標準彈，M20 APIT（燃燒彈）、M903 SLAP（穿甲彈）。

* 供彈方式：機匣左右皆可裝填，對應 M15 及 M9 可散式金屬彈鏈（與白朗寧 M2 相同）。

* *



項目進度


* 2005 年 9 月 — 送交常規部隊作實彈射擊測試（Grafenwöhr Training Area）。



流行文化

電子遊戲


* 2012 年 —《戰爭前線》：在遊戲內以加裝或未加裝防護盾牌的固定機槍之姿出現並在多個 PVE 及生存模式地圖中作為黑木帝國方專用火力點，玩家不可使用。

* 2013 年 —《武裝行動 3》：命名為「Mk30」，由 BLUFOR、OPFOR 和 INDFOR 所使用。



資料來源



參見


* 白朗寧 M2 重機槍

* XM307 自動榴彈發射器

* XM806 重機槍－美軍計劃用以取代 XM312 的輕型.50 口徑機槍



外部連結


* （英文）—General Dynamics 12.7mm /.50 XM312 重機槍（美國）- Modern Firearms

* （英文）—M312 .50 口徑（12.7 公釐）重機槍 - 全球防衛 （頁面存檔備份，存於網際網路檔案館）

* （英文）—XM312 - Deagel （頁面存檔備份，存於網際網路檔案館）

* （英文）—XM312 - PEO 士兵辦公室

* （中文）— 槍炮世界 —XM312 輕型重機槍 （頁面存檔備份，存於網際網路檔案館）
XM806 輕型.50 口徑機槍（英語：XM806 Lightweight .50 Caliber Machine Gun；生產商名稱：LW50MG，意為：輕型.50 口徑機槍）是一款由美國槍械製造商通用動力公司所研製及生產的重機槍，發射 12.7×99 公釐北約口徑（.50 BMG）步槍子彈。它在 2009 年開始研製，但在 2012 年停止研發。



概述

XM806 是由通用動力公司為了取代美軍現裝備的 M2HB 重機槍為目的而研製的，基本上就是由射速遠低於 M2 而導致試驗失敗的 XM307 和 XM312 分離出來的後續計劃。所以在外觀上有相似之處，而其結構原理則是 XM312 的簡化。例如取消了 XM312 的導氣系統，並修改為後座力槍管後退式（管退式）作用自動原理。

XM806 的總重量約 29 公斤（63 磅）以下（減輕 49％），後座力比 M2 減少 60％，並具有比過去試圖取代 M2 失敗的 XM312 較高的射速，步兵部隊使用時效率更高。然而 XM806 的射速仍然要比 M2 要慢得多，因此對付空中目標時極為不利。XM806 也有改進使用者的安全和更容易拆卸。

通用動力公司從美國陸軍獲得一份 900 萬美元的研究合同，用以研製該武器。原定試驗成功就在 2011 年開始試產，並在 2012 年財年年底正式開始首先在空降部隊、山地部隊和特種部隊等輕步兵單位部署。但由於延誤而造成部署計劃要推遲到 2013 年或 2014 年。最終，XM806 計劃在 2012 年 7 月被取消，而美國陸軍撥出這筆資金用以升級其 M2 重機槍到 M2A1 版本。



參見


* 白朗寧 M2 重機槍

* XM312 重機槍

* CIS 50MG 重機槍

* DShK 重機槍

* NSV 重機槍

* Kord 重機槍

* KPV 重機槍

* FN BRG-15 重機槍



資料來源



參考文獻


* （簡體中文）—《輕兵器》雜誌 —
  
* 2010 年 12 月下號：2010~2011《簡氏步兵武器年鑑》前言 （頁面存檔備份，存於網際網路檔案館）
  
* 2012 年 12 月上號：歐洲展會輕武器瀏覽（下）
  
* 2012 年 11 月下號：取代 M2？XM808 輕量化重機槍 （頁面存檔備份，存於網際網路檔案館）
  
* 2013 年 11 月上號：《2013—2014 簡氏步兵武器年鑑》前言
  
* 2014 年 9 月下號：2013～2014 國外輕武器發展動向
  
* 2015 年 2 月下號：《2014～2015 簡氏步兵武器年鑑》前言



外部連結


* （英文）—XM806 on PEO Soldier

* （英文）—Farewell Ma Duce! Welcome LW50MG

* （英文）—Ma Deuce Goes Back To The Drawing Board （頁面存檔備份，存於網際網路檔案館） from Strategy Page

* （英文）—Modern Firearm－GD LW50MG lightweight .50 caliber machine gun

* （英文）—The Firearm Blog.com—
  
* Army cuts the XM806 Next-Gen .50 Cal （頁面存檔備份，存於網際網路檔案館）
  
* XM806 Lightweight .50 to be deployed in 2012 （頁面存檔備份，存於網際網路檔案館）

* （簡體中文）—D Boy Gun World（槍炮世界）—XM806 重機槍 （頁面存檔備份，存於網際網路檔案館）
XMEN 病是一種罕見遺傳性免疫疾病。英文病名簡寫 XMEN，其全名為「X 染色體性聯免疫缺乏合併鎂缺乏 (M)、EB 病毒 (E)、腫瘤 (N)」。疾病特徵為 CD4 + 淋巴球不足、嚴重慢性病毒感染、以及 T 淋巴球活化之缺陷。美國衛生研究院免疫感染研究所的 Michael Lenardo 團隊在 2011 年首度報告此疾病。

因為人類 X 性染色體上的基因 MAGT1 變異，導致該基因所表現的鎂離子傳遞蛋白功能缺陷，導致 XMEN。鎂離子傳遞蛋白對體內鎂離子的平衡扮演重要角色。由於該基因位於 X 染色體上，因此該基因缺陷為性聯遺傳模式。不過，環境因子與其他基因會影響疾病嚴重度。

XMEN 病人一般會具有慢性的 EB 病毒感染，CD4 + 淋巴球減少、B 淋巴球量提高、以及中性球輕微不足的現象。臨床上會依照病人的症狀予以治療。鎂離子補充可能是個治療方向，但目前對於藉此方法治療 XMEN 或預防淋巴癌發生的效果尚未知。美國國家衛生研究院正在進行診斷與治療此遺傳疾病的方法。
XMF（Extensible Music Format）可延伸音樂格式，是一種用於捆綁音樂為精靈的樹狀視訊檔格式。

目前有五個 XMF 檔案類型定義。最新的一種是 XMF File Type 4（編號從 0 開始）也稱作 Interactive XMF（iXMF） 互動 XMF。

XMF 的規格是由 MMA 於 2011 年首次發布。



特點



參考文獻



另見


* MO3

* DLS 格式

* MIDI

* 資源交換檔案格式



外部連結


* MIDI 製造商協會 (MMA)

* XMF Overview （頁面存檔備份，存於網際網路檔案館）

* XMF Working Group of the MMA

* Mobile XMF of the MMA
XML-Box 是公文 G2B2C 交換處理器，為中華民國行政院研究發展考核委員會推動「公文 G2B2C 交換計畫」委託資策會所開發之公文交換系統，採用 Linux 作業環境，並提供前端使用者 Windows 操作平台，具有收文、發文、清單報表、自動列印、轉 CNS11643 中文碼、簽章、加解密與轉換公文為可攜式文件等功能之系統。



請參看


* Utility

* XML-Gateway

* CNS11643

* 憑證

* 地址簿

* 代擬代判

* 防火牆

* VPN
XML-Gateway 是公文 G2B2C 交換閘道，為中華民國行政院研考會為推動「公文 G2B2C 交換計畫」所開發之公文交換閘道器，提供各交換中心介接中心內部系統與其他交換中心或 XML-Box 進行公文電子交換之介面軟體。



另見


* XML-Box

* CNS11643

* 憑證
XMLGUI 是 KDE 的框架，使用 XML 來設計應用程序的用戶界面。

在這個框架內，程序員設計的各種動作 (action)，他的應用程序可以實行。一些動作已經被定義在 KDE 框架中，如打開文件或關閉該應用程序。每個動作可以聯結各種數據，包括圖標、說明文字和提示。

這個設計有趣的部分是程序員對於動作不是插入選單或工具欄。相反，程序員提供一個 XML 文件，其中描述選單欄和工具欄的佈局。利用這個系統，用戶可以重新設計應用程序的用戶界面，而無需觸摸的源代碼中的程序問題。

此外， XMLGUI 是易於使用的 KDE KParts 組件編程接口，一個應用程序就可以輕鬆地集成 KPart 格式的 GUI 到它自己的圖形用戶界面。Konqueror 文件管理器就是此功能典型的例子。



其他項目

KDE 4 中一個代號為 LiveUI 的項目目前正在開發。其用意是作為 XMLGUI 繼任。



另見


* Qt Style Sheets



外部連結


* KDE Guide to the XMLGUI architecture
XML Encryption，也稱作 XML-Enc，是一個全球資訊網聯盟推薦標準，定義任何數據進行加密，並以 XML 的方式描述加密後的內容。

XML Encryption 可被用於各種類型數據的加密，但稱作 "XML Encryption" 是因為使用了 XML 元素（EncryptedData 或 EncryptedKey 元素）包含或引用密文，密鑰信息和加密算法。

當對 XML 元素或元素的內容進行加密時，在加密後的 XML 文檔中，EncryptedData 元素將替代該元素或內容。當對任意數據進行加密時，EncryptedData 元素可以成為新的 XML 文檔的根元素，或稱為應用選定的 XML 文檔的子元素。

XML Signature 和 XML Encryption 都使用了 KeyInfo 元素，或者作為 SignedInfo 元素、EncryptedData 元素或 EncryptedKey 元素的子元素出現，並為接收者提供對簽名進行驗證或對加密數據進行解密所需的密鑰信息。

KeyInfo 元素是可選的，它可以附加在消息上，或者通過一個安全通道傳送。



例子

`` ```
 <EncryptedData>
   <EncryptionMethod/>
   <ds:KeyInfo>
     <EncryptedKey>
     <AgreementMethod>
     <ds:KeyName>
     <ds:RetrievalMethod>
     <ds:*>
   </ds:KeyInfo>
   <CipherData>
     <CipherValue>
     <CipherReference>
   </CipherData>
   <EncryptionProperties>
 </EncryptedData>
``` ``



參見


* WS-Security



外部連結


* XML Encryption 標準 （頁面存檔備份，存於網際網路檔案館）
XML schema 是指各種 XML 文檔（稱作 schema），用於表示在 XML 一般規則之外的特定文檔的結構與內容的約束。其中被 W3C 採納為推薦標準的 schema 語言是 XSD.

XML schema 語言的不完全列表:



參考文獻


* Comparative Analysis of Six XML Schema Languages （頁面存檔備份，存於網際網路檔案館） by Dongwon Lee, Wesley W. Chu, In ACM SIGMOD Record, Vol. 29, No. 3, page 76-87, September 2000

* Taxonomy of XML Schema Languages using Formal Language Theory （頁面存檔備份，存於網際網路檔案館） by Makoto Murata, Dongwon Lee, Murali Mani, Kohsuke Kawaguchi, In ACM Trans. on Internet Technology (TOIT), Vol. 5, No. 4, page 1-45, November 2005



外部連結


* Comparing XML Schema Languages （頁面存檔備份，存於網際網路檔案館） by Eric van der Vlist (2001)

* Application of XML Schema in Web Services Security （頁面存檔備份，存於網際網路檔案館） by Sridhar Guthula, W3C Schema Experience Report, May 2005

* March 2009 DEVX article "Taking XML Validation to the Next Level: Introducing CAM" by Michael Sorens （頁面存檔備份，存於網際網路檔案館）
XML Signature（也稱作 _XMLDsig_，_XML-DSig_，_XML-Sig_）是一個定義數字簽名的 XML 語法的 W3C 推薦標準。從功能上或，XML Signature 與 PKCS#7 有很多共同點，但是 XML 簽名具有更好的可擴展性，並為簽名 XML 文檔做了調整。XML Signature 在許多 Web 技術，如 SOAP, SAML 等中使用。

XML signature 可以用來簽名任何類型的數據（稱作資源），最常見的是 XML 文檔，但是任何可以通過 URL 訪問的資源都可以被簽名。如果 XML 簽名用於對包含該簽名的 XML 文檔之外的資源簽名，則稱為 detached signature 如果 XML 簽名用於對包含它的 XML 文檔的某個部分進行簽名，則稱為 enveloped signature; 如果 XML 簽名包含被簽名的數據，則稱為 enveloping signature。



結構

一個 XML 簽名包含一個 Signature 元素，其名字空間為 http://www.w3.org/2000/09/xmldsig#。基本結構如下所示：


* SignedInfo 元素包含或引用簽名後的數據，並指出使用了那種算法。
  
* SignatureMethod 和 CanonicalizationMethod 元素被 SignatureValue 元素所使用，並包含在 SignedInfo 元素中以防止篡改。
  
* 一個或多個 Reference 元素通過 URI 引用的方式說明被簽名的資源；以及在簽名前對資源進行的任何轉換。轉換可以是一個 XPath 表達式，從文檔樹中選擇一個子集。
    
* DigestMethod 元素指定散列算法。
    
* DigestValue 元素包含轉換後資源經過散列算法的結果。

* SignatureValue 元素包含一個經過 Base64 編碼的簽名結果 - 簽名是按照 SignedInfo 元素中的 SignatureMethod 元素中指明的參數進行的，簽名前要先根據 CanonicalizationMethod 元素中指定的算法進行規範化。

* KeyInfo 元素（可選）允許簽名者為接收者提供驗簽該簽名的密鑰，通常是以一個或多個 X.509 數字證書的形式。如果沒有出現 KeyInfo 元素，接收方必須從上下文中識別出驗簽的密鑰。

* Object 元素（可選）包含被簽名的數據，如果是 _enveloping signature_（簽名的數據在 Signature 元素內）的情況。



驗證及安全考慮

當驗證一個 XML 簽名時，需要遵守一個稱作核心驗證（Core Validation）的程序：

1. 引用驗證：每一個引用的摘要都通過獲取相應的資源，並且按照指定的轉換方法和摘要方法進行轉換和摘要，然後將結果與 DigestValue 元素中的內容進行比較，如果不匹配，驗證失敗。
2. 簽名驗證：SignedInfo 元素使用 CanonicalizationMethod 元素中指定的 XML 標準化方法進行處理，密鑰或取自 KeyInfo 元素或通過其他方法取得，然後通過 SignatureMethod 指定的簽名方法進行驗簽。

這一程序確定該資源是否是真的由宣稱的當事人簽名的。然而由於 XML 標準化和轉換方法的可擴展性，驗證方必須同時確認實際被簽名或摘要的正式在原始數據中出現的內容，換句話說，確信簽名或摘要所使用的算法沒有改變被簽名的數據的意思。



XML 規範化

XML 簽名的產生要比通常的數字簽名的產生複雜一點，這有由於一個給定的 XML 文檔（在 XML 開發人員通用的說法是 "XML 信息集"）可能包含合法的序列化的表達方式以外的內容。例如，在 XML 元素中的白空格從句法上說是沒有意義的，因此 <Elem> 和 <Elem> 沒有區別。

由於數字簽名是由非對稱密鑰加密算法（通常是 RSA 加密演算法）對序列化的 XML 文檔進行散列（通常是 SHA1）的結果進行加密。一個字節的差別會導致數字簽名的不同。

此外，如果 XML 文檔是在計算機間傳輸，不同作業系統的換行符可能不同，從 CR 到 LF 再到 CR LF 等。 對 XML 文檔進行摘要和驗證的程序可能隨後以不同的方式呈現 XML。例如，在元素定義的屬性定義間添加額外的空格，或是使用相對的（而不是絕對的）URL，或者改變 XML 命名空間定義的順序。標準化的 XML 對於引用遠端文檔的 XML 數字簽名尤其重要，遠端伺服器可能會隨時間改變 XML 呈現的方式。

為了避免這些問題，並保證邏輯上相同的 XML 文檔會產生相同的數字簽名，在對 XML 文檔進行簽名（在對 SignedInfo 進行簽名時，規範化是強制的）時使用了一種 XML 規範化的轉換（Canonicalization，通常縮寫為 C14n）這些算法保證邏輯上相同的文檔產生完全相同的序列化的表達方式。

預設的規範化算法處理命名空間生命的方式帶來了另一個問題；通常來說一個被簽名的 XML 文檔需要嵌入另一個文檔；在這種情形下，原來的規範化算法產生的結果與單獨的文檔規範化的結果不同。由於這個原因，一個被稱為 _Exclusive Canonicalization_ 的規範化算法產生了，該算法在序列化一個元素的 XML 命名空間聲明時獨立於該元素所嵌入的 XML 文檔。



好處

與其他形式的數字簽名，如 Pretty Good Privacy 和 Cryptographic Message Syntax 相比，XML Signature 更加靈活，這是因為它操作的不是二進位數據，而是 XML 信息集，允許操作數據的子集，可以以不同形式將簽名與被簽名的信息結合，以及可以執行轉換。另一個核心概念是標準化，也就是說僅對「精華」進行簽名，而排除了無意義的區別，如白空格和換行符。



缺點

通常，批評都對準 XML 安全的體系結構，以及在簽名和加密 XML 數據前對 XML 進行規範化的適宜性，這是因為 XML 規範化的複雜性，內在的處理需求，以及性能不高的特性。爭論在於執行 XML 標準化會導致額外的等待時間，這對事務的，性能敏感的 SOA 應用來說簡直難以克服。

這些問題正在 XML 安全工作組 （頁面存檔備份，存於網際網路檔案館）進行解決。

另一個問題是沒有合適的策略，XML 在 SOAP 中的使用和 WS-Security 可能導致容易受到攻擊。



參見


* Canonical XML

* XML Encryption

* XAdES, extensions to XML-DSig for use with advanced electronic signature



參考文獻



外部連結


* XML-Signature Syntax and Processing (W3C) （頁面存檔備份，存於網際網路檔案館）

* Canonical XML （頁面存檔備份，存於網際網路檔案館）

* Exclusive XML Canonicalization （頁面存檔備份，存於網際網路檔案館）

* Additional XML Security Uniform Resource Identifiers (URIs) （頁面存檔備份，存於網際網路檔案館）
XML validation 是用 xml (可擴展標記語言) 寫的檢驗一個文檔過程以確認這是「良好的格式」和它是調整到規定的結構。一個「良好的格式」文檔按照 xml 設計的基本規則來設計文檔的。 另外一個有效的文件方面的規則由 DTD 或 XML 架構決定，此外，可擴展的工具，如 OASIS 的 CAM 的標準規範，提供內容和結構的驗證比基本架構更靈活。_xmllint_ 是一個命令行的 XML 工具，可以執行 XML 驗證。它可以找到的 UNIX/Linux 環境。一個例子使用此程序進行驗證的文件稱作 example.xml 是 xmllint --valid --noout example.xml



外部連結

XML 的工具包


* The XML C parser and toolkit of Gnome – libxml includes xmllint

* Windows port of libxml （頁面存檔備份，存於網際網路檔案館） – maintained by Igor Zlatkovic

在線校驗 XML 文件


* http://www.xmlvalidation.com/ （頁面存檔備份，存於網際網路檔案館）

* https://web.archive.org/web/19990202042956/http://www.stg.brown.edu/service/xmlvalid/

* http://www.jcam.org.uk （頁面存檔備份，存於網際網路檔案館）

文章探討 XML 驗證


* DEVX March, 2009 - Taking XML Validation to the Next Level: Introducing CAM （頁面存檔備份，存於網際網路檔案館）
XMLlite 是 Windows 作業系統提供的了一組服務，用戶可以使用 C/C++ 語言和其它微軟的開發工具開發基於 XML 的本機應用程式。它支持 XML 1.0、SAX、XSLT 1.0，並提供了包括 XSD 和 XDR 在內的 XML Schema 語言、XMLHttpRequest、XPath 等技術。

XMLlite 是前向讀寫 XML 文件，不緩衝或者建立 XML 文件的結構。

XMLlite 並不是 COM 組件，因此不能給 VB.Net、VBScript 等使用。XMLlite 使用的 COM 技術有：


* XMLlite 的接口使用 IUnknown 接口的方式來做生存期管理；

* 數據存儲使用了 COM 的 IStream；

* 接口對象的管理使用 ATL 的 CComPtr。

使用這些 COM 資源時應該注意用後調用 Release 函數或者 CComPtr 的 RAII。



系統安裝

從 2006 年 10 月開始，XMLlite 運行時文件 Xmllite.dll，包含在下述作業系統或軟體安裝中：


* Windows Server 2008 及更高版本

* Windows Vista 及更高版本

* Windows XP with Service Pack 3 及更高版本

* Windows Server 2003 with Service Pack 2 及更高版本

* Microsoft Internet Explorer 7 及更高版本



SAX

XmlLite 的類是映射到.NET Framework 實現的：

IXmlReader

用於讀入、分析 XML 的接口。

IXmlResolver

解析外部實體。編寫對 IXmlResolver 接口實現並用 IXmlReader 的 SetProperty 方法設置 XmlReaderProperty\_XmlResolver 屬性，以指示讀取器使用自編的外部實體解析程序。

IXmlReaderInput

創建 XML 讀取器輸入對象並指定文本編碼。可用兩個函數創建該對象：


* CreateXmlReaderInputWithEncodingCodePage

* CreateXmlReaderInputWithEncodingName

IXmlWriter

IXmlWriterLite

IXmlWriterOutput

用此對象指定輸出的 XML 的文本編碼不是 UTF-8 的其他設定。可用兩個函數創建本對象：


* CreateXmlWriterOutputWithEncodingCodePage

* CreateXmlWriterOutputWithEncodingName



C 語言使用

需要在源程序中加入這行：



Visual Basic 使用



VBScript 使用



參考文獻


* MSDN:Microsoft XML Team Blog （頁面存檔備份，存於網際網路檔案館）
在 SGML、 HTML 與 XML 文檔，如果某些 Unicode 字符在文檔的當前編碼方式 (如 ISO-8859-1) 中不能直接表示，那麼可以通過字符值引用或者字符實體引用兩種轉義序列來表示這些不能直接編碼的字符。 下文列出在 HTML 與 XML 文檔中有效的字符實體引用。



XML 中的預定義實體

XML 規範並不使用 "字符實體"(character entity) ahmad 或 "字符實體引用"(character entity reference). XML 規範定義了 5 個 "預定義實體" 來表示特殊字符. XML 也允許在每個文檔定義任意數量的其它命名實體.

下表列出了 5 個 XML 預定義實體。通過名字引用這些實體的格式為 `&name;`，例如， `&amp;` 將繪製為 &.



HTML 中的字符實體引用

HTML 4 DTD 定義了 252 個命名實體。HTML 4 規範要求使用標準 DTD，並且不許用戶定義其它的命名實體.

下表中，"標準" 欄指出該字符實體首次定義在哪個版本的 HTML DTD 中。HTML 4.01 沒有增加任何新的字符實體。

Notes:



XHTML 中的特殊字符的實體引用

在 XHTML DTD 中，明確聲明了 253 個字符實體 (包括 5 個 XML 1.0 的預定義實體). 除了 `&apos;` 實體這個例外，其它 252 個字符實體與 HTML 中的 252 個字符實體引用一致。每個 XHTML 文件實例還可以定義任意數目的字符實體。但是 XHTML 字符實體的可用性受到該文件的處理方式的影響:


* 如果該文件由 HTML 處理器來處理，那麼只有 252 個 HTML 字符實體可用。`&apos;` 或用戶定義的實體引用可能不被支持，產生不可預測的效果.

* 如果該文件由 XML 分析器來處理，只有 5 個 XML 預定義的字符實體能安全使用，雖然定義在內部 DTD 子集中的其它實體也許可用。

* 如果 XML 分析器能讀外部實體，那麼除了 5 個 XML 預定義的字符實體能安全使用，只要 XML 分析器能讀取 XHTML DTD，其它 248 個 HTML 字符實體也可以使用。聲明在內部 DTD 子集中的實體也可以使用.

由於 `&apos;` 不能在 HTML 處理器中一致的安全使用，實際上僅有 `&quot;`, `&amp;`, `&lt;`, and `&gt;`4 個字符實體可以在所有處理環境下通用。



參見


* HTML 字符編碼

* 字符值引用

* SGML 實體

* Unicode 中的拉丁字母



參考文獻


* Unicode Consortium （頁面存檔備份，存於網際網路檔案館）. See also: Unicode Consortium
  
* UnicodeData.txt from the Unicode Consortium （頁面存檔備份，存於網際網路檔案館）

* World Wide Web Consortium （頁面存檔備份，存於網際網路檔案館）. See also: World Wide Web Consortium
  
* XML 1.0 spec （頁面存檔備份，存於網際網路檔案館）
  
* HTML 2.0 spec （頁面存檔備份，存於網際網路檔案館）
  
* HTML 3.2 spec （頁面存檔備份，存於網際網路檔案館）
  
* HTML 4.0 spec （頁面存檔備份，存於網際網路檔案館）
  
* HTML 4.01 spec （頁面存檔備份，存於網際網路檔案館）
  
* HTML5 Working Draft（頁面存檔備份，存於網際網路檔案館）
  
* XHTML 1.0 spec （頁面存檔備份，存於網際網路檔案館）
  
* XML Entity Definitions for Characters （頁面存檔備份，存於網際網路檔案館）

* The normative reference to RFC 2070 (still found in DTDs defining the character entities for HTML or XHTML) is historic; this RFC (along with other RFC's related to different part of the HTML specification) has been deprecated in favor of the newer informational RFC 2854 which defines the "text/html" MIME type and references directly the W3C specifications for the actual HTML content.

* Numerical Reference of Unicode code points at Wikibooks



外部連結


* Character entity references in HTML 4 （頁面存檔備份，存於網際網路檔案館） at the W3C

* Multilanguage special character entity list （頁面存檔備份，存於網際網路檔案館） - List of special characters, entities and their names.

* HTML entities quick reference table
XML 訊息集（XML Information Set，縮寫 XML Infoset）是 W3C 規範（specification），該規範使用一套訊息項（information item）來描述 XML 文檔的一個抽象的資料模型。 XML 訊息集這個規範意圖用於其他規範中以引用良好建構的 XML 文檔中的訊息。

一個 XML 文檔，只要是良好建構的並且滿足 XML 命名空間的約束，就存在有訊息集。一個 XML 文檔存在訊息集並不需要該 XML 文檔有效。

訊息集可以包含的總共 11 種不同類型的訊息項。

1. 文檔訊息項 （總是存在）Document Information Item
2. 元素訊息項（Element Information Item）
3. 屬性訊息項（Attribute Information Item）
4. PI 訊息項（Processing Instruction Information Item）
5. 未擴展實體引用訊息項（Unexpanded Entity Reference Information Item）
6. 字元訊息項（Character Information Item）
7. 注釋訊息項（Comment Information Item）
8. 文檔型別宣告訊息項（The Document Type Declaration Information Item）
9. 非解析實體訊息項（Unparsed Entity Information Item）
10. 格式訊息項（Notation Information Item）
11. 命名空間訊息項（Namespace Information Item）

訊息集推薦標準第二版於 2004 年 2 月 4 日被採納。



信息集補充（Infoset Augmentation）

信息集補充或信息集修改是指在 Schema 合法性檢查期間對信息集的修改的過程，例如，添加預設的屬性。補充後的信息集被稱為 post-schema-validation infoset（簡稱 PSVI）。

信息集補充是存在爭議的，有人認為它破壞了模塊化，並容易導致互操作性問題。這是由於是否進行了信息集補充，會使應用程式得到不同的信息。

XML Schema 支持信息集補充，而 RELAX NG 並不支持信息集補充。



參見

XML 信息集的實例包括：


* 文檔對象模型

* Xpath data model

* SXML



參考文獻



外部連結


* XML Information set recommendation (Second Edition). W3C. 2004 年 2 月 4 日 [2009 年 11 月 10 日]. （原始內容存檔於 2022 年 5 月 15 日）.

* XML 信息集 （第二版）. 中國全球資訊網聯盟. 2004 年 9 月 24 日 [2009 年 11 月 10 日]. （原始內容存檔於 2004 年 9 月 25 日）.
XML 命名空間（XML namespace，也譯作 XML 名稱空間、XML 名字空間）用於在一個 XML 文檔中提供名字唯一的元素和屬性。XML 命名空間在 W3C 推薦規範《Namespaces in XML》 （頁面存檔備份，存於網際網路檔案館）中定義。XML 命名空間於 1999 年 1 月 14 日成為 W3C 的推薦規範。

W3C 將 XML 命名空間定義為以國際化資源標識符（Internationalized Resource Identifier，IRI）引用為標識的元素名和屬性名的集合。



使用命名空間的動機

一個 XML 文檔可能包括來自多個 XML 詞彙表的元素或屬性，如果每一個詞彙表指派一個命名空間，那麼相同名字的元素或屬性之間的名稱衝突就可以解決。舉一個簡單的例子來說，在一個訂單的 XML 文檔中需要引用到客戶和所購買的產品，customer 元素和 product 元素可能都有一個叫做 id 的子元素。這時候要引用 id 元素會造成名稱衝突，但是如果將兩個 id 元素放到不同的命名空間中就會解決這個問題。



聲明和引用命名空間

命名空間使用元素的屬性來聲明，比如：

```
xmlns:xhtml="http://www.w3.org/1999/xhtml"
```

其中：


* `xmlns` 是使用專門用來聲明命名空間的保留字，

* xhtml 是命名空間的前綴

* http://www.w3.org/1999/xhtml （頁面存檔備份，存於網際網路檔案館） 是命名空間的唯一標識符，是一個 IRI 引用，但通常是一個統一資源標誌符（URI）引用。

命名空間的聲明就是將一個前綴與一個 URI 關聯起來。

聲明命名空間時，可以為命名空間定義前綴（見前例）。為命名空間定義前綴，而不直接使用命名空間的 URI 是因為 URI 為了唯一通常會很長，直接使用 URI 不但造成書寫和閱讀的不便，還會擾亂 XML 的語法。聲明命名空間時，也可以不定義前綴。如：

```
xmlns="http://www.w3.org/1999/xhtml"
```

未定義前綴的命名空間將被用作預設的命名空間。

命名空間的 URI 僅僅是唯一的標識符，推薦規範不要求，也不建議通過其獲取信息。XML 解析器處理命名空間 URI 時，也僅僅將其作為字符串。例如，地址為 http://www.w3.org/1999/xhtml （頁面存檔備份，存於網際網路檔案館） 的文檔並不包含任何代碼，它僅僅為人類閱讀者描述了 XHTML 命名空間。之所以採用 URI（如 "http://www.w3.org/1999/xhtml"）來標識命名空間是因與使用簡單的字符串（如 xhtml）相比，URI 大大降低了命名空間重名的可能性。

XML 文檔中的元素名和屬性名可以使用限定名或非限定名，限定名由命名空間的前綴和局部名組合而成，例如 "xhtml:hr"。非限定名只有局部名，沒有前綴。非限定名被認為屬於預設命名空間，如果預設命名空間沒有定義，則屬於無命名空間。

在一個元素中聲明的命名空間，在所有子元素中也有效，一種通常的做法是在 XML 文檔的根元素聲明所有命名空間。在子元素中聲明的命名空間的前綴可以覆蓋父元素中聲明的前綴。W3C 推薦規範 Namespaces in XML 1.1 允許取消命名空間的聲明，如：

```
xmlns:xhtml=""
```



命名空間的名稱

雖然術語命名空間的 URI 被廣泛使用，W3C 推薦規範稱之為命名空間的名稱。規範並未強制規定命名空間的名稱必須使用 URI（即當解析器發現命名空間不是一個合法的 URI 時應該拒絕該文檔），實際上許多 XML 的解析器允許使用任何字符串。在推薦規範的 1.1 版，命名空間的名稱變成了國際化資源標識符（IRI），IRI 允許使用非 ASCII 碼的字符，實際上，非 ASCII 碼字符已經被幾乎所有的 XML 軟體所接受。但是命名空間的 URI 一詞還在持續使用，在 W3C 和其他地方的許多規範中也有使用。

隨著命名空間推薦規範的發布，在如何處理相對的 URI 問題上產生了激烈的爭論，一方認為相對的 URI 應當簡單地當作字符串處理，而另一方認為應該根據文檔的基準 URI 將其轉換為絕對的 URI。。W3C 對這一爭論的裁定是不贊成使用相對的 URI 的。.

命名空間的 URI 與 HTTP 協議沒有任何正式的關係，然而 HTTP 協議形式的 URL（例如 _http://www.w3.org/1999/xhtml_）還是被廣泛的用作命名空間的 URI。規範並未說明如果這樣的 URL 被解引用(dereference，也就是說，如果軟體試圖從該位置獲取一個文檔）會發生什麼。在這個問題上存在著不同的看法，有些人認為應該在該位置放置一個 （頁面存檔備份，存於網際網路檔案館）RDDL 文檔。但是總的來說，用戶應該假定命名空間的 URI 只是一個簡單的名稱，而非全球資訊網上文檔的地址。



命名空間宣言

當一個元素帶有屬性 xmlns=""，該元素的默認命名空間和它的後代將恢復為「無命名空間」：那就是在任何命名空間裡頭都不被視為前綴名稱。



參考文獻



外部連結


* （英文）Namespaces in XML 1.0 (Second Edition) （頁面存檔備份，存於網際網路檔案館）

* （英文）Namespaces in XML 1.1 (Second Edition) （頁面存檔備份，存於網際網路檔案館）

* XML 模式：了解命名空間 （頁面存檔備份，存於網際網路檔案館）

* 計劃使用 XML 名稱空間，第 1 部分 （頁面存檔備份，存於網際網路檔案館），第 2 部分



參見


* 命名空間

* XML
XML 外部實體攻擊是一種針對解析 XML 格式應用程式的攻擊類型之一。此類攻擊發生在配置不當的 XML 解析器處理指向外部實體的文檔時，可能會導致敏感文件泄露、拒絕服務攻擊、伺服器端請求偽造、埠掃描（解析器所在域）和其他系統影響。



簡介

XML 1.0 標準定義了 XML 文檔結構，同時定義了實體的概念，即某種類型的存儲單元。外部一般解析實體或外部參數解析實體通常簡稱為外部實體，攻擊者可聲明特定系統標識符來訪問伺服器本地或遠程內容。XML 處理器假設系統標識符為可訪問的統一資源標誌符（URI），然後將同名的外部實體以系統標識符所指定的資源內容解除引用。若系統標識符被修改，則 XML 處理器可能會泄露應用程式通常無法訪問的秘密信息。類似的攻擊矢量可能會利用外部文檔類型定義（DTD）、外部樣式表和外部 Schema 等等，這些同樣會導致類似的外部資源包含攻擊。

此類攻擊利用系統標識符中的文件、Schema 及相對路徑來泄露本地文件（如用戶數據等）。由於攻擊過程發生在處理 XML 文檔的應用程式中，攻擊者可濫用此受信的應用程式對其他內部系統進行攻擊，也可能通過 http (s) 請求泄露其他內部內容，亦可能對其他未受保護的內部服務進行跨站請求偽造攻擊。在部分情形下，攻擊者可通過解引用惡意 URI 的方式對存在內存損壞問題的 XML 處理庫進行攻擊，導致任意代碼執行（以應用程式所使用的帳戶）。其他攻擊針對持續返回數據的本地資源進行，可能會導致應用程式使用過多未釋放的執行緒或行程。

需要留意的是，應用程式無需明確返回數據來證明其受信息泄露問題的影響。攻擊者可利用受控制的 DNS 伺服器來傳輸數據至特定子域名。



風險因素


* 應用程式解析 XML 文檔；

* 應用程式允許用戶修改文檔類型定義中實體的系統標識符部分；

* XML 處理器需驗證並處理文檔類型定義；

* XML 處理器需解析文檔類型定義中的外部實體。



攻擊示例

下列攻擊示例來自《Testing for XML Injection (OWASP-DV-008)》。

訪問持續返回數據的本地資源

遠程代碼執行

當 PHP 載入「expect」模塊時，攻擊者可使用修改過的載荷來執行遠程代碼。

泄露 /etc/passwd 或其他目標文件



緩和方案

由於 XML 文檔來自不受信的客戶端，伺服器通常無法有選擇性地進行數據驗證或忽略文檔類型定義中系統標識符部分的數據。因此，管理員應配置 XML 處理器使用本地靜態文件類型定義，並禁止 XML 文檔中所聲明的定義。



另請參閱


* SQL 注入

* SQL 盲注



參考文獻



外部連結


* OWASP XML External Entity (XXE) Prevention Cheat Sheet

* Timothy Morgan's 2014 Paper: XML Schema, DTD, and Entity Attacks - A Compendium of Known Techniques （頁面存檔備份，存於網際網路檔案館）

* Precursor presentation of above paper - at OWASP AppSec USA 2013 （頁面存檔備份，存於網際網路檔案館）

* CWE-611: Information Exposure Through XML External Entity Reference （頁面存檔備份，存於網際網路檔案館）

* CWE-827: Improper Control of Document Type Definition （頁面存檔備份，存於網際網路檔案館）

* Sascha Herzog's Presentation on XML External Entity Attacks - at OWASP AppSec Germany 2010 （頁面存檔備份，存於網際網路檔案館）

* PostgreSQL XXE vulnerability （頁面存檔備份，存於網際網路檔案館）

* SharePoint and DotNetNuke XXE Vulnerabilities, in French （頁面存檔備份，存於網際網路檔案館）

* XML Denial of Service Attacks and Defenses (in .NET) （頁面存檔備份，存於網際網路檔案館）

* Early (2002) BugTraq Article on XXE （頁面存檔備份，存於網際網路檔案館）

* XML 1.0 Extensible Markup Language (XML) 1.0 (Fifth Edition) （頁面存檔備份，存於網際網路檔案館）
X Multimedia System（XMMS）是一套自由的音訊播放器，其外表極像 Winamp，但是執行在 Unix-like 作業系統。



歷史

XMMS 原來的名字是 "X11Amp"，是由 Peter and Mikael Alm 在 1997 年 11 月所編寫的，原因是「Linux 沒有好的 mp3 播放器」。[1] （頁面存檔備份，存於網際網路檔案館） 這個播放器是特意模仿 Winamp 的，其第一個版本是在翌年 5 月發行的。自其發行後，XMMS 皆支援 Winamp 的面板。雖然原來的授權是有著作權的，但現已成為開放原始碼，採用 GNU General Public License。

在 1999 年 6 月 10 日，4Front Technologies 決定贊助 X11Amp 開發並將計劃名稱改成 "XMMS"[2] （頁面存檔備份，存於網際網路檔案館） - 這個名稱解為 "X MultiMedia System"。大部份 XMMS 使用者將 X 解為 X11 或 X Window System，但實際上 X 是解為 "跨平台"。[3] （頁面存檔備份，存於網際網路檔案館）

批評

XMMS 一直堅持使用古老的 GTK + 函式庫來編寫，最基本的不升級原因是因為大部份外掛程式皆依賴於舊的 GTK 環境。很多程式設計師也認為 XMMS 的原始碼設計得太差，很難維護。基於以上原因，網路上出現了很多相關的改進計劃：


* Beep Media Player，是以 GTK+ 2 來重新編寫 XMMS 的音訊播放器，在 2003 年開始計劃。

* 而有一個並不著名的以 GTK+ 2 重新編寫 XMMS 的計劃，稱為 XMMS2，是由 Mohammed Sameer 主持的，但此計劃已停止維護。XMMS2 計劃，是打算將 XMMS 的程式碼全部重新編寫的，由 Peter Alm 主持，在 2002 冬季開始。[4]



特色

XMMS 現在支援以下的音訊和視訊檔案：


* 音樂光碟，包含經由 FreeDB 支援 CDDB

* libmikmod 所支援的格式（including .XM, .MOD, .IT）

* MPEG Layer 1,2 and 3（即是 MP3），經由 mpg123 函式庫支援

* Vorbis

* WAV

* TTA - 經由第三方外掛程式支援

* WavPack - 經由第三方外掛程式支援

* speex 經由第三方外掛程式支援高質及高比率壓縮

* FLAC 經由 FLAC 外掛程式支援

* AAC 經由 faad2 函式庫外掛程式支援，支援 m4a 檔案

* WMA 經由第三方外掛程式提供有限度支援

參見：https://web.archive.org/web/20130715120646/http://mcmcc.bat.ru/xmms-wma/

它支援 Icecast 與 SHOUTcast 串流，而且相容 Winamp 2 的面板。



XMMS 2 發展


* XMMS2 0.2 DrCox 釋出（2006 年 2 月 21 日）。



參考


* 4Front Technologies（2005 年 8 月 20 日）關於 XMMS 支援贊助的新聞稿 （頁面存檔備份，存於網際網路檔案館）。

* SlashNET（2005 年 8 月 20 日），XMMS 開發者們的聊天紀錄，1999-06-13 （頁面存檔備份，存於網際網路檔案館）。

* XMMS2（2005 年 8 月 20 日），計畫歷史。

* Planet XMMS, [5]。



外部連結


* 官方網站
可延伸後設資料平台（英語：Extensible Metadata Platform，XMP）是一項由 Adobe Systems 所建立的 ISO 標準（ISO 16684-1:2012），其目的在於將數位影像資料的後設資料標準化。



沿革

XMP 首先出現於 2001 年 4 月所發表的 Adobe\_Acrobat\_5.0 產品。

2004 年 6 月 21 日 Adobe 發布與國際新聞電訊評議會（International Press Telecommunications Council，IPTC）合作，次月由 Adobe Systems 的 Gunar Penikis 與 IPTC 的 Michael Steidl 所帶領的工作小組成立，其中包括來自法新社（Agence France-Presse，AFP）、美聯社（Associated Press，AP）、ControlledVocabulary.com、國際數位企業聯盟（IDEAlliance）、每日新聞、路透社與其他單位的志工共同制定架構。

2005 年 3 月 21 日發布 XMP IPTC 核心架構規格 1.0 版，Adobe Photoshop CS 能由 IPTC 下載一組訂製的介面，包括使用說明、內嵌 XMP 資訊的範例、規格書、以及研發者的使用說明。而到了 Adobe Creative Suite（CS2）該介面已經內建了。

微軟自 Windows Vista 起，Windows 影像中心亦開始支援 XMP 標準，是 Microsoft 首次採用 Exif 以外的標準。
XMPP 標準基金會（英語：XMPP Standards Foundation，XSF）是負責 XMPP 協議擴展的標準化、即時通信的開放標準的基金會。



歷史

XSF 最初被稱為 Jabber Software Foundation（Jabber 軟體基金會，JSF）。Jabber 軟體基金會最初成立的目的是提供一個獨立的非營利性法律實體，以支持圍繞 Jabber 技術（以及後來的 XMPP）的開發社區。最初它的主要重點是開發 JOSL，即 Jabber 開源許可證。 , 以及用於記錄 Jabber/XMPP 開發人員社區中使用的協議的開放標準流程。 它的創始人包括 Michael Bauer 和 Peter Saint-Andre。



進程

XSF 成員投票決定接受新成員、技術委員會和董事會。但發布、查看或評論其頒布的標準並不需要成員資格。XSF 的工作單元是 XMPP 擴展協議（英語：XMPP Extension Procotol，XEP）； XEP-0001 指定了 XEP 被社區接受的過程。XSF 的大部分工作都在 XMPP 擴展討論列表、jdevjdev 和 xsf 聊天室中進行。



XMPP 峰會

XSF 每半年舉行一次 XMPP 峰會（英語：XMPP Submit），該活動上世界各地的軟體和協議開發人員分享和討論關於 XMPP 協議和 XEP 事宜，冬季舉辦在比利時布魯塞爾的自由及開源軟體開發者歐洲會議附近，夏季舉辦在美國波特蘭市的 RealtimeConf 附近。這些會議對任何人開放，並專注於討論 XSF 成員希望討論的技術和非技術問題，參與者不收取任何費用，不過 XSF 接受捐贈。第一屆 XMPP 峰會於 2006 年 7 月 24 日至 25 日在波特蘭舉行。



參考來源



外部連結


* 官方網站
下列是 Jabber／XMPP 伺服器實作之列表。



開放源碼



專有



參見


* XMPP 協議的客戶端軟體列表

* XMPP 協議函式庫軟體列表



外部連結


* List of XMPP server software by the XMPP Standards Foundation（頁面存檔備份，存於網際網路檔案館）

* Open-source XMPP server comparison chart

* One of the XMPP servers
下面列出 Jabber / XMPP 協議實作的函式庫。



開放源碼



C#


* SoapBox Studio Mobile SDK

* SoapBox Studio Desktop SDK

* SoapBox Studio Administration SDK

* SoapBox Studio Server Extension SDK

* MatriX 可以支援 Microsoft Silverlight



C++


* gloox site （頁面存檔備份，存於網際網路檔案館）

* IP\*Works

* Iris (software)

* jabberoo

* oajabber site

* Gabble (Telepathy) site （頁面存檔備份，存於網際網路檔案館）



COM


* JabberCOM



Erlang


* Jabberlang



Flash


* XIFF (software)



Haskell


* hsxmpp



Java


* Echomine Feridian （頁面存檔備份，存於網際網路檔案館）

* Echomine Muse

* JabberWookie

* JSO (software)

* micro-jabber

* Smack (library)

* Tweeze (software)

* Yaja (software)



JavaScript


* JSJaC（JSJaC web site）

* xmpp4moz（xmpp4moz on mozilla.org）

* xmpp4js（xmpp4js on SourceForge （頁面存檔備份，存於網際網路檔案館））

* Strophe（Web Site）



LPC


* psyced



Lisp


* cl-xmpp （頁面存檔備份，存於網際網路檔案館）



Perl


* Net::Jabber::Loudmouth

* Net::XMPP2

* Net:XMPP

* XML::Stream

* Jabber::Lite

* POE::Component::Jabber



Python



Ruby


* Action Messenger

* Jabber4R

* Jabber::Simple

* XMPP4R



Tcl


* JabberLib



XPCOM


* JabXPCOM



參見


* XMPP 協議的客戶端軟體列表

* XMPP 協議伺服器軟體列表
XMind 是一個由香港 XMind 公司開發的腦力激盪法和心智圖的軟體工具，其主要用途為幫助使用者捕捉想法，組織各類報表。它支援心智圖、石川圖（又稱因果圖或魚骨圖）、樹形結構圖、組織結構圖和電子表格。亦可以用來做知識管理，會議記錄，任務管理和儘管去做。

XMind Pro 可以匯出 Word、PowerPoint、JPG、PDF 和 MindManager 等檔案。

中國大陸設立分公司深圳市愛思軟體技術有限公司負責資訊管理和運營。



參見

1.19 BEST Mind Mapping Software in 2020 (Free & Paid) （頁面存檔備份，存於網際網路檔案館）

2.The 6 Best Free Mind Map Tools (And How to Best Use Them) （頁面存檔備份，存於網際網路檔案館）



註腳
xMule（意為 X11 的騾）是一個自由開源的 eDonkey 網路 P2P 檔案分享軟體，遵循 GNU 通用公共許可證協定發布，可跨平台使用。該專案已不再進行開發。xMule 建議其使用者轉用 BitTorrent 協定或使用 aMule。

xMule 是 lMule 的一個分支，一開始只能用於 Linux。由於內部成員的分歧，2003 年 8 月 18 日，aMule 從 xMule 專案分離。當天，xMule 專案成員之一 Ted R. Smith 被美國電影協會（MPAA）因著作權問題而告上法庭。



參考



外部連結


* xMule 專案首頁 （頁面存檔備份，存於網際網路檔案館）

* Freecode 上的 xMule
X 射線脈衝星導航（英語：X-ray Pulsar-based Navigation，簡稱：XNAV 或 XPNAV），亦稱為脈衝星導航，是一種尚在探索階段的深空定位導航方法：利用脈衝星發出的 X 射線輻射作為信息輸入，經過處理解算出導航所需的位置、速度、時間、姿態信息。



基本原理

由於脈衝星自轉的緣故，從脈衝星磁軸的兩極發出的兩個波束會以一定周期掃過空間的一定範圍，形成與自轉周期相同的脈衝信號。太空飛行器通過檢測不同脈衝星的脈衝信號間隔，可以確定太空飛行器的位置，通過 X 射線成像儀檢測脈衝星相對於太空飛行器的角度可以確定太空飛行器的姿態。該導航方法可以為行星際航行提供高精度的導航信息。



優點


* 可以在深空使用，不依賴於測控站、GPS 等外部設備。

* X 射線輻射能量較無線電信號高得多，便於小型設備接收和處理。

* 定軌精度高。使用動力學定軌方法，其定軌精度最樂觀估計可小於 10 米。



進展

中國空間技術研究院已於 2016 年 11 月 10 日發射首顆脈衝星導航試驗衛星 XPNAV-1 （頁面存檔備份，存於網際網路檔案館）。但有學者並不認同「精度達到 10 米」的說法，並圍繞 X 射線脈衝星導航的精度等問題展開了討論。



關鍵技術

帥平的文章指出，脈衝星導航的關鍵技術包括但不限於：


* 脈衝星的巡天觀測與數據處理技術

* 脈衝到達時間測量與誤差修正技術

* X 射線探測器與微弱信號處理技術

* 導航定位時空基準的建立與維持技術

* 自主導航信息處理的穩健濾波技術



參考



外部連結


* （英文）Johns Hopkins APL to Develop Deep Space Navigation Network （頁面存檔備份，存於網際網路檔案館）

* （英文）US Government Contract Proposal for X-Ray Pulsar Based Navigation and Time Determination （頁面存檔備份，存於網際網路檔案館）
XNU 是一個由蘋果電腦開發用於 macOS 作業系統的作業系統內核。它是 Darwin 作業系統的一部分，跟隨著 Darwin 一同作為自由及開放原始碼軟體被發布。它還是 iOS、tvOS 和 watchOS 作業系統的內核。XNU 是 X is Not Unix 的縮寫。

XNU 最早是 NeXT 公司為了 NeXTSTEP 作業系統而發展的。它是一種混合式核心（Hybrid kernel），結合了由卡內基美隆大學發展的 Mach 2.5 版，4.3BSD，與稱為 Driver Kit 的物件導向程序設計應用程式界面。

在蘋果電腦收購 NeXT 公司之後，XNU 的 Mach 微內核被升級到 Mach 3.0，BSD 的部分升級至 FreeBSD，Driver Kit 則改成 I/O Kit，一套以 C++ 撰寫的應用程式界面。



內核設計

XNU 是一個混合內核，將宏內核與微內核兩者的特性兼收並蓄，以期同時擁有兩種內核的優點 ———— 比如在微內核中提高作業系統模塊化程度以及讓作業系統更多的部分接受內存保護的消息傳遞機制，和宏內核在高負荷下表現的高性能。

到 2007 年為止，XNU 支持單核和具有對稱多處理的 ARM，IA-32 和 x86-64 處理器。在第 10 版（即 Mac OS X 10.6）之後，不再支持 PowerPC。

Mach

XNU 內核以一個被深度定製的 Mach3.0 內核作為基礎。如此這般，它便可以把作業系統的核心部分作為獨立的進程運行，由此帶來極大的靈活性（Mach 核心之上可平行運行多個作業系統）。但是因為內核態 / 用戶態的上下文切換會額外消耗時間，同時內核與服務進程之間的消息傳遞也會降低運行效率，所以這種設計通常會降低性能。為了提高效率，在 Mac OS X 中 BSD 部分與 Mach 一起內建於核心部分。深度定製的「混合」Mach3.0 內核與傳統 BSD 內核融合一體的產物就是一個「混合」內核，同時具有兩者的優點與缺點。

BSD

內核的伯克利軟體套件（BSD）部分提供了 POSIX 應用程式接口（BSD 系統稱為 API）：基於 Mach 的任務之上的 Unix 進程模型，基本安全策略，用戶和用戶組，權限，網絡協議棧，虛擬文件系統（包括一個文件系統無關的日誌層），幾個本地文件系統（例如 HFS/HFS+），網絡文件系統（NFS）客戶端與伺服器，加密框架，UNIX System V 進程間通信（IPC），審計機制，強制訪問控制，和一些鎖原語。XNU 中的 BSD 代碼來自 FreeBSD 內核。儘管其中相當一部分代碼都被深度修改過，蘋果和 FreeBSD 項目之間依然會交換代碼。

K32/K64

XNU 在 Mac OS X 10.6 Snow Leopard（Darwin 版本號 10）及之後演化為兩個分支，稱為 K32 的 32 位版和稱為 K64 的 64 位版。K32 可以在用戶態運行 64 位應用。Mac OS X 10.6 的新特性是在 64 位用戶空間運行 XNU。在除 2008 年及之後的 Mac Pro 和 Xserve 外的所有設備上，K32 是 10.6 Server 系統的默認內核，並且可以運行 64 位應用。K64 相比 K32 有如下幾點優勢：


* 可以管理超過 32GB 的內存，內存地址空間相比 32 位內核有巨大增長。

* 緩存容量可以超過 32 位內核空間的限制，潛在提升 I/O 性能。

* 當使用高性能網絡設備或多個 GPU 時性能會提升，因為即使在直接存儲器訪問 DMA 緩存很大的情況下內核也可以把所有設備映射在 64 位地址空間中。

在支持 64 位內核的機器啟動時按下 6 和 4 按鍵會使機器使用 K64 啟動。K64 可以運行 32 位應用，但不會運行 32 位的內核模塊，所以這些內核模塊需要移植到 K64 才能被加載。

I/O Kit

I/O Kit 是一個設備驅動框架，用基於 Embedded C++ 的 C++ 子集編寫。藉助它的物件導向設計，框架提供每種設備驅動需要的常見特性，以使驅動程序可以用更少的時間和代碼完成。I/O Kit 具有多執行緒設計，對稱多處理安全，支持熱拔插設備和自動動態配置設備等特性。
很多設備驅動可以編寫運行於用戶態，進一步提升了系統的穩定性。如果用戶態的驅動崩潰，內核不會因此崩潰。但是，內核態的驅動崩潰會導致內核崩潰。磁碟適配器和網絡適配器驅動、顯卡驅動、USB 驅動和火線控制器驅動以及虛擬機軟體如 VirtualBox，Parallels Desktop for Mac 和 VMware Fusion 等的驅動都是典型的內核態驅動。



共享資源保護

為了在多核設備上安全運行，對共享資源（文件、資料結構等） 的訪問必須被序列化，這樣執行緒和進程就無法在同一時間修改同一資源。原子操作、自旋鎖、臨界區塊、互斥鎖（"mutexes"）和序列化標記（serializing tokens）都可以實現防止訪問衝突發生。從 Mac OS X 10.4 與 Darwin8.0 開始，XNU 如較新版本的 Linux 與 FreeBSD 一樣使用一種折中的互斥模型來獲得在多處理器系統上的高性能表現。



參見


* 內核

* A/UX

* mkLinux

* Darwin – 蘋果公司以 XNU 為內核發布的開源作業系統

* macOS – 蘋果公司以 XNU 為內核發布的作業系統



參考資料



外部連結


* http://opensource.apple.com/source/xnu/ （頁面存檔備份，存於網際網路檔案館）

* Unofficial mirror of XNU at GitHub （頁面存檔備份，存於網際網路檔案館）

* XNU: The Kernel （頁面存檔備份，存於網際網路檔案館） – Amit Singh 於 2003 年 12 月寫的對 XNU 結構組成的概述

* Inside the Mac OS X Kernel （頁面存檔備份，存於網際網路檔案館） – "This talk intends to clear up the confusion by presenting details of the Mac OS X kernel（這次演講旨在通過深入介紹 Mac OS X 內核來澄清誤解）"
XVideos 是一個總部位於捷克的色情影片分享網站。

根據 Alexa 排名，自從 2013 年初它就已經躋身為排名全球前 50 的最受網友歡迎的網站。在 2012 年時網站的月瀏覽量已有 775 億 5000 萬人次 (數據有誤有待更正)，每月資料傳輸量為 29PB。



歷史

XVideos 是一個色情影片分享網站，它是一個類似於 YouTube 為一般使用者提供類似 RedTube 成人內容的影片網站，內容來自專業色情影片業者（有時是盜版）的影片片段，以及業餘色情影片製作者。法比安・蒂曼 (MindGeek 之所有者) 試圖於 2012 年收購 XVideos 以壟斷色情網站，而 XVideos 的法籍業主拒絕了超過 1.2 億美元的報價，他說：「對不起，我必須去玩暗黑破壞神 II。」 2014 年，XVideos 企圖強迫內容提供者承諾放棄從帳戶中刪除影片或立即關閉其帳戶的權利而引發爭議。



瀏覽量與排名

根據 SimilarWeb 的排名，截至 2021 年 8 月，XVideos 是全球瀏覽量最大的色情網站和第七大瀏覽量網站。
XNXX 是 XVideos 的鏡像網站，是整體瀏覽量排名第十的網站，也是成人類別中瀏覽量第一大的網站。



審查

印度

2015 年，該網站被印度政府列入包含 857 個「色情」網站的名單，其中包括 CollegeHumor 等非色情網站。

馬來西亞

2015 年，馬來西亞政府封殺了 XVideos，因其違反了馬來西亞 1998 年《通信和多媒體法案》，該法案禁止「淫穢內容」被數位化分享。

韓國

2019 年 2 月 11 日起，韓國政府以「打擊非法色情，保護青少年健康成長」等理由，XVideos 等色情網站在韓國被封鎖，採用了 SNI 阻斷技術。目前網站仍未解封。

菲律賓

2017 年 1 月 14 日起，由於 9775 號法案的生效（亦稱作「反兒童色情法」），總統羅德里戈・杜特蒂下令封鎖了 XVideos。

委內瑞拉

2018 年 6 月 14 日起，委內瑞拉電信業者 CANTV 在未發表任何聲明的情況下對 XVideos 進行封鎖。

中國大陸

Xvideos 在中國大陸被防火長城封鎖。

黎巴嫩

2014 年，黎巴嫩電信部長下令網際網路服務提供者封鎖包括 XVideos 在內的六個色情網站。

阿爾及利亞

2019 年，阿爾及利亞政府無故封鎖 XVideos，但該網站仍可由公眾通過 IP 位址欺騙存取。

孟加拉國

2019 年 2 月 19 日，作為反色情戰爭的一部分，孟加拉國政府封鎖了該網站以及 20,000 個其他色情網站。

越南

自 2019 年 11 月以來，越南的網際網路服務提供者（ISP）們在未發表任何聲明的情況下阻止了對包括 XVideos 在內的主要色情網站的存取。大多數 ISP 拒絕發表評論並否認封鎖這些網站。大多數使用者認為這是政府秘密授權的結果。儘管如此，這些站點仍然可以通過使用 VPN 存取。 

法國

2022 年 1 月 20 日，法國宣布將禁止所有包括 XVideos 在內的色情網站，除非他們確保其使用者年滿 18 歲。.



參見



參考文獻
Xo、XO 或 xo 可以指：


* Bad Badtz-maru：或稱酷企鵝、XO 仔，是 Sanrio 旗下的卡通人物。

* 陳年特級（ExtraOld） 干邑白蘭地的評級縮寫。

* XO-1 (電腦)：教育用的價廉筆記型電腦。

* XO-1b：環繞著 XO-1 的太陽系外行星，屬於熱木星。

* XO-2b：環繞恆星 XO-2 的太陽系外行星，屬於熱木星，表面溫度有 1200K。

* XO 醬：一種調味料。

* Xbox One：微軟的電子遊戲機。
XO-1 是一個距離地球約 560 光年的 11 等黃矮星，位於北冕座。XO-1 的質量和半徑與太陽類似。2006 年使用 XO 望遠鏡以凌日法發現它有一顆系外行星 XO-1b。



行星系統

發現 XO-1 周圍系外行星的 XO 望遠鏡計畫是一個專業和業餘天文學家的合作團隊。該團隊主持人是太空望遠鏡科學研究所的彼德・麥卡洛（Peter R. McCullough），團隊成員中有來自北美洲和歐洲的業餘天文學家。該行星是以德克薩斯州大學奧斯汀分校麥克唐納天文台的霍比 - 埃伯利望遠鏡和哈蘭・史密斯望遠鏡確認。

以哈伯太空望遠鏡的 NICMOS 進一步研究則發現了該行星大氣層中水蒸汽、甲烷和二氧化碳的存在。但另一個獨立進行的重新研究則未能有相同的發現。



參見


* XO 望遠鏡

* 超廣角尋找行星，_SuperWASP_

* 確定存在的太陽系外行星列表



參考資料



外部連結


* SpaceDaily: Astronomers Catch Planet By Unusual Means (May 19, 2006) （頁面存檔備份，存於網際網路檔案館）

* XO-1. Exoplanets. [2009-04-28]. （原始內容存檔於 2016-03-03）.
XO-1b 是一個環繞著 XO-1 的太陽系外行星，他是一個氣體行星，代表它是由氫和氦之類的氣體所組成，另外 XO-1b 距離他的母恆星很近，表面溫度很高，因此它也被歸類於熱木星。



參見


* XO-1
XO-2 是一個位於天貓座的聯星系統，兩顆成員星都是與太陽類似而溫度略低的恆星，距地球大約 480 光年 。該系統的兩顆成員星分別為 XO2-S（或 XO-2A）和 XO2-N（或 XO-2B）。它的視星等只有 11 等，因此地球上用肉眼無法看到，但是使用小型望遠鏡既可觀測到。這顆恆星也因為它較大的自行而引人注目。

XO-2N 和 XO-2S 兩者距離約 4,600 天文單位。



行星系統

XO-2N 擁有一顆已知的太陽系外行星 —XO-2Nb（偶爾被稱為 XO-2Bb），是熱木星。該行星是通過使用凌日法藉助位於美國夏威夷茂宜島的 XO 望遠鏡於 2007 年發現的。

2014 年時天文學家宣布在 XO-2S 旁發現兩顆系外行星，其中一顆質量與木星相若，另一顆則相當於土星。

該聯星系中兩顆恆星都有徑向速度變化趨勢被觀測到，這也許是另一顆長週期類木行星或棕矮星存在的證據。



參見


* HD 20781 和 HD 20782

* XO 望遠鏡

* 確定存在的太陽系外行星列表



參考資料



外部連結


* NASA PlanetQuest: Planet race heats up: 1 month, 32 discoveries

* XO-2. Exoplanets. [2009-04-28]. （原始內容存檔於 2016-03-03）.
XO-2b 事宜的環繞恆星 XO-2 的太陽系外行星，屬於熱木星，表面溫度有 1200K。



參見


* OGLE-TR-211
XO-3 是一個位於鹿豹座，視星等 10 等的黃 - 白矮星，必須以小型望遠鏡觀測。



行星系統

2007 年以 XO 望遠鏡使用凌日法發現了一顆氣體巨行星 XO-3b。不過該天體因為它的質量相當大，有可能是棕矮星。



參見


* XO 望遠鏡



參考資料



外部連結


* XO-3. Exoplanets. [2009-04-28]. （原始內容存檔於 2016-03-03）.
XO-3b 是一顆質量大約是木星 11.79 倍的太陽系外行星，位於鹿豹座。該行星的公轉周期大約是 3.2 日，它的半徑是木星的 1.217 倍。天文學家於 2007 年 5 月 20 日在美國夏威夷檀香山的美國天文學會會議上宣布發現該行星。這項發現是業餘和專業天文學家一起使用位於夏威夷海勒卡拉火山頂的 XO 望遠鏡的成果。

XO-3b 被認為是相當特殊的行星，因為它的質量相當巨大，接近成為恆星的下限，而且就如同所預料的是它以長橢圓形軌道公轉。它也被認為是凌日行星，並且每次經過母恆星和地球觀測者之間時都會發生凌星現象。這是專門以凌日法搜尋系外行星的 XO 望遠鏡計畫發現的第三顆行星。



軌道傾角

羅斯特 - 麥克勞克林效應的量測允許天文學家測定行星軌道面和母恆星赤道之間的夾角。原始的報告認為該夾角極高，大約是 70 ± 15°，這個值比之前凌日法發現的行星大很多。該論文作者則提出警告，稱系統誤差可能會影響量測。稍後另一個團隊獨立測定的的值則是較低的 37.3 ± 3.7°，雖然這個值仍然高於木星軌道面和太陽赤道的夾角 6°。

如此的角度差異代表該行星過去可能受到其他行星影響其軌道，離開了行星系統的共面。另一個可能同樣有過相同效應的行星系統在天大將軍六。



爭議

目前仍在爭議 XO-3b 是行星或棕矮星。其中一位 XO 團隊科學家克里斯多福・約翰斯－克魯爾也加入了爭論，而他指出至今仍有許多科學家仍在爭論中。這並不是不尋常或奇怪的事件，因為它的母恆星並不是第一顆周圍有棕矮星環繞的恆星。

而母恆星光變曲線的擬合則相當符合半徑是 1.32 ± 0.15 RJ 和 11.71 ± 0.46 MJ 的結果。



參見


* XO 望遠鏡
XO-4 是一個距離地球約 960 光年的黃 - 白矮星，位於天貓座。它的視星等是 11 等，必須以小型望遠鏡觀測。



行星系統

2008 年使用 XO 望遠鏡以凌日法發現該恆星旁有一顆熱木星 XO-4b。



參考資料



外部連結


* XO-4. Exoplanets. [2009-04-28]. （原始內容存檔於 2016-03-03）.
XO-4b 是一個距離地球約 956 光年的太陽系外行星，位於天貓座。



概要

2008 年 5 月彼得・麥卡洛（Peter R. McCullough）以凌日法發現 XO-4b。該行星質量是 1.72 倍木星質量，半徑則是木星的 1.34 倍。該行星距離其光譜形式 F 型的母恆星相當近，並且是典型的凌日行星，被認為是熱木星。

XO-4b 的軌道週期只有 4.125 日（99 小時），距離母恆星只有約 0.0555 天文單位。



參見


* XO 望遠鏡



參考資料



外部連結

 維基共享資源上的相關多媒體資源：XO-4b


* XO-4. Exoplanets. [2008-08-06]. （原始內容存檔於 2016-03-03）.
XO-5 是一個距離地球約 850 光年的黃矮星，位於天貓座。該恆星視星等 12 等，必須以小型望遠鏡觀測。



行星系

2008 年使用 XO 望遠鏡以凌日法發現該恆星旁有一顆熱木星 XO-5b。根據凌日時間變化研究，並無其他行星存在的證據。



參見


* XO 望遠鏡



參考資料



外部連結


* XO-5. Exoplanets. [2009-04-28]. （原始內容存檔於 2016-03-03）.
XO-5b 是一顆距離地球約 850 光年的系外行星，位於天貓座。該行星是由 XO 望遠鏡以凌日法發現於 2008 年 5 月，HATNet 也獨立發現了該行星。XO-5b 的質量和半徑都稍大於木星。它和屬於黃矮星的母恆星相當接近，只有 0.0488 天文單位，被認為是熱木星。它的軌道週期只有 4.188 日（100.5 小時）。



注釋



參考資料



外部連結

 維基共享資源上的相關多媒體資源：XO-5b


* XO-5. Exoplanets. [2008-08-06]. （原始內容存檔於 2016-03-03）.
XONE 是一款免費通話 APP，於 2014 年 1 月誕生。使用者間可以通過網際網路在不額外增加費用情況下與其他使用者進行語音通話。XONE 強調撥打全世界的手機或市話全部免費暢打。除了語音通話功能之外，XONE 還是一個內容平台，藉由大數據分析技術，學習使用者的瀏覽習慣，成為個人專屬的行動資訊平台。

XONE 的語音通話最不一樣在於不像 LINE 的通話前提必須雙方皆須下載 LINE 的軟體，而 Skype 必須使用現金儲值兌換成點數才能進行撥打非 Skype 的電話，XONE 的模式類似 WhatsCall，而 XONE 的創立時間也較 WhatsCall 來得早，XONE 更是台灣土生土長的 APP。

XONE 在 2015 年 1 月舉行正式上線記者會，會中宣布獲得鴻海集團旗下富智康轉投資，引起眾多媒體注意，被認為是實現了郭台銘所說 4G 行動網路推出後，通話將成為免費的夢想。上線記者會後，下載數大幅成長，2015 年 2 月即突破 50 萬，同月 XONE 獲得 Google Play Store 社交類及不分類熱門免費下載第一名。

2015 年 12 月宣佈將進軍 O2O 市場，整合線上與線下的完整虛實行銷生態。2017 年 9 月唯獨 Android 的使用者就突破 100 萬人，再加上 iOS 既有的使用者大概全世界已有 150 萬使用者。



功能特色

XONE 的功能主要有 4 項，即容易點（XONEY）、內容瀏覽、免費電話、即時訊息，細節如下：


* 容易點：XONE 獨有的點數機制，可以從點擊平台上的新聞內容或關注 XONE 臉書粉絲專頁不定時發放的序號獲得點數，而將運用此點數機制撥打電話或在「容易市集」購買市集中的物品，容易點沒有儲值管道，必須全靠使用者自行蒐集。

* 內容瀏覽：XONE 與 100 家以上的內容供應商合作，依據使用者的閱讀習慣，提供新聞、娛樂、生活資訊等訊息，並推播與使用者興趣相符的廣告。舊版 (V6.0 以前) 內容以卡片及瀑布流方式呈現，新版 (V6.0 起) 內容以類似 LINE Today 的方式呈現，使用者可以在內容流上快速瀏覽，將感興趣的內容標記為稍後再讀，閱讀內容時可以進行收藏、分享等動作，每點擊一則內容將可獲得 10 點。新版的呈現方式不論在舒適度、流暢度都比舊版更為進步。

* 免費電話：XONE 於 2016 年已與印度 TATA 電信公司結盟提供使用者免費通話優惠，因此修正原有撥打 17 國的限制，現在可撥打至全世界的室內電話及行動電話，無論受話方有沒有安裝 XONE，都可以接聽電話。若對方沒有安裝 XONE，則將用容易點按照平台上發布的費率表進行支付。以台灣目前為例：撥打台灣市話為 65 點 / 分（相當於點擊 7 則內容）、台灣行動電話為 415 點 / 分（相當於點擊 42 則內容），XONE 打破傳統「打市話比較貴」的既定觀念，目的也是在於希望讓未下載註冊的人能夠一同加入 XONE，而對方若是有安裝 XONE，則雙方不會有任何限制，也不扣除任何點數。先前通話品質曾受許多使用者謾罵，但近期有大幅提升通話品質，甚至在新板的通話品質表現得更為優秀，只要在穩定網路下使用已經與一般電話不相上下。

* 即時訊息：XONE 上線時曾提供使用者之間傳送文字、圖片、貼圖的功能，內容亦可透過即時訊息功能傳送。然而，根據 App 中的公告，目前暫時關閉了即時訊息功能。



開發者

ConneXionONE（肯力行網）由旅美的連續創業家 Chris Chang 與 Jay Lee 於 2012 年共同在美國矽谷創辦，具備全球跨境電信事業營運服務的資深技術與豐富業務經驗，其企業產品服務版圖涵蓋全球五大洲。在臺子公司肯力行網科技成立後，由台灣與矽谷的工程團隊合作開發推出 XONE 行動新媒體平台 APP。



董監事資料


* 董事長：張乃文

* 董事：王舜威

* 董事：張晉碩

* 監事：顏三元



電信波折

XONE 在 2015 年 1 月舉行正式上線記者會後，一夕爆紅成為家喻戶曉的「郭董牌電話」，而且最大特色就是如同一般電話一樣擁有撥號鍵盤免費撥打全世界任何手機及市話，而對方接聽時所看到的號碼是 XONE 使用者原來本身的號碼，不會像其他節費 APP 軟體無法看到來電號碼或使用亂碼，因此深受使用者好評，不過，正因如此不符合台灣現行電信法規，2015 年 3 月遭受國家通訊傳播委員會（NCC）要求免費通話服務需依據國家通訊傳播委員會電訊號碼管理辦法第四條之二《虛擬行動網路服務經營者之行動網路碼或使用者號碼應向合作之行動網路業務經營者取得》，2015 年 3 月 20 日 XONE 開始與台灣二類電信 - 全網通 （頁面存檔備份，存於網際網路檔案館）合作，並由全網通提供電信相關服務，接聽電話方所顯示的來電號碼也改為二類電信所頒發的 070 開頭核准號碼。

XONE 與全網通合作期間遭受許多使用者的不滿，原因是通話品質相較於合作前來得差，甚至在使用前除了一開始下載在 XONE 平台的註冊外，還需要前往全網通再一次進行註冊，造成眾多使用者不便，甚至有使用者因為在全網通和 XONE 之間的付費問題紛紛要向 XONE 進行提告民事訴訟的求償。

雙方合作一年，於 2016 年 4 月 1 日起正式終止雙方合約，之後與印度 TATA 電信公司結盟，恢復來電顯示的問題，可正常顯示號碼，通話品質也相當穩定。在經歷這一年來的波折，相信也因此流失許多使用者，導致一時火紅的通訊 APP 不再火熱。



目標

XONE 的目標是要改變電信公司的既有營運思維，並認為免費電話將成為未來趨勢，電信業者的角色應是維護網路基礎建設的品質。同時，若使用者越多，網路用量增加，XONE 的服務不但不會威脅電信業者，還會增加電信業者的收入。此外，XONE 也希望成為使用者的內容娛樂平台，藉由學習使用者的喜好，就可以針對使用者的興趣投放廣告，而 XONE 的廣告顛覆以往行動廣告的模式，不再是礙眼的橫幅廣告，而是以使用者感興趣的內容形式呈現，提供有價值的訊息。XONE 以 5C (溝通 Communication、社交 Community、商業 Commerce、策展 Curation、內容 Content) 為經營理念，並期盼引領 5C 產業鏈相互接軌。



參見



外部連結


* 不只免費通話！XONE 要打造行動內容平台 （頁面存檔備份，存於網際網路檔案館）

* XONE 官方網站 （頁面存檔備份，存於網際網路檔案館）

* XONE 粉絲專頁 （頁面存檔備份，存於網際網路檔案館）
XOOPS 是一種開放原始碼的內容管理系統，衍生自 PHP-Nuke，採用 PHP 語言跟 MySQL 資料庫。功能、介面全部模組化設計，可用於建構各種網路社區。

XOOPS 的發布採用 GPL 協定，可免費使用和修改；在遵循 GPL 相關條款的前提下，可自由再發布。

XOOPS 是 eXtensible Object Oriented Portal System 的縮寫，按照英語規則，XOOPS 應該讀作「zoo'ps」。

XOOPS 的用途很廣泛，對於個人使用者，可以啟用 XPress 模組（針對 XOOPS 的 WordPress），作為個人的部落格。對於較大規模的網站，可以根據需要，安裝更多的模組，如新聞發布、論壇、資源下載、友情連結，以及線上購物、廣告管理等，對於 Wiki、RSS，XOOPS 也有相應的模組。

在國際語言支援方面，XOOPS 有二十種以上的語言版本，包括英文、繁體中文、簡體中文，編碼可自由選擇採用 GB 2312、BIG 5 或是 UTF-8。



參見


* XOOPS Cube

* 物件導向

* 內容管理系統（CMS）

* 內容管理系統列表



外部連結


* XOOPS 官方網站 （頁面存檔備份，存於網際網路檔案館）

* XOOPS 繁體中文 （頁面存檔備份，存於網際網路檔案館）

* XOOPS SourceForge Project Page

XOOPS Cube（XOOPS 的分支）：


* XOOPS Cube 英語官方網站 （頁面存檔備份，存於網際網路檔案館）

* XOOPS Cube 繁體中文支援站

* XOOPS Cube 日本支援網站 （頁面存檔備份，存於網際網路檔案館）

* XOOPS Cube SourceForge Project Site
XOOPS Cube 是一套開放原始碼的內容管理系統（CMS：Content Management System）XOOPS 為 eXtensible Object Oriented Portal System 的縮寫。XOOPS Cube 是由日本人主導從原本 XOOPS 分裂而出的一個分支。這是一套可擴充的物件導向架設網站系統，利用 PHP 程式撰寫搭配 MySQL 資料庫來管理網站的一套架站程式。程式原本採用 GPL license（通用公共授權），但 XOOPS Cube Legacy 2.1.0 正式版本在 2007 年 4 月 30 日發布時表示，雖然 Legacy 版本屬於通用公共授權，但是 XOOPS Cube 的核心都是由零開始重新開發的軟體，所以核心部份的著作權宣告屬於 BSD 授權條款授權，而 Legacy base（XOOPS 模組相容套件）的著作權依然照 XOOPS 原本的通用公共授權。



概要

XOOPS 原本是由中國程高、日本小野等四人所主導開發，早期是由 PHP-Nuke 所演變出來的一套架站程式。後來很快的加入的許多國家的程式好手共同組成開發團隊，進行程式的維護與更新，之後由於雙位元語系（multi-byte）和英文語系的著重點不同，以及日本人注重程式的完整與安全性，造成原主導的日本人與開發團隊有些爭議，甚至還被無故的刪除管理權限。經過日本國內的官方網站討論，終於在 2005 年 5 月 28 日發表新一代系統的發展藍圖以及正式由日本團隊重新出發的新版本，正式宣佈脫離 XOOPS 的開發團隊。同年七月在日本官方網站舉行新名稱的投票活動，而後正式制定新名稱為 XOOPS Cube。

XOOPS Cube 標榜著以雙位元語系環境為優先來開發。同時亦有英文等其他各國語系的開發，承接 XOOPS 原有的特徵，讓第一次接觸的人也能很輕鬆、很方便的能夠使用基本 CMS 基礎，確保社區網站的架設、情報入口網站的架構和各種不同主題的網站，個人、中小企業等各種團體甚至到公家機關等，都能夠有廣闊應用為概念延伸活用性及擴展性。



開發目標與發展概念

新一代 XOOPS Cube 的目標指向，依據使用者階層分別如下：

　
: 針對開發者的新 XOOPS Cube

　
: ・可以安心的專心開發

　
: ・有豐富可以再利用的 API

　
: ・可以很容易取得所有開發的相關情報

　
: 針對網站管理員的新 XOOPS Cube

　
: ・可以很安心的架構自己的網站

　
: ・方便的網站管理介面

　
: ・明顯感受到創立網站的喜悅

　
: ・可以很容易的取得架構必須的程式語法以及模組的最新情報

　
: 給使用者更親近的 XOOPS Cube

　
: ・讓更多使用者可以輕鬆利用（Accessibility 易接近、親近）

　
: ・不需要考慮太多難題，輕鬆的直接就能夠使用

　
: ・可以很輕鬆很愉快的參予各種社區團體

XOOPS Cube 的 Cube 發展概念為以下三大方向

　
: ※Secure（安全、無憂）各種團體、企業也能安心使用，確保安全性。

　
: : 於認證方面全面採用 token 系統（one-time ticket）

　
: 為確保安全性，將排除所有不確定性的語法

　
: ※Simple（簡單、明瞭）：取消使用頻度不高的機能，實行程式語法本體的輕量化。

　
: : 部份核心功能的模組化／階級化

　
: 刪除幾乎沒有在使用的機能

　
: 儘量將重複的語法整合

　
: ※Scalable（向上擴展）：能使用於由小到大各種規模的網站，意圖將規模擴大。

　
: : 物件導向的擴充

　
: 為了能夠實現容易改良、改善，語法簡易向上等級化的推進



參考來源



參見


* XOOPS

* 物件導向

* 內容管理系統（CMS）

* 內容管理系統列表



外部連結


* XOOPS Cube 英語官方網站 （頁面存檔備份，存於網際網路檔案館）

* XOOPS Cube 繁體中文支援站

* XOOPS Cube 日本支援網站 （頁面存檔備份，存於網際網路檔案館）

* XOOPS Cube SourceForge Project Site （頁面存檔備份，存於網際網路檔案館）
XOWA 是一個主要由匿名開發者用 Java 編寫的開源軟體，適用於希望在沒有網際網路連接的情況下運行自己的維基百科或任何其他兼容 Wiki 的用戶。
XOWA 與 Microsoft Windows、OSX，Linux 和 Android 兼容。



主要功能

XOWA 允許用戶從官方資料庫轉儲或 XOWA 專門的資料庫下載和導入自己的維基百科副本。該應用程式旨在通過其自己的內部瀏覽器或本地託管的 Web 伺服器準確地顯示維基百科內容，該伺服器允許用戶使用所選的任何瀏覽器訪問內容。用戶還可以在自己的網絡上託管內容。



參考文獻
《XOXO/Terminal》為日本歌手濱崎步於 2014 年巡迴演唱會『ayumi hamasaki PREMIUM SHOWCASE ～Feel the love～』名古屋場次入場時贈送的單曲，限量 30,000 張，期間為 2014 年 5 月 30 日～6 月 1 日。



說明


* 本作並不算在一般正規單曲系列中。

* 此單曲贈送時，新專輯《Colours (濱紛)》尚未發行，算是替該專輯先行宣傳的一種方式。

* 本張單曲與另外兩張同樣為會場贈送單曲《Angel/Lelio》、《What is forever love/NOW & 4EVA》封面可拼出完整連貫背景。

* 《Terminal》於同年 10 月 1 日以重發單曲型態發售，為濱崎步第 52 張單曲。

* 《XOXO》於同年 10 月 1 日以 Plug Air 數位單曲型態限量發售。



收錄歌曲

1. XOXO
2. Terminal
《XOXO》是加拿大及韓國混血歌手全昭彌（Jeon Somi）的首張韓語專輯，由 The Black Label 製作並於 2021 年 10 月 29 日發行，主打歌為〈XOXO〉。



背景

2021 年 10 月 14 日，所屬公司表示昭彌將發行首張個人專輯。

10 月 21 日，所屬公司宣布 Somi 將於 10 月 29 日帶著首張專輯《XOXO》回歸，並釋出歌單且正式告知主打歌曲同專輯名為「XOXO」
與開放預購。

10 月 25 日，釋出主打曲〈XOXO〉M/V 預告片。

10 月 29 日，音樂錄影帶釋出。

10 月 30 日，音樂錄音帶釋出一天就突破了 1000 萬觀看次數。

11 月 13 日，音樂錄音帶突破了 5000 萬觀看次數。

12 月 24 日，所屬公司宣布將於 12 月 25 日釋出專輯收錄曲《ANYMORE》的音樂錄音帶。



發行

發行版本


* X 版：一本粉色斑點專輯盒，粉色 CD，一個隨機粉色別針徽章 (共 2 款)，一張隨機小卡 (共 6 款)

* O 版：一本白色斑點專輯盒，橙色 CD，一個隨機黑色別針徽章 (共 2 款)，一張隨機小卡 (共 6 款)



收錄曲目



榜單成績

主要音樂節目榜單排名



音樂現場



發行歷史



注釋與參考文獻

註釋

參考文獻
XOX Berhad（MYX：0165），也稱為 XOX MOBILE 是一家移動虛擬網絡運營商，通過天地通的 4G +，4G，3G 和 2G 網絡基礎設施在馬來西亞提供行動電話服務。它成立於 2005 年，雖然 XOX MOBILE 正在與天地通合作，它保持自己的品牌標識，客戶服務，管理結構和工作人員。



外部連結


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

* XOX-Voopee 官方首頁
XO（也被稱為 XO 唱片）是一間由歌手威肯的創意總監 La Mar Taylor 以及經紀人 Amir "Cash" Esmailian 共同成立的加拿大唱片公司。 Wassim "Sal" Slaiby 擔任執行長。在 2012 年，他成為了隸屬於環球音樂集團的聯眾唱片的一家子公司，並通過其發行作品。公司旗下藝人包括威肯、Belly、Nav 以及 Black Atlass。公司發行了六張在《告示牌》二百大專輯榜排名第一的錄音室專輯《狂野之美》、《星聞人物》、《致親愛的憂傷》、《Bad Habits》、《黑潮時刻》、《Good Intentions》。



歷史

XO 由加拿大歌手兼作詞家威肯，為在 2011 年發行的三張混音帶而建立。三張混音帶《House of Balloons》、《Thursday》、《Echoes of Silence》的發行，提高了歌手的知名度，並開始在舞台上的表演以及歌詞中推廣「XO」這一綽號。威肯也同時開始通過合作的方式來進行廣告宣傳，例如與 PAX Labs 合作發行限量版的 PAX 2 霧化煙，即一種能在狂野秋季巡迴演唱會期間使用的電子菸。

2012 年與聯眾唱片簽訂了一份唱片合同後，XO 成為了聯眾的一家子公司，聯眾並且還擔任了 XO 創作的所有音樂的發行商和製造商。Belly 於 2015 年成為該公司的第一位藝人，而 Derek Wise 於同年晚些時候簽約。Nav 在 2016 年被該公司簽下。成為了一家子公司後，該唱片公司已發布了其旗下藝人的七張專輯（不包括威肯）。
2018 年 2 月 2 日，出生於蒙特婁的歌手 Black Atlass 釋出了由 XO 發行的新歌〈My Life〉。此前，Black Atlass 曾與威肯一同出現在他的〈Secrets〉的音樂錄影帶，以及一些關於 Puma x XO 系列的廣告中，該系列於 2017 年釋出。

XO 在獨立發行其同名混音帶後於 2018 年簽約了 88Glam， 其於 2020 年離開 XO。



成員

現任藝人

前藝人

內部製作人



作品目錄

該唱片公司已正式發行了十二張錄音室專輯、兩張迷你專輯、兩張合輯和十一張混音帶。

迷你專輯

合輯

混音帶



注釋
XO 望遠鏡（XO Telescope）是位於夏威夷茂宜島海拔 3054 公尺的海勒卡拉火山頂的望遠鏡。該望遠鏡以一對焦距 200 mm 的望遠鏡頭組成，是以凌日法偵測太陽系外行星，其原理相當類似跨大西洋系外行星搜尋計畫（Trans-atlantic Exoplanet Survey, TrES）。硬體花費為六萬美金，相關軟體花費則要少得多。



發現的行星

XO 望遠鏡已經發現五顆行星，其中四顆是熱木星，另一顆 XO-3b 則可能是棕矮星。所有系外行星都以凌日法發現。



參見


* 確定存在的太陽系外行星列表

XO 望遠鏡觀測的光變曲線資料可在 NASA Star and Exoplanet Database 取得



其他凌日法系外行星巡天


* 跨大西洋系外行星搜尋計畫（Trans-atlantic Exoplanet Survey, TrES）

* 匈牙利自動望遠鏡網絡計劃（HATNet Project, HAT）



參考資料



外部連結


* The XO Project website 美國國會圖書館的存檔，存檔日期 2011-02-06

* Astronomers Catch Planet By Unusual Means （頁面存檔備份，存於網際網路檔案館） (SpaceDaily) May 19, 2006
XO 醬是一種香港調味料，主要使用海產和辣椒製成，味道鮮中帶辣。有說 XO 醬是由馬拉盞演變而成，約於 1980 年代在香港的高級酒家出現，並在 1990 年代普及化，成為一種具有香港特色的調味料。

有趣的是來自香港的 XO 醬，罕有地得到法國廚師的讚口不絕，因 XO 醬顛覆了法國料理的用醬傳統，即使 XO 醬裏很多油，卻毫不膩滯。



名稱

XO 醬的名稱不同於一般中式醬料，使用了英文字「X.O.」作為醬料的名稱，反映出香港粵語中英夾雜的特色。

這個命名是衍生自源自法國的干邑白蘭地，據稱因為香港經濟在 1970 年代蓬勃發展，包括干邑白蘭地在內的各式歐美名酒在 1970 及 1980 年代紛紛被大量引進到香港銷售及推廣，由於干邑白蘭地以陳釀年期區分等級，當中以在釀酒木桶陳釀至少 10 年以上的 X.O. 等級最為名貴，所以「X.O.」在香港引申出高級和奢侈的含意，在這個年代出現的 XO 醬便是借用了干邑白蘭地的等級而命名，透過「X.O.」表達這是一種高價優質的醬料。在市場上，XO 醬經常被包裝成高檔的調味料，售價較其他常見調味料昂貴。

在調製 XO 醬時，通常會加入瑤柱和金華火腿，這兩種價格較高的食材，能夠為醬料帶來獨特的鮮味，但也使 XO 醬的售價較高。此外，XO 醬的顏色與白蘭地相似，也是這種醬料被稱為 XO 醬的原因。



起源

XO 醬約於 1980 年代在香港的高級酒家首先出現。早年有謠傳稱是專欄作家王亭之在擔任半島酒店的出品顧問時，對該酒店中菜廳「嘉麟樓」出品的馬拉盞作出口味上的修正，加入蝦子和瑤柱，再輔以精磨蒜蓉和原條辣椒，但因為 XO 醬和馬拉盞的用料相差太大，XO 醬會用上蝦米，卻甚少會加入作為馬拉盞主要成分的蝦醬，馬拉盞較鹹而 XO 醬偏重辣味，XO 醬可直接作為醮料使用，這點反而與沙茶醬較接近，故此該謠傳的正確性甚低。有傳言稱於 1980 年代初的半島酒店嘉麟樓就已有大廚炒製材料及調配成 XO 醬達四、五年之久；亦有傳言稱是一位影壇女監制在 1970 年代為宴請親朋而創作出來；又有傳聞稱是由利苑酒家主廚黃永幟最先調配，因此 XO 醬的原創者一直眾說紛紜，未有一個說法得到證實。由於 XO 醬最早在香港普及並向國際推廣，而且其命名也帶有香港粵語中英文混雜的獨特風格，因而成為香港具代表性的醬料。



成分

XO 醬的材料沒有既定的標準，材料主要有瑤柱、雲腿、蝦子、指天椒、紅辣椒、蒜茸、蝦米、乾蔥、薑絲、生油，亦有加入鹹魚碎的，份量因人而異，沒有既定準則。當 XO 醬在全世界的粵菜餐館開始普及時，各家餐館所製作的 XO 醬都有所不同，當中的配方亦成為各餐館的商業秘密。後來有使用蝦米、金華火腿和辣椒，瑤柱和蝦米能帶出鮮味，而辣椒為醬料增添辣味。XO 醬除了可以在市場上購買外，也有家庭根據自己喜愛的口味自行調配。香港甚至有高官用自家製作的 XO 醬宴請議員。



應用

XO 醬除了可作為烹調食物的調味料，也可直接用作熟食和小吃的蘸料。

在香港的酒樓、茶餐廳和快餐店，XO 醬常被用於炒腸粉、炒麵、炒飯、炒義大利粉及炒蘿蔔糕，XO 醬炒帶子和 XO 醬蒸豆腐是酒樓常見的小菜，還有食品製造商推出 XO 醬味道的即食麵。



參見


* 馬拉盞

* 蝦醬

* 辣椒醬

* 沙茶醬

* 港式辣油



參考資料



外部連結


* 醬料中的極品 XO 醬 （頁面存檔備份，存於網際網路檔案館） XO 醬的做法

* 高質素 XO 醬 （頁面存檔備份，存於網際網路檔案館） 素食 XO 醬的做法

* 上等干貝 XO 醬 （頁面存檔備份，存於網際網路檔案館） 上等干貝 XO 醬
XP 可能指的是下列事物：


* Athlon XP：AMD 所生產的中央處理器。

* Windows XP：微軟所出品的 Windows 作業系統。

* Office XP：Microsoft Office 的其中一個版本。

* 經驗值（experience point）：電子遊戲術語，一項計算遊戲玩家對遊戲熟悉程度的量化變數值。

* 極限編程（eXtreme Programming）：一種軟體工程方法學。

* Xtra 航空公司（Xtra Airways）的 IATA 代碼。

* 著色性乾皮症（Xeroderma pigmentosum）：一種遺傳性疾病。

* Sony Xperia X Performance：索尼智慧型手機

* XP：表情符號，如：XD

* Xposed (框架)：一個運行於 Android 作業系統的鉤子框架。
XP-46 是 1939 年寇蒂斯向美國陸軍航空隊推銷的戰鬥機，但 1940 年放棄研發，相關研究成果則轉用於 P-40 後續改良。



簡介

1939 年 P-40 量產後，寇蒂斯公司同樣的關注歐洲戰火，而從歐洲得到的最新消息也顯示當今的主力商品並不具優勢。未來戰機要有更強勁的火力、完整的防護力，以及高速飛行性能。

寇帝斯首席工程師唐納文・瑞斯・柏林將他對新型戰機的構想交遞給美國陸軍航空隊，軍方也很重視他的見解；因而促成在 1939 年 9 月 29 日，美國陸軍航空隊和寇廠簽約，委託寇廠提供更新型的技術成品接替 P-40，抵銷歐戰出現的最新機型優勢，代號 XP-46，生產序列號 40-3053、40-3054；唐納文提出的設計方案則是一架增加動力輸出、強化火力，但縮小體積的 P-40 戰機，公司內代號 Hawk-86。

新戰機配備了當時最新式之 V-1710-39（F3R）發動機，發動機冷卻口移往機腹，使用全埋式起落架降低阻力，主翼將運用與 Bf 109 上運用的前緣縫翼提高飛行控制表現。而且將會有重量級戰機的火力：8 挺 7.62 公厘機槍、2 挺 12.7 公厘機槍；且具備最高時速 400 英里（643.7 公里）以上的飛行性能。

在簽約後一個月，美國陸軍航空隊修改合約要求，除了維持既有火力之外，且要求寇廠的新戰機要有自封油箱及 65 磅（29 公斤）的內裝防護裝甲，且新戰機需在全副武裝的情況下在 3000 公尺（15,000 英尺）高度有著 410 英里（659.8 公里）的極速表現。

這架飛機在尚未問世前即由英國駐美採購委員會替英國空軍部委託在 1940 年下單訂購，代號小鷹，預定取代 P-40；然而在 1940 年 6 月，新型戰機被美國軍方叫停，相關的訂單也撤單、研究成果轉換供 P-40D 改良，小鷹這個型號則被 P-40D 外銷型繼承。

美軍陳述叫停的理由，是它們判斷戰爭期間避免生產進度被新戰機轉換給拖累；但就後見之明，美軍已經判斷出縮小版的 P-40 沒有投資價值。

儘管產製計畫告終，但合約要求的 2 架原型機仍在 1941 年 2 月完成；1 號原型機為 XP-46，2 號原型機則是 XP-46A，XP-46A 為了搶完工時程因此沒有裝上武器及無線電。

2 架 XP-46 隨後在陸軍進行測試，結果則相當不理想。在 1941 年 2 月 15 日，XP-46A 首飛，可以在 12,200 英尺的高度實現 410 英里的極速；但是在 1941 年 9 月 29 日全副裝備測試中，XP-46 的極速便僅剩 355 英里（571.3 公里），已與 P-40D 相差無幾。也證明了陸軍在 1940 年作出了明智決定，確定該機技術價值後，陸軍隨即正式終止 XP-46 開發計畫。



與 P-51 的關係

由於 XP-46 是美國在 1930 年代末期少見將機腹設置液冷引擎散熱鰭，既往有論點認為北美航空在研發 NA-73 之際斥資 56,000 美元採購 P-40 與 XP-46 的空氣動力測試參數。而 NA-73 後續演進成 P-51 戰鬥機，因此兩機型間有些許的血脈關係。

但 P-51 的機腹散熱器不只具備散熱功能，其進氣道運用了梅雷迪斯效應，還可利用散熱氣流加壓噴射，提升飛機極速；這類理論則完全沒用在 XP-46 上，而是北美航空自己的獨特研發成果。兩者雖布局類似，但內在則天壤之別。



參考資料



外部連結


* Curtiss XP-46 （頁面存檔備份，存於網際網路檔案館）

* Curtiss XP-46 Fighter Aircraft （頁面存檔備份，存於網際網路檔案館）