stanford-oval/wikipedia huggingface dataset:
SREC
外部連結

RFC 4194 - The S Hexdump Format（页面存档备份，存于） - IETF
SRecord（页面存档备份，存于） is a collection of tools for manipulating SREC format files.
BIN2MOT（页面存档备份，存于）, BINARY to Motorola S-Record file converter utility.
SRecordizer（页面存档备份，存于） is a tool for viewing, editing, and error checking S19 format files.
bincopy（页面存档备份，存于） is a python package for manipulating SREC format files.
UC-2号潜艇

与「」標題相近或相同的条目页，請見「」。
| --- | --- |

历史
德意志帝国
艦名:  UC-2号
下订日:  1914年11月23日
建造者:  汉堡伏尔铿船厂
船廠編號:  46
下水日:  1915年5月12日
服役日:  1915年5月17日
结局:  1915年6月30日后遭撞击或触雷沉没
技术数据
艦級:  UC级潜艇
艦型:  UC-I型（近岸（英语：）布雷潜艇）
排水量:   水上：168吨  水下：183吨 
全長:   33.99米（全长）  29.62米（耐压壳体（英语：）） 
全寬:  3.15米
吃水:  3.04米
動力輸出:   90匹马力（柴油机）  175匹马力（电动机） 
動力來源:   单轴，1 × 1.08米螺旋桨  1 × 戴姆勒（英语：）六缸四冲程柴油发动机  1 × 西门子-舒克特（英语：）电动发电机 
速度:   水上：6.2节  水下：5.22节 
續航距離:   水上：780海里以5节  水下：50海里以4节 
潛航深度:  50米
乘員:  1名军官、13名水兵
武器裝備:   6 × 100毫米水雷发射管（12枚水雷）  1 × 8毫米机枪 
服役记录
所属:   佛兰德区舰队  1915年6月25日－30日 
指挥官:   海军中尉卡尔·梅  1915年5月17日－6月30日 
参与行动:  2次巡逻
战绩:  无
陛下之UC-2号艇（德語：）是德意志帝国海军于第一次世界大战期间建造的其中一艘UC-I型近岸（英语：）布雷潜艇或称U艇。它由汉堡的伏尔铿船厂承建，于1915年5月12日新船下水，至当月17日交付使用（英语：）。其全长33.99米，水面及水下排水量分别为168吨和183吨，艇载武器则包括六具水雷投放井以及一门8毫米口径机枪。UC-2号入役后曾被部署至驻泽布吕赫的佛兰德区舰队，并参与了大西洋潜艇战，但在其仅有的两次巡逻期间，未能取得任何战功。1915年6月30日，UC-2号在雅茅斯附近遭自身布设的水雷炸沉，艇内15名官兵全数阵亡。
设计

条目：UC-I型潜艇
第一次世界大战爆发后，为配合欧洲大陆的战事，德意志帝国海军鱼雷监察局（）于1914年9月向潜艇监察局（）提议，研制小型布雷潜艇用于在法国近岸水域实施水雷封锁。潜艇局随即完成了代号为“35a号工程”的设计方案，即UC-I型潜艇。有别于同时代的大多数潜艇类别，该型潜艇基本上采用单壳体（德语：）；这意味着艇体全由耐压壳体（英语：）构成，当中集成了用于下潜的潜水舱（德语：）。这种结构类型是衍生自19世纪后期德国的第一艘实验性U艇，在当时实际上已显过时。
UC-2号是首批15艘UC-I型方案的二号艇。这个亚型是基于同时开发的近岸作业潜艇UB-I型发展而来，但体积略大，全长为33.99米，并有3.04米的吃水深度；舷宽则同样限定在3.15米，以满足铁路运输所要求的装载限界（英语：）。其水上和水下排水量分别为168吨和183吨。艇只搭载有一台功率为90匹公制馬力（66千瓦特）的戴姆勒（英语：）制六缸四冲程柴油发动机用于水面运行，以及一台175匹公制馬力（129千瓦特）的西门子-舒克特（英语：）电动发电机供水下运行；它们用以驱动一根单轴直径为1.08米长的三叶螺旋桨。该艇的潜航深度为50米。
UC-2号在水上的最高速度为6.2節（11.5每小時），在水下的最高航速则为5.22節（9.67每小時）。它可以5節（9.3每小時）的速度在水上巡航780海里（1,440），或以4節（7.4每小時）的速度在水下巡航50海里（93）。作为专用的布雷潜艇，该艇取消了鱼雷发射管，改为六具倾斜式水雷存储井，并可携带12枚UC120型水雷。布雷时只需将存储井底部的盖板打开，水雷便可凭借自身重量滑入水中。此外，在甲板上还配备有一挺8毫米口径机枪作为辅助武器。其标准船员编制（英语：）为1名军官及13名水兵。
历史

UC-2号是由国家海军办公室作为C项战时订单（）的一部分，于1914年11月23日向汉堡的伏尔铿船厂订购，建造编号为46。艇只于1915年5月12日下水，至当月17日在首度担任艇长的海军中尉卡尔·梅的指挥下正式交付使用（英语：）。与同型的大多数姊妹艇一样，UC-2号在竣工后便通过铁路被运往泽布吕赫，于1917年6月25日加入驻当地的佛兰德区舰队，成为海军佛兰德集团军（德语：）的一份子。在佛兰德服役期间，该艇参与了大西洋潜艇战，但在其仅有的两次巡逻中未能取得任何战功。
1915年6月29日，UC-2号从泽布吕赫出发前往洛斯托夫特附近海域，执行第二次布雷巡逻，并自6月30日起失联。据称该艇是7月2日在雅茅斯对开（52°28′N 1°48′E﻿ / ﻿52.467°N 1.800°E﻿ / 52.467; 1.800）的水下遭到英国近岸贸易船（英语：）科廷厄姆号（）的意外撞击，并在耐压壳体前部撕开了一个3英尺（0.91）孔洞，导致潜艇无法浮出水面。科廷厄姆号的船长报告了这一事件，随后英国皇家海军的舰艇对该海域实行拖网搜索。至晚上9:40，它们的缆绳不慎引爆了UC-2号早前布设的水雷，造成大规模的水下爆炸。翌日，一名英国潜水员在8英尋（15）深的海底发现了UC-2号的残骸；除了与科廷厄姆号相撞所造成的破坏外，他还报称艇体上有爆破的痕迹。故此无法确定UC-2号是被科廷厄姆号撞沉，抑或是被自己布设的水雷所炸沉，但艇内15名官兵已全数阵亡。其残骸于同年由英国人打捞上岸，随后送往泰晤士河沿岸和其它各地展览，并最终拆解报废。
参考资料

Tarrant, V. E. . Annapolis, Maryland: Naval Institute Press. 1989. ISBN 978-0-87021-764-7. OCLC 20338385.
Gröner, Erich; Jung, Dieter; Maass, Martin. . German Warships 1815–1945 2. 由Thomas, Keith; Magowan, Rachel翻译 (London: Conway Maritime Press). 1991. ISBN 0-85177-593-4.
陈进 等 (编). . 北京: 机械工业出版社. 2018. ISBN 978-7-111-58947-1.
Herzog, Bodo. . Erlangen: Karl Müller Verlag. 1993. ISBN 3-86070-036-7.
Kemp, Paul. . Gräfelfing vor München: Urbes. 1998. ISBN 3-924896-43-7.
Messimer, Dwight R. . Annapolis, Maryland: Naval Institute Press. 2002. ISBN 978-1-55750-475-3. OCLC 231973419.
Gröner, Erich; Jung, Dieter; Maass, Martin. . Band 3: U-Boote, Hilfskreuzer, Minenschiffe, Netzleger und Sperrbrecher. Bonn: Bernard & Graefe Verlag. 1985. ISBN 3-7637-4802-4.
不动产征收

重定向于此，广义上的政府行政行为，参见：征用。
中国城市中常见的将被拆迁的建筑，墙壁上写了一个大大的“拆”字，摄于北京。
不动产征收、征收是一种政府行政行为。係指政府為促進物品利用、增進公共利益为目标，基於政府公權力，依法定程序，强制收取當事者的不動產，並給予當事者相當補償之行為。常见征收物有土地、建筑物（房屋）、林木、农作物、管道等。相对的動產征收，或称为征用。
政府对土地及所属房屋的征收是民众关注的行为，然而因為土地涉及的權屬、利益關係複雜，濫權、不當徵收、超徵常引起民怨。與此同時，有部份長期居住的居民拒絕搬遷，形成釘子戶，土地徵收的難度亦因此提高。此外，政府因城市规划、文物保护等多种以实现公共利益为目的，没有动用征收权，但使當事者不动产财产权遭受了过度限制的情况，则被称准征收。
现代 > 中国大陸

条目：中华人民共和国土地制度
按照现行法律，中华人民共和国政府是中国土地的实质所有者和管理者。在徵收方面（拆迁）所做的表面上的法制化是2000年之後，中國面對的極大考驗。一部分學者認為，認同徵收或將徵收制度化是中國邁向國際化的一個重要關卡。可是又有部分學者認為將徵收法制化，即全面否定社会主义公有制，也就是全面「姓資」。兩方都出現了嚴重分歧及难以妥協的差距。
不过对于中國政府出台的《物權法》草案第49條規定的「為了公共利益的需要，縣級以上人民政府依照法律規定的權限和程序，可以徵收、徵用單位個人的不動產或者動產。」兩方學者都不滿該法條的立法精神。
2012年2月，中国人民大学和美国农村研究所等研究机构1999年以来对中国17个农业大省和自治区的地权调查显示，地方政府对于失地农民补偿的平均金额为每亩1万8739元人民币。然而，卖地的平均价格为每亩77万8000元，是征收价格40多倍。其中差价大部分成为了政府土地出让金收入。这种双重价格的标准极大侵害了农民的利益，也是造成群体性事件多发的主因。
2004年的相关研究文章指出，在中国经济调整增长阶段，社会对发展经济、增加就业有较高期望的背景下，政府为招商引资、本地开发，“对拆迁、征收具有较强的冲动”。并在可预见的未来，不会发生根本改变。
现代 > 美国

《美國憲法第五修正案》规定：“……未经公正补偿，私有财产不得被征收而为公共使用。”日后，相关判例依据此条规定，将政府征收行为的目的限定为“公共使用”。美国法院对“公共使用”形成广义、狭义两种观点。分别是：一、狭义观点：非直接为公众所用不属于公共使用；二、广义观点：公共目的论。
二战以后，广义观点成为美国最高法院的判例观点。美国最高法院判决的1954年伯尔曼诉帕克案（英语：）和1984年夏威夷房屋管理局诉米德基夫案（英语：），以及密歇根州最高法院（英语：）判决的1981年波利敦社区委员会诉底特市案（英语：）是构成美国现代征收判例法的重要判例。
2005年凯洛诉新伦敦市案是美国征收判例法的最新发展。美国最高法院以5:4的接近票数通过，使之成为引发美国社会极大争议的判例。
研究理论

台湾有研究认为，政府在处理征地事务上，需要讓被徵收土地者可以有機會表達意見，同时抵價地的原有地主之權益亦應被同步重視。其指出不論是一般徵收或區段徵收，皆為國家動用公權力強制處理人民的財產的作為，應視為是最後不得以之處理手段。征用事宜中政府更需要維護公益性、必要性與比例原則，避免引爆抗爭与增加行政和社會成本。
參考資料

1 2 3 4 5  冯桂. . 华东政法大学学报 (上海市: 华东政法大学). 2004, (2009年02期): 59—65. ISSN 1008-4622 （简体中文）.
1 2 3  阮琳. . 新余法院网. 2020-10-19  [2023-12-30] （简体中文）.
1 2  侯瑜.  (硕士论文). 河北大学. 2018  [2023-12-30] （简体中文）.
↑  呂苡榕. . 台灣立報. 2010-04-07  [2011-12-15]. （原始内容存档于2018-10-04）.
↑  . 联合早报. 2012-02-08. （原始内容存档于2012-02-14）.
↑  黃心華. . 中華民國國家政策研究基金會. 2014-05-14  [2014-06-05]. （原始内容存档于2014-06-30） （中文（臺灣））.
Twin Famicom

| --- | --- |

后期黑色型Twin Famicom
製造商: 夏普
类型: 家用遊戲機
产品世代: 第三世代
发布日期: 日本：1986年7月1日
生命週期: 1986年－1988年
停產日期: 1988年
銷售台數: 100万部
媒體: ROM卡带、QD軟碟
控制器輸入: 2个控制器接口
Twin Famicom（日语：）是夏普于1986年生产的授权红白机兼容机。它将任天堂的红白机（Famicom）和FC磁碟机整合到一台硬件上。该设备仅在日本销售。
Firefox for Android

| --- | --- |

在 Android 運行的 Firefox for Android 94 螢幕截圖
開發者: Mozilla基金會及貢獻者 Mozilla公司
当前版本: 131.0.2（2024年10月9日；穩定版本）  
源代码库: hg.mozilla.org/mozilla-central/  
编程语言: HTML5、XUL、Kotlin、JavaScript、C++和Rust
操作系统: Android 5.0以上 
类型: 行動瀏覽器
许可协议: MPL 2.0
网站: mozilla.org/firefox/android/
是Firefox瀏覽器針對Android智慧型手機和平板電腦等裝置推出的一個瀏覽器版本。iOS平台上的Firefox浏览器见Firefox for iOS。
深邃模式下的Firefox for Android
Firefox for Android现在使用的是经过改良的適用於行動裝置使用的GeckoView排版引擎。過往曾经使用與PC版Mozilla Firefox相同的Gecko排版引擎，例如，版本1.0使用與Firefox 3.6相同的引擎，而4.0以後版本與Firefox 4.0共享核心代碼。不過，無論無論新舊版本，它的功能均包括HTML5支援、同步、附加元件和分頁式瀏覽。
命名

全新的Firefox for Android命名为Firefox Daylight，内部代号是「Fenix」。過往曾經使用的代號「Fennec」，來自英文「Fennec Fox」——即「耳廓狐」，一種小型的沙漠狐（象徵著Fennec是Firefox的一個小型版本）。Firefox for Maemo Beta 5於2009年釋出，這是第一個使用官方Firefox名稱與標誌的版本。
歷史

Firefox for Android在過往有一個不同的名稱——「Firefox for Mobile」，並且支援其他平台。
2010年2月19日發佈的1.1版（1.1 Alpha1）執行於Windows Mobile，是此作業系統平台上的最後一個版本。由於Windows Phone 7發佈以及微軟決定不發佈原生開發工具包之後，Windows Mobile的開發被擱置。如果微軟將來為其Windows Phone作業系統發佈原生開發工具包，Mozilla或許再次考慮為該平台開發Fennec。
2009年，Mozilla歐洲總裁Tristan Nitot表示，BlackBerry OS版本不太可能推出，理由是由於BlackBerry作業系統的限制。Mozilla並沒有計劃為推出Symbian或webOS版本，但是有一個非官方的webOS版本。
官方對Nokia N900 Maemo設備的支援於版本7而終止。
2011年3月，Mozilla釋出了執行於Android上的Firefox Mobile，並一直更新、支援至今日的Firefox for Android。瀏覽器的版本編號從版本1.0跳到版本4.0，以更緊密地匹配Firefox的桌面版本，因為這兩種瀏覽器中使用的排版引擎是相同的。
外掛程式支援最初預設禁用，與流行的網路內容類型（如Adobe Flash）不相容。2011年9月，Android Honeycomb預覽版本支援Flash。在14.0版本的大多數智能手機已經啟用了對4.x的Flash支持。相對的iOS封閉環境下和以故執行長賈伯斯堅持禁用下，如Adobe Flash等到現在還是無法使用。
2016年Mozilla推出了Firefox Focus，提供Android及iOS版本，主要特性是瀏覽使用時不保留任何歷史記錄及Cookies，附帶基於Disconnect提供的跟蹤器封鎖清單。由於蘋果公司只允許於iOS平台上使用Webkit呈現技術，iOS版的Firefox Focus與Firefox for iOS一樣都是使用Webkit進行頁面內容呈現。而Android版本方面，2017年前，Firefox Focus與Firefox for Android使用不同的網頁呈現技術，前者實際使用的是Android內建的基於Blink的WebView，但2017年開始導入GeckoView - 為行動裝置網頁呈現最佳化並作為可重用Android應用程式元件的Gecko。
2019年6月27日，Mozilla宣佈其正在設計開發一款在Android平台上執行的，基建於GeckoView的全新行動瀏覽器，代號「Fenix」，是為Firefox for Android的重製版，同一天Mozilla在Google Play上發佈了第一個預覽版「Firefox Preview」。
2020年8月27日，Mozilla於Google Play向Firefox for Android的使用者推播第一個代號「Fenix」的穩定版本，是為 "Firefox Daylight"。
代码复用衍生版 > Fennec F-Droid

从2015年2月1日的35.0版本开始，开源应用商店F-Droid托管了只包含自由及开放源代码软件的浏览器Fennec F-Droid。Fennec F-Droid基于Firefox最新版，源代码源于Firefox源代码，尽量不使用Firefox中使用的专有二进制文件，采用Mozilla公共许可证。Fennec F-Droid的名字源于移动版Firefox的代码名Fennec。
代码复用衍生版 > IceRaven

針對Firefox Daylight不足的附加元件支援及使用者對舊版使用者介面的需要，有開發者爲Firefox for Android新版的原始碼新開了名爲IceRaven的分支，與Firefox Daylight的區別在於移除了Firefox Daylight內Mozilla的專有元件及Mozilla錯誤回報元件，增加附加元件的支援。
評價

目前對Firefox for Android的主要批評在於附加元件支援數量不足舊版（68.11及以前的版本），以及使用者介面的巨大變動。
瀏覽器預覽版本14由於速度慢、缺乏外掛程式支持和性能問題受到批評。為了解決這些問題，Mozilla在14.0版本中重新設計了瀏覽器，增加了Flash支援，提昇了啟動速度以及其他加強功能。這一更新極大地改進了Firefox for Android。截至2020年8月，Firefox for Android在Google Play Store上的平均使用者評分為4.3。
與Android和Chrome瀏覽器相較之下，Firefox的市場佔有率很小；2020年7月，Firefox for Android在所有以及平板瀏覽器中的使用率僅為0.72%。儘管如此，Firefox for Android仍得到較高的應用程式商店評分，下載量超過一億次，並且仍然繼續開發中。最新版本支援Android 5.0及更高版本（Android 4.1-4.4於79版停止支援）。
在2015年的Android瀏覽器評選中，西班牙軟體新聞和評論網站軟體天堂評選Firefox 37.0.1為2015年度最佳瀏覽器，評選委員Fabrizio Benedetti評選為優秀設計、高效率記憶體消耗、瀏覽器的開源性質和獨立性。
參見

自由软件主题
Firefox for iOS
Firefox Focus
Minimo
UC-32号潜艇

与「」標題相近或相同的条目页，請見「」。
| --- | --- |

历史
德意志帝国
艦名:  UC-32号
下订日:  1915年8月29日
建造者:  汉堡伏尔铿船厂
船廠編號:  71
下水日:  1916年8月12日
服役日:  1916年9月13日
结局:  1917年2月23日在罗克堤（英语：）附近遭自身水雷引爆后沉没
技术数据
艦級:  UC级潜艇
艦型:  UC-II型（近岸（英语：）布雷潜艇）
排水量:   水上：400吨  水下：480吨 
全長:   49.45米（全长）  39.30米（耐压壳体（英语：）） 
全寬:   5.22米（全宽）  3.65米（耐压壳体） 
吃水:  3.68米
動力輸出:   1000匹马力（柴油机）  920匹马力（电动机） 
動力來源:   2 × 螺旋桨轴  2 × 猛狮六缸四冲程柴油发动机  2 × 西门子-舒克特（英语：）电动发电机 
速度:   水面：11.6节  水下：6.6节 
續航距離:   水面：9260海里以7节  水下：53海里以4节 
潛航深度:  50米
乘員:  3名军官、23名水兵
武器裝備:   6 × 1000毫米水雷发射管（18枚水雷）  3 × 500毫米鱼雷发射管（7枚鱼雷）  1 × 88毫米30倍径速射炮（英语：） 
注释:  潜没时间48秒
服役记录
所属:   第一区舰队  1916年11月27日－1917年2月23日 
指挥官:   海军中尉赫伯特·布赖尔  1916年9月13日－1917年2月23日 
参与行动:  3次巡逻
战绩:  击沉6艘商船（9083总吨）
陛下之UC-32号艇（德語：）是德意志帝国海军于第一次世界大战期间建造的其中一艘UC-II型近岸（英语：）布雷潜艇或称U艇。它由汉堡的伏尔铿船厂承建，于1916年8月12日新船下水，至同年9月13日交付使用（英语：）。其全长49.45米，水面及水下排水量分别为400吨和480吨，艇载武器则包括三具鱼雷发射管、六具水雷滑射槽以及一门88毫米口径甲板炮（英语：）。UC-32号入役后曾被部署至北海的第一潜艇区舰队，并参与了大西洋潜艇战。通过其三次巡逻，共直接或间接击沉6艘协约国或中立国商船，容积总吨累计为9083吨。1917年2月23日，UC-32号在英格兰东岸的罗克堤（英语：）附近遭自身水雷引爆后沉没，造成艇内22名官兵阵亡，仅3人幸存。
设计

条目：UC-II型潜艇
1915年秋天，由于中立国美国的干预，U艇战（英语：）几乎陷入停顿，导致德国广泛开展《国际法》所允许的水雷战，从而使布雷潜艇的需求量相应增加。德意志帝国海军潜艇监察局（）的开发部门留意到了这一点，遂以UB-II型为基础，按照兼顾布雷效率和生产速度的要求，以41号工程的名义设计了UC-II型潜艇。为了弥补前型UC-I型的缺陷，UC-II型艇不仅更大，而且采用双轴推进系统。然而，与前型最主要的区别在于，UC-II型艇重新运用了双壳体（德语：）结构。但它并非纯粹的双体潜艇，而是一种中间过渡型；因为外层没有封闭耐压壳体（英语：），而是作为鞍形水柜（英语：）附在上方。
UC-32号是64艘UC-II型方案的其中一艘。这个亚型的艇体结构与UB-II型类似，但体积更大，全长为49.45米，并有3.68米的吃水深度；由于不再考虑铁路运输的装载限界（英语：），舷宽也得以增至5.22米。其水上和水下排水量分别为400吨和480吨。艇只采用两台猛狮六缸四冲程500匹公制馬力（370千瓦特）柴油机用于水面运行，以及两台460匹公制馬力（340千瓦特）的西门子-舒克特（英语：）电动发电机用于水下航行；水面最高航速11.6節（21.5每小時），水下6.6節（12.2每小時）；能够在水面以7節（13每小時）航速续航9,260海里（17,150），或以4節（7.4每小時）连续在水下航行53海里（98）而无需充电。其潜没需时约为48秒，能够在50米的深度下运作。
作为布雷潜艇，UC-32号改将六具布雷滑射槽安装在艇体前部，每具储存井内的水雷数量增至3枚，即合共18枚UC200型水雷。布雷时只需将存储井底部的盖板打开，水雷便可凭借自身重量滑入水中。随着滑射槽长度增加，艇体艏楼的上层建筑被抬高，上层建筑与司令塔之间的凹陷处布置了一门88毫米30倍径速射炮（英语：）作为甲板炮（英语：）。但由于位置相对较低，火炮甲板在恶劣海况下很容易被涌浪淹没。此外，UC-32号还装备有三具500毫米鱼雷发射管，这极大提升了潜艇的攻击能力。其中艇艏两具外置在两侧、艇艉一具则为内置式，并可搭载合共7枚G6型鱼雷。其标准船员编制（英语：）为3名军官及23名水兵。
历史

UC-32号是汉堡伏尔铿船厂承建的首批（UC-25至UC-33号）UC-II型潜艇的八号艇，由国家海军办公室于1915年8月29日订购，建造编号为71。它于1916年8月12日新船下水，至同年9月13日正式交付使用（英语：），随即展开海试。其首任暨唯一一任指挥官是首度担任艇长的海军中尉赫伯特·布赖尔。完成海试后，该艇于11月27日被编入驻布伦斯比特尔科格的第一潜艇区舰队服役。
在不足三个月的第一区舰队役期中，UC-32号参与了大西洋潜艇战，足迹曾抵英格兰东部的弗兰伯勒角（英语：）以及蒂斯河与泰恩河河口等水域。通过其三次布雷及破交战（德语：）巡逻，UC-32号合共击沉6艘协约国或中立国商船，容积总吨累计为9083吨。其中，体积最大的受害者是注册吨位为2861吨的意大利轮船阿波罗尼亚号（）；它于1917年3月1日从米德尔斯伯勒驶往拉各斯途中，在弗兰伯勒角以东约1海里（1.9）处撞上UC-32号此前布设的水雷而沉没。
1917年2月17日，UC-32号从黑尔戈兰岛出发，前往泰恩河口巡逻，从此再未归航。它于六天后在弗兰伯勒角附近（54°55′N 1°19′W﻿ / ﻿54.917°N 1.317°W﻿ / 54.917; -1.317）遭自身水雷不慎引爆后沉没，造成艇内22名官兵阵亡，仅3人幸存。
袭击历史摘要

| 日期 | 船名 | 船籍 | 吨位 | 结局  |
| --- | --- | --- | --- | --- |
| 1916年12月14日 | 伯恩霍普号（英语：） |  英国 | 1941 | 击沉 |
| 1916年12月20日 | 希尔达维尔号（英语：） |  英国 | 2494 | 击沉 |
| 1917年1月29日 | 埃达号（英语：） |  瑞典 | 536 | 击沉 |
| 1917年1月31日 | 艾达·邓肯号（英语：） |  英国 | 139 | 击沉 |
| 1917年2月1日 | 貂熊号（英语：） |  挪威 | 1112 | 击沉 |
| 1917年3月1日 | 阿波罗尼亚号（英语：） |  義大利王國 | 2861 | 击沉 |
参考资料

Tarrant, V. E. . Annapolis, Maryland: Naval Institute Press. 1989. ISBN 978-0-87021-764-7. OCLC 20338385.
Gröner, Erich; Jung, Dieter; Maass, Martin. . German Warships 1815–1945 2. 由Thomas, Keith; Magowan, Rachel翻译 (London: Conway Maritime Press). 1991. ISBN 0-85177-593-4.
陈进 等 (编). . 北京: 机械工业出版社. 2018. ISBN 978-7-111-58947-1.
Michelsen, Andreas. . Leipzig: v. Hase & Koehler Verlag. 1925.
National Archives and Records Service. . Washington: U.S. General Services Adminisration. 1984  [2022-05-15]. （原始内容存档于2022-05-11）.
三一国际礼拜堂

三一国际礼拜堂原名三一圣堂，是中国云南省昆明市最重要的一座基督教堂，云南省基督教两会所在地，位于昆明市五华区人民中路188号。
该堂原为内地会三一圣堂，原址位于武成路218号。1894年，内地会在昆明武成路中和巷购置房产，设立教堂。1897年传教士被迫离境。1901年内地会云南区监督麦加第重返昆明，1903年用赔款9500两，重建被毁的武成路中和巷教堂，于1904年建成，建筑面积850平方米，可容纳四、五百人。
1963年，云南省基督教三自爱国运动委员会成立，设于三一圣堂。此后该堂即为云南基督教两会驻地。文化大革命期间，教堂关闭。1984年12月，三一圣堂恢复礼拜。1997年2月，因拓宽道路，三一圣堂被拆除。拆除后八年时间内，信徒租用电影院礼拜。2003年6月22日，新教堂举行奠基典礼，2004年12月12日举行开堂感恩礼拜，更名为“三一国际礼拜堂”。
参考

↑  黄光域. . 广西师范大学出版社 (桂林). 2017年: 255页.
↑  . 民族时报. 2022-08-26. []
The Inter-City

此條目介紹的是英国铁路1950年开办的线路横跨至少两座城市行政区域速度较快且停站较少的旅客列车服务。关于英国铁路自1966年起开始提供的取而代之的类似旅客列车服务，请见「」。
| The Inter-City |
| --- | --- |
1958年3月31日时的英国铁路“城际列车”，照片拍摄于伍尔弗汉普顿低地站（英语：）注意车头上的“城际列车”英文原名“THE INTER-CITY”字样。
概述
开行日期: 1950年
停运日期: 1966年至1967年之间
商: 英国铁路
The Inter-City是英国现已结业的国营垄断铁路公司“英国铁路”的一种速度较快且停站较少的长途旅客列车服务。该旅客列车服务自1950年开办，运行于英国铁路西部（英语：）倫敦帕丁頓車站经伯明翰雪丘站（英语：）至伍尔弗汉普顿低地站（英语：）区间，其连接英格兰第一大城市伦敦和第二大城市伯明翰。
欧洲将线路横跨至少两座城市行政区域且速度较快、停站较少的旅客列车称为“城际列车”即始于“英国铁路”的这一旅客列车服务。在1959年至1960年冬季时刻表中，该旅客列车服务是倫敦帕丁頓車站和伍尔弗汉普顿低地站（英语：）之间唯一每小时一班且全天提供餐车服务的旅客列车，其如此频密的班次在于英国铁路西部（英语：）为弥补西海岸主线电气化工程导致的运力不足。
相关条目

城际列车 (欧洲)
城际列车
參考資料

↑  塞西尔·J·艾伦（Cecil J. Allen）.  [大不列颠命名列车]. 伦敦: 伊恩·艾伦出版有限公司（英语：）. 1953年: 第32页 （英语）.
↑  皮特·赫灵（Peter Herring）.  [昨日铁路]. 英国 牛頓阿伯特: 大卫&查尔斯有限公司（英语：）. 2004: 第255页. ISBN 978-0-7153-1733-4. OCLC 56647486 （英语）.
↑   [英国铁路西部冬季时刻表]. Trains Illustrated (英国: 伊恩·艾伦出版有限公司（英语：）). 1959年12月: 第584页 （英语）.
NGC 1943

| NGC 1943 |
| --- | --- |
哈伯太空望遠鏡拍攝的NGC 1943
觀測數據 (J2000.0 曆元)
星座: 山案座
赤經: 05h 22m 28.7s 
赤緯: -69° 20′ 07″ 
距離: ()
視星等 (V): 11.9 
物理性質
相關條目：疏散星团、疏散星團列表
NGC 1943是在星座山案座的一個疏散星團。它是詹姆士·敦洛普在1826年使用23cm的望遠鏡發現的。
參考資料

1 2  .   [2011-03-18].
↑  .   [2011-03-18]. （原始内容存档于2014-12-23）.
↑  .   [2011-03-18]. （原始内容存档于2013-01-15）.
外部連結

维基共享资源上的相關多媒體資源：NGC 1943
WebSocket

WebSocket是一种网络传输协议，可在单个TCP连接上进行全双工通信，位于OSI模型的应用层。WebSocket协议在2011年由IETF标准化为RFC 6455，后由RFC 7936补充规范。Web IDL（英语：）中的WebSocket API由W3C标准化。
WebSocket使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在WebSocket API中，浏览器和服务器只需要完成一次握手，两者之间就可以建立持久性的连接，并进行双向数据传输。
简介

WebSocket是一种与HTTP不同的协议。两者都位于OSI模型的应用层，并且都依赖于传输层的TCP协议。
虽然它们不同，但是RFC 6455中规定：it is designed to work over HTTP ports 80 and 443 as well as to support HTTP proxies and intermediaries（WebSocket通过HTTP端口80和443进行工作，并支持HTTP代理和中介），从而使其与HTTP协议兼容。
为了实现兼容性，WebSocket握手使用HTTP Upgrade头从HTTP协议更改为WebSocket协议。
WebSocket协议支持Web浏览器（或其他客户端应用程序）与Web服务器之间的交互，具有较低的开销，便于实现客户端与服务器的实时数据传输。
服务器可以通过标准化的方式来实现，而无需客户端首先请求内容，并允许消息在保持连接打开的同时来回传递。通过这种方式，可以在客户端和服务器之间进行双向持续对话。
通信通过TCP端口80或443完成，这在防火墙阻止非Web网络连接的环境下是有益的。另外，Comet之类的技术以非标准化的方式实现了类似的双向通信。
大多数浏览器都支持该协议，包括Google Chrome、Firefox、Safari、Microsoft Edge、Internet Explorer和Opera。
与HTTP不同，WebSocket提供全双工通信。此外，WebSocket还可以在TCP之上实现消息流。TCP单独处理字节流，没有固有的消息概念。
在WebSocket之前，使用Comet可以实现全双工通信。但是Comet存在TCP握手和HTTP头的开销，因此对于小消息来说效率很低。WebSocket协议旨在解决这些问题。
WebSocket协议规范将ws（WebSocket）和wss（WebSocket Secure）定义为两个新的统一资源标识符（URI）方案，分别对应明文和加密连接。除了方案名称和片段ID（不支持#）之外，其余的URI组件都被定义为此URI的通用语法。
使用浏览器开发人员工具，开发人员可以检查WebSocket握手以及WebSocket框架。
历史

WebSocket最初在HTML5规范中被引用为TCPConnection，作为基于TCP的套接字API的占位符。2008年6月，Michael Carter（英语：）进行了一系列讨论，最终形成了称为WebSocket的协议。
“WebSocket”这个名字是Ian Hickson和Michael Carter之后在 #whatwg IRC聊天室创造的，随后由Ian Hickson撰写并列入HTML5规范，并在Michael Carter的Cometdaily博客上宣布。
2009年12月，Google Chrome 4是第一个提供标准支持的浏览器，默认情况下启用了WebSocket。WebSocket协议的开发随后于2010年2月从W3C和WHATWG小组转移到IETF，并在Ian Hickson的指导下进行了两次修订。
该协议被多个浏览器默认支持并启用后，RFC于2011年12月在Ian Fette下完成。
背景

早期，很多网站为了实现推送技术，所用的技术都是轮询。轮询是指由浏览器每隔一段时间（如每秒）向服务器发出HTTP请求，然后服务器返回最新的数据给客户端。这种传统的模式带来很明显的缺点，即浏览器需要不断的向服务器发出请求，然而HTTP请求与回复可能会包含较长的头部，其中真正有效的数据可能只是很小的一部分，所以这样会消耗很多带宽资源。
比较新的轮询技术是Comet。这种技术虽然可以实现双向通信，但仍然需要反复发出请求。而且在Comet中普遍采用的HTTP长连接也会消耗服务器资源。
在这种情况下，HTML5定义了WebSocket协议，能更好的节省服务器资源和带宽，并且能够更实时地进行通讯。
Websocket使用ws或wss的统一资源标志符（URI）。其中wss表示使用了TLS的Websocket。如：
ws://example.com/wsapi
wss://secure.example.com/wsapi
Websocket与HTTP和HTTPS使用相同的TCP端口，可以绕过大多数防火墙的限制。默认情况下，Websocket协议使用80端口；运行在TLS之上时，默认使用443端口。
优点

较少的控制开销。在连接建立后，服务器和客户端之间交换数据时，用于协议控制的数据包头部相对较小。在不包含扩展的情况下，对于服务器到客户端的内容，此头部大小只有2至10字节（和数据包长度有关）；对于客户端到服务器的内容，此头部还需要加上额外的4字节的掩码。相对于HTTP请求每次都要携带完整的头部，此项开销显著减少了。
更强的实时性。由于协议是全双工的，所以服务器可以随时主动给客户端下发数据。相对于HTTP请求需要等待客户端发起请求服务端才能响应，延迟明显更少；即使是和Comet等类似的长轮询比较，其也能在短时间内更多次地传递数据。
保持连接状态。与HTTP不同的是，Websocket需要先建立连接，这就使得其成为一种有状态的协议，之后通信时可以省略部分状态信息。而HTTP请求可能需要在每个请求都携带状态信息（如身份认证等）。
更好的二进制支持。Websocket定义了二进制帧，相对HTTP，可以更轻松地处理二进制内容。
可以支持扩展。Websocket定义了扩展，用户可以扩展协议、实现部分自定义的子协议。如部分浏览器支持压缩等。
更好的压缩效果。相对于HTTP压缩，Websocket在适当的扩展支持下，可以沿用之前内容的上下文，在传递类似的数据时，可以显著地提高压缩率。
握手协议

WebSocket 是独立的、建立在TCP上的协议。
Websocket 通过 HTTP/1.1 协议的101状态码进行握手。
为了建立Websocket连接，需要通过浏览器发出请求，之后服务器进行回应，这个过程通常称为“握手”（Handshaking）。
握手协议 > 例子

一个典型的Websocket握手请求如下：
客户端请求：
GET /chat HTTP/1.1
Host: server.example.com
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Origin: http://example.com
Sec-WebSocket-Protocol: chat, superchat
Sec-WebSocket-Version: 13
服务器回应：
HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=
Sec-WebSocket-Protocol: chat
握手协议 > 字段说明

Connection必须设置Upgrade，表示客户端希望连接升级。
Upgrade字段必须设置Websocket，表示希望升级到Websocket协议。
Sec-WebSocket-Key是随机的字符串，服务器端会用这些数据来构造出一个SHA-1的信息摘要。把“Sec-WebSocket-Key”加上一个特殊字符串“258EAFA5-E914-47DA-95CA-C5AB0DC85B11”，然后计算SHA-1摘要，之后进行Base64编码，将结果做为“Sec-WebSocket-Accept”头的值，返回给客户端。如此操作，可以尽量避免普通HTTP请求被误认为Websocket协议。
Sec-WebSocket-Version 表示支持的Websocket版本。RFC6455要求使用的版本是13，之前草案的版本均应当弃用。
Origin字段是必须的。如果缺少origin字段，WebSocket服务器需要回复HTTP 403 状态码（禁止访问）。
其他一些定义在HTTP协议中的字段，如Cookie等，也可以在Websocket中使用。
浏览器支持

WebSocket协议的安全版本在Firefox 6、Safari 6、Google Chrome 14、Opera 12.10和Internet Explorer 10中实现。详细的协议测试套件报告列出了这些浏览器与特定协议方面的一致性。
Opera 11和Safari 5中实现了较旧的，不太安全的协议版本，以及iOS 4.2中的Safari移动版本。OS7中的BlackBerry Browser实现了WebSockets。由于存在漏洞，它在Firefox 4和5以及Opera 11中被禁用。
所有最新的浏览器支持最新规范（RFC 6455）的WebSocket协议。一个详细的测试报告列出了这些浏览器支持的Websocket版本。
| 协议 | 发布日期 | IE | Firefox（个人电脑） | Firefox (Android) | Chrome（个人电脑，手机） | Safari（Mac, iOS） | Opera（个人电脑，手机） | Android浏览器 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| hixie-75 （页面存档备份，存于） | 2010年2月4日 |  |  |  | 4 | 5.0.0 |  |  |
| hixie-76（页面存档备份，存于） hybi-00 （页面存档备份，存于） | 2010年5月10日， 2010年5月23日 |  | 4.0（已禁用） |  | 6 | 5.0.1 | 11.00（已禁用） |  |
| 7 hybi-07（页面存档备份，存于） | 2011年4月22日 |  | 61 |  |  |  |  |  |
| 8 hybi-10 （页面存档备份，存于） | 2011年7月11日 |  | 71 | 7 | 14 |  |  |  |
| 13 RFC 6455 | 2011年12月 | 10 | 11 | 11 | 16 | 6 | 12.10 | 4.4 |
1基于Gecko 6–10版本的浏览器的WebSocket对象为“mozwebsocket”，需要添加额外的代码。
服务器

在服务器方面，网上都有不同对websocket支持的服务器：
PHP - https://code.google.com/p/phpwebsocket/ （页面存档备份，存于）
jetty （页面存档备份，存于）（版本7开始支持websocket）
netty （页面存档备份，存于）
Ruby - https://github.com/gimite/web-socket-ruby （页面存档备份，存于）
Kaazing
Tomcat（7.0.27支持websocket，建议用tomcat8，7.0.27中的接口已经过时）
WebLogic （页面存档备份，存于）（12.1.2開始支持）
Node.js - https://github.com/Worlize/WebSocket-Node （页面存档备份，存于）
Node.js - http://socket.io （页面存档备份，存于）
Nginx
mojolicious （页面存档备份，存于）
Python - https://github.com/abourget/gevent-socketio （页面存档备份，存于）
Django （页面存档备份，存于）
erlang - https://github.com/ninenines/cowboy （页面存档备份，存于）
参考资料

↑  Ian Fette; Alexey Melnikov. RFC 6455 The WebSocket Protocol. IETF. December 2011: sec. 1.7. RFC 6455.
↑  . Mozilla Developer Network. 2015  [2019-05-09]. （原始内容存档于2016-09-14）.
↑  .   [2019-05-09]. （原始内容存档于2021-04-01）.
↑  Graham Klyne (编). . Internet Assigned Numbers Authority. 2011-11-14  [2011-12-10]. （原始内容存档于2013-04-25）.
↑  Ian Fette; Alexey Melnikov. RFC 6455 The WebSocket Protocol. IETF. December 2011: sec. 3. RFC 6455.
↑  Wang, Vanessa; Salim, Frank; Moskovits, Peter. . . Apress. February 2013  [7 April 2013]. ISBN 978-1-4302-4740-1. （原始内容存档于2015-12-31）.
↑  . www.w3.org.   [2016-04-17]. （原始内容存档于2016-09-16）.
↑  . lists.w3.org.   [2016-04-17]. （原始内容存档于2016-04-27）.
↑  . krijnhoetmer.nl.   [2016-04-18]. （原始内容存档于2016-08-21）.
↑  .   [2016-04-17]. （原始内容存档于2016-04-23）.
↑  . Chromium Blog.   [2016-04-17]. （原始内容存档于2021-12-09） （美国英语）.
↑  <ian@hixie.ch>, Ian Hickson. . tools.ietf.org.   [2016-04-17]. （原始内容存档于2017-03-17）.
↑  <ian@hixie.ch>, Ian Hickson. . tools.ietf.org.   [2016-04-17]. （原始内容存档于2017-03-06）.
↑  .   [2017-01-17]. （原始内容存档于2020-11-11）.
↑  .   [2019-05-09]. （原始内容存档于2017-03-06）.
↑  . IETF Tools.   [2019-05-09]. （原始内容存档于2017-03-06）. Servers that are not intended to process input from any web page but only for certain sites SHOULD verify the |Origin| field is an origin they expect.  If the origin indicated is unacceptable to the server, then it SHOULD respond to the WebSocket handshake with a reply containing HTTP 403 Forbidden status code.
↑  Dirkjan Ochtman. . Mozilla.org. May 27, 2011  [2011-06-30]. （原始内容存档于2012-05-26）.
↑  .   [2011-08-03]. （原始内容存档于2017-03-04）.
↑  . Microsoft. 2012-09-28  [2012-11-07]. （原始内容存档于2015-03-25）.
1 2  . Tavendo.de. 2011-10-27  [2011-12-10]. （原始内容存档于2016-09-22）.
↑  Katie Marsal. . AppleInsider.com. November 23, 2010  [2011-05-09]. （原始内容存档于2013-07-17）.
↑  . BlackBerry.   [8 July 2011]. （原始内容存档于2011-06-10）.
↑  Chris Heilmann. . Hacks.Mozilla.org. December 8, 2010  [2011-05-09]. （原始内容存档于2017-03-06）.
↑  Aleksander Aas. . My Opera Blog. December 10, 2010  [2011-05-09]. （原始内容存档于2010-12-15）.
↑  . Developer.mozilla.org. 2011-09-30  [2011-12-10]. （原始内容存档于2012-05-26）.
↑  . Bugzilla.mozilla.org.   [2011-12-10]. （原始内容存档于2021-04-01）.
↑  WebSockets - upgrade to ietf-07 （页面存档备份，存于）>
↑  . Code.google.com. 2010-11-25  [2011-12-10]. （原始内容存档于2015-12-31）.
↑  . IE Engineering Team. 2012-03-19  [2012-07-23]. （原始内容存档于2012-08-07）.
↑  . Trac.webkit.org.   [2011-12-10]. （原始内容存档于2015-12-31）.
↑  . Opera Developer News.   [2012-08-03]. （原始内容存档于2012-08-05）.
↑  . caniuse.com.   [2014-02-10]. （原始内容存档于2017-04-08）.
↑  . Developer.mozilla.org. 2011-09-30  [2011-12-10]. （原始内容存档于2012-05-26）.
RBL-1

RBL-1細胞
RBL-1（Rat Basophilic Leukemia cells）是大鼠嗜鹼性粒細胞性白血病（英语：）細胞系。由於RBL-1細胞對免疫球蛋白E及其FCER1（英语：）受體的強烈反應，因此被用於研究過敏反應，並且因為它們在組織培養中具有更高的穩定性，因此它們被用於代替肥大細胞。同時，RBL細胞有助於對人類患者進行過敏性研究。黴漿菌感染極大地影響了生物測定中細胞介體的釋放。由於細菌會在RBL-1細胞的表面上生長，並且無法通過光學顯微鏡對其進行觀察，因此需要進行常規的支原體檢測。
參考資料

↑  Bingham, B.R.; Monk, P.N.; Helm, B.A. . The Journal of Biological Chemistry. 1994, 269 (30): 19300–19306.
↑  Wang, Weimin;  et al.  (PDF). Pharmacological Reports. 2012, (64): 1216–1222  [2020-01-08]. ISSN 1734-1140. （原始内容存档 (PDF)于2017-07-05）.
↑  Yoo, JM; Sok, DE; Kim, MR. . Journal of medicinal food. 2014-01, 17 (1): 92–102  [2020-01-08]. PMID 24456359. doi:10.1089/jmf.2013.2927. [永久]
↑  Falcone, FH; Alcocer, MJ; Okamoto-Uchida, Y; Nakamura, R. . Current allergy and asthma reports. 2015-11, 15 (11): 67  [2020-01-08]. PMID 26452547. doi:10.1007/s11882-015-0568-3. [永久]
外部連結

Cellosaurus entry for RBL-1（页面存档备份，存于）
世界佛教僧伽會

世界佛教僧伽会（英語：），简称世僧会，英文缩写，国际佛教非政府组织，其宗旨是「團結世界各地佛教僧伽，宗本佛陀慈悲教義，謀求世界和平，共創人間的平等與和諧」。釋悟明（台灣）曾任第五、六屆會長暨永久榮譽會長，現任榮譽會長釋覺光（香港）、釋心珠（加拿大，越南裔），現任會長爲釋了中（台灣）。
歷史

1966年，於斯里蘭卡科倫坡成立。
1967年，世僧會第一次會議上通過了《上座部佛教与大乘佛教的基本共识》（英語：）。
1981年，總會秘書處遷往台北，白聖長老任會長。
1989年4月，白聖長老圓寂，由悟明長老繼任會長。
2000年，了中長老接任會長。
2022年3月9日，了中長老圓寂，由原首席副會長暨印尼大叢山住持慧雄長老繼任會長。
2024年3月4日，由於新西蘭開會 慧雄 長老 擔任會長
組織

榮譽會長
榮譽副會長
長老會
會長
副會長
秘書長（中文、英文）
副秘書長（中文、英文）
秘書處：正副秘書長、總財務長
弘法委員會：以下委員會設正副主任委員、委員
教育委員會
福利委員會
教制委員會
青年委員會
財務委員會
文化委員會
研發委員會
聯絡委員會
編譯委員會
諮議委員會
淨化委員會
尼眾委員會
宗旨

發展世界佛教僧伽之組織與交流。
協助各地僧伽推動弘法利生之工作。
促進各派傳承之僧伽融合與關係。
宗本佛陀慈悲教義謀求世界和平。
註釋

↑  .   [2018-11-26]. （原始内容存档于2022-03-31）.
↑  . 维基百科，自由的百科全书. 2022-07-18 （中文）.
↑  .   [2018-11-26]. （原始内容存档于2022-02-18）.
外部鏈接

世界佛教僧伽會官網 （页面存档备份，存于）
三大都市圈

三大都市圈是一種對國家三個重要都會區的合稱，通常是該國發展程度最高的經濟核心區域，各都會區的中心都市也是該國內的區域核心。可以指：
日本三大都市圈，即：東京都市圈、京阪神大都市圈、中京圈。
南韓三大都市圈，即：首爾都市圈、釜蔚慶大都市圈、大邱慶北都會圈。
中國大陸三大城市群（參見：北上廣），即：京津冀城市群、長江三角洲城市群、珠江三角洲城市群（粵港澳大灣區）。
臺灣三大都會區，即：臺北都會區、台中都會區、高雄都會區。