wildcard是什么意思

外卡是英文wildcard的音譯，指通過(guò)那些沒(méi)有名額的賽區(qū)通過(guò)出色的表現(xiàn)進(jìn)入世界賽?，F(xiàn)在幾個(gè)主要賽區(qū)是歐美，中，韓等。像一些中南亞國(guó)家，或者是臺(tái)服的隊(duì)伍，是沒(méi)有賽區(qū)名額的。他們需要參加外卡預(yù)選賽才能加入，比如S1的臺(tái)北隊(duì)，S4的巴西隊(duì)以及其他賽區(qū)的拉美，日本賽區(qū)的隊(duì)伍也是通過(guò)外卡預(yù)選賽進(jìn)入世界賽的。

現(xiàn)在英雄聯(lián)盟有五大賽區(qū)：韓國(guó)賽區(qū)、中國(guó)賽區(qū)、北美賽區(qū)、歐洲賽區(qū)、東南亞賽區(qū)，不是這些賽區(qū)出來(lái)的戰(zhàn)隊(duì)一律稱(chēng)為外卡隊(duì)。

英雄聯(lián)盟升級(jí)快方法：

1、你得掏腰包，花錢(qián)到商城中的加成道具頁(yè)面購(gòu)買(mǎi)兩樣?xùn)|西，雙倍經(jīng)驗(yàn)卡10勝和雙倍經(jīng)驗(yàn)卡7日，按場(chǎng)次和按天算的這兩類(lèi)經(jīng)驗(yàn)卡效果是可以疊加的，同理，雙倍金幣的兩類(lèi)也可以疊加。

2、創(chuàng)建一局自定義游戲，開(kāi)5人黑。注意，不要開(kāi)人機(jī)對(duì)戰(zhàn)，因?yàn)槿藱C(jī)里的電腦會(huì)抱團(tuán)，浪費(fèi)你的時(shí)間。

3、下面是重點(diǎn)了!關(guān)于5人黑的陣容選擇，召喚師技能帶“傳送”，狼人和努努最好不要少，南風(fēng)同學(xué)認(rèn)為的最佳隊(duì)伍組成：大頭，好運(yùn)姐，機(jī)器人或者易。

4、一天能刷幾場(chǎng)呢?有人說(shuō)10場(chǎng)后沒(méi)經(jīng)驗(yàn)，有人說(shuō)是160分鐘，不管，總之經(jīng)驗(yàn)很多，而且熟練了以后4-5分鐘一場(chǎng)沒(méi)問(wèn)題，一場(chǎng)大概280左右經(jīng)驗(yàn)。

wildcard翻譯

ElasticSearch最廣泛的使用場(chǎng)景，是提供垂直搜索功能。什么是垂直搜索呢？

垂直搜索引擎是針對(duì)某一個(gè)行業(yè)的專(zhuān)業(yè)搜索引擎，是搜索引擎的細(xì)分和延伸，是對(duì)網(wǎng)頁(yè)庫(kù)中的某類(lèi)專(zhuān)門(mén)的信息進(jìn)行一次整合，定向分字段抽取出需要的數(shù)據(jù)進(jìn)行處理后再以某種形式返回給用戶(hù)。垂直搜索是相對(duì)通用搜索引擎的信息量大、查詢(xún)不準(zhǔn)確、深度不夠等提出來(lái)的新的搜索引擎服務(wù)模式，通過(guò)針對(duì)某一特定領(lǐng)域、某一特定人群或某一特定需求提供的有一定價(jià)值的信息和相關(guān)服務(wù)。其特點(diǎn)就是“專(zhuān)、精、深”，且具有行業(yè)色彩，相比較通用搜索引擎的海量信息無(wú)序化，垂直搜索引擎則顯得更加專(zhuān)注、具體和深入。

其實(shí)說(shuō)白了就一句話(huà)，垂直搜索是在企業(yè)內(nèi)部使用的搜索引擎。這種搜索引擎的特點(diǎn)是，內(nèi)容可能是一些結(jié)構(gòu)化的數(shù)據(jù)，而不像大搜索那樣都是雜亂的內(nèi)容。

一般被拿來(lái)解決一些什么樣的問(wèn)題？

數(shù)據(jù)庫(kù)字段太多，查詢(xún)太慢，索引沒(méi)有辦法再做優(yōu)化；

數(shù)據(jù)庫(kù)一個(gè)count就拖死全表；

MySQL的limit翻到幾十幾百萬(wàn)頁(yè)后實(shí)在是太慢；

數(shù)據(jù)庫(kù)like實(shí)在太慢，每次like整個(gè)服務(wù)器cpu內(nèi)存飆高，拖慢整個(gè)線(xiàn)上服務(wù)；

想要對(duì)外/內(nèi)提供db里的數(shù)據(jù)的全文檢索服務(wù)；

提供日志(程序運(yùn)行)查詢(xún)功能；

下面來(lái)針對(duì)上面幾方面的問(wèn)題逐一進(jìn)行說(shuō)明。

數(shù)據(jù)庫(kù)方面

MySQL對(duì)于一些較為固定，字段較少的查詢(xún)方式，可以通過(guò)簡(jiǎn)單的增加索引來(lái)完成優(yōu)化。在大多數(shù)公司，即使對(duì)索引優(yōu)化不熟悉，也有專(zhuān)門(mén)的dba來(lái)幫忙完成一些簡(jiǎn)單的優(yōu)化。甚至有些公司要求程序中不允許出現(xiàn)orm，必須用純sql來(lái)完成業(yè)務(wù)邏輯，這樣dba可以直接介入到代碼中來(lái)。

不過(guò)到字段太多的時(shí)候，這種方法就失靈了。字段越多，查詢(xún)自然就越慢（比如單條記錄可能都超過(guò)了4k）。

MySQL表在普通查詢(xún)過(guò)程中，比如select * from xxx limit 100w, 100;這種，數(shù)據(jù)量小的時(shí)候隨便寫(xiě)sql，可能不會(huì)體會(huì)到翻頁(yè)的痛。但在一個(gè)單表3000w的系統(tǒng)中寫(xiě)了limit 100w, 10。那數(shù)據(jù)庫(kù)服務(wù)器就哭了。因?yàn)閷?shí)際上數(shù)據(jù)庫(kù)為了取出想要的那幾條數(shù)據(jù)，需要把所有的數(shù)據(jù)也就是10000010條都取到內(nèi)存中，復(fù)雜一點(diǎn)的select再加上order by則可能會(huì)同時(shí)涉及到多次磁盤(pán)讀取和文件排序，慢上加慢。

除此之外，現(xiàn)在最流行的innodb之類(lèi)的存儲(chǔ)引擎在計(jì)算count的時(shí)候非常的慢。當(dāng)然了，網(wǎng)絡(luò)上會(huì)有人從亂七八糟的文章里看到換myisam應(yīng)該就會(huì)更快的結(jié)論，但這其實(shí)是錯(cuò)的。如果在select語(yǔ)句的where條件中也有表達(dá)式時(shí)，這兩種存儲(chǔ)引擎本質(zhì)上都是一樣的，都會(huì)很慢很慢。

還有MySQL的like，其實(shí)沒(méi)什么玄幻的，每次做like本質(zhì)還是查詢(xún)內(nèi)容去和數(shù)據(jù)庫(kù)字段做字符串匹配。非常地慢。

現(xiàn)在一般的互聯(lián)網(wǎng)系統(tǒng)都是普遍的寫(xiě)少讀多的系統(tǒng)，寫(xiě)/讀搞不好會(huì)有1/5以上。但因?yàn)閿?shù)據(jù)量龐大，為了讀取效率而去做拆表或者拆庫(kù)的話(huà)，有時(shí)候?qū)嵲谑怯悬c(diǎn)得不償失。而且拆表拆庫(kù)對(duì)業(yè)務(wù)代碼來(lái)說(shuō)也并不透明，還可能會(huì)對(duì)本來(lái)支持的功能造成額外的影響。只是為了查詢(xún)而去拆分的話(huà)，不是很合適。

上面這些問(wèn)題，ES都可以解決。企業(yè)里對(duì)數(shù)據(jù)的查詢(xún)一般可以分為三種：列表查詢(xún)、詳情查詢(xún)和統(tǒng)計(jì)查詢(xún)。列表一般就是列表頁(yè)對(duì)應(yīng)的查詢(xún)，詳情查詢(xún)一般就是具體id對(duì)應(yīng)的詳情查詢(xún)，而統(tǒng)計(jì)查詢(xún)一般都是在看一些數(shù)值之類(lèi)的報(bào)表，也就是一堆count值。

這三種查詢(xún)里，MySQL做起來(lái)最困難的是1和3，即列表查詢(xún)和統(tǒng)計(jì)查詢(xún)。列表查詢(xún)這種場(chǎng)景也會(huì)對(duì)應(yīng)各種各樣的查詢(xún)條件，例如字段等于/小于/大于/不等判斷，或者像字符串的嚴(yán)格匹配/前后綴模糊查詢(xún)，時(shí)間字段的范圍查詢(xún)，in查詢(xún)等等。這些查詢(xún)都可以翻譯為ES中的bool查詢(xún)，舉一個(gè)簡(jiǎn)單的例子：

例如上面這個(gè)es中的bool查詢(xún)，就是從這種sql翻譯過(guò)來(lái)的：

對(duì)應(yīng)到業(yè)務(wù)里，常用的查詢(xún)其實(shí)大多數(shù)都是這些很簡(jiǎn)單的條件并列，A && B && C && D。所以翻譯起來(lái)也比較簡(jiǎn)單。

單表的count放在ES里做也非常的快，為什么呢？因?yàn)镋S本身會(huì)把單個(gè)字段的一種值當(dāng)作一個(gè)term，然后會(huì)記錄這個(gè)term出現(xiàn)的所有文檔和出現(xiàn)次數(shù)。舉個(gè)例子，我們公司的業(yè)務(wù)，可能會(huì)去查詢(xún)某個(gè)業(yè)務(wù)線(xiàn)下的所有工單。那么查詢(xún)條件就類(lèi)似于where business_type is 6這樣?？赡苤恍枰缓撩刖头祷亓私Y(jié)果。很費(fèi)解是不是？其實(shí)ES也只是去讀了一下這個(gè)business_type是6的term出現(xiàn)的文檔數(shù)，邏輯上是很簡(jiǎn)單的。

這是不是說(shuō)明ES就是萬(wàn)能的了？

并不是。

首先是翻頁(yè)的問(wèn)題，ES里有上億數(shù)據(jù)，翻到最后一頁(yè)的時(shí)候還是會(huì)比較慢，并且會(huì)影響到整個(gè)系統(tǒng)的load，然后系統(tǒng)響應(yīng)變慢。因?yàn)槠湓磉€是拿一堆數(shù)據(jù)來(lái)做merge。

從傳統(tǒng)的sql思維翻譯到es的dsl過(guò)程也稍微有點(diǎn)痛苦。因?yàn)镋S畢竟是從搜索引擎的角度去做這些事情，所以如果當(dāng)DB來(lái)用的話(huà)，其DSL設(shè)計(jì)就顯得很別扭。雖然有了上面的轉(zhuǎn)換規(guī)則，但實(shí)際上業(yè)務(wù)轉(zhuǎn)換起來(lái)并沒(méi)有這么方便，比如在通常的查詢(xún)里還可能會(huì)有where a = 1 or b = 2。顯然想轉(zhuǎn)成DSL就沒(méi)有這么方便了。

ES不是數(shù)據(jù)庫(kù)，所以如果想要實(shí)現(xiàn)聯(lián)表查詢(xún)也會(huì)變得很麻煩。如果還想實(shí)現(xiàn)事務(wù)，那么還是放棄吧。

在企業(yè)里用ES提供查詢(xún)服務(wù)的話(huà)，一般都會(huì)做一層查詢(xún)封裝。直接提供sql接口。

但插件支持的功能也是有限的，并不是所以的特性都能很好的支持，比如join。所以也有一些公司的人會(huì)用druid之類(lèi)的東西做一個(gè)sql parser層，然后來(lái)支持這些需求。

不過(guò)即使是直接用這種插件，也不能認(rèn)為它就能一勞永逸，還是需要對(duì)ES內(nèi)部的機(jī)制(例如mapping)和通常的查詢(xún)方式(term/query_string/wild_card等)很了解才行。

比如必須知道wildcard查詢(xún)必須對(duì)字符串字段設(shè)置為not_analyzed。還得知道term什么時(shí)候代表的是分詞后的詞，什么時(shí)候代表的是整個(gè)字段的值。

在了解了這些之后才會(huì)了解到ES的高性能like，其實(shí)也還是有一些限制。例如輸入的字符串會(huì)被分詞，這也就是說(shuō)，想要高性能的時(shí)候只能用ES默認(rèn)提供的基于詞的字符串like，而且一旦分詞，就沒(méi)辦法實(shí)現(xiàn)類(lèi)似sql里的 x= "Hello world"這種準(zhǔn)確匹配的邏輯。也就是說(shuō)，在ES里查詢(xún)hello world，hello world fuck也會(huì)出現(xiàn)在結(jié)果當(dāng)中。不過(guò)這個(gè)對(duì)于大多數(shù)的業(yè)務(wù)來(lái)說(shuō)實(shí)際上是無(wú)所謂的。

檢索服務(wù)方面

搜索是人類(lèi)的自然需求。如果不是的話(huà)，那Google和百度就不會(huì)誕生了。

而檢索/搜索的基本原理就是對(duì)語(yǔ)句進(jìn)行分詞，然后再形成倒排索引，再根據(jù)詞項(xiàng)出現(xiàn)次數(shù)對(duì)文檔進(jìn)行打分，最終按分?jǐn)?shù)倒序展示給用戶(hù)。

對(duì)于海量數(shù)據(jù)的公司來(lái)說(shuō)，一個(gè)單機(jī)的方案很快就會(huì)遇到瓶頸，而去尋求或自行開(kāi)發(fā)更好的解決方案。在ES之前solr更流行一些吧，不過(guò)solr的配置還是稍微麻煩，而es的集群搭建只要改改yml就好了。

有了ES以后，集群便可以非常方便地進(jìn)行動(dòng)態(tài)擴(kuò)展。只要加硬盤(pán)加機(jī)器改配置就好，因?yàn)楸旧淼母北痉植疾呗员容^科學(xué)。所以只要?jiǎng)e一半以上的節(jié)點(diǎn)都掛掉，數(shù)據(jù)就不會(huì)丟失。而且還會(huì)在某些結(jié)點(diǎn)掛掉的時(shí)候自動(dòng)進(jìn)行分片relocate。

由于ES本身帶的分詞不是很科學(xué)，這樣的話(huà)對(duì)doc打分可能會(huì)有一些影響。比如中國(guó)人可能不正確地分成了中/國(guó)人之類(lèi)的?，F(xiàn)在很多人會(huì)選擇以插件的形式把ik分詞器之類(lèi)的插件掛載到es上來(lái)改善分詞效果。這些插件的本質(zhì)其實(shí)還是一個(gè)非常龐大的中文詞庫(kù)。內(nèi)部設(shè)計(jì)有鏈接可以直接查看語(yǔ)句的分詞結(jié)果，可以方便地直接查看效果。

所以要是有幾億的文檔需要做些檢索，那五六臺(tái)配置不錯(cuò)的ES機(jī)器就足夠了，甚至都不用ssd。

日志方面

企業(yè)里的系統(tǒng)一般都是分布式系統(tǒng)，所以無(wú)論是接入，還是api，還是db，都不太可能在一臺(tái)機(jī)器上完成需求。

對(duì)于某一個(gè)服務(wù)模塊來(lái)說(shuō)，多臺(tái)機(jī)器最麻煩的就是去查問(wèn)題。在沒(méi)有日志系統(tǒng)的時(shí)代，程序員大概只能登陸到機(jī)器去一臺(tái)一臺(tái)尋找可能的錯(cuò)誤日志，然而因?yàn)樨?fù)載均衡算法(比如可能是一致性哈希望/隨機(jī)/RR/WR)的問(wèn)題，可能一個(gè)用戶(hù)在一次訪(fǎng)問(wèn)會(huì)話(huà)(session)中的請(qǐng)求都不是一臺(tái)而是多臺(tái)機(jī)器完成的響應(yīng)。

所以日志系統(tǒng)的工作就是把日志匯集到一起，并提供統(tǒng)一的查詢(xún)?nèi)肟凇?/p>

要收集日志一般會(huì)自行搭建一個(gè)elk平臺(tái)，elasticsearch/logstash/kibana必不可少。

不過(guò)拿來(lái)的東西總會(huì)有那么一些問(wèn)題，比如kibana里的按地圖出數(shù)據(jù)默認(rèn)用的是googlemap，在墻內(nèi)使會(huì)有些問(wèn)題，這個(gè)問(wèn)題github上也有人已經(jīng)解決了。再比如logstash這個(gè)程序可能只考慮了簡(jiǎn)單的收集 ，如果是大公司的業(yè)務(wù)講究一個(gè)嚴(yán)謹(jǐn)。例如想要對(duì)日志收集端的資源使用做一些限制，不能隨便占用系統(tǒng)資源而影響到業(yè)務(wù)系統(tǒng)。再比如還希望日志不要因?yàn)榫W(wǎng)絡(luò)閃斷之類(lèi)的問(wèn)題導(dǎo)致日志丟失什么的，所以還可能會(huì)在logstash后面再加一個(gè)kafka/redis。不管怎么說(shuō)，工作基礎(chǔ)還是elk。

日志系統(tǒng)還存在一個(gè)問(wèn)題，因?yàn)楹Ａ康臄?shù)據(jù)和海量的訪(fǎng)問(wèn)，日志的數(shù)據(jù)量一般都非常地龐大。所以一般數(shù)據(jù)都會(huì)有一個(gè)過(guò)期時(shí)間，一般來(lái)說(shuō)，日志數(shù)據(jù)其實(shí)一般也就一周或者一個(gè)月。畢竟即使是一個(gè)邊緣部門(mén)，一周的日志也都已經(jīng)幾個(gè)億(100+GB)了。

查詢(xún)起來(lái)也不希望太慢，所以還是盡量把日志索引的大小控制在一個(gè)范圍內(nèi)。當(dāng)然，也有按照日期來(lái)生成索引的。每一天在一個(gè)獨(dú)立的索引下，這樣查詢(xún)性能也會(huì)好一些。

同時(shí)又是因?yàn)檫@海量的數(shù)據(jù)，在寫(xiě)入到ES的時(shí)候必須使用bulk端口，相信使用過(guò)ES的人都知道使用和不使用分別意味著什么。

coldcard是什么意思

失敗的英文單詞表達(dá)形式：fail 讀音讀作英[fe?l] 美[fel] 第三人稱(chēng)單數(shù)：fails 現(xiàn)在分詞：failing 過(guò)去分詞：failed 過(guò)去式：failed

拓展資料

英語(yǔ)單詞小積累：

cold 冷 happy 高興的 hot 熱的 hungry 餓的 sad 傷心的 thirsty 渴的 old 老的 young 年輕的 delicious 好吃 favourite 最喜愛(ài)的 lovely 可愛(ài)的 new 新的 nice 好的 poor 可憐的 late 晚的 short 矮 tall 高 famous 有名的 right 正確的 wrong 錯(cuò)誤的 bad 壞的 beautiful 漂亮的 best 最好的 better 最好的 Chinese 中國(guó)的 western 西方的 special 特別的 last 上一個(gè) next 下一個(gè) easy 容易的 fast 快；快速的 hard 難；困難的 loud 響亮的quick 快速的quiet 安靜的slow 緩慢的fun 樂(lè)趣

address 地址 letter 信 song 歌曲 umbrella 雨傘 thing 東西 E-mail電子郵件 card 卡片 ticket 車(chē)票 trip 旅行 flag 旗 party 晚會(huì)；聚會(huì) story 故事 zero 零度 surprise 意外的驚喜 car 小汽車(chē) computer 計(jì)算機(jī) toy 玩具 camera 照相機(jī) film 膠卷 picture 照片 postcard 明信片 gift 禮物 movie 電影 music 音樂(lè) snowball 雪球 snowman 雪人 wall 墻

Wildcards

no special characters allowed 不允許特殊字符雙語(yǔ)對(duì)照例句:

1.These special characters are called wildcards. 這些特殊的字符叫做---通配符。

2.Improved intelligence and more lethal special forces allowed the united states to disruptplots at home. 情報(bào)效率的提高再加上特種部隊(duì)這個(gè)更加致命的武器，使得美國(guó)能夠在挫敗國(guó)內(nèi)的恐怖襲擊計(jì)劃。

userldcard什么意思

用戶(hù)身份模塊（Subscriber Identity Module，SIM），通常稱(chēng)為“SIM卡”，是主要用于存儲(chǔ)用戶(hù)身份識(shí)別數(shù)據(jù)、短信數(shù)據(jù)和電話(huà)號(hào)碼的智能卡。

SIM卡是GSM手機(jī)連接到GSM網(wǎng)絡(luò)的鑰匙，一旦SIM卡從手機(jī)拔出，除了緊急呼叫外，手機(jī)將無(wú)法享受網(wǎng)絡(luò)運(yùn)營(yíng)者提供的各種服務(wù)。SIM卡除了能作為鑰匙外，還為用戶(hù)提供很多方便。用戶(hù)只需將SIM卡插入或嵌入任何一臺(tái)GSM終端，即能實(shí)現(xiàn)通信。

SIM卡還管理許多提供給用戶(hù)業(yè)務(wù)的信息，可用來(lái)存儲(chǔ)短信息，特別是那些當(dāng)用戶(hù)不開(kāi)機(jī)或不在時(shí)接收的信息。

SIM由CPU、ROM、RAM、EEPROM和I/O電路組成。用戶(hù)使用SIM時(shí)，實(shí)際上是手機(jī)向SIM卡發(fā)出命令，SIM卡應(yīng)該根據(jù)標(biāo)準(zhǔn)規(guī)范來(lái)執(zhí)行或者拒絕；SIM卡并不是單純的信息存儲(chǔ)器。

wildcard是什么意思啊

命令：access-list {1-99} {permit/deny} source-ip source-wildcard [log]

說(shuō)明：wildcard為反掩碼，host表示特定主機(jī)等同于192.168.2.3 0.0.0.0；any表示所有的源或目標(biāo)等同于0.0.0.0 255.255.255.255 ；log表示有匹配時(shí)生成日志信息；標(biāo)準(zhǔn)ACL一般用在離目的最近的地方

如何查看ACL都過(guò)濾了哪些流量？

　　在需要記錄的acl條目的最后加一個(gè)log關(guān)鍵字，另外需要配置設(shè)備的日志語(yǔ)句及日志服務(wù)器，在此不做說(shuō)明。

Wildcard

GeoTrust公司曾經(jīng)是全球第二大數(shù)字證書(shū)頒發(fā)機(jī)構(gòu)，也是身份認(rèn)證和信任認(rèn)證領(lǐng)域的領(lǐng)導(dǎo)者，該公司各種先進(jìn)的技術(shù)使得任何大小機(jī)構(gòu)和公司都能安全地低成本地部署 SSL 數(shù)字證書(shū)和實(shí)現(xiàn)各種身份認(rèn)證，從而確保電子商務(wù)交易的安全。全球150多個(gè)國(guó)家超過(guò)10萬(wàn)個(gè)用戶(hù)在使用 GeoTrust 的產(chǎn)品來(lái)進(jìn)行安全的電子交易和確認(rèn)并保護(hù)網(wǎng)上真實(shí)身份，為全球用戶(hù)的電子商務(wù)保駕護(hù)航。2006年9月 Geotrust 被VeriSign收購(gòu)，并成為 VeriSign 旗下一大專(zhuān)業(yè)品牌，品牌將主要為廣泛的電子商務(wù)網(wǎng)站提供數(shù)據(jù)傳輸安全解決方案。其種類(lèi)較多有QuickSSL Premium 、RapidSSL、RapidSSL Wildcard 、Power Server ID 、Power Server ID Wildcard、True BusinessID 、True BusinessID Wildcard 、True BusinessID EV等目前GeoTrust在中國(guó)區(qū)不提供直接數(shù)字證書(shū)服務(wù)，其中國(guó)區(qū)授權(quán)的合作伙伴是天威誠(chéng)信數(shù)字認(rèn)證中心，可以訪(fǎng)問(wèn)www.itrus.comc.cn或 GeoTrust..itrus.com.cn 查看有詳細(xì)資料

wildcard是什么意思中文

孤島、中心島、畸變、焦土、仙境、滅絕這幾個(gè)都是DLC，孤島、仙境、中心島是免費(fèi)的，而另外三個(gè)是需要花錢(qián)的購(gòu)買(mǎi)的。 《方舟：生存進(jìn)化》 是獨(dú)立工作室Wildcard旗下由虛幻引擎4（Unreal Engine 4）打造的生存類(lèi)開(kāi)放世界游戲。有實(shí)體版，游戲語(yǔ)音為英文，內(nèi)附有英文及繁體中文字幕。