ticoAg/ChineseCorpus-Kaggle-fanti huggingface dataset:
.NET平臺標準的版本戳記為netstandardx.y，其中x表示主版號y表示副版號，例如netstandard10 = .NET Standard 1.0、netstandard1.5 = .NET Standard 1.5。
.NET平臺標準對應到之前的可攜式類別庫的版本戳記，若用戶端需要特別針對特定的平臺版本進行對應時，可以使用import的功能匯入（這是供.NET Core應用程式的功能）。
可攜式版本參考
.NET平臺標準版本
.NET Framework 4.5, Windows 8
Windows 8.1, Windows Phone Silverlight 8.1
Windows 8.1, Windows Phone 8.1
.NET Framework 4.5.1, Windows 8.1
.NET Framework 4.5, Windows Phone Silverlight 8
.NET Framework 4.5, Windows 8, Windows Phone Silverlight 8
Windows Phone 8.1, Windows Phone Silverlight 8.1
.NET Framework 4.5, Windows 8, Windows Phone 8.1
.NET Framework 4.5.1, Windows 8.1, Windows Phone 8.1
Windows 8.1, Windows Phone 8.1, Windows Phone Silverlight 8.1
.NET Framework 4.5, Windows 8, Windows Phone 8.1, Windows Phone Silverlight 8
針對Mono以及Xamarin等平臺，平臺標準的起始為1.4（版本戳記為netstandard1.4）
目前可使用netstandard版本別稱的平臺僅有.NET Core以及ASP.NET Core，但未來會擴及其他工具。
下列工具為預定支援 netstadard 版本別稱的工具：
* Visual Studio 2015（必須加入NuGet擴充套件）。
* Visual Studio 2013（必須加入NuGet擴充套件）。
* Visual Studio 2012（必須加入NuGet擴充套件）。
* NuGet CLI（指令列介面） 3.x
* NuGet CLI 2.x
* Xamarin Studio
* .NET Platform Standard
阿布拉·奧斯曼（Abrar Osman，）是厄利垂亞田徑運動員，主攻3000公尺、5000公尺和10,000公尺項目。他是非洲田徑錦標賽男子5000公尺季軍。
法國-{zh:里爾; zh-tw:里耳; zh-hans:里爾;}-
7:40.89
13:24.40
13:36.42
8:01.20
13:45.55
27:43.21
13:23.79
英國-{zh-cn:加的夫; zh-hk:卡迪夫; zh-tw:卡地夫;}-
1:00:58
是一款由Hudson Soft公司制作、任天堂發行的聚會類電子游戲。本游戲于1999年12月17日在日本地區任天堂64發行。
《馬里奧聚會2》中共有65個迷你游戲。在本游戲中，角色們身著服裝。本游戲具有6個新的模式。
《馬里奧聚會》收到大部分正面評價。《GameSpot》給予本游戲7.8/10的分數。
周磊，阿美族，臺灣花蓮縣光復鄉太巴塱部落出身，為臺灣的棒球選手之一，於2015年季中選秀由中信兄弟以第八輪選進，以120萬簽約金外加30萬激勵獎金加盟，目前效力於中華職棒中信兄弟隊，守備位置為投手。時任一軍投手教練的黃欽智對於這位前強恕王牌的評價是「有實力、資質好，但有時會出現新秀常見的大起大落問題」。
*臺北市強恕中學青棒隊（榮工）
*爆米花夏季聯盟全球人壽國訓隊（2014年5月24日－2014年8月）
*臺東綺麗珊瑚成棒隊（2014年9月－2015年7月）
*中華職棒中信兄弟（2015年8月10日－）
*於2015年參與冬季聯盟時獲其表哥暨隊友陳鴻文贈送手套（周磊背號99號，陳鴻文於2014年以前亦使用過，且兩人皆來自花蓮縣光復鄉太巴塱部落）
*2016年10月10日於臺南市立棒球場面對統一7-ELEVEn獅隊上場中繼1.1局無失分，藉著林明-{杰}-的職業生涯首安打下超前分，取得生涯首勝。
*2018年7月29日於新莊棒球場面對富邦悍將隊先發五局無失分拿下生涯首場先發勝。
阿隆·凱佛（Aron Kifle，）是一名厄利垂亞田徑運動員，主攻5000公尺項目。他曾獲得世界越野錦標賽男子團體季軍。
13:25.85
13:26.85
ASP.NET Core MVC 是 ASP.NET Core 內，提供給 Web 應用程式開發的框架，它可視為 ASP.NET MVC 的後繼版本，其主要功能均衍生自 ASP.NET MVC，但它除了基於 ASP.NET Core 外，也將 ASP.NET MVC 與類似平臺進行了整合，例如負責 View 的 ASP.NET Web Pages 以及負責 RESTful API 的 ASP.NET Web API，都與 ASP.NET Core MVC 的核心合併，因此在 ASP.NET Core MVC 中將可同時並存 MVC 網頁以及 RESTful API。
ASP.NET Core MVC 包含了下列組件，基於 .NET Core 的精神，只有需要用到的才需要加入參考 (於 project.json)，因此開發者可以自由選擇，而不必把所有的組件都加進來。
Microsoft.AspNetCore.Mvc
ASP.NET Core MVC 引用套件
Microsoft.AspNetCore.Mvc.Abstractions
ASP.NET Core MVC 功能的抽象層
Microsoft.AspNetCore.Mvc.ApiExplorer
ASP.NET Core MVC 的 API 文件支援
Microsoft.AspNetCore.Mvc.Core
ASP.NET Core MVC 核心組件
Microsoft.AspNetCore.Mvc.Cors
提供 Web API 所需要的 CORS 能力
Microsoft.AspNetCore.Mvc.DataAnnotations
MVC 所需的資料標示 (Data Annotation) 功能
Microsoft.AspNetCore.Mvc.Formatters.Json
MVC/Web API 所需的 JSON 序列化器
Microsoft.AspNetCore.Mvc.Formatters.Xml
MVC/Web API 所需的 XML 序列化器
Microsoft.AspNetCore.Mvc.Localization
MVC 應用程式本地化支援
Microsoft.AspNetCore.Mvc.Razor
MVC Razor 的核心類別庫 (若要在 MVC 中使用 Razor 就必須參考此組件)
Microsoft.AspNetCore.Mvc.Razor.Host
MVC Razor 的執行期引擎
Microsoft.AspNetCore.Mvc.TagHelpers
MVC Tag Helper 的核心類別庫
Microsoft.AspNetCore.Mvc.ViewFeatures
MVC View 功能的類別庫 (Controller 類別的實作在此)
Microsoft.AspNetCore.Mvc.WebApiCompatShim
Web API 相容套件
Microsoft.AspNetCore.Razor
Razor 的核心類別庫
ASP.NET Core MVC 採用 ASP.NET Core 作為基礎，因此享有內建的相依注入能力 (Dependency Injection)，ASP.NET Core MVC 本身也是 ASP.NET Core 的服務之一，因此必須要在 ASP.NET Core 的起始類別中註冊並使用 MVC，才可以享有 MVC 的功能。下列例子即為在一個 ASP.NET Core 的程式的起始類別 (通常被命名為 Startup) 中註冊並啟用 ASP.NET Core MVC 的程式碼：
// 加入 ASP.NET Core MVC 服務
services.AddMvc;
// 啟用 ASP.NET Core MVC
註冊 ASP.NET Core MVC 服務後，ASP.NET Core 會自動將 MVC 的執行引擎加入 ASP.NET Core 的管線式相依注入 (Pipeline-based Dependency Injection) 的服務清單內，以開始提供 MVC 的相關服務。
ASP.NET Core MVC 強化了 ASP.NET Routing 技術，使其更具彈性，除了原有的由起始類別加入的路由外，亦全面整合了之前在 ASP.NET MVC 5.2 / Web API 2.1 起支援的屬性路由能力 (Attribute Routing)，這表示開發人員不一定需要在起始類別註冊 MVC 時定義路由，只需要在 Controller 內加入路由設定即可，但官方還是建議至少加入預設路由 (default routes)，例如：
app.UseMvc(routes => {
ASP.NET Core MVC 可同時支援 MVC 本身的功能以及 Web API 的功能，它們都源自相同的 Controller 基底類別，此類別已被重新實作，以支援一般的 View 以及 RESTful API 的回傳值，微軟亦重新定義了 ActionResult 類別，提出新的 IActionResult 介面，但開發人員不一定要回傳 IActionResult 介面，也可以直接回傳 .NET 內建的資料型態，Controller 會自動將它對應到 Content Result。雖然微軟建議以 IActionResult 為傳回型別，但原本的 ActionResult 型別仍然適用。
下列程式是一個標準的 ASP.NET Core MVC Controller 的實作，和 ASP.NET MVC 差異相當小。
using System.Threading.Tasks;
namespace WebApplication18.Controllers
public class HomeController : Controller
public IActionResult About
ViewData"Message" = "Your application description page.";
public IActionResult Contact
ViewData"Message" = "Your contact page.";
public IActionResult Error
ASP.NET Core MVC 的 Model 與 ASP.NET MVC 上使用的概念類似，官方雖建議使用 Entity Framework Core，但卻不是強制，開發者可以依應用程式自身的需求來定義 Model，也可以將 Model 移到別的類別庫內與其他專案共用。
基於關注點分離的需要，在 MVC 應用程式內會依 View 的需求另外建立單獨的 Model，此類 Model 稱為 View Model，不過 ASP.NET Core MVC 也沒有針對這個做特別的限制。
ASP.NET Core MVC 的 View 除了由 ASP.NET MVC 衍生而來的標準的 View 功能外，另外新增了數項 View 的功能，包含 View Component 以及 Tag Helper。
View Component (檢視元件)  與原有的 Partial View (部份檢視) 相當類似，MVC 5 也可以利用 Child Action 加上 Partial View 的機制來實作出與 View Component 相同的功能，但基於關注點分離原則，若在 Controller 中加入過多的 Child Action 反而會造成 Controller 職責過重，Controller 的程式碼也會變得肥大，因此 Core MVC 加入這個新功能，每一個 View Component 都是獨立的後端程式，以一對一的方式對應 View。
View Component 基本上可以看做是一個類似 Controller 的元件，它也可以使用像 ViewBag 或 TempData 這樣的功能，不過它是由 View 來喚起的，例如下列程式為 View Component 的範例實作：
namespace HelloMvc.Components
ViewComponent(Name = "AddNumber")
public class AddNumberComponent : ViewComponent
public async Task InvokeAsync(int Number1, int Number2)
int result = Number1 + Number2;
ViewBag.N1 = Number1;
ViewBag.N2 = Number2;
return View(result);
View Component 可以由 Controller 喚起 (回傳 ViewComponentResult) 或是由 View 喚起 (使用 Razor 的 Component.InvokeAsync)，例如：
@await Component.InvokeAsync("AddNumber", new { Number1 = 1, Number2 = 2})
Tag Helper 是 ASP.NET Core MVC 加入的最具威力的 View 功能，在還沒有 Tag Helper (即 ASP.NET MVC) 的時候，當 View 所需的功能愈來愈多時，一張 View (cshtml/vbhtml) 會充斥著 Razor 程式碼或是 Partial View 的呼叫，讓整個 View 顯得相當凌亂，而 Tag Helper 所提供的功能就是直接基於 HTML Tag 本身進行處理，不但可以擴充現有的 tag，也可以自訂自己的 tag，例如 ASP.NET MVC 時期的表單，大多會用 @Html.BeginForm 進行包裝，例如：
@using (Html.BeginForm("Login", "Account", new { returnurl = ViewData"ReturnUrl" }, FormMethod.Post, new { @class = "form-horizontal" }))
但使用了 Tag Helper 之後，View 上的程式碼就可以移除，變成：
其中的 asp-controller、asp-action、asp-route-returnurl 即是使用 Tag Helper 擴充而得。
Tag Helper 的實作與 View Component 類似，它要求繼承自 Microsoft.AspNetCore.Razor.TagHelpers 內的 TagHelper 類別，例如：
using Microsoft.AspNetCore.Razor.TagHelpers;
namespace HelloMvc.TagHelpers
public class EmailTagHelper : TagHelper
private const string EmailDomain = "contoso.com";
// Can be passed via .
// Pascal case gets translated into lower-kebab-case.
public string MailTo { get; set; }
public override void Process(TagHelperContext context, TagHelperOutput output)
output.TagName = "a";    // Replaces  with  tag
var address = MailTo + "@" + EmailDomain;
output.Attributes.SetAttribute("href", "mailto:" + address);
output.Content.SetContent(address);
然後在 View 中引用這個 Tag Helper (可以在 _ViewImport.cshtml 內引用或是在該 View 中引用)，就可以直接使用自己定義的 Tag 了。
受惠於 ASP.NET Core 的基礎建設，ASP.NET Core MVC 能充份享有基礎建設所支援的相依注入能力，在起始類別中加入對服務的註冊，就能夠在 Controller 與 View 中使用註冊的類別。
例如下列程式會在服務清單中加入一個自訂的類別：
// 註冊服務
services.AddTransient; // DefaultDateTimeIndicator 實作了 IDateTimeIndicator 介面
若要在 Controller 中使用這個註冊的服務，可以使用下列三種方式：
* 建構式注入 (Constructor Injection)：在 Controller 的建構式中加入該服務的參數，當 Controller 被生成時，ASP.NET Core MVC 會由服務清單中取出指定的介面物件。
* 方法注入 (Method Injection)：在 Controller 的方法中加入 FromService 的修飾，ASP.NET Core MVC 若發現方法中有這樣的修飾時就會由服務清單中取出指定的介面物件。
* 屬性注入 (Property Injection)：在 Controller 的屬性以 FromService 修飾，ASP.NET Core MVC 若發現屬性中有這樣的修飾時就會由服務清單中取出指定的介面物件。
public class SettingsController : Controller
private readonly SampleWebSettings _settings;
public SettingsController(IOptions settingsOptions ) // 注入服務
_settings = settingsOptions.Value;
ViewData"Title" = _settings.Title;
ViewData"Updates" = _settings.Updates;
若要在 View 中使用，則需要用 @inject 指令指定服務，接著就可以使用此變數來操作服務。
@using HelloMvc.Services;
@inject IDateTimeIndicator indicator
@indicator.GetNowIndicator(new DateTime(2016, 5, 7, 0, 0, 0))
@indicator.GetNowIndicator(new DateTime(2016, 5, 7, 0, 5, 0))
@indicator.GetNowIndicator(new DateTime(2016, 5, 6, 0, 20, 0))
@indicator.GetNowIndicator(new DateTime(2016, 5, 5, 0, 0, 0))
九谷燒是日本瓷器的分類之一，是在石川縣南部金澤市、小松市、加賀市及能美市生産的彩色瓷器。
與九谷燒齊名的還有、清水燒等。
九谷燒是由治理大聖寺藩的第一代藩主前田利治於礦山開發工程中，在加賀九谷村無意中發現可作為原料的瓷土，於明曆年間命家臣後藤才次郎沿大聖寺川而上開窯，一直持續到元祿初年。（此依據來自一件古九谷窯出土之花瓶，上書有「南無八藩大曆薩明曆元年 六月廿六日 田村權左右衛門」之款識）。同時引進以伊萬里燒聞名的有田 (佐賀藩) 技術，進而開始生產瓷器。然而「九谷燒」之名號乃基於該燒陶的礦窯，剛好位於陶土石產地的九谷村中，因此得名而生。
其中17世紀後半所生產的九谷燒作品，後世稱之為「古九谷」，意即古老的九谷燒，此時期的作品往往和有田燒及鍋島燒等瓷器作品提及伊萬里瓷時一併討論。
然而，古九谷從製作以來約60年後，不知何故突然停止生產。根據推論，也許是因為當時的大聖寺藩出現財政困難，導致礦窯的資金匱乏。此外也因藩主的世代更替而轉變政策方針等，雖然可以推論出數種停產的理由，卻也沒有明確的證據顯示，因此至今停產仍是謎團未解。
古九谷燒在元祿之後雖一時中斷，到了文政七年由大聖寺的富商吉田屋(豐田傳右衛門)策劃再興，又在大聖寺藩的「本家之藩」加賀藩的領主城鎮內，亦即今日的金澤，再度開始製作生產。這次乃是受到京都的陶瓷名家技術指導，而於加賀國 (現今之石川縣) 再開展陶瓷製作。雖然此期作品時間相當短暫，但由於引進新的製陶技術與古九谷燒的獨特作品風格相互結合，也促使大聖寺內出現了以復興九谷燒為使命的巨匠。為有別於古九谷，而將19世紀後新窯出土作品稱為「再興九谷」，其中以春日山窯、若杉窯、吉田屋窯、宮本屋窯、小野窯與永樂窯等為代表。
九谷燒的瓷器特徵可由以下三點辨認，濃重色彩的運用、獨特的構圖風格與繪畫技法，以及銘款，在伊萬里瓷作為一集合名詞的情況下可以清楚的辨識出何為九谷燒作品。
華麗的彩繪是九谷燒最大的特徵。以紅、綠、紫、黃、青五種顏色為主要施釉色彩，其中紅彩較少用，以青綠黃為主。古九谷與眾不同的一大特點為黑色（二氧化錳）線條的運用，再以青、綠、紫等冷色調施釉時，並以黑彩描繪輪廓及細節，使這些冷色調不致過於沉悶，藉由對比效果凸顯這些色彩的亮麗。其彩繪構圖樣式可分為以下幾種，分別是染繪、青手（塗埋手）、彩繪（五彩手）與赤繪（金襴手）。
*染繪：作品一般被稱作「藍九谷」，指古九谷中的青花作品。近年卻在有田地方的稗古場等地發現大量相同手法的作品，因此藍九谷的大部分作品都被視作初期的伊萬里作品。而同樣的彩繪古九谷中也有一部份被認為是受了伊萬里燒的影響而產生。
*青手：又稱為「塗埋手」。以綠色塗料為主要基本調配色調，完全沒有紅色。其作品特徵為瓷器周身上下皆不留白而以塗料滿塗的華麗構圖方式進行形塑。此類作品亦被稱為「青九谷」，黑色線條的運用特別明顯，且有別於鍋島燒及柿右衛門事先畫好輪廓線號再填入色料，古九谷多在色料以上再次以黑色線條勾描細部。
*彩繪：又稱作「九谷五彩」。乃使用綠、黃、紫、深藍、紅等五色塗料自由勾勒的作品。於器皿中央部位勾勒出作品的主題或題材乃其構圖特色。
*赤繪：利用紅色塗料的難滲透及難暈染性，以細描方式於器皿上整體繪圖。此外，除了紅色塗料外，多數的作品會搭配金箔再上釉，華麗繽紛乃赤繪的特徵。將背景以紅色塗料塗埋後的器皿上，再搭配金箔裝飾，這樣的赤繪方式又稱之為「金襴手」。天保到明治年間，由陶畫工莊三(九古莊三，1816~1883)以西洋繪畫為借鏡，確立了彩色金襴技法。明治以後(1868~1912)此技法成為市場的主流，再興九谷作品中大量可見其運用。
九谷燒除了吸收中國傳統的構圖方式外，特殊的圖樣結構體笢現在團花和邊昜痔花的運用、開光形式的多變，以及釉色、紋飾的對比之處。其主要有幾種形式：一是把盤心盤沿作為一個整體直接繪畫；二是器物中心為主題紋飾，邊緣做輔助裝飾，邊飾或有連續的幾何圖形內填各種花草瓜果紋等，或是直接裝飾中國明清瓷器紋樣的開光裝飾，如唐草紋、捲雲紋、牡丹花紋等；最後是邊飾大量塗布，除中心主題外，以繁密的花紋層層相繞。
九谷燒款識中有窯名款，如「九谷造」「九谷」；有窯工款，如「青木昜木米」；有窯名窯工款，如「九谷莊三」「九谷木米」等。在古九谷瓷中，書寫款識的品種較少，除少數書紀午款，基本都是「福」字款，但多數書寫都極不規範。
因為生產古九谷的「青手」作品，因此青九谷亦被有了「吉田屋」這樣的名稱。文政八年窯移至交通方便的山代溫泉的越中谷，到了天保年間又因經營者換手而變為宮本屋窯。而山代窯到了慶應二年(1866年)受到來自京都的永樂和全的指導，因此這個時期的產品又稱作九谷永樂，和全雖在山代只停留了五年，卻使九谷燒有了技法上極大的進步。
*春日山窯：古九谷消失後，在文化到文政初期年間，以再興九谷先趨的姿態，由京都招來青木木米，並在幕府的支持下開窯。 其代表畫風為「木米風」， 全面塗上紅色之後，人物則主要以五彩來上色。可以說是中國風的釉上彩。
*吉田屋窯：文政年間，在企圖復興古九谷的大聖寺富商的支持下開窯。承襲古九谷青手的「塗埋手」技法。 除了圖案之外還用細小的紋樣打底，作品本身全部塗上顏色。其所形成的厚重感別具風格。
*若杉窯：文化到明治年間。由居住在小松若杉村的林八衛開窯。雖然隸屬於加賀藩之下，但卻於明治維新期間廢窯。
*宮本屋窯：吉田屋休窯後，由原來的負責人宮本屋宇右衛門開窯。以飯田屋八郎右衛門為中心，專攻彩繪、赤繪等細緻精品。
*永樂窯：慶應年間，奉大聖寺藩命令，招來京都陶工永樂和全，以復興山代的九谷窯為目的而開窯。作品多為巧奪天工的京燒金襴手。
HTTP壓縮是一種內置到網頁服務器和網頁客戶端中以改進傳輸速度和帶寬利用率的方式。
HTTP數據在從服務器發送前就已壓縮：兼容的瀏覽器將在下載所需的格式前宣告支持何種方法給服務器；不支持壓縮方法的瀏覽器將下載未經壓縮的數據。最常見的壓縮方案包括brotil、gzip和Deflate，但可用方案的完整列表由IANA維護。此外，第三方可能開發新的方法并納入到其自身的產品，例如Google的面向HTTP共享字典壓縮（SDCH）方案就實現在Google Chrome瀏覽器和使用在Google的服務器上。
在HTTP中有兩種不同的方式可以完成壓縮。在較低層級，Transfer-Encoding頭可以指示HTTP消息的有效載荷被壓縮。在較高層級，Content-Encoding頭可以指示一個被轉碼、緩存或引用的資源已壓縮。使用Content-Encoding的壓縮比Transfer-Encoding有更廣泛的支持，并且某些瀏覽器不宣告Transfer-Encoding壓縮以避免觸發服務器的缺陷。
在大多數情況中（不包括SDCH），協商使用兩個步驟完成，這描述在RFC 2616：
1. 網頁客戶端在HTTP請求的頭部通告其支持的壓縮方案為一個標記列表（tokens）。對于Content-Encoding，這個列表稱作Accept-Encoding；對于Transfer-Encoding，該字段被稱為TE。
GET /encrypted-area HTTP/1.1
2. 如果服務器支持一種或多種壓縮方案，輸出的數據可能用一種或多種雙方支持的方法壓縮。如果是這種情況，服務器將在HTTP響應中添加一個Content-Encoding或Transfer-Encoding字段表明使用的方案，用逗號分隔。
Date: Tue, 27 Feb 2018 06:03:16 GMT
Server: Apache/1.3.3.7 (Unix)  (Red-Hat/Linux)
Last-Modified: Wed, 08 Jan 2003 23:11:55 GMT
Content-Length: 438
Content-Type: text/html; charset=UTF-8
網頁服務器本身沒有義務使用任何壓縮方法——這取決于網頁服務器的內部設置，并可能依賴于網站的內部架構。
在SDCH的情況下，完成一份字典協商也是必須的，其中可能涉及額外的步驟，比如從外部服務器下載一個合適的字典。
服務器和客戶端的標記（token）的官方列表由IANA維護，它包括：
* compress – UNIX的“compress”程序的方法（歷史性，不推薦大多數應用使用，應該使用gzip或deflate）
* deflate – 基于deflate算法（定義于RFC 1951）的壓縮，使用zlib數據格式（RFC 1950）封裝
* exi – W3C高效XML交換
* gzip – GNU zip格式（定義于RFC 1952）。此方法截至2011年3月，是應用程序支持最廣泛的方法。
* identity – 不轉換內容。這是內容編碼的默認值。
* pack200-gzip – 傳輸Java存檔文件的網絡傳輸格式
除此之外，一些非官方或非標準化的標記也已被一些服務器或客戶端使用：
* br – Brotli，一種新的開源壓縮算法，專為HTTP內容的編碼而設計，已在Mozilla Firefox 44中實現，并且Chromium正準備實施。
* bzip2 – 基于自由格式bzip2的壓縮，被lighttpd
* lzma – 基于原始LZMA的壓縮，在Opera 20中可用，elinks使用一個編譯時選項也可啟用
* peerdist – Microsoft對等端內容緩存和檢索
* sdch – Google的面向HTTP共享字典壓縮，基于VCDIFF（RFC 3284）；在最近的Google Chrome、Chromium和Android版本中原生支持，并被Google的網站支持。
* xpress - Windows商店（Windows 8及之后版本）的應用程序更新時使用的微軟壓縮協議。可選使用一個霍夫曼編碼的基于LZ77的壓縮。
* xz - 基于LZMA2的內容壓縮，Firefox可使用非官方補丁支持；mget自從2013年12月31日已完整實現。
* Microsoft IIS：內置或使用第三方模塊
* Apache HTTP Server，通過 mod_deflate（正如其名，只支持gzip&#x5B;''self-published source?''&#x5D;）
* Hiawatha HTTP server：服務器預先壓縮文件
* Cherokee HTTP server，即時完成gzip和deflate壓縮
* Oracle iPlanet Web Server
* Zeus Web Server
* lighttpd，通過mod_compress和較新的mod_deflate（1.5.x）
* 基于Tornado的應用程序，如果“compress_response”在應用設置中設置為True（對4.0之前的版本，設置“gzip”為True）
* Jetty Server – 內置到默認的靜態內容服務并在servlet過濾器配置中可用
* Apache Tomcat
* IBM Websphere
* Ruby Rack，通過Rack::Deflater中間件
* Varnish – 內置。也可配合ESI
HTTP中的壓縮也可以使用服務器腳本語言（例如PHP；或者編程語言，例如Java）來實現。
2009年Google工程師Arvind Jain和Jason Glasgow的文章指出，每天有超過99人年的時間由于用戶沒有接收到已壓縮內容而增加的頁面加載時間而浪費。這可能發生于：反病毒軟件檢查連接導致內容變為未壓縮；使用代理服務器（網頁服務器為保兼容性而放棄壓縮）；服務器配置不當；瀏覽器遇到問題而停止使用壓縮。Internet Explorer 6在使用代理服務器時會回退到使用HTTP 1.0（沒有壓縮、流水線等特性）——這是企業環境中的常見配置——這也是主流瀏覽器最常遇到的，回落到未壓縮HTTP的情況。
另一個大規模部署HTTP壓縮遇到的問題是，deflate編碼的定義：HTTP 1.1將deflate編碼定義為將deflate壓縮的數據放入一個zlib格式的數據流（RFC 1950），而微軟服務器和客戶端產品歷來將它實現為“原樣”（"raw"）數據流，這使其部署是不可靠的。出于此原因，部分軟件（包括Apache HTTP Server）只實現gzip編碼。
2012年，一種對數據壓縮不利的普遍性攻擊被公布，被稱為CRIME。CRIME攻擊可能對大量協議產生效果，包括但不限于TLS以及應用層協議（例如SPDY或HTTP）。只有針對TLS和SPDY的攻擊被論證，并且在瀏覽器和服務器中得到了大幅緩解。CRIME利用的HTTP壓縮沒有得到全面的緩解，即使CRIME的作者已經警告說，該漏洞的影響范圍可能比SPDY和TLS的壓縮更廣泛。
2013年，涉及HTTP壓縮的CRIME攻擊新實例被發布，被稱為。BREACH攻擊可以在30秒內從TLS加密的網頁流量中提取登錄令牌、電子郵件地址或其他敏感信息（時間取決于要提取的字節數），這也可能使攻擊者誘騙受害者訪問惡意的網站鏈接。TLS和SSL的所有版本都受到了BREACH的影響，無論使用何種加密算法或密碼本。 不同于以往的CRIME實例，那些都可以通過關閉TLS壓縮或SPDY頭壓縮緩解攻擊；BREACH利用的HTTP壓縮基本上不能關閉，因為幾乎所有網頁服務器都依賴它提高與用戶的數據傳輸速度。
*  HTTP Content-Coding Values by Internet Assigned Numbers Authority
*  Compression with lighttpd
*  Coding Horror: HTTP Compression on IIS 6.0
*  15 Seconds: Web Site Compression at the Wayback Machine&nbsp;&#x20;（2011年7月16日存檔）
*  HTTP Compression: resource page by the founder of VIGOS AG, Constantin Rack
*  Using HTTP Compression by Martin Brown of Server Watch
*  Using HTTP Compression in PHP
*  Dynamic and static HTTP compression with Apache httpd
*  Browser HTTP Compression Test
*  Check HTTP compression
* Check Gzip Compression Online
崔謙，原名士謙，字士遜，博陵郡安平縣（今河北省衡水市安平縣）人，出自博陵崔氏的博陵第二房，北魏、西魏、北周官員。
崔謙的祖父崔辯是北魏平遠將軍、武邑郡太守，父親崔楷是北魏散騎常侍、光祿大夫、殷州刺史，死后被贈予侍中、都督冀定相三州諸軍事、驃騎大將軍、儀同三司、冀州刺史。
崔謙從小聰慧，神采莊重，成人之后深沉而有膽識度量，博覽經史書籍，不拘泥于章句之學，志向在增加見聞，每當看到書中記載治理國家人民的事，心中總是很喜愛，未曾不撫摸書籍而嘆息。孝昌年間，崔謙以著作佐郎為起家官，跟隨太宰元天穆討伐邢杲，將其擊敗，因功加輔國將軍、太中大夫，升任平東將軍、尚書殿中郎。
賀拔勝出任荊州刺史時，任命崔謙為行臺左丞。賀拔勝雖位居州郡重任，但是安撫華夷百姓，管理各種事務，全部委托給崔謙。崔謙也竭盡自己的智慧和才能，加以匡正輔佐。賀拔勝在南方獲得名聲，崔謙出力最大。等到魏孝武帝元修將要防備高歡的進逼，詔令賀拔勝率軍前往洛陽。賀拔勝軍隊到達廣州時，魏孝武帝已經西遷關中。賀拔勝拿不定主意，將要返回荊州。崔謙對賀拔勝說：“昔日周王室不幸，諸侯離去本職輔佐王室；漢朝中期衰落，各個藩王為朝廷盡節。如今皇室多難，皇帝被逼遷移，正是忠臣決心殺敵報國之時，義士立功之日。您被委任一方重任，統領總宛、葉地區的大軍，如果仗義起兵，率先襄助王朝，天下聽說之后沒有不感動發奮的。所以應該遵循義勇之志，迎合遠近的人心，加速疾行，到關中拜謁皇帝。然后與行臺宇文泰同心協力，迅速討伐叛逆。這樣齊桓公、晉文公的功勛又在今日重現了。不愿意這樣做，中途退卻，就恐怕人心渙散，各有各的想法，一旦失去機遇，后悔就來不及了。”賀拔勝不接受崔謙的意見，果然部下人心大為騷動。撤退的軍隊還沒返回荊州，荊州百姓鄧誕招引侯景軍隊突然來到，賀拔勝與侯景交戰后失敗，于是率領部下數百騎兵南逃到南梁，崔謙也與他一起南逃。到了南梁后，崔謙經常請求派兵援助，梁武帝蕭衍雖然沒有出兵，但對賀拔勝等人的志向和節操十分贊許，同意他們回西魏。于是讓崔謙先返回，表達兩國友好往來的意愿。魏文帝元寶炬見到崔謙十分高興，對他說：“愛卿出生入死，投身長江以外，現在能活著回到本朝，難道不是忠貞所得到的回報？”宇文泰早聽說過崔謙的名聲，對他十分禮遇，任命崔謙出任征西將軍、金紫光祿大夫，賜予千乘縣男的爵位。賀拔勝返回后出任太師，因為崔謙有輔助的功勞，又委任崔謙為太師長史。
大統三年（537年），崔謙跟隨宇文泰擒拿竇泰，參與沙苑之戰，都有戰功，爵位晉升為子爵，升任車騎大將軍、右光祿大夫，擔任尚書右丞。崔謙熟悉當時的政事，身居樞紐要職，輿論認為是選對了人。大統四年（538年），崔謙跟隨宇文泰解救洛陽之圍，又參與河橋之戰，加定州大中正、瀛州刺史。大統十五年（549年），崔謙被加車騎大將軍、儀同三司，又在隨郡擊敗柳仲禮，在魏興郡討平李遷哲，都有戰功，升任驃騎大將軍、開府儀同三司、直州刺史，賜姓宇文氏。
魏恭帝拓跋廓初年，崔謙轉任利州刺史。崔謙個性聰慧，非常通曉治政方略，又勤于處理政務，百姓訴訟雖然繁多，崔謙從來沒有疲倦懈怠的表情，官吏百姓因此尊敬愛戴他。宇文泰去世后，蜀地人賈晃遷起兵作亂，率領黨徒包圍攻打州城。崔謙倉促部署分派軍隊，只有一千多人，就率領作戰。崔謙又向族兄弟梁州刺史崔猷求援，崔猷派遣六千士兵前往，于是活捉了賈晃遷，其余人四處逃散。崔謙誅殺了反叛頭目，其余人加以寬恕，很短的時間內地方上就安定下來。周明帝宇文毓初年，崔謙進爵為作唐縣公。保定二年（562年），崔謙升任安州總管、隨應等十一州甑山上明魯山三鎮諸軍事、安州刺史。保定四年（564年），崔謙加大將軍，進爵為武康郡公。
天和元年（566年），崔謙出任江陵總管。天和三年（568年），崔謙升任荊州總管、荊浙等十四州南陽平陽等八防諸軍事、荊州刺史。荊州管轄區域很大，管轄的民眾既有漢族又有少數民族，而且南接南陳，東鄰北齊。崔謙對外抵抗強敵，對內安撫軍民，教育感化大行，被稱為優秀的地方官。每年考核政績時，崔謙常常排在第一，北周朝廷經常有詔書褒獎贊美。崔謙跟隨賀拔勝在荊州時，雖然受到重用親近，但名聲和官位并未顯達。此時擔任的官職，朝野都認為是榮耀。天和四年（569年），崔謙在荊州去世，謚號莊，全州都為他痛惜，共同為他建立祠堂，一年四季為他祭祀。兒子崔曠繼承了爵位。
崔謙個性特別孝順，年幼父親崔楷去世，崔謙極度悲傷差點死去。崔謙與弟弟崔說十分友愛，年老之后兩人名聲和官位都很高，但是家中資產都不私相占有。崔謙在家中很嚴肅，言行舉止遵循禮度，他的兒子崔曠和侄子崔弘度等人都遵守崔謙的遺訓。
*崔辯，北魏平遠將軍、武邑郡太守
*崔楷，北魏散騎常侍、光祿大夫、殷州刺史
*崔說，北周使持節、大將軍、大都督，崇德、安義、建忠、九曲、安樂、三泉、伏流、周張、平泉、固安、蠻、通谷十三防御，熊和中三州黃蘆、起谷、王晏、供超、牽羊、溫狐、交河、大嶺、避雨、木柵寺一十戍諸軍事，崇德防主、安平莊公
*隴西李氏，北魏侍中、吏部尚書、冀州刺史李該之女
*崔市妃，嫁齊州刺史趙國李祖昇
*崔彭，隋朝上開府、左領軍大將軍兼慈州刺史、安陽肅公
調整運行區間前的Z230/231次列車在深圳站1號準備發車
Z230/231、Z232/229次列車是中國鐵路運行于新疆首府烏魯木齊至湖南首府長沙之間的直達特快列車，于2016年5月15日起開行，初期由廣州局集團廣九客運段深烏車隊負責客運任務，于2018年4月改由廣州客運段深烏車隊負責客運任務，現由長沙客運段負責客運任務。列車使用25T型客車，沿蘭新鐵路第二雙線、蘭新鐵路、隴海鐵路、寧西鐵路、焦柳鐵路、漢丹鐵路及京廣鐵路運行，全程3868公里，途徑新疆、甘肅、陜西、河南、湖北、湖南五省一區，是中國鐵路里程第5長的車次，亦是全國第三長的直達特快列車。其中烏魯木齊站至長沙站運行40小時12分，使用車次為Z232/229次，長沙站至烏魯木齊站運行39小時05分，使用車次為Z230/231次。列車的開行把經濟特區和新疆連接起來，加強沿線經濟交流，對建設國家‘一帶一路’戰略有重要的意義。
一直以來，新疆去往廣東的旅客列車只有烏魯木齊至廣州的Z136/137、Z138/135次列車，可是該列車沒有覆蓋深圳地區，使深圳去往新疆的旅客需要在廣州或武漢中轉，非常不便。此外，隨著中國西北地區與珠江三角洲地區的交流日益頻繁，Z136/137、Z138/135次列車客流壓力不斷增加。2016年5月15日，配合中國鐵路調整列車運行圖，廣州鐵路集團增開深圳至烏魯木齊南的Z230/231、Z232/229次列車，使新疆開行的列車對「北上廣深」四大一線城市全部覆蓋，亦使新疆去往深港兩地的旅客免除了中轉的麻煩。
2016年8月1日，配合烏魯木齊鐵路局調整列車運行圖，Z230/231、Z232/229次列車改為烏魯木齊站始發終到。
2019年4月10日，配合張家莊隧道整治，Z230/231、Z232/229次列車在嘉峪關至蘭州西間由蘭新客專線改為經蘭新線運行。
2019年7月10日，Z230/231、Z232/229次列車增加南陽站換向。
2021年10月11日，Z230/231、Z232/229次列車改為烏魯木齊至長沙間運行。
Z232/229次列車在武昌站停靠
Z230/231、Z232/229次列車使用配屬廣州局集團廣州車輛段的25T型客車，列車滿編采取18節車廂編組，其中行李車1輛（欠編）、硬座車3輛、餐車1輛、硬臥車13輛。
XL25T（欠編）行李車
配屬廣州機務段的和諧1D型電力機車第0250號牽引Z229次列車停靠在長沙站
武昌 ? 長沙
和諧3D型電力機車西局西段西安/江岸/武昌南司機在南陽/襄州輪乘 西安換司機
和諧1D型電力機車廣鐵廣段長沙司機
Z230/231次
Z232/229次
2018年由陳可辛執導拍攝，以一段鐵路女員工與年幼的孩子只能在停車間隙三分鐘里在站臺短暫相聚為內容的短片《三分鐘》，其鐵路女員工的原型即為該列車的列車員劉鐘。
恩古塞·安洛森（Nguse Amlosom，）是一名厄利垂亞田徑運動員，主攻長跑項目。他是非洲田徑錦標賽男子10,000公尺冠軍。
27:29.21
28:11.07
13:31.31
28:14.72
* 5000公尺 – 13:30.22 (紐約，2015年6月13日)
* 10,000公尺 – 27:28.10 (瓦赫寧恩，2012年5月30日)
* 10公里 - 27:56 (贊丹，2013年9月22日)
* 15公里 - 42:27 (哥本哈根，2014年3月29日)
* 20公里 - 56:41 (-{zh-cn:哈伊馬角; zh-tw:拉斯海瑪; zh-sg:拉斯海瑪;}-，2014年2月14日)
* 半程馬拉松 – 59:39 (-{zh-cn:哈伊馬角; zh-tw:拉斯海瑪; zh-sg:拉斯海瑪;}-，2014年2月14日)
瑪麗亞·米特索娃（，），保加利亞女子羽毛球運動員。
2014年8月，瑪麗亞·米特索娃代表保加利亞參加中國南京舉行的夏季青年奧林匹克運動會羽毛球比賽。
2016年4月，瑪麗亞·米特索娃出戰克羅地亞羽毛球國際賽，與亞歷克斯·弗拉爾合作贏得混合雙打比賽亞軍。
2017年8月，米特索娃參加蘇格蘭格拉斯哥舉行的世界羽毛球錦標賽，出戰女子單打項目。她在首圈以2-0輕取埃及選手門納·埃爾坦納尼晉級，但在第二圈就以0比2（7-21、15-21）不敵11號種子、日本的大堀彩出局。
Mila Ivanova
銅製的及耳量器
及耳（gill，讀音為 )）為英制及美制的體積度量單位，等於1/4品脫。及耳只用在蒸餾酒的體積量測中，其他日常應用不會用到及耳這個單位。
英制1及耳合0.1421升；美制1及耳合0.118升。
交匯處啟用初期，259D線總站曾設在靠近欣榮街（左）的坑道，其後改為設在靠近鯉魚門邨鯉興樓的坑道（右）
鯉魚門邨公共運輸交匯處，位於九龍觀塘區油塘欣榮街鯉魚門邨鯉旺樓之地下基座、油塘中心第四座對面，是一個供專營巴士使用的坑狀室內公共運輸交匯處，於2016年5月15日啟用。
九巴6P線也以鯉魚門邨為起點，但不在公共運輸交匯處為總站，而是在總站外、油塘中心第四座對面的欣榮街停站。
此交匯處的前身為欣榮街臨時巴士總站，於2012年7月拆卸，原址興建鯉魚門邨鯉旺樓，並附設公共運輸交匯處。
* 2016年5月15日：正式啟用，九巴14、62X、259D從油塘公共運輸交匯處遷往此交匯處，並改為由此處開出的班次繞經該處。
* 2017年1月22日：九龍區專線小巴87線從高怡邨遷往此交匯處，並改為由此處開出的班次繞經該處，成為首條進駐此交匯處的專線小巴。
1967年9月24日起投入服務，原屬九龍半島首條「半直通路線」，及至1982年8月8日取消此名字，並於介乎牛頭角與九龍城之間加設巴士站。現時途經藍田、觀塘市中心、牛頭角、九龍灣、采頤花園、宋皇臺、土瓜灣及佐敦道。
1987年10月26日起投入服務，是觀塘區首條來往屯門區的巴士路線，現時途經藍田、觀塘市中心、牛頭角、九龍灣、彩虹邨、鑽石山、黃大仙、大窩坪、友愛邨、安定邨、屯門市中心、屯門新墟及景峰花園。
1994年7月28日起投入服務，是觀塘區來往屯門區的第三條巴士路線。2001年7月1日起，提升至全日服務及延長路線。現時途經藍田、觀塘市中心、牛頭角、九龍灣、彩虹邨、鑽石山、黃大仙、大窩坪、兆禧苑、湖景邨、蝴蝶邨及新屯門中心。
磨心坡站是襄渝鐵路的一個車站，位于重慶市北碚區東陽街道磨心坡村，始建于1975年。車站距襄陽站840公里，距重慶站59公里，現由成都鐵路局管轄。現為四等站。客運：辦理旅客乘降；不辦理行李、包裹托運。貨運：辦理整車貨物發到；危險貨物僅辦理農藥、化肥發到。襄渝線在該站引出經黃桷線路所、蔡家、K141線路所、至重慶北站的聯絡線。
2014年4月13日，該站與三匯壩站、東陽線路所、北碚站、歌樂山站由重慶西車站劃歸新成立的重慶北車務段管轄。未來車站將建設磨心坡北場。
九龍巴士213M線是香港九龍市區的一條日間巴士路線，來往安泰及藍田站，途經寶琳路、秀茂坪道、將軍澳道。
九龍巴士213S線是213M線的特別班次，來往安達及藍田站，只於星期一至五上午繁忙時間服務，走線與未延長至安泰邨前的213M線相同。
九龍巴士213B線也是213M的特別班次，來往安泰及觀塘同仁街，只於星期一至五上午繁忙時間服務。
本線每日服務時間長達21小時，取代九龍巴士251A線成為九巴服務時間最長的專營巴士路線，相對全港而言則僅次於城巴5B線；本線亦是服務安茵街發展區的首條專營巴士路線。
皆因本線於下午繁忙時間客量龐大，九巴亦聘用站務助理長駐於藍田站維持秩序。
*2015年1月8日：運輸署向觀塘區議會交通及運輸委員會發表《安達臣道公共房屋發展計劃公共運輸服務的建議安排》，建議開辦6條全新路線，其中4條擬以公開招標決定營辦公司，本線為其中之一。
*2016年1月11日：運輸署宣佈，安達臣道發展區4條新路線均由九巴投得。本線編號定為213M。
*2016年6月4日：本路線投入服務。
* 2017年6月29日：為配合安泰邨入伙，總站延長至安泰。同日增辦213S。
* 2018年10月1日：所有路線於藍田站的$0.6港鐵轉乘優惠結束。
* 2019年3月25日：213B線投入服務。
* 2020年4月14日：受新型肺炎疫情影響，213B線減至4班，相關安排於2021年8月9日起永久實施。
05:00-06:30
06:48-07:20
16:00-16:27
17:05-19:30
06:30-06:46
06:46-07:00
**安泰開：06:45、07:10、07:35、08:00
;213M/S?九龍市區路線，次程可獲$4.2折扣優惠，轉乘時限為150分鐘
*213M/S往藍田站 → 往中港碼頭、往牛頭角、往尖沙咀、/往紅磡、往慈雲山、往觀塘站、215X/P往九龍站或往油塘
*14往鯉魚門邨、14B往藍田、14X往鯉魚門、15/15X、15A、16M、215X或216M往藍田 → 213M/S往安達臣發展區
;213M/S?新界路線，次程可獲$4.2折扣優惠，轉乘時限為150分鐘
*213M/S往藍田站 → 、、、89D、258D/P、259D、277X/A或277E/P往新界
*38、42C、62X、89D/P、258D/A/P/S、、277X/A或277E/P往九龍 → 213M/S往安達臣發展區
;213M/S?將軍澳及通宵路線，次程可獲$4.2折扣優惠，轉乘時限為150分鐘
*213M/S往藍田站 → 、、、、、、、290(A/B/X)、、任何方向或98P往將軍澳
*93A、93K、93M、95、95M、98A、98C、290(A/B/X)、N216、N293任何方向或98P往將軍澳 → 213M/S往安達臣發展區
;N290往康城站→213M往安泰，次程免費，轉乘時限為90分鐘
由於標書要求本線必須使用歐盟五型或以上排放標準的車輛行走。
現時本線獲派1輛富豪B9TL 12米（AVBWU）、7輛亞歷山大丹尼士Enviro 500 MMC（4輛12米ATENU、1輛12.8米3ATENU、1輛11.3米E6M及1輛12.8米E6X）及2輛富豪B8L 12.8米（V6X）雙層空調巴士，均屬九龍灣車廠。
AVBWU351
SY9569
ATENU528
TK7249
ATENU737
TS 685
ATENU740
TS2128
ATENU778
TT9620
3ATENU29
TX3612
E6X133
WW4116
XA1642
XE2279
E6M104
XJ1920
;213M、213S
213M線的走線圖
安泰開經：安秀道、寶琳路、秀茂坪道、將軍澳道、鯉魚門道、迴旋處、鯉魚門道、將軍澳道、秀茂坪道、寶琳路、安秀道、安翠街及安秀道。
安泰開經：安秀道、寶琳路、秀茂坪道、協和街、觀塘道、鯉魚門道、將軍澳道、秀茂坪道、寶琳路、安秀道、安翠街及安秀道。
安達巴士總站
213S以安達巴士總站為終點站，不停有*之車站。
本線定線直接，與九龍巴士13M線須繞經秀茂坪不同，吸引安達邨、寶達和秀茂坪一帶乘客前往藍田站轉乘港鐵或其他巴士路線，並舒緩小巴71A線的壓力，故自從安達邨入伙後客量處於高水平，間中出現滿座情況。後來安泰邨陸續入伙，本線客量進一步上升，繁忙時間更分拆出九巴213S和213B線以應付安達邨上班及上學的需求。反觀繁忙時間來往寶達邨與藍田站的九巴13S線客量欠佳，並與本線重疊，最終九巴13S線於2017年8月31日起停止服務。
* 九龍巴士213M線官方路線資料
* 九龍巴士213S線官方路線資料
* 681巴士總站-213M線
* 681巴士總站-213S線
企業女子壘球聯賽（，TPWSL）是臺灣一個女子壘球聯賽，由福添福嘉南鷹、凱撒勇士、臺中企聯虎、臺產鬥犬、新世紀黃蜂等五支球隊組成，取代全國女子壘球超級聯賽成為臺灣女子壘球最高層級賽事，現由中華民國壘球協會成立管理。
2016-2017年兩屆賽事使用的LOGO
2014年仁川亞運女壘隊奪銀，2016年女壘WBSC世界排名臺灣排名第五，女壘在2020有機會重返奧運，成為國內少數有機會在國際賽會中奪牌的賽事，在中華民國壘球協會理事長陳任邦與中華奧會主席林鴻道積極奔走和尋找企業投入下，成功推出本項賽事。
第一屆賽事，分為上下半季，上半季6月18日到8月21日（7月世錦賽停賽），下半季從9月17日到10月23日，前2名將於11月5、6日進行3戰2勝總冠軍戰。該年整季賽事由緯來體育臺現場直播或D-Live。開幕戰於2016年6月18日於臺北青年公園由凱撒勇士出戰南投鷹。賽事的另一個比賽場地為臺中市金龍棒球場。本項賽事也設立年度MVP、勝投王、打擊王、全壘打王、打點王、盜壘王、新人王、最佳9人等個人獎項。第二屆加入新世紀黃蜂使參賽隊伍增加至五隊，開幕戰將於5月27日在臺北青年公園展開，該年整季賽事由FOX體育臺轉播。
本賽季由新力旺國際控股集團冠名贊助，年度的主題為女力爆發，葳格豹由新力旺國際控股集團接手贊助更名為新力旺旺獅，由前凱撒勇士隊教練韓幸霖擔任總教練的中華青女隊也加入聯賽，整季共有90場賽事於每周六、日於臺北市青年公園棒球場、臺中萬壽球場及高雄市立德棒球場舉行，週六賽事由FOX體育轉播，週日賽事由粉絲團轉播。
本賽季再度由新力旺國際控股集團冠名贊助，年度的主題為NICE PLAY!，中華青女隊今年度沒有組隊參賽，所以球季由5支球隊打8個循環，每周六日在臺北市青年公園棒球場、臺中萬壽棒球場和高雄鳳新壘球場舉行，因為青年公園棒球場整修至9月，因此上半季賽事都在臺中與高雄舉行，整季賽事由FOX體育臺轉播。賽制改為上下半季總冠軍制，依全年度勝率排名決定挑戰賽球隊。
福添福嘉南鷹
新北凱撒勇士
臺中企聯虎|
林千豔（Lam Chin Yim Cady， ），香港女歌手、女演員，香港電臺節目主持人。
*2016-2017 OONA Medical Beauty Centre 代言人。
*2016-2017 向日葵纖體美容中心-代言人。
*2016年 ViuTV-ShowTime我主場
*2016年 電影沖天火飾演Betty。
*2015年 參與林嶺東導演的電影2016年11月上映《沖天火》飾演Betty。
*2015年 獲邀為中國好歌曲梁凡2015-廣州近距離音樂會嘉賓歌手。
*2014年 加入香港電臺第五臺，參與主持「新潮老花鏡」節目。
*2014年 推出第二首作品，由林千豔作曲填詞的國語歌〈你不需要再離開〉。
*2013年 推出首支個人作品，廣東歌〈人魚公主〉。
*2013年 12月4日出席工展會新聞發布會。
*2012年 RockSugar解散。
*2011年 903id club 為演出樂隊。
*2011年 女子樂隊RockSugar擔任低音結他手及和音，推出由林千豔作曲派臺歌〈Stay Away Stay Awake〉。
* 林千豔自爆小時候曾被媽媽誤會閉門吸毒。
* 林千豔於2016年 確診罕見癌癥DFSP，腹部位置進行大範圍切割手術。
* 2018年  主題曲又名 填詞
* 2017年 〈Keeping my Faith in You〉主唱，填詞
* 2016年 〈彌賽亞的詩〉主唱 。
* 2014年 〈你不需要再離開〉主唱，作曲，填詞。
* 2013年 〈人魚公主〉 。
* 2011年（樂隊時期） 〈Stay Away Stay Awake〉 作曲：林千豔。
* 2014年 紅爆校園流行榜頒奬典禮：紅爆校園流行歌曲獎〈人魚公主〉。
*  林千豔 FACEBOOK PAGE
*  林千豔 Instagram
《全民一起來》，是中華電視公司、十全娛樂、遊戲橘子共同製作，結合手機遊戲的大型現場直播益智節目，謝震武主持。2016年6月18日華視主頻首播、接檔《名模出任務》，2016年10月1日停播。有app可以與觀眾互動，並由東森新聞雲《播吧》跨平臺直播。由臺鹽實業公司「臺鹽海洋鹼性離子水」、「臺塩護牙齦超效牙膏」先後冠名贊助。
每週日 01:00～03:00
遊戲玩家分現場挑戰者與觀眾。現場挑戰者即在電視節目內的來賓；觀眾則為電視機前的觀眾。
每集至少6位藝人挑戰者，每位挑戰者透過幸運遊戲，只要通過兩道關卡(遊戲)就有機會獲得幸運功能硬幣道具。
*「刪除硬幣」（Delete Coin）：刪除一個關卡。
*「重玩硬幣」（Again Coin）：失敗後再重玩一次機會。
*「過關硬幣」（Pass Coin）：通過第三至第六關之任一關卡。
*「雙倍硬幣」（Double Coin）：可使第一至第六關之任一關卡在挑戰成功後獎金加倍（新臺幣10,000元），此時線上猜對的幸運觀眾同時也有機會獲得雙倍獎金。
每回合挑戰者將挑戰六道關卡，若挑戰者獲勝，代表闖關成功，可得到新臺幣5,000元並繼續挑戰下一道關卡；若挑戰者失敗，即為闖關失敗，由下一位挑戰者進行新的回合。
挑戰者若六道關卡全部挑戰成功，將取得挑戰終極關卡的機會，終極關卡是參賽者擲五次骰子，總加數字剛好二十點則算成功，否則其他條件者為失敗。
六道關卡挑戰成功的挑戰者，可選擇是否挑戰終極關卡，放棄挑戰即直接帶走六道關卡獎金；若挑戰終極關卡成功，即可獲得終極獎金。
挑戰者挑戰每道關卡前，觀眾可預測挑戰者『成功』或『失敗』，該關結束，主持人現場抽出一位預測正確之觀眾獎金。若棚內挑戰者六道關卡皆闖關成功，無論挑戰者是否挑戰終極關卡或放棄，將Call out給一位「六道關卡皆參與並預測正確」之觀眾，觀眾與挑戰者共同挑戰終極獎金。
2016-6-18
沈玉琳、孫協志、Lamigirls、王思佳、天氣女孩、楊昇達、安妮
2016-6-25
沈玉琳、孟耿如、張書豪、哈孝遠、李懿、茵茵、楊昇達、安妮
2016-7-2
沈玉琳、陳建州、KID、李懿、貝童彤、EASON、玉兔
2016-7-9
沈玉琳、潘若迪、阿喜、劉雨柔、班傑、大根
2016-7-16
黃品源、張文綺、Albee、董事長樂團、梁赫群、張艾亞、張立東
2016-7-23
沈玉琳、梁赫群、翁滋蔓、黃鐙輝、大久保麻梨子、詹子晴、林秀琴、黃豪平
沈玉琳、唐從聖、翁滋蔓、法比歐、楊子儀、黃露瑤、蔡允潔
2016-8-6
小鐘、小嫻、民雄、林千又、高山峰、曾智希
廠商代表蘇一仲
陳國華、Ivy、侯昌明、曾雅蘭、陳致遠、林秀琴、黃鐙輝、萁萁
2016-8-20
曹西平、羅霈穎、沈玉琳、黃鐙輝、萁萁、天氣女孩、成語蕎
2016-8-27
沈玉琳、張艾亞、吳鳳、五熊、陳德烈、曾智希、大愷、曾子余
2016-9-3
梁赫群、阿布、林彥君、徐瑋吟、安妮、方馬丁、賈斯汀、夢多
陳為民、郭彥均、哈孝遠、張立東、小Call、小優、蔡允潔、房潤琪
2016-9-17
安迪、鍾欣凌、張克帆、夏宇童、阿諾、裴琳、綠茶、酒令
2016-9-24
楊繡惠、馬國畢、李妍憬、楊昇達、詹子晴、楊子儀、賴薇如、曾治豪
曹西平、安迪、余皓然、Ivy、何嘉文、陳子強、楊皓如、大飛
臺鹽海洋鹼性離子水全民一起來
臺灣臺鹽實業公司股份有限公司
臺塩護牙齦超效牙膏全民一起來
*同時段節目：民視《臺灣那麼旺》、中視《萬秀豬王》、臺視《奇幻島》