Cloudflare的HTTP/2优化策略
Cloudflare針對(duì)HTTP/2優(yōu)先級(jí)的進(jìn)一步優(yōu)化，將網(wǎng)頁控制權(quán)盡可能地交給網(wǎng)站所有者，可根據(jù)具體需求與場(chǎng)景，定制化網(wǎng)頁加載優(yōu)先級(jí)策略，提供更快速，更優(yōu)質(zhì)的用戶Web訪問與交互體驗(yàn)。
文 / Patrick Meenan
譯 / John
原文?
https://blog.cloudflare.com/better-http-2-prioritization-for-a-faster-web/
HTTP/2意味著更快的網(wǎng)頁加載速度，而Cloudflare在很久之前也為所有客戶提供了HTTP/2訪問服務(wù)。但是其中HTTP/2的一項(xiàng)特性——加載優(yōu)先級(jí)，并沒有達(dá)到預(yù)期的效果。事實(shí)上優(yōu)先級(jí)特性本身并沒有什么問題， 真正地問題在于瀏覽器中優(yōu)先級(jí)特性的實(shí)現(xiàn)方式。
現(xiàn)在，Cloudflare推出了對(duì)于HTTP/2優(yōu)先級(jí)的優(yōu)化升級(jí)，也就是讓我們的服務(wù)器有能力控制優(yōu)先級(jí)策略從而真正提高網(wǎng)頁的加載速度。在此之前，瀏覽器已經(jīng)能夠控制并決定加載網(wǎng)頁內(nèi)容的方式與時(shí)長(zhǎng)。而現(xiàn)在我們希望能通過對(duì)優(yōu)先級(jí)模型進(jìn)行升級(jí)，將網(wǎng)頁控制權(quán)盡可能地交給網(wǎng)站所有者。客戶可以在Cloudflare儀表板的“Speed”選項(xiàng)卡中啟用“增強(qiáng)HTTP/2優(yōu)先級(jí)”——將升級(jí)的調(diào)度方案覆蓋至瀏覽器默認(rèn)設(shè)置從而顯著提升網(wǎng)頁訪問體驗(yàn)（根據(jù)多個(gè)場(chǎng)景下的測(cè)試，我們發(fā)現(xiàn)性能普遍提升達(dá)50％）。借助Cloudflare Workers，網(wǎng)站所有者可以根據(jù)需求進(jìn)一步定制用戶的網(wǎng)頁瀏覽體驗(yàn)。
背景
Web頁面一般由數(shù)十個(gè)甚至數(shù)百個(gè)單獨(dú)的資源組成，瀏覽器將這些資源加載并組裝成最終顯示的內(nèi)容。這包括用戶與之交互的可見內(nèi)容（HTML、CSS、圖像）以及網(wǎng)站本身的應(yīng)用程序邏輯（JavaScript）、廣告、跟蹤網(wǎng)站使用情況的數(shù)據(jù)分析與營(yíng)銷跟蹤信標(biāo)等。根據(jù)何種優(yōu)先級(jí)策略對(duì)這些資源的加載過程進(jìn)行排序，直接決定用戶等待網(wǎng)頁加載所需要的時(shí)間以及查看網(wǎng)頁內(nèi)容并與其進(jìn)行交互的體驗(yàn)。
瀏覽器本質(zhì)上是一個(gè)HTML處理引擎，每當(dāng)加載一個(gè)網(wǎng)頁時(shí)，瀏覽器會(huì)遍歷HTML文檔并遵循指示，按照從HTML開始到結(jié)束的順序構(gòu)建頁面；與此同時(shí)，瀏覽器也會(huì)引用層疊樣式表（CSS）從而獲悉并設(shè)置頁面內(nèi)容的樣式；一些情況下，為了明確設(shè)置要顯示的內(nèi)容樣式，瀏覽器會(huì)延遲顯示網(wǎng)頁內(nèi)容直到層疊樣式表被加載完成。文檔中引用的腳本可能有以下幾種不同的行為：如果腳本被標(biāo)記為“異步”或“延遲”，則瀏覽器可以繼續(xù)處理文檔并在腳本可用時(shí)運(yùn)行腳本代碼；如果腳本沒有被標(biāo)記為“異步”或“延遲”，則瀏覽器必須停止處理文檔，直到腳本下載完成并被執(zhí)行才會(huì)繼續(xù)處理文檔，這些沒有被標(biāo)記的腳步被稱為“阻塞”腳本——顧名思義，“阻塞”腳本阻止瀏覽器繼續(xù)處理文檔直到其被加載和執(zhí)行。
HTML文檔分為兩部分：<head>文檔的開頭部分包含顯示內(nèi)容所需的瀏覽器樣式表、腳本和其他說明；<body>文檔位于頭部文件之后，包含瀏覽器窗口中顯示的實(shí)際頁面內(nèi)容（腳本和樣式表也被包含在其中）。在瀏覽器訪問至文檔正文也就是<body>之前，網(wǎng)頁不會(huì)向用戶顯示任何內(nèi)容，頁面將保持空白。因此，瀏覽器需要盡可能快地加載頭部文件。
在處理文檔的同時(shí)，通常瀏覽器也負(fù)責(zé)確定以什么樣的順序加載構(gòu)建頁面所需的不同資源。在HTTP/1.x的情況下，瀏覽器單次從任一服務(wù)器端所請(qǐng)求的內(nèi)容量被限制（通常是6個(gè)連接，每個(gè)連接一次只能請(qǐng)求一個(gè)資源），所以資源的加載順序是由瀏覽器通過請(qǐng)求的方式嚴(yán)格控制的。而對(duì)于HTTP/2，情況發(fā)生了很大的變化，瀏覽器可以一次請(qǐng)求所有的資源(至少了解有多少資源等待被加載），從而便于其向服務(wù)器提供有關(guān)資源傳輸?shù)脑敿?xì)說明。
最優(yōu)資源排序
大多數(shù)瀏覽器在加載頁面的過程中存在最佳的加載資源優(yōu)先級(jí)策略，其直接促成了良好的用戶體驗(yàn)；同時(shí)最佳策略與非最佳策略所造成的網(wǎng)頁加載耗時(shí)可能存在高達(dá)50％的差異。
如上所述，在瀏覽器呈現(xiàn)全部網(wǎng)頁內(nèi)容之前的頁面加載時(shí)期，會(huì)在CSS上被阻止并阻止HTML的<head>部分中的JavaScript；所以在這一期間最好使用全部連接帶寬以充分下載被阻塞的資源，并按照HTML定義的順序一次下載一個(gè)資源以便于瀏覽器在下載下一個(gè)阻塞資源時(shí)可同時(shí)解析并執(zhí)行上一個(gè)項(xiàng)目，實(shí)現(xiàn)下載和執(zhí)行的流水線化操作。
?
傳統(tǒng)的并行下載或依次下載所需要的下載時(shí)間相同，而如果按照順序下載并在第二個(gè)腳本下載時(shí)執(zhí)行第一個(gè)腳本，那么這會(huì)明顯縮短網(wǎng)頁資源的加載時(shí)間。
一旦加載渲染項(xiàng)阻止內(nèi)容，最佳加載狀態(tài)可能取決于特定網(wǎng)站甚至業(yè)務(wù)優(yōu)先級(jí)情況（如用戶內(nèi)容與廣告分析對(duì)提供商而言的權(quán)重）。其中尤為重要的一項(xiàng)的是字體，瀏覽器僅在將樣式表應(yīng)用于即將顯示的網(wǎng)頁內(nèi)容之后才會(huì)確認(rèn)所加載字體。因而當(dāng)瀏覽器確認(rèn)所加載字體前，現(xiàn)存的即將被顯示在網(wǎng)頁上的文本就應(yīng)當(dāng)被準(zhǔn)備完畢。獲取字體過程所發(fā)生的任何延遲最終都會(huì)導(dǎo)致屏幕上顯示空白文本或以錯(cuò)誤字體顯示文本。
為確保網(wǎng)頁加載的正常，我們應(yīng)當(dāng)權(quán)衡以下內(nèi)容：
應(yīng)盡快加載頁面可見部分中的自定義字體與圖像——這直接關(guān)乎頁面加載時(shí)期的用戶視覺體驗(yàn)。
非阻塞JavaScript相對(duì)于其他JavaScript資源應(yīng)當(dāng)以串行方式下載，同時(shí)每個(gè)JavaScript都以流水線形式加載。JavaScript可能包括面向用戶的應(yīng)用程序邏輯、用戶行為分析與營(yíng)銷跟蹤信標(biāo)，一旦出現(xiàn)延遲即可導(dǎo)致業(yè)務(wù)跟蹤指標(biāo)的下降。
借并行下載可實(shí)現(xiàn)更好的圖像加載效果。圖像文件的前幾個(gè)字節(jié)包含瀏覽器頁面布局所需要的圖像尺寸，并行的逐行圖像下載允許在瀏覽器僅接收原始數(shù)據(jù)的50％基礎(chǔ)之上優(yōu)先完成視覺上的圖像加載。
權(quán)衡以上內(nèi)容，我們可得出以下可達(dá)到良好運(yùn)作狀態(tài)的策略：
按順序策略下載自定義字體，并使用可見圖像分割可用帶寬。
按并行策略下載圖像，切割“圖像”以便于按照所分配的帶寬逐行加載圖像。
當(dāng)沒有更多等待被處理的字體或圖像時(shí)：
非阻塞腳本按順序下載，并使用不可見的圖像分割可用帶寬。
按并行策略下載不可見圖像，切割“圖像”以便于按照所分配的帶寬逐行加載圖像。
通過采取以上策略，我們希望瀏覽器能夠盡可能快地加載用戶可見的網(wǎng)頁內(nèi)容，盡可能減少應(yīng)用程序邏輯所造成的延遲，并以盡可能短的時(shí)間完成網(wǎng)頁布局與不可見圖像的加載。
實(shí)際案例
為了便于說明，我們將以電子商務(wù)網(wǎng)站的簡(jiǎn)化產(chǎn)品類別頁面作為典型案例，其中頁面具有以下加載項(xiàng)：
?頁面本身的HTML文件，使用藍(lán)色框表示。
?1個(gè)外部樣式表（CSS文件），使用綠色框表示。
?4個(gè)外部腳本（JavaScript），使用橙色框表示。其中2個(gè)在頁面開頭處的腳本為阻塞腳本，使用較暗的橙色陰影框表示；除此之外還有2個(gè)異步腳本。
?1個(gè)自定義Web字體，使用紅色框表示。?
?13個(gè)圖像，使用紫色框表示。頁面徽標(biāo)和4個(gè)產(chǎn)品圖像在視口中可見，使用較深的紫色框表示；8個(gè)產(chǎn)品圖像需要滾動(dòng)頁面才能看到。
為簡(jiǎn)單起見，我們假設(shè)以上所有資源的大小相同，每個(gè)資源在訪問端需要1秒時(shí)間連接與下載，加載所有資源總共需要20秒，這里我們主要研究采用不同的加載方式會(huì)對(duì)用戶瀏覽網(wǎng)頁的體驗(yàn)帶來什么影響。
?
這就是我所描述的采用“最佳加載策略”加載資源時(shí)，瀏覽器所呈現(xiàn)出的效果：
啟用全部連接，加載HTML、CSS和阻止腳本的前4秒內(nèi)，頁面為空白。
第4秒，頁面僅顯示了背景與結(jié)構(gòu)卻未顯示文本與圖像。
第5秒，頁面文本被成功顯示。
5～10秒，圖像逐漸被加載；開始時(shí)圖像模糊，隨后圖像被快速銳化；第7秒時(shí)瀏覽器幾乎完成了全部圖像加載
第10秒，視覺窗口中的所有可視化內(nèi)容都已加載完畢。
10～12秒，異步JavaScript被加載與執(zhí)行，隨后包括數(shù)據(jù)分析、營(yíng)銷信標(biāo)在內(nèi)的其他所有非關(guān)鍵邏輯被加載與執(zhí)行。
12～20秒，其他的產(chǎn)品圖像開始被加載以便為用戶接下來可能的網(wǎng)頁滾動(dòng)行為做好準(zhǔn)備。
常見瀏覽器的優(yōu)先級(jí)策略
常見的幾個(gè)瀏覽器引擎都采取了不同的優(yōu)先級(jí)策略，耐人尋味的是其中沒有一個(gè)符合“最佳優(yōu)先級(jí)加載策略”的要求。
1）Microsoft Edge和Internet Explorer
Microsoft Edge和Internet Explorer 不支持加載項(xiàng)的優(yōu)先級(jí)排序，因而所有內(nèi)容的加載方式都基于HTTP/2的默認(rèn)設(shè)置，即并行加載所有內(nèi)容并為所有內(nèi)容均勻分配帶寬。預(yù)計(jì)在未來，采用Chromium引擎的新版Microsoft Edge會(huì)在此方面迎來極大改善。而在我們的示例頁面中，并行加載與均勻帶寬分配意味著瀏覽器的絕大部分加載過程都停留在頭部文件之上，而圖像等資源則會(huì)減慢阻塞腳本與樣式表的傳輸速度。
在大多數(shù)內(nèi)容被成功顯示之前，用戶視覺會(huì)在長(zhǎng)達(dá)19秒的時(shí)間內(nèi)不得不停留在空白頁面，隨后經(jīng)歷1秒的文本顯示延遲才能看到網(wǎng)頁所有元素。這就意味著用戶使用IE內(nèi)核的瀏覽器觀看動(dòng)畫時(shí)需要耐心等待頁面元素全部加載完成，這無疑是對(duì)用戶瀏覽網(wǎng)頁體驗(yàn)的巨大影響。
2）Safari
Safari 同樣采取并行策略加載所有資源，但Safari會(huì)根據(jù)不同資源的重要程度為其劃分合適且足夠的帶寬（例如：渲染腳本和樣式表等阻塞資源比渲染圖像更為重要）；而圖像雖采用并行加載的策略，但其也與阻塞渲染資源同時(shí)被加載。
雖然采用了與Edge類似的并行加載策略，但Safari通過為阻塞渲染資源分配更多帶寬，實(shí)現(xiàn)更快的網(wǎng)頁加載過程：
加載開始后的約8秒，樣式表和腳本已加載完畢，因而頁面開始被顯示；由于圖像采用并行加載策略，在此期間只有部分圖像被加載（相對(duì)于采用逐行加載策略的圖像而言更加模糊），但加載效果要遠(yuǎn)勝于IE與Edge瀏覽器。
約第11秒，字體已加載完畢，文本正常顯示的同時(shí)有更多帶寬被投入圖像數(shù)據(jù)的加載當(dāng)中，這讓圖像的清晰程度進(jìn)一步提升，這樣的水平已經(jīng)接近于采用“最佳加載策略”的第7秒加載效果。
接下來的9秒當(dāng)中，隨著完成下載的數(shù)據(jù)進(jìn)一步增多，圖像變得愈發(fā)清晰，直到第20秒完成全部加載活動(dòng)。
3）Firefox
Firefox構(gòu)建一個(gè)依賴關(guān)系樹，該樹將資源分組并安排這些組采取依次加載或組之間共享帶寬的形式進(jìn)行加載。在給定組內(nèi)，資源在共享帶寬的同時(shí)被下載；而那些圖像則被計(jì)劃在阻塞渲染資源之后，采用并行策略的方式進(jìn)行加載，但阻塞渲染腳本和樣式表也會(huì)被并行加載，這樣便無法從流水化操作中獲得顯著的性能提升。
在我們的示例中，由于圖像加載過程被推遲到樣式表加載完成之后，因而最終的實(shí)際加載過程會(huì)略快于Safari。
第6秒，背景與產(chǎn)品圖像的模糊版本構(gòu)成了網(wǎng)頁的大致內(nèi)容。其整體觀感和Safari在第8秒時(shí)的加載效果與采用“最佳加載策略”瀏覽器的第4秒加載效果相似。?
第8秒，字體已加載完畢，文本正常顯示的同時(shí)圖片愈發(fā)清晰（其與Safari在第11秒時(shí)的加載效果與采用“最佳加載策略”瀏覽器的第7秒加載效果相似）。
剩余的12秒內(nèi)，產(chǎn)品圖像逐漸變得更加清晰。
4）Chrome
Chrome以及所有基于Chromium內(nèi)核的瀏覽器會(huì)將資源按照一定優(yōu)先級(jí)順序排序至待加載列表中，這對(duì)于阻塞渲染資源來說非常有效；按順序加載策略為這些資源的加載過程所帶來的好處不言而喻，但其頁面中的圖像在開始下一張圖像之前需要加載至100％才可成功顯示。
在實(shí)際測(cè)試中，Chrome的加載效果幾乎與采用“最佳加載策略”的瀏覽器相同，唯一的區(qū)別是Chrome的圖像采用按順序加載的方式一次性加載完畢而非并行加載：
前5秒，Chrome體驗(yàn)與采用“最佳加載策略”的瀏覽器相同——前4秒背景加載完畢，第5秒文本加載完畢。
5～10秒，可見圖像被依次下載直到第10秒時(shí)全部圖像加載完畢（與采用“最佳加載策略”的瀏覽器相比，Chrome在第7秒時(shí)，其圖像稍微模糊但在隨后的3秒內(nèi)被快速銳化）。
10秒后，頁面的可視部分資源加載完畢（此成績(jī)與采用“最佳加載策略”的瀏覽器相同），接下來的10秒則會(huì)被用于運(yùn)行異步腳本并加載隱藏圖像（此策略與采用“最佳加載策略”的瀏覽器相同）
視覺比較
上述瀏覽器的不同加載策略所體現(xiàn)出的視覺差異可能會(huì)十分明顯，即使這些瀏覽器廠商都花費(fèi)了足夠多的時(shí)間與技術(shù)來優(yōu)化頁面資源加載過程：
服務(wù)器端的優(yōu)先級(jí)
客戶端（瀏覽器）請(qǐng)求HTTP/2優(yōu)先級(jí)排序策略，隨后由服務(wù)器根據(jù)請(qǐng)求決定接下來做什么。很多服務(wù)器根本不支持使用優(yōu)先級(jí)做任何事情，但是對(duì)于那些支持優(yōu)先級(jí)的服務(wù)器，它們都尊重客戶端的請(qǐng)求。我們可以通過考慮客戶端的請(qǐng)求來決定在服務(wù)器端使用何種最佳優(yōu)先級(jí)。
根據(jù)規(guī)范，HTTP/2優(yōu)先級(jí)可以看作是一個(gè)依賴樹，此依賴樹需要完全掌握所有正在進(jìn)行的請(qǐng)求以便能夠考慮到所有資源的加載狀況并優(yōu)先決定關(guān)鍵資源的加載。由于不同的瀏覽器具有不同的加載策略，而不同層級(jí)的服務(wù)器各有差異，這種十分復(fù)雜的優(yōu)先級(jí)策略很難在瀏覽器端被輕易實(shí)現(xiàn)。為了便于優(yōu)先級(jí)的管理，我們開發(fā)了一種更簡(jiǎn)單的優(yōu)先級(jí)排序方案，該方案具有優(yōu)化調(diào)度所需優(yōu)先級(jí)的靈活性。
Cloudflare優(yōu)先級(jí)排序方案由64個(gè)優(yōu)先級(jí)“級(jí)別”組成，在每個(gè)優(yōu)先級(jí)內(nèi)，一組資源可確定如何在不同優(yōu)先級(jí)之間共享連接：
在進(jìn)入下一個(gè)較低優(yōu)先級(jí)之前，瀏覽器會(huì)轉(zhuǎn)移所有較高優(yōu)先級(jí)的資源。
在給定的優(yōu)先級(jí)內(nèi)，有3個(gè)不同的“并發(fā)”組：
0：并發(fā)“0”組中的所有資源按照請(qǐng)求的順序使用100％的帶寬依次發(fā)送。只有所有并發(fā)“0”組的資源被下載完成之后，瀏覽器才會(huì)考慮同一級(jí)別的其他組。
1：并發(fā)“1”組中的所有資源按請(qǐng)求順序依次發(fā)送。可用帶寬在并發(fā)“1”組和并發(fā)“n”組之間均勻分配。
n：并發(fā)“n”組中的資源是按照每個(gè)資源所分配的帶寬資源并行發(fā)送。
實(shí)際上，并發(fā)“0”組對(duì)于需按順序處理的關(guān)鍵內(nèi)容（腳本，CSS等）而言非常有用；并發(fā)“1”組對(duì)于不太重要的內(nèi)容而言非常有用，因?yàn)檫@些內(nèi)容可以與其他資源共享帶寬，但資源本身仍可以從順序處理（異步腳本，非漸進(jìn)式圖像等）中受益；并發(fā)“n”組對(duì)于依賴并行處理（漸進(jìn)式圖像，視頻，音頻等）的資源而言非常有用。
Cloudflare默認(rèn)優(yōu)先級(jí)
啟用Cloudflare時(shí)，增強(qiáng)的優(yōu)先級(jí)排序可實(shí)現(xiàn)上述資源的“最佳”調(diào)度。應(yīng)用的特定優(yōu)先級(jí)如下所示：
?
該優(yōu)先化方案允許串行發(fā)送并呈現(xiàn)阻塞內(nèi)容，隨后并行發(fā)送可見圖像。接下來通過某種程度的共享，覆蓋頁面內(nèi)容的其余部分以平衡應(yīng)用程序和內(nèi)容加載。這里的“*If Detectable”警告是說，并非所有瀏覽器都區(qū)分不同類型的樣式表和腳本，但這不影響瀏覽器的加載速度。默認(rèn)情況下Cloudflare會(huì)比其他瀏覽器，特別是Edge和Safari快50％。
?
人為可控的自定義優(yōu)先級(jí)
盡管在默認(rèn)情況下Cloudflare可實(shí)現(xiàn)更快加載速度，但真正有趣的是配置優(yōu)先級(jí)的能力也向Cloudflare Workers公開，這樣站點(diǎn)就可以覆蓋資源的默認(rèn)優(yōu)先級(jí)，或者實(shí)現(xiàn)它們自己的完整優(yōu)先級(jí)計(jì)劃。
如果工作人員為響應(yīng)添加“cf-priority”標(biāo)頭，則Cloudflare邊緣服務(wù)器將使用指定的優(yōu)先級(jí)和并發(fā)響應(yīng)。標(biāo)頭的格式<priority>/<concurrency>就像response.headers.set('cf-priority', “30/0”);將給定響應(yīng)的并發(fā)度為0的優(yōu)先級(jí)設(shè)置為30。類似地，將“30/1”并發(fā)設(shè)置為1，將“30 / n”并發(fā)設(shè)置為n。
借助上述靈活性舉措，站點(diǎn)可以調(diào)整資源優(yōu)先級(jí)以滿足其多樣化需求。例如，當(dāng)瀏覽器識(shí)別出用戶正在閱讀某一網(wǎng)頁時(shí)，用戶的視覺重心位于當(dāng)前網(wǎng)頁之上；而如果我們想要提升下一頁的觀感，那么我們可以嘗試提升某些關(guān)鍵異步腳本的優(yōu)先級(jí)或增加關(guān)鍵圖像加載的優(yōu)先級(jí)。
為了幫助通知任何優(yōu)先級(jí)決策，Workers運(yùn)行時(shí)還在傳遞給Worker的fetch事件偵聽器(request.cf. requestpriority)的請(qǐng)求對(duì)象中公開瀏覽器請(qǐng)求的優(yōu)先級(jí)信息。傳入的請(qǐng)求優(yōu)先級(jí)是以分號(hào)分隔的屬性列表，其類似于：
weight：HTTP/2優(yōu)先級(jí)的瀏覽器請(qǐng)求權(quán)重。
exclusive：瀏覽器請(qǐng)求的HTTP/2獨(dú)占標(biāo)志（基于Chromium的瀏覽器為1，其他為0）。
group：請(qǐng)求組的HTTP/2流ID（Firefox僅為非零）。
group-weight：請(qǐng)求組的HTTP/2權(quán)重（Firefox僅為非零）。
這僅僅是個(gè)開始
瀏覽器調(diào)整和控制響應(yīng)優(yōu)先級(jí)的能力可以讓許多未來相關(guān)項(xiàng)目從中受益。而我們則是在此基礎(chǔ)之上加入了獨(dú)創(chuàng)的高級(jí)優(yōu)化——也就是讓整個(gè)優(yōu)先級(jí)排序過程暴露給開發(fā)者以便于開發(fā)者基于網(wǎng)站其他研究人員的參考信息嘗試不同的優(yōu)先級(jí)策略。通過Apps Marketplace，我們還在Workers平臺(tái)之上構(gòu)建新的優(yōu)化服務(wù)，并使其可供其他站點(diǎn)使用。
LiveVideoStack? 招募
LiveVideoStack正在招募編輯/記者/運(yùn)營(yíng)，與全球頂尖多媒及技術(shù)專家和LiveVideoStack年輕的伙伴一起，推動(dòng)多媒體技術(shù)生態(tài)發(fā)展。了解崗位信息請(qǐng)?jiān)贐OSS直聘上搜索“LiveVideoStack”，或通過微信“Tony_Bao_”與主編包研交流。
LiveVideoStackCon 2019北京正在招募講師，無論你是技術(shù)派還是學(xué)術(shù)派，亦或是行業(yè)專家，無論你的團(tuán)隊(duì)有多小、有多新，都可以來申請(qǐng)成為L(zhǎng)iveVideoStackCon的講師。點(diǎn)擊【閱讀原文】了解更多大會(huì)相關(guān)信息。
總結(jié)
以上是生活随笔為你收集整理的Cloudflare的HTTP/2优化策略的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Twitch未来五年的视频编码战略：从H
- 下一篇： LiveVideoStack线上分享第三