04 youtube下載安裝失敗無法接收(前端抓手機抓包可以看頁面樣式嗎)

文，即使刷了中文操作系統也不行。

7.在SDcard里建立諸"Ringtones""Alarms""Notifications"等文件夾，再將將鈴聲文件（ogg，mp3，wav，mid等）放進去，系統選擇鈴聲的選項中就多出了這些音樂文件。

十四，Android手機WIFI問題集合

現在市面上的Android手機基本都是海外發行，因此都帶有WIFI功能，非常方便，另外由于Android系統的依靠于網絡才能發揮其方便快捷的特點，因此WIFI也是其不可分割的一部分。那么該如何設置呢？

首先在系統主屏界面下按下Menu鍵，選擇最后一項Settings（設置），依次進入Wireless買粉絲ntrols（無線控制）——Wi-Fisettings（WIFI設置），將Wi-Fi勾選，再將Networknotification（網絡提示）打開，系統會自動進入搜索網絡狀態，稍等片刻搜索完畢點擊可用網絡，如果有密碼，輸入密碼點擊連接即可。

在WIFI日常的使用中會經常遇到一些問題，比如已連接卻不能上網等，這些很有可能是因為其他的一些原因導致，大致可以分為兩類，一類是程序設置問題，基本存在與密碼不對等情況。另一位是硬件問題，很可能是因為路由器固件較老不能很好的發送信號等，用戶可以根據自身情況逐一排除。

十五，插入TF卡時顯示FormatSDcard怎么辦？

當插入新買的TF卡時會顯示“FormatSDcard(格式化SD卡)?”的提示出現，那么該怎么解決呢？

其實這是在Android1.5之后的系統版本中才會出現的功能，就像將新SD卡插在安裝有Windows操作系統的電腦中，會提示需要格式化一次一樣，只需要將TF卡按照提示格式化即可，當然，這只是全新卡的做法。如果卡中有重要資料，請先在電腦上備份后在在Android手機上進行格式化。

當選擇OK時，會彈出“AreyousureyouwanttoformattheSDcard?Alldataonyourcardwillbelost”的提示，意為“您確定格式化SD卡，所有卡上的數據將會丟失”，單擊Format(格式化)即可進行格式化操作，Android手機會自動在格式化完成后建立系統默認文件夾。

十六，提高Android手機GPS搜星速度方法

目前使用的T-MobileG1、HTCMagic手機中使用的GPS芯片均為SIRF提供的star第三代導航模塊，不過在冷啟動搜星速度方面表現的較一般在戶外需要30~50秒左右的時間。提供搜星速度成了一個重要的話題，從Android1.5固件開始加入了A-GPS輔助定位功能，可以縮短這一時間僅為10秒左右。但需要GPRS流量輔助。

A-GPS的原理主要是通過服務器位置信息輔助方式提高GPS搜索衛星的速度，但是需要花費GPRS流量在5KB-10KB左右

kodi語言選項只有英文

下面列舉出解決Kodi設置語言時只有英文無法設置中文的辦法：

因為Kodi語言包是以插件的形式存在，不是集成到安裝包里，有時候網絡原因不能連接到Kodi的服務器，在設置Kodi語言時“regional”-“language”只有English沒有chinese-Simple，無法設置中文。這個時候該怎么辦呢？

打開Kodi - Add-ons，左側菜單找到my add-ons,然后點擊look and feel。下一步點擊languages。選擇chinese(simple)，點擊Intall。安裝完成后點yes。中文語言就安裝成功了。當然你也可以單獨下載中文語言包，從add-ons里選擇“install from zip file”。

拓展資料：

Kodi是一款多平臺家庭影院PC（HTPC）應用程序。Kodi具有高度的可定制性：各種皮膚可以改變其外觀，并且各種插件允許用戶通過在線服務訪問流媒體內容，例如Amazon Prime Instant Video，Crackle，Pandora Inter買粉絲 Radio，Rhapsody，Spotify和YouTube。

后期版本還有一個個人錄像機（PVR）圖形前端，用于接收電子節目指南（EPG）和高清數字錄像機（DVR）支持的實時電視節目。

該軟件是作為獨立開發的自制媒體播放器應用程序創建的，名為Xbox Media Center（縮寫為XBMC），用于第一代Xbox游戲機，后來以XBMC的名義作為適用于Android，Linux，BSD，Raspbian，macOS，iOS / tvOS和Microsoft Windows操作系統的本地應用程序。

前端抓手機抓包可以看頁面樣式嗎

時隔 3 年，重新接觸了移動端 h5 頁面開發，上一次還是大四實習。這一次是 hybrid 開發，涉及到 h5 頁面與原生 app 的交互，h5 頁面需要與原生打通登錄態，以及調用原生app 的接口，比如調用原生相機進行二維碼掃描。跟買粉絲小程序開發不同，本地開發時買粉絲有提供買粉絲開發者工具，可以本地模擬調用而我這邊需要每次都打包靜態文件，上傳服務器才能調試，非常麻煩。

能不能在原生 app 加載線上 h5 時，跑本地的代碼呢？答案是可以的，通過抓包工具比如 whistle 就可以做到攔截線上頁面請求數據，再響應本地代碼，本文主要講述抓包的原理和抓包工具 whistle 使用。

1. 抓包的原理

1.1 什么是抓包？

抓包就是將網絡傳輸發送與接收的數據包進行截獲、重發、編輯、轉存等操作，通過抓包可以：

分析網絡問題

業務分析

分析網絡信息流通量

網絡大數據金融風險控制

探測企圖入侵網絡的攻擊

探測由內部和外部的用戶濫用網絡資源

探測網絡入侵后的影響

監測鏈接互聯網寬頻流量

監測網絡使用流量（包括內部用戶，外部用戶和系統）

監測互聯網和用戶電腦的安全狀態

滲透與欺騙

...

回顧下計算機網絡知識，數據在網絡上是以很小的幀的單位傳輸的，幀通過特定的稱為網絡驅動程序的程序進行成型，然后通過網卡發送到網線上，通過網線到達目的機器，在目的機器的一端執行相反的過程。接收端機器的以太網捕獲到這些幀，并告訴操作系統幀已到達，然后對其進行存儲。在這個傳輸和接收的過程，就可以使用抓包工具（Sniffers）進行抓包，作為前端開發者，通常是抓取應用層的 HTTP/HTTPS 的包。



1.2 HTTP/HTTPS 抓包原理

HTTP/HTTPS 是應用層使用的通信協議，常見的應用層體系結構是客戶端-服務器體系。

對運行在不同端系統上的客戶端程序和服務端程序是如何互相通信的么？實際上，在操作系統上的術語中，進行通信的實際上是進程而不是程序，一個進程可以被認為是運行在端系統中的一個程序。

在 web 應用程序中，一個客戶瀏覽器進程與一臺服務器進程進行會話交換報文。

瀏覽器進程需要知道接收進程的主機地址，以及定義在目的主機中的接收進程的標識符，也就是目的端口。

多數應用程序由通信進程對組成，每對中的兩個進程互相發送報文。進程通過一個稱為套接字的軟件接口向網絡發送報文和從網絡接收報文。

進程可以類比一座房子，而它的套接字可以是它的門，套接字是應用層與運輸層之間的端口。



知道了兩個進程的通信流程，我們要怎么抓包呢？舉一個生活中的例子，小明暗戀小雯，于是他寫了一封情書，但他有點害羞，找了小雯的好朋友小花幫忙傳遞情書。這個時候，小花可以負責小雯與小明之間的情書傳遞，作為中間人，她可以偷偷查看他們的情書內容。

思路就是設置一個中間人進程負責抓包，每次目標進程之間的會話都先與中間人進程通信，再進行轉發。



1.2.1 HTTP 抓包原理

在 買粉絲 標準中，沒有對通信端身份驗證的標準。對于服務器來說，它接收的 HTTP 請求報文只要格式符合規范，就發送響應報文。

對于客戶端來說也是如此，它無法校驗服務器的身份，比如它連接的 買粉絲://買粉絲.jecyu.買粉絲 的主機，但由于中間節點的存在，最終連接的可能是 買粉絲://買粉絲.jerry.買粉絲 的主機。

因此，對于 HTTP 抓包，無需做過多的處理，只需要讓中間人負責轉發客戶端和服務端的數據包。

1.2.2 HTTPS 抓包原理

HTTP 是明文傳輸，容易受到中間人攻擊，不安全。

HTTPS 語義仍然是 HTTP，只不過是在 HTTP 協議棧中 買粉絲 與 tcp 之間插入安全層 SSL/TSL。

安全層采用對稱加密的方式加密傳輸數據和非對稱加密的方式來傳輸對稱密鑰，解決 買粉絲 數據沒有加密、無法驗證身份、數據容易纂改三個核心問題。

HTTP + 加密 + 認證 + 完整性保護 = HTTPS

其中驗證身份問題是通過驗證服務器的證書來實現的，證書是第三方組織（CA 證書簽發機構）使用數字簽名技術管理的，包括創建證書、存儲證書、更新證書、撤銷證書。



瀏覽器連接至一個 HTTPS 網站，服務器發送的不僅僅只是服務器實體證書，而是一個證書鏈，但不包含根證書，根證書會被內嵌在 Windows, Linux, macOS, Android, iOS 這些操作系統里。



其中校驗證書分為兩步，證書的簽發者校驗和服務器實體證書校驗

1、證書鏈校驗：

1.1 瀏覽器從服務器實體證書的上一級證書（比如 B 證書）獲取公鑰，用來校驗服務器實體證書的簽名（簽名是通過 CA 機構的私鑰簽名的），校驗成功則繼續，否則證書校驗失敗。

1.2 瀏覽器從 B 證書的上一級證書（比如 C 證書）獲取公鑰，用來校驗 B 證書的簽名，

校驗成功則繼續，否則證書校驗失敗。

1.3 瀏覽器迭代校驗每張證書的簽名，最后會找到自簽名的根證書（簽發者和使用者是同一個人），由于瀏覽器已經集成了根證書，可以充分信任根證書的公鑰，完成最后的簽名。

2、服務器實體證書校驗：訪問的域名信息是否與證書一致、日期、證書擴展校驗等。

了解完證書校驗后，我們來看看具體的 買粉絲s 通信流程：

首先是 tcp 的三次握手建立連接

接著是非對稱加密的握手過程

client 發送隨機數 random1 + 支持的加密算法集合

server 收到信息，返回選擇的一個加密算法+ 證書 （包含S_公鑰） + random2

client 驗證證書有效性，并用 random1 + random2 生成 pre-master-secure，通過服務端公鑰加密發送給 server

server 收到 pre-master-secure，根據約定的算法使用S_私鑰對 pre-master-sec

很赞哦!（359）