Ⅰ LL-HLS 簡介
LL-HLS 即：Low-Latency HLS。相比較於HLS，延遲更低，官方說明，最低延遲在3s左右。
延遲是指某一特定視頻幀被設備（攝像機、播放機、編碼器等）捕獲的時間與該幀在終端用戶顯示器上播放的時間之間的時間差
1.各個環節的緩存區
2.服務端的GOP緩存
3.帶寬和傳輸距離
4.網路抖動和擁塞控制
HLS的一個分片大概5-10s,一般載入3個分片播放。所以延遲大概15-30s.
使用EXT-X-PART標簽來表示更小的分片，一個分片的最小持續時間為200毫秒。
下面HLS文件中可以看到第271分片被分割成11部分，每部分333ms。
通過HTTP/2推送模式節省兩次RTT：
不發送完整的播放列表，而是發送播放列表的增量（默認的播放列表被保存，然後只在出現時發送增量，而不是發送完整的播放列表）；
伺服器的責任是保留請求（阻塞），直到包含新片段的播放列表版本可用。阻斷播放列表的重新載入消除了輪詢；
通過在客戶端請求中，增加參數來表明需要哪個位置的數據：
_HLS_msn=<M> ： 序列號
_HLS_part=<N>： part號
_HLS_skip=YES|v2 可以跳過
例如：
對請求： https://example.com/2M/waitForMSN.php?_HLS_msn=273&_HLS_part=3 &_HLS_skip=YES 的響應如下：
通過EXT-X-PRELOAD-HINT標簽，來聲明即將產生的片段。
客戶端可以提前發起請求，當該片段生成時立即回復給客戶端。
LL-HLS圍繞影響延時的幾個因素，進行優化。
更小的分片劃分，相當於減少的服務端的緩存， PRELOAD標簽減少網路建聯耗時的影響，伺服器阻塞，減少建聯耗時和輪詢消耗。
參考地址：
https://developer.apple.com/documentation/http_live_streaming/enabling_low-latency_http_live_streaming_hls
https://zhuanlan.hu.com/p/358492414
Ⅱ 如何獲取瀏覽器緩存里的URL資源的最後修改時間
a.html頁面保存了很大量的數據，所以想用緩存，不重新載入。 但a.html又經常被修改，修改後必須重新請求新的數據。 所以加上.setRequestHeader("If-Modified-Since",日期)來告訴伺服器上次載入過的該文件的時間，使其在修改後重新載入。 這種處理方式我覺得有點問題，但如果你已經載入過一次a.html,把瀏覽器關了，再重新訪問的時候，就算原資源沒有改，但不得不再載入一次，因為瀏覽器里已經沒有那個值了，這個值只有緩存里有（我這個文件挺大的，所以比較吝惜請求次數了）。 回2F：後面您說的方法：在客戶端請求的時候，若認為資源已經修改了，主動在路徑後面加（變）參數讓伺服器得知我請求的是新的資源。我覺得這確實能得到新的數據，但是邏輯上有點問題。（是不是我理解的問題） Last-Modified 是伺服器發送HTTP響應的時候組裝到包內的。但請求的時候瀏覽器通常會自動給請求包上打上If-Modified-Since時間戳。但是我測試過程中發現，通過ajax動態請求資源的時候，IE默認使用瀏覽器緩存，根本就不發數據包，加上 request的If-Modified-Since屬性後，會發數據包了，但是這個時間應該設為緩存中最後的修改時間。如何獲得不得而知了。
Ⅲ 騰訊視頻緩存文件 vodcache沒有緩存怎麼辦只有hls這個文件里有東西 但不能轉碼 求解決
騰訊視頻緩存文件vodcache沒有緩存是因為系統默認保護這些文件（防止第三方使用騰訊視頻的視頻文件），所以是以隱藏文件的方式存儲這些文件，直接打開vodcache文件夾裡面是沒有文件的，需要改變系統隱藏文件的選項為顯示隱藏文件就可以看到了，具體操作步驟如下：
1、雙擊打開計算機圖標。
Ⅳ HLS的HLS (HTTP Live Streaming)
常用的流媒體協議主要有 HTTP 漸進下載和基於 RTSP/RTP 的實時流媒體協議，這二種基本是完全不同的東西，目前比較方便又好用的是用 HTTP 漸進下載方法。在這個中 apple 公司的 HTTP Live Streaming 是這個方面的代表。它最初是蘋果公司針對iPhone、iPod、iTouch和iPad等移動設備而開發的流.現在見到在桌面也有很多應用了，HTML5 是直接支持這個。
但是HLS協議的小切片方式會生成大量的文件，存儲或處理這些文件會造成大量資源浪費。如果要實現數天的時移，索引量將會是個巨額數字，並明顯影響請求速度。因此，HLS協議對存儲I/O要求相當苛刻。對此，也有公司提出了非常好的解決方案。新型點播伺服器系統，獨創了內存緩存數據實時切片技術，顛覆了這種傳統實現方法，從根本上解決了大量切片的碎片問題，使得單台伺服器的切片與打包能力不再是瓶頸。其基本原理如下：不將TS切片文件存到磁碟，而是存在內存當中，這種技術使得伺服器的磁碟上面不再會有「數以噸計」的文件碎片，極大減少了磁碟的I/O次數，延長了伺服器磁碟的使用壽命，極大提高了伺服器運行的穩定性。同時，由於使用這種技術，使得終端請求數據時直接從伺服器的內存中獲取，極大提高了對終端數據請求的反應速度，優化了視頻觀看體驗。
Ⅳ hls直播中,m3u8的緩存時間一般設置多少
2分鍾。hls直播中是一個由蘋果公司提出的基於HTTP的流媒體的應用，根據相關表示，m3u8的緩存時間為2分鍾。
Ⅵ 在phpcms做的網站中，直接修改源代碼，不在後台進行，過段時間，代碼為什麼會被自動改回來
phpcms 使用的是模板，模板位置在phpcms/templets/...下面，templets如果有多套模板，先到後台——設置——查看當前使用的是哪套模板，然後在修改此套模板。
如果你直接修改根目錄的index.html文件，當你在後台點「生成首頁」時，你修改的代碼自然被覆蓋了。
首頁模板位於phpcms/templets/當前模板目錄/content/index.html
Ⅶ 請問網頁的緩存清除在java代碼中怎麼解決
IE總是彈出腳本錯誤提示窗口
出現此問題是因為該網頁的 HTML 源代碼不能使用客戶端腳本（如 Microsoft JScript 或 Visual Basic 腳本）正確工作。發生此問題可能是因為以下原因之一： " 網頁的 HTML 源代碼中有問題。
" 您的計算機或網路上阻止了活動腳本、ActiveX 控制項或 Java 小程序。Internet Explorer 或另外一種程序（如防病毒程序或防火牆）可以配置為阻止活動腳本、ActiveX 控制項或 Java 小程序
" 防病毒軟體配置為掃描您的「臨時 Internet 文件」或「已下載的程序文件」文件夾。
" 您計算機上的腳本引擎損壞或過時。
" 您計算機上的 Internet 相關文件夾損壞。
" 您的視頻卡驅動程序已損壞或者已過時。
" 您計算機上的 DirectX 組件損壞或過時。
注意：伺服器端腳本 -- 如 Active Server Pages (ASP) 中的 Visual Basic 腳本 -- 運行在 Web 伺服器上。因伺服器端腳本故障而發生的腳本錯誤不在 Internet Explorer 中生成錯誤消息，但也可能會創建一個不能正確顯示或工作的網頁。
一、錯誤特徵:
行: 247 字元: 2 錯誤: 拒絕訪問 代碼: 0
二、解決方案
1、清除一下IE瀏覽器的緩存,點IE上的工具——然後再選擇最下面的Internet選項，再點Internet刪除文件(記得勾上刪除所有離線內容)，確定後再重新打開IE瀏覽器試試,同時請確認您使用的是IE6.0及以上版本。
2、您的網頁上清緩存,在網頁上選擇工具->Interner選項->刪除Cookies和刪除文件,然後再確定。
3、請您點擊IE瀏覽器中的「工具」，選擇「internet選項」，進入「安全」頁面，點擊「自定義級別」，將您的安全設置設為「低」。
4、清空一下IE瀏覽器的cookies文件，在IE瀏覽器中設置「禁止自動腳本更新」，並不要選擇「禁止運行ActiveX控制項」，然後再嘗試操作。
三、總結1、錯誤類型不固定 行: 247 字元: 2 錯誤: 拒絕訪問 代碼: 0 數字部分都是可變的。
2、解決方案中的4條不用都改，我的錯誤只用了1、2條就解決了。
如果有頁面出現腳本錯誤，就把他另存，然後一點點刪除，如果當你刪除一段代碼後不再出現腳本錯誤，那就是那一段代碼出現問題，如果那段代碼不重要或是根本不需要，你就可以直接刪除；如果那段代碼很重要，那可以找段代碼代替。不過我還是建議你加幾個網頁方面的Ｑ群，裡面有很多深藏不露的高手。可以在網上直接搜到
Ⅷ 請教,linux中訪問一個網路鏈接，如何改變該鏈接DNS的緩存時間
需要在DNS伺服器上設置：vi
/var/named/xxx.zone,修改
3H
;
refresh
的值
Ⅸ 修改源碼之後要怎麼生效
修改之後，你直接保存就可以啊，至於你說的生效，可能有的網站或者軟體有緩存，或者要重新生成等，具體看你網站或者軟體怎麼編寫的了，還不會的再問俺
Ⅹ 網站的源碼已經修改,網頁還沒變成源碼的樣子
這個要具體問題具體分析，如果您的前台導航調用的相關數據，那麼後台修改後，重新生成靜態即可；如果導航是寫死的，那麼需要修改頭部文件（模板）。
不是什麼大問題，應該是操作粗心造成的，不行再問我。