一個開源的HTML5流媒體播放器

開源精選》是我們分享Github、Gitee等開源社區(qū)中優(yōu)質(zhì)項目的欄目，包括技術(shù)、學(xué)習(xí)、實用與各種有趣的內(nèi)容。本期推薦的是一個開源的HTML5流媒體播放器——PearPlayer.js。

PearPlayer是完全用JavaScript寫的開源HTML5流媒體播放框架，實現(xiàn)了融合HTTP（含HTTPS、HTTP2）和WebRTC的多協(xié)議、多源、低延遲、高帶寬利用率的無插件Web客戶端流媒體加速能力。基于H5的MSE（Media Source Extension）技術(shù)將來自多個源節(jié)點的Buffer分塊喂給播放器，再加上精心設(shè)計的算法可實現(xiàn)最優(yōu)的調(diào)度策略及對各種異常情況的處理，PearPlayer由此能在保證用戶流暢視頻體驗的前提下最大化P2P率。

PearPlayer特性

P2P能力基于WebRTC，無須安裝任何插件
多協(xié)議(HTTP、HTTPS、WebRTC)、多源
自研的調(diào)度算法，在保證用戶流暢視頻體驗的前提下最大化P2P率
默認無需填參數(shù)（內(nèi)部根據(jù)視頻碼率等作自適應(yīng)），高級使用模式下可自行調(diào)整算法和參數(shù)
默認不會無限制緩沖，盡可能為CP用戶節(jié)省帶寬/流量
支持Chrome、Firefox、Opera、IE、Edge等主流瀏覽器，即將支持Safari、騰訊微信、X5/TBS（可多源傳輸，播放問題待不久后由MSE支持完善）
可選接入低成本、高可用的Pear Fog CDN
協(xié)議默認通過TLS/DTLS全加密，無DPI特征；并可通過Pear Fog組件的動態(tài)端口映射進一步消除統(tǒng)計學(xué)特征
像使用HTML5 <video>標簽一樣簡單，并易與video.js等流行播放框架集成
具備Browser P2P能力（基于WebTorrent）

使用方法

首先通過script標簽導(dǎo)入pear-player.min.js：

<script src="./dist/pear-player.min.js"></script>

或者使用CDN：

<script src="https://cdn.jsdelivr.net/npm/pearplayer@latest"></script>

假設(shè)用video標簽播放以下視頻，HTML如下：

<video id="pearvideo" src="https://qq.webrtc.win/tv/Pear-Demo-Yosemite_National_Park.mp4" controls>

只需以下幾行代碼，即可將PearPlayer綁定到video標簽：

<script>

/**

* 第一個參數(shù)為video標簽的id或class

* opts是可選的參數(shù)配置

*/

if (PearPlayer.isMSESupported()) {

var player=new PearPlayer('#pearvideo', opts);

}

</script>

至此，就已經(jīng)添加播放器了，無需任何插件。

開源地址：https://gitee.com/PearInc/PearPlayer.js

CSDN 編者按】這是一篇由 Ryan Carniato 于2023年12月29日發(fā)表的關(guān)于「2024年JavaScript 框架發(fā)展趨勢」的文章。作者認為 2023 年是 JavaScript 框架發(fā)展的重要一年，預(yù)計 2024 年將繼續(xù)看到更大的變化，其中包括服務(wù)器優(yōu)先、混合路由、邊緣網(wǎng)絡(luò)和人工智能等方面的發(fā)展。此外，2024年可能會繼續(xù)加強框架的成熟化趨勢。作者對于簡化方案，如 Astro 和 HTMX，仍然持樂觀態(tài)度，并期待框架能夠更好地履行其承諾，專注于提供更有力的解決方案，減少復(fù)雜性。

作者 | Ryan Carniato 責(zé)編 | 夢依丹

出品 | CSDN（ID：CSDNnews）

歲末年初，恰逢年度總結(jié)時刻。不少開發(fā)者也在積極參加 CSDN 舉行的年度征文活動——2023年，我的編程之旅。曬出自己過去一年的技術(shù)成就與所在領(lǐng)域的技術(shù)變化，GET 到的新功能、新技術(shù)等。

近日，知名前端愛好者，SolidJS UI 庫作者，同時也是 MarkoJS 核心團隊的成員 Ryan Carniato 撰寫了《進入2024 的 JavaScript 框架》，本文總結(jié)了 JavaScript 框架在 2023 年的技術(shù)趨勢與 2024 年的預(yù)期變化。

以下為譯文：

對于 JavaScript 框架來說，2023 年是相當(dāng)重要的一年。新技術(shù)終于展示出了它們的實用性，而舊框架也在卷土重來。如果你沒注意到的話，可能就錯過了一個相當(dāng)重大的轉(zhuǎn)變。

我預(yù)計，2024 年將繼續(xù)帶來更大的變化。這一次的重點不再是新技術(shù)，而是對現(xiàn)有技術(shù)的改進和完善?；A(chǔ)已經(jīng)打下，我們有更多的內(nèi)容可以實現(xiàn)和呈現(xiàn)給用戶。

服務(wù)器優(yōu)先（Server First）

如果要為過去幾年選擇一個主題，那就是"服務(wù)器優(yōu)先"。這個觀點一直備受爭議，但無可否認。短短幾年前，人們都在談?wù)摑u進式 Web 應(yīng)用和離線優(yōu)先的概念。但是，這種討論幾乎銷聲匿跡。

https://twitter.com/htmx_org/status/1725241732260847914

相反，HTMX 以其犀利的觀點，解釋了為什么 JavaScript 是一個錯誤。Astro 也毫不掩飾地接管了內(nèi)容站點開發(fā)。甚至 React 核心團隊也接受了服務(wù)器的簡潔性，正如 Dan Abramov 在演講中所強有力表達的那樣，他探討了如果 React 一直以服務(wù)器為優(yōu)先會怎樣。

那么，我們曾經(jīng)鐘愛的單頁面應(yīng)用（Single Page App）在這么短的時間里經(jīng)歷了什么？它現(xiàn)在是否還存在，我們現(xiàn)在是生活在多頁面應(yīng)用（Multi-Page App）和只有服務(wù)器渲染的 HTML 時代嗎？

回顧 2023

去年，我也寫了一篇類似的文章，探討 JavaScript 框架的發(fā)展趨勢。那篇文章所提到的三大技術(shù)趨勢成了過去一年討論的重點。

無處不在的 Signals

自從 SolidJS 和 Vue 開始采用反應(yīng)性原語之后，Preact 和 Qwik 緊隨其后，這種趨勢在 2023 年變得更加強勁。

https://github.com/angular/angular/discussions/49090

在二月，Angular 團隊也宣布采用了這一技術(shù)。該消息在社交媒體上引起了很大的轟動。不僅如此，這也是導(dǎo)致 Angular 引起重大關(guān)注的幾個因素之一。有人甚至稱之為 Angular 的復(fù)興。而且，這是過去幾年來 React 團隊首次加入了這場爭論，因為人們開始紛紛問道：“React 何時會采用 Signal 呢？”

關(guān)于這個問題，我在下面的文章中寫了更詳細的回答（還附有與 Dan Abramov 在中評論的討論）。

不過，簡單來說，React 團隊對 Signal 這種 API 并不太感興趣，他們更期待的是「Forget」編譯器，因為它能起到類似的作用。當(dāng)然，Signal 的應(yīng)用并沒有到此結(jié)束。谷歌的 Web 組件框架 Lit 發(fā)布了原生支持信號的 Lit 3。Rich Harris 則透露了 Svelte 的未來發(fā)展方向，他們基于 Signal 的新「Runes」將成為即將發(fā)布的 Svelte 5 中主要的響應(yīng)式來源。到 2023 年底，Signal 已經(jīng)成為大多數(shù)前端 JavaScript 框架的重要組成部分。

混合路由

服務(wù)器端路由在過去一年中變得越來越重要。從 2022 年底開始，這種模式逐漸被人們所接受，比如使用 React Server Components 和 Astro 的 View Transition API 集成。

它的基本原則是，在初始頁面加載后，服務(wù)器端的渲染不應(yīng)影響客戶端的導(dǎo)航，而客戶端的導(dǎo)航也不應(yīng)意味著我們需要發(fā)送所有的 JavaScript 來渲染那些可以在服務(wù)器端靜態(tài)渲染的頁面部分。

需要注意的是，不同的解決方案產(chǎn)生的效果也不同，這一領(lǐng)域仍在發(fā)展之中。我們正在進入一個全新的領(lǐng)域，它既不是傳統(tǒng)的單頁應(yīng)用程序，也不是傳統(tǒng)的多頁站點。我們需要了解新的權(quán)衡和概念。而且，我們還遠沒有解決所有的問題。

邊緣網(wǎng)絡(luò)：最后的前沿

邊緣函數(shù)似乎是顯而易見的成功案例之一。將服務(wù)器靠近最終用戶來大大減少延遲。使用更輕量級的運行時，可以大大減少冷啟動時間。

如果說 2023 年有什么不同的話，那就是邊緣技術(shù)發(fā)展的一年。我們一開始非常熱情。畢竟，Cloudflare 發(fā)布了邊緣數(shù)據(jù)庫，我們所有喜歡的提供商都開始提供邊緣函數(shù)，我們最喜歡的框架也添加了開箱即用的支持。供應(yīng)商已經(jīng)成立了一個名為 WinterCG 的委員會，來討論平臺的標準化問題。未來就在眼前。

我們最終意識到，即使在這些邊緣函數(shù)中，某些 Node API 也是必不可少的。你可以感謝或討厭 Next 和 Vercel 將 AsyncLocalStorage 推廣到每個運行時，但我們需要它。

我們還意識到，邊緣數(shù)據(jù)庫對于所有應(yīng)用程序來說永遠是不夠的。即使有流媒體，服務(wù)器水瀑仍然真實存在且影響很大。是的，即使使用 React Server Components 也是如此。但這確實推進了我去年提出的目標，即使用分布式部署進行整體創(chuàng)作。我們看到服務(wù)器函數(shù)（server$，使用 server）甚至像工作器函數(shù)這樣的變體在年初就出現(xiàn)了，表明我們可以分布我們部署 API 的方式，被 Solid、Qwik 和 Next 采用。

到年底，Next 14 發(fā)布了新的實驗性部分預(yù)渲染，允許單個請求從邊緣提供靜態(tài)內(nèi)容，同時通過代理到更靠近數(shù)據(jù)庫的無服務(wù)器函數(shù)，所有內(nèi)容都被流式傳輸，以提供類似于邊緣的體驗，而無需在那里部署整個應(yīng)用程序?？吹揭恍┆殑?chuàng)性提供了兩全其美的解決方案，真是令人敬畏。

https://twitter.com/rickhanlonii/status/1722704383064842280

2024 年的趨勢

Signals 的年代

我已經(jīng)講了很多關(guān)于 Signals 的內(nèi)容，但真正的好處還沒有顯現(xiàn)出來。JavaScript 中已經(jīng)有了類似 Signals 的細粒度原始函數(shù) 15 年了，那為什么是現(xiàn)在呢？

https://twitter.com/t3dotgg/status/1730711700805140908

預(yù)計 JavaScript 框架將進一步整合 Signal 機制，例如 Vue Vapor 和 Svelte 5 中的新反應(yīng)性模型。

基礎(chǔ)實施驅(qū)動開發(fā)

既然服務(wù)器端渲染框架已經(jīng)得到了很大的支持，那么下一個合理的發(fā)展方向就是繼續(xù)探索如何最大限度地發(fā)揮這種新功能的作用。標準的制定比較慢，WinterCG 也需要一些時間，但這并不會阻止發(fā)展的勢頭。

為了實現(xiàn)差異化，我預(yù)計框架和基礎(chǔ)設(shè)施提供商將面臨提供獨特功能的壓力，而這些功能可能僅在特定平臺上可用。雖然 2023 年看到了各提供商在提供類似功能方面的平等化趨勢，例如在基本靜態(tài)和函數(shù)托管之外提供鍵值存儲 Blob 等功能，但我認為在提供獨特價值方面的競爭將會加劇。

框架的作用是保持一致的創(chuàng)作體驗和思維模型，同時尋找利用新功能的方法。這與 21 世紀初的瀏覽器大戰(zhàn)類似，未來還有很多發(fā)展空間。

去年，從框架的角度來看，談?wù)撊斯ぶ悄苓€為時尚早。明年可能也是如此。但它已經(jīng)漸漸出現(xiàn)在我們的視野中。代碼遷移和生成工具都是很好的想法，但它們與多年來使用的可視化無代碼或低代碼編輯器面臨著同樣的問題。人與機器的交互界面仍然至關(guān)重要。畢竟，代碼是一個活生生的存在。它隨著時間的推移不斷生長和維護。

在過去的一年里，與其他框架的作者交流時，我們發(fā)現(xiàn)人工智能引起了周圍人的極大興趣。

https://twitter.com/aidenybai/status/1737616282210738650

人工智能正在回答一個長久以來的問題，那就是為什么你的應(yīng)用程序運行緩慢。

對開發(fā)工具的影響只是其中一方面。我們還越來越多地看到實時性能被融入到框架中。這不僅指的是用于持久化后端的 Websockets。元框架中的 API 已經(jīng)發(fā)展到超越簡單的 JSON，實現(xiàn)了完全流式的跨網(wǎng)絡(luò) JavaScript 執(zhí)行，這在 SolidStart、Qwik 和 Next 中通過“服務(wù)器函數(shù)”實現(xiàn)?，F(xiàn)在，我們可以很容易地想象出生成技術(shù)實時創(chuàng)建你的用戶界面的情景。

https://twitter.com/mhevery/status/1722928972789408240

總結(jié)

2024 年可能會延續(xù)我們在過去幾年看到的成熟趨勢。從 2020 年到 22 年，我們看到了很多新的 JavaScript（和 WASM）框架（Qwik、Million.js、Astro、Next 13、Remix、Hydrogen、SvelteKit、SolidStart、Leptos、Dioxus、HTMX），但去年的情況發(fā)生了改變。不再出現(xiàn)大量新的 JavaScript 框架，相比之下相對較少。然而，我們已經(jīng)找到了解決問題的方法和途徑。現(xiàn)在的關(guān)鍵是要充分發(fā)揮這些方法和途徑的潛力，將它們應(yīng)用到實際開發(fā)中，取得更好的效果。

我不確定我們是否已經(jīng)成功地解決了復(fù)雜性問題，這給像 Astro 或 HTMX 這樣簡化的解決方案帶來了很大的肯定。但我仍然充滿希望。

也許不太可能期望每個人都對“單頁應(yīng)用程序”的確切定義以及何時使用各種選項達成一致，但這些解決方案每天都變得更加強大，能夠?qū)崿F(xiàn)它們既定的目標。

現(xiàn)在不再懷疑我們熟悉的Web開發(fā)將發(fā)生變化。即使方向還不完全明確，革命已經(jīng)來臨。期待與你一同見證這一變革。

覽在線網(wǎng)站的體驗并不總是流暢的。

曾經(jīng)有一段時間，你在網(wǎng)上沖浪時，可能會聽到你不愿意聽的音樂，并在配色奇怪的網(wǎng)頁上瀏覽用呆板字體（通常是 Times New Roman）寫成的文字。

在 2000 年代，在 Squarespace 和社交媒體出現(xiàn)之前，網(wǎng)站是個性的體現(xiàn)，完全由對代碼有一定了解并渴望上網(wǎng)的用戶使用 HTML 從零開始構(gòu)建。

現(xiàn)在，分散在網(wǎng)絡(luò)上的程序員社區(qū)，正在努力恢復(fù)這種看似過時的東西。這場運動來源于藝術(shù)家勞蕾爾·施伍斯特（Laurel Schwulst）和埃利奧特·科斯特（Elliott Cost）創(chuàng)造的“HTML 能量”概念，絕不是對復(fù)古美學(xué)的膚淺致敬。

它專注于 HTML 編碼的“觸覺”過程，探索語言如何實現(xiàn)自我表達，并使個人能夠在互聯(lián)網(wǎng)中占據(jù)一席之地。

HTML 能量運動在小型 Discord 頻道和數(shù)字雜志等領(lǐng)域形成，旨在慶祝數(shù)字體驗中的“人性觸摸”。

（來源：AI 生成）

如今，大多數(shù)互聯(lián)網(wǎng)都針對社交、電子商務(wù)和流媒體進行了優(yōu)化。大多數(shù)互聯(lián)網(wǎng)流量集中在少數(shù)幾個網(wǎng)站上，這些網(wǎng)站又都歸少數(shù)幾家公司所有。從冗長的廣告到咄咄逼人的 cookie 設(shè)置，一些小障礙和麻煩層出不窮。

用戶不斷被提醒，他們訪問互聯(lián)網(wǎng)的條件是讓少數(shù)人從中獲利。X（原推特）的情況完美地概括了互聯(lián)網(wǎng)所有權(quán)的這種狀態(tài)，只需要一位高管就可以引發(fā)大量用戶逃離該平臺，并將其長期存在的社區(qū)割裂開來。

然而，盡管大型科技公司壟斷了市場，但一個基本現(xiàn)實仍然能夠證明互聯(lián)網(wǎng)的民主：任何人都可以用 HTML 免費發(fā)布網(wǎng)站。

從技術(shù)上講，互聯(lián)網(wǎng)為每個人都提供了空間，因此不存在無處容身的問題。真正的問題是流量。

當(dāng)我與 HTML 能量社區(qū)的不同成員交談時，所有人都一致地傳達著一個基本信息：網(wǎng)絡(luò)上的一切最終都是 HTML。HTML 是任何網(wǎng)站的主干。

這是網(wǎng)站運行所需的唯一東西。雖然當(dāng)今流行的 web 開發(fā)語言使用 abridged 命令，通過所謂的數(shù)據(jù)抽象來隱藏技術(shù)復(fù)雜性，但 HTML 是細粒度的，編程經(jīng)驗也不是先決條件。

正如科斯特所解釋的，正是 HTML 的包容性給了渴望在網(wǎng)絡(luò)上發(fā)布自我的人機會。使用 HTML，即使缺少一行代碼，網(wǎng)站仍將加載。HTML 能量運動包含了這些可能性：歡迎通過試錯學(xué)習(xí)，鼓勵創(chuàng)造性實驗。

隨著主流數(shù)字體驗趨向于同質(zhì)的視覺語言，人類的觸覺在許多抽象層中迷失了。網(wǎng)站創(chuàng)建者離他們的網(wǎng)站越來越遠，網(wǎng)絡(luò)也變得更具交易性。

但 HTML 能量運動呼吁人們重新審視我們與技術(shù)的關(guān)系，使用 HTML 制作網(wǎng)站可以讓程序員探索網(wǎng)站的本質(zhì)。

與公司不同，人們自己創(chuàng)建網(wǎng)站無需向股東負責(zé)。他們沒有創(chuàng)造有利可圖的體驗的壓力，所以他們的創(chuàng)作可以采取各種各樣的形式。

常見類型的 HTML 能量網(wǎng)站包括數(shù)字花園，其中的元素隨著季節(jié)的變化而變化；交互式詩歌生成器，用戶的輸入會創(chuàng)造新的意義；以及分享創(chuàng)作者生活細節(jié)的個人網(wǎng)站。

在一個消費主義至上的互聯(lián)網(wǎng)中，HTML 能量的網(wǎng)站溫和地提醒人們，網(wǎng)站可以帶來冥想一樣的體驗。

HTML 能量社區(qū)提倡理解 HTML 的字面含義，它就是一種語言。它贊美了這種語言的基本特征對用戶意圖的要求。

作為微小和復(fù)雜創(chuàng)意決策的融合，僅使用 HTML 構(gòu)建的網(wǎng)站是一種自我表達形式。

查看網(wǎng)站的源代碼與瀏覽界面一樣重要。代碼中經(jīng)常隱藏著彩蛋，比如來自其他 HTML 網(wǎng)站的消息或引用。

在很多方面，HTML 網(wǎng)站都“記錄著”創(chuàng)作者的身份：這個人選擇了構(gòu)建什么？如何構(gòu)建？

這種對 HTML 不同應(yīng)用的迷戀，也出現(xiàn)在被稱為“freewrites”的物理社區(qū)聚會中，社區(qū)成員常聚在一起編寫代碼。

Sunday Sites 和 Fruitful School 是組織這些集會的網(wǎng)站之一，它們經(jīng)常將教育元素融入活動中，以增強更多人加入該社區(qū)的能力。

與此同時，像 HTML 評論這樣的網(wǎng)站以文學(xué)雜志的形式展示了它的一些產(chǎn)品。

（來源：資料圖）

項目 1：多景劇場

吉·金（Ji Kim）的“多景劇場”拼貼了一部舊 iPhone 的多個片段。當(dāng)訪問者瀏覽網(wǎng)站時，圖像會重疊，并播放嵌入的音頻片段。

當(dāng)用戶點擊任何圖像時，都會出現(xiàn)一個關(guān)于拍攝時間和地點的小描述，以及更多額外的媒體內(nèi)容。

金的網(wǎng)站旨在模仿記憶的零散性和層次性。這是一種有意分散的數(shù)字體驗，就像試圖回憶幾年前的一次家庭旅行一樣。

（來源：資料圖）

項目 2：有窗戶的房間

謝爾比·威爾遜（Shelby Wilson）的帶窗戶的房間，是一個只允許一種互動的網(wǎng)站：打開和關(guān)閉一組窗簾。

該網(wǎng)站有意將物理空間和數(shù)字空間混合在一起。威爾遜將瀏覽器視為通往有物理邊界和邊緣的地方的門戶，但也保留了超現(xiàn)實主義元素（百葉窗關(guān)閉時房間不會變暗）和隨機元素（每次訪問時房間的顏色都會變化），以突出數(shù)字形式。

（來源：資料圖）

項目 3：HTML 花園

史賓賽·張（Spencer Chang）的網(wǎng)站設(shè)想了一個花園在互聯(lián)網(wǎng)上的樣子。

一些由原生 HTML 元素組成的“植物”在生長，每次訪問你都會注意到時間的流逝：季節(jié)的變化、植物的發(fā)芽和開花。沒有明確的行為，你所需要做的只是觀察。

（來源：資料圖）

項目 4：散文劇

凱瑟琳·楊（Katherine Yang）的散文游戲是一首互動詩，鼓勵用戶在預(yù)設(shè)的句子結(jié)構(gòu)中輸入不同的單詞。

該網(wǎng)站以單詞為變量，探索互聯(lián)網(wǎng)的互動性。它把“作者之死”的文學(xué)理論，即“文本的意義不是由作者的本意決定的，而是由讀者的解釋決定的”放在了代碼的語境中。

（來源：資料圖）

項目 5：Erich Friedman

埃里?！じダ锏侣‥rich Friedman）的網(wǎng)站是他生活的個人百科全書，里面有從電影評級到佛羅里達州中部迷你高爾夫球場評論的各種檔案。該網(wǎng)站分為數(shù)學(xué)類、益智類、個人類和專業(yè)類，結(jié)構(gòu)比較簡單。

它使用基本的 HTML 來展示弗里德曼在過去十年中不拘一格的興趣，包括從 0 到 9999 的每個數(shù)字的有趣事實列表，以及數(shù)學(xué)和瑣事問題的集合。

該網(wǎng)站不需要任何特定操作。它只是對埃里?！じダ锏侣脑敱M、坦率的描述，在龐大的互聯(lián)網(wǎng)中占據(jù)了一小部分。

（來源：資料圖）

項目 6：屏幕博物館

圖盧·圖穆（Toulou TouMou）的屏幕博物館，是一個存放由游戲愛好者創(chuàng)建的瀏覽器游戲的網(wǎng)站。為了與展示的游戲互動，用戶必須在數(shù)字空間中導(dǎo)航，就像用 ASCII 圖形可視化的物理博物館一樣。

這個網(wǎng)站有實際的參觀時間，還會隨機選擇一個“休息日”。

圖穆的博物館是為了在 Flash 游戲時代給予業(yè)余開發(fā)者應(yīng)有的榮譽而創(chuàng)建的，旨在強調(diào)承認作者身份和獨立游戲豐富歷史的重要性。

HTML 能量的網(wǎng)站沒有集中的來源，偶然發(fā)現(xiàn)讓他們覺得自己很特別，就像發(fā)現(xiàn)停車場的一幅街頭藝術(shù)作品一樣。它們不是為被發(fā)現(xiàn)而設(shè)計的，也不是為任何特定操作而優(yōu)化的。

他們只是按照訪客的條件與訪客互動，描繪出創(chuàng)作者的風(fēng)格。如果像谷歌或臉書這樣的網(wǎng)站是你購買必需品的超市和購物中心，那么 HTML 能量的網(wǎng)站就像你偶然發(fā)現(xiàn)的隱藏花園，在任何地圖上都找不到。

支持：Ren

在線咨詢

上一篇：有這三種方式，使用Python抽取網(wǎng)頁內(nèi)容不用愁
下一篇：「2022 年」崔慶才 Python3 爬蟲教程 -

您的項目需求

*請認真填寫需求信息，我們會在24小時內(nèi)與您取得聯(lián)系。

整合營銷服務(wù)商

一個開源的HTML5流媒體播放器

PearPlayer特性

使用方法

您的項目需求