這篇文章是關於網站效能最佳化體驗的,效能最佳化是一個複雜的話題,牽涉的東西非常多,我只是按照我的理解列出了效能最佳化整個過程中需要考慮的種種因素。點到為止,包含的內容以淺顯的介紹為主,如果你有見解能告知我那再好不過了。無論如何,希望閱讀它的你有所收穫。
因為工作接觸到了各種不同的音視頻封裝格式,常見的國標PS流,onvif的RTP流和TS流等,都說好記性不如爛筆頭,抽空總結下,也好在以後能隨時查閱,因水平問題,可能會有地方有疏漏和問題,還請指教 一、PES流
1、概述 通過上一篇文章《架構設計:系統間通訊(10)——RPC的基本概念》的介紹,相信讀者已經理解了基本的RPC概念。為了加深這個理解,後面幾篇文章我將詳細講解一款典型的RPC規範的實現Apache Thrift。Apache Thrift的介紹一共分為三篇文章,上篇講解Apache Thrift的基本使用;中篇講解Apache Thrift的工作原理(主要圍繞Apache Thrift使用的訊息格式封裝、支援的網路IO模型和它的用戶端請求處理方式);下篇對Apache
下載Git安裝包 0.TortoiseGit-1.8中文版與Git安裝包: http://download.csdn.net/download/renfufei/8204699 首先開啟 Git 的官方網站: http://git-scm.com/ 然後找到下載頁面: http://git-scm.com/downloads 找到Windows版本的下載頁面: http://git-scm.com/download/win
預設的Favicon Spring Boot提供了一個預設的Favicon,每次訪問應用的時候都能看到。 關閉Favicon 我們可以在application.properties中設定關閉Favicon,預設為開啟。 spring.mvc.favicon.enable=false 或在application.yml中設定關閉Favicon spring: mvc: favicon: enabled: false 設定自己的Favicon
隨便開啟一個網頁:比如 http://www.baidu.com/ 可以看到在瀏覽器的標籤頭上面顯示了一個表徵圖,這個表徵圖是:,也就是我們常說的favicon.ico. 由於這篇文章主要討論favicon.ico,以及各個瀏覽器對其的不同處理,所以還是建立web項目如下: home.html 代碼如下: <!DOCTYPE html><html
包是一種組織代碼的方式。很多語言專門提供了某種機制組織全域變數的命名,比如Modula的modules,Java和Perl的packages,C++的namespaces。每一種機制對在package中聲明的元素的可見度以及其他一些細節的使用都有不同的規則。但是他們都提供了一種避免不同庫中命名衝突的問題的機制。每一個程式庫建立自己的命名空間,在這個命名空間中定義的名字和其他命名空間中定義的名字互不干涉。
本事故,發生在測試的環境上,雖然不是線上的環境,但也是一次比較有價值的事故。 起因:公司裡有hadoop的叢集,用來跑建索引,PHP使用人員,調用建索引的程式時,發現MapReduce叢集啟動不起來了,報IOException異常,具體的異常沒有記錄,大致的意思就是磁碟空間滿了,導致建立檔案失敗。 下面散仙類比當時的環境,接到問題後,第一件事就是先查看centos系統的磁碟使用率 執行命令 df -h ,查看當前佔用情況: Filesystem
逛微博,摸到了一堆寶:關於線性代數學習的文章。 先是發現了陳曉鳴(http://weibo.com/acumon),前百度資深工程師,終身學習者。再找到“文藝複興記”(http://weibo.com/weidagang)。這是人的線索。
今天配置ceph,參考了多方文檔官方文檔地址http://docs.ceph.com/docs/master/rados/configuration/ceph-conf/#the-configuration-file 其它大神的部落格地址http://my.oschina.net/oscfox/blog/217798 http://www.kissthink.com/archive/c-e-p-h-2.html等等不一一例舉了。
最近一段時間一直在看一些高並發處理策略的文章,在此也稍微總結一下自己的心得 一.高並發 可以這麼理解高並發,在同一時間,有大量使用者同時訪問同一個URL,容易導致伺服器和資料庫資源被佔滿崩潰,資料庫的儲存和更新結果跟理想不一致,例如出現重複的資料記錄,多次添加記錄等資料錯亂問題。 二.高並發的處理策略 1.伺服器
IP資料報有首部和資料兩部分組成的,首部的前一部分是固定長度20位元組,是所有IP資料報必須具有的。首部包括:總長度、標識、MF、DF、片位移。 數字訊號實際傳送的是資料流,一般資料流包括以下三種: ES流:也叫基本碼流,包含視頻、音頻或資料的連續碼流。 PES流:也叫打包的基本碼流,是將基本的碼流ES流根據需要分成長度不等的資料包,並加上包頭就形成了打包的基本碼流PES流。 TS流:也叫傳輸串流,是由固定長度為188位元組的包組成,含有獨立時基的一個或多個節目,適用於誤碼較多的環境。 TS流(
http://blog.sina.com.cn/s/blog_6ca8ed170100qjvd.html ES流(Elementary Stream,基本流):數字電視各組成部分編碼後所形成的直接表示基本元素內容的流,包含視頻、音頻或資料的連續碼流。 PES流(Paketized Elementary Stream,打包基本碼流):是將基本的碼流ES流根據需要分成長度不等的資料包,並加上包頭就形成了打包的基本碼流PES流。 PS (Program Stream,節目流):
1、ES流(Elementary stream),原始碼流。是經過A/D轉換、編碼後輸出的資料流,是直接從編碼器輸出的資料流; 1)ES經過PES打包,轉換為PES包。 2)ES是只包含一種內容的資料流,如音頻資料或視頻資料。 3)打包後的PES流也只包含一種內容。 2、PES流(Packet Elementary stream),打包後的基本碼流。ES流形成的分組叫PES分組,是用來傳輸ES的一種資料結構。 1)將基本碼流ES根據需要分成長度不同的資料包,
主要概念: ES: ES--Elementary Streams (原始流)是直接從編碼器出來的資料流,可以是編碼過的視頻資料流(H.264,MJPEG等),音頻資料流(AAC),或其他編碼資料流的統稱。ES流經過PES打包器之後,被轉換成PES包。
1、儘可能減少HTTP請求:圖片合并 (css sprites),Js指令檔合并、css檔案合并 2、減少DNS查詢 DNS查詢服務指網域名稱尋找,指將請求的網域名稱轉化為對應的IP地址,就如姓名和門牌號的關係。如輸入www.baidu.com DNS系統會將此網域名稱轉化為119.75.217.109,然後將IP地址返回給瀏覽器,這個過程會花費一定的時間,影響頁面的載入,所以要儘可能減少DNS查詢。 減少DNS查詢的方法有: 緩衝 DNS尋找可以改善頁面效能,
1)ES ES--Elementary Streams (原始流)是直接從編碼器出來的資料流,可所以編碼過的視頻資料流(H.264,MJPEG等),音頻資料流(AAC),或其他編碼資料流的統稱。ES流經過PES打包器之後,被轉換成PES包。
最近在看《高效能網站建設指南》,學習一些網站最佳化的技術,讀到關於減少http請求的一些方法: 1. 圖片地圖 圖片地圖允許你在一個圖片上並聯多個URL,目標URL的選擇取決於使用者單擊了圖片上的哪個位置。 使用圖片地圖這种放手就既能減少HTTP請求,又無需改變頁面外觀感受,
1、下載,http://zookeeper.apache.org/ 2、配置:見:http://www.cnblogs.com/yjmyzz/p/4587663.html 3、首先從官網下載ZooKeeper壓縮包,然後解壓下載得到的ZooKeeper壓縮包,發現有“bin,conf,lib”等目錄。“bin目錄”中存放有運行指令碼;“conf目錄”中存放有設定檔;“lib目錄”中存放有運行所需要第三方庫。
很多人都說要減少http請求,可關注為什麼要減少請求的人卻少很多,本文是對我在幾篇部落格以及知乎上看到的內容的整理。 http要求標頭的資料量 每次請求都會帶上一些額外的資訊進行傳輸,當請求的資源很小,比如1個不到1k的表徵圖,可能request帶的資料比實際表徵圖的資料量還大。 所以當請求越多的時候,在網路上傳輸的資料自然就多,傳輸速度自然就慢了。 其實request內建的資料量還是小問題,畢竟request能帶的資料量還是有限的。 http串連的開銷