Ⅰ 如何用手機進行本地前端調試
第一步：連接電腦與手機
1. 手機打開「開發者選項」
安卓手機進入「設置」—>「關於手機」—> 在「版本號」上點7次（或其他的版本號位置，一個個試肯定有……）
然後「開發者選項」就出現在「設置」裡面了。
2. 手機打開「USB調試」
進入「開發者選項」—>打開「USB調試」（如果想手機長亮還要打開「不鎖定屏幕」）
3. 連接並允許調試
用USB數據線將手機與電腦連接—>手機上出現「允許該電腦調試」時點「允許」（可能會晚點出現，先去第二步）
第二步：用電腦啟動手機瀏覽
1. 打開chrome的inspect
在電腦chrome地址欄中輸入chrome://inspect—>勾選「Discover USB devices」
如無意外在Devices中會出現手機型號。
如果沒有，再確認下：開發者選項、USB調試、允許該計算機調試
2. 手機打開chrome app
在手機中打開chrome，這時電腦的chrome inspect中會出現輸網址的地方。
3. 測試手機瀏覽的控制
在電腦chrome inspect輸入框中隨便輸個在線網址，點Open，手機chrome就會打開該頁面。用電腦chrome可以控制刷新、關閉，但是用來調試的inspect點開是空白，應該是被牆了。
第三步：用手機測試本地頁面
1. 開啟本地伺服器
對的，很遺憾手機chrome不能進行靜態頁面的調試。
所以必須開本地伺服器，所幸現在有gulp+webserver，用法這里不講了。
總之，完成這一點後，你應該在電腦上用 http://localhost 來瀏覽網頁了。
2. 電腦chrome開啟埠轉發
在chrome inspect中點「Port forwarding...」—>把埠和localhost鏈接輸進去（比如8000和localhost:8000）—>勾選「Enable port forwarding」—>Done
3. 打開手機瀏覽localhost
如：輸入http://localhost:8000 點Open
這樣手機就能打開頁面了。
Ⅱ js前端調試的幾個小技巧
1. debugger;
我以前也說過，你可以在JavaScript代碼中加入一句debugger;來手工造成一個斷點效果。
需要帶有條件的斷點嗎？你只需要用if語句包圍它：
if(somethingHappens){
debugger;
}但要記住在程序發布前刪掉它們。
2. 設置在DOM node發生變化時觸發斷點
有時候你會發現DOM不受你的控制，自己會發生一些奇怪的變化，讓你很難找出問題的根源。
谷歌瀏覽器的開發工具里有一個超級好用的功能，專門可以對付這種情況，叫做「Break on…」，你在DOM節點上右鍵，就能看到這個菜單項。
斷點的觸發條件可以設置成這個節點被刪除、節點的屬性有任何變化，或它的某個子節點有變化發生。
3. Ajax 斷點
XHR斷點，或Ajax斷點，就像它們的名字一樣，可以讓我們設置一個斷點，在特點的Ajax調用發生時觸發它們。
當你在調試Web應用的網路傳輸時，這一招非常的有效。
tumblr_inline_n1s7ceQ08c1r2
4. 移動設備模擬環境
谷歌瀏覽器里有一些非常有趣的模擬移動設備的工具，幫助我們調試程序在移動設備里的運行情況。
找到它的方法是：按F12，調出開發者工具，然後按ESC鍵(當前tab不能是Console)，你就會看到第二層調試窗口出現，裡面的Emulation標簽頁里有各種模擬設備可選。
當然，這不會就變成了真正的iPhone，只是模擬了iPhone的尺寸，觸摸事件和瀏覽器User Agent值。
tumblr_inline_n1s71kb2NL1r2
5. 使用Audits改進你的網站
YSlow是一個非常棒的工具。谷歌瀏覽器的開發者工具里也有一個非常類似的工具，叫Audits。
它可快速的審計你的網站，給你提出非常實際有效的優化你的網站的建議和方法。
Ⅲ Web前端需要掌握哪些技術
Web前端目前還是一個比較新的職業，其在國內乃至國際上真正受重視的時間還未超過五年。昆明北大青鳥http://www.kmbdqn.cn/發現隨著互聯網的迅猛發展，目前不管是企業和個人越來越多的開始使用和學習web前端開發，那麼web前端開發是做什麼的呢?
Web前端需要掌握哪些技術?
1、熟練掌握html基本知識，包括每個標簽的用法等。
2、熟練掌握div+css基本知識，這個東西基本就是web前端的基礎了，它可以將你寫的東西直觀的展示出效果給你看，所以須熟練掌握。不管你做了什麼，瞬間就可以看到效果，對調試、修改有很大的幫助，這個就是前端開發的顯示效果。
3、我覺得這里應該是至少掌握一個後台的內容管理系統，比如現在流行的WordPress，phpcmsv9、dede、帝國等都是比較好用的。這個也會了，你就基本可以在本地建站了，就可以用來熟悉你前面學到的html和div+css，讓自己熟練的掌握這些，並且你會發現這樣比枯燥的學習更有樂趣。
4、重頭戲，學習javascript編程，深入學習，包括jquery等框架。js東西會比較多，一定要有耐心，和決心去學下去，加油~Js就是前段的行為和數據交換。
5、學習一門簡單的後台編程語言，比如asp或者php，不需要學的太深入，主要為了培養編程思想!
6、現在很火的html5+css3，學習web前端，這些與時俱進的東西一定要看。
Ⅳ 怎麼在移動端調試web前端
具體調試步驟如下：,
用 Chrome 模擬 UA、屏幕尺寸 和 觸摸特性，完成第一階段的開發和調試。
但對於國內開發者而言，最大的問題在於國產瀏覽器的各種奇怪BUG。
面對這類沒有調試工具的瀏覽器，weinre 也是一個可行的解決方案。
如果只是對JavaScript的異常進行跟蹤，自己敲幾行代碼也可以勉強處理一下。
引入一個外部鏈接來接收異常信息，藉此把異常顯示到開發環境中，這樣就可以根據異常的信息對 JavaScript 代碼進行跟蹤和定位。
其中大致的實現原理，是通過對 window.onerror 進行一個全局的異常監聽，把捕獲到的異常發送到指定的介面。
Ⅳ 前端調試時data-v有什麼作用
提供屬性。前端調試時data-v為H5新增的為前端開發者提供自定耐納義的屬性，這些屬性集可以通過對象的dataset屬首畢性獲取，不支者畝芹持該屬性的瀏覽器可以通過getAttribute方法獲取。
Ⅵ 前端開發是怎麼調試的
如果是網頁開發的話呢 可以使用瀏覽器的f12 開發人員工具調試。如果是安卓或者ios呢可以抓包獲取介面請求信息，或者使用日誌輸出來檢測。
Ⅶ 前端javascript調試的方法有哪些
如果你用的是谷歌核心的瀏覽器,比如chrome,360瀏覽器,世界之窗CHROME版,那麼你有福了,按一下F12,你的瀏覽器底部將會顯示這個窗口
請選擇console,這里是控制台輸出窗口,在這里你可茄枝以直接寫JS代碼,然後顫笑敏回車,你的代碼會馬上執行,你看到截圖上的這些文字 ,其實是網路經驗輸出的,呵呵,不用管它
我們輸入這句代碼
console.trace("大家好")
然後回車,不知道看這篇文章的,有多少人,做JS的第一句代碼
這句代碼的意思就是,在控制台輸出"大家好"三個字,後面的是些系統內容,大家不用管它
用瀏覽器來測試代碼升扒,有多方便,不用我多說了吧
現在說說用IE來測試JS代碼,IE8版本以下的瀏覽器,不能即時執行代碼,對學習效果不是很好,所以建議升級到至少IE8
好,我們打開IE,也是按F12,如果彈出的窗口是這樣的,請按一下紅框的減號,如果不是,跳過這一步，我們選擇"控制台"
輸入JS代碼回車即可運行
由於IE不支持直接在控制台trace輸出,我們輸入document.write("大家好")來執行查看結果
谷歌瀏覽器調試遠比IE強大,建議大家盡量使用谷歌瀏覽器好一點,多行代碼可以先在記事本寫好再復制進去執行
Ⅷ 有線電視鄰頻前端如何調試
有線電視鄰頻前端調試方法：
先調天線放大器；
再調前端信號處理設備（調制器或頻道處理器）；
最後統調前端輸出電平。
【溫馨提示】
具體調試前，應熟悉各設備的性能及調試方法（查看說明書），並應仔細檢查各設備連接是否正確，連接有無斷路及短路情況，插接器是否良好。檢查無誤後，方可通電。
前端是系統的心臟，它包括衛星接收和前端設備。網路所傳輸的各種信息質量關鍵就在前端設備工作是否正常、穩定、可靠，其故障大致可分以下幾方面。
1衛星接收天線系統的故障
1.1日凌現象的發生及干擾
當衛星、太陽、地面接收站三者成一條直線時，也就是說當衛星接收天線對准衛星的同時對准了太陽，強大太陽的雜訊使電視信號受到強烈干擾，嚴重時電視信號中斷，這就是日凌現象對靜止同步衛星產生的影響，這種影響對模擬信號影響小，而對數字信號影響大，時間也長。據有關資料介紹，日凌現象一般每年發生兩次，每次連接3～6天時間不等，每天最長時間達到10min，北半球的地面發射和接收站一般發生在春分日前秋分日後的23天之內，但各個地區每個地面站發生日凌的時間不同，可根據各地面站位置的經緯坐標來計算出每年日凌的時間，以便提前通知用戶或者採取相應的措施來保證電視信號的正常傳輸。
1.2太陽黑子對衛星信號的影響
在前端有時出現各頻道圖像的信號強度會慢慢減弱，畫面出現黑白雜波點，雪花點慢慢增多，有時直到全屏無圖像，伴音雜訊顯得格外明顯，這種現象的出現長達半小時，短時則幾分鍾，這並不是衛星接收設備出現故障，也不是因為衛星接收天線偏離或衛星略微漂移所導致的現象，而是太陽黑子的出現對電視信號產生了干擾和嚴重衰減所造成，如果太陽黑子的活動能量大，時間長，就會使衛星電視信號立即中斷，使各頻道場強指標下降較多，甚至降為0dB，且持續的時間也會越長，當太陽黑子活動消失，衛星電視信號的強度將慢慢恢復到原來強度，該現象不論是模擬信號還是數字信號，都會受到同樣影響。
1.3雨雪天氣對收視Ku波段節目的影響
使用KU波段的同行們都遇到過天氣氣候不同時，如濃雲密布、霧氣沖天、狂風暴雨、雨量密度及顆粒大小、下冰雹等，都會對衛星上下行信號造成一定影響，頻率高低不同產生的信號損耗也不一樣，從平時觀察情況看，一般對KU波段的影響比對C波段的影響要大得多，特別是雨水沖刷天線盤面時，造成物理性衛星訊號散射，使信號中斷。從有關資料獲知，遇到影響電波發射和收視時，其場強信號增益急劇下降，對Ku波段節目的收視產生一定影響，特別是下雨或下大雨時會造成信號急劇下降和中斷，在北方下雪是常事，但下雪比下雨的信號損耗相應要輕得多，可以說下雪天對KU信號不會受到較大損害，如果是雨夾雪氣候，它會導致信號大幅度減弱或中斷，如果高空中有濃厚的雨層也會使Ku波段信號減弱或中斷，總之，Ku波段對天氣氣候是非常敏感的，這也是電視工作者最頭痛的問題。
衛星接收天線安裝的穩定和牢固性也是一項不可缺少的指標，因為它會嚴重影響天線的指向性，面無線的指向性不好對接收的模擬和數字信號的影響不容忽視。在刮大風時，若無線穩定性不好，安裝在高層頂上的天線會搖晃得很厲害，甚至偏離衛星使接收到的信號不穩定，噪波大。天線安裝完畢，底座固定牢靠後，在天線的四方均應安裝拉線，這樣風力再大，天線也不會擺動，另外天線本身的強度設計生產時一定要達到十二級風力的抗壓強度。
前饋式高頻頭固定不牢靠，因風力所致若聚焦尺寸發生變化，就會在電視屏幕上出現噪波點。
1.4「馬賽克」現象
在接收衛星數字壓縮頻道節目時，有時畫面出現全馬賽克和部分馬賽克，該現象是在接收數字衛星電視信號時，由於傳輸誤碼原因，引起了該現象，「馬賽克」現象會嚴重影響電視信號的收視效果，如果注意適當地選擇數字衛星接收用的LNB和接收天線，它能改善或基本消除這種「馬賽克」現象，保證播出圖像質量。
數字接收機採用QPSK調相方式傳輸，信號的解調是根據相位的檢測來實現，若LNB的相位雜訊過高，會造成檢測的誤差而導致誤碼率增加，誤碼率超過規定值後，就會使接收到的圖像產生「馬賽克」現象。
另外，所選擇數字接收用的LNB的頻率穩定度，越高的LNB，其相位雜訊也越低，產生誤碼的機率就少。
1.5雨雪天對後饋式C波段接收天線的影響
在下雨，特別是雷陣雨時，雨水易浸入接收天線波導口，經波導進入高頻頭，造成該天線接收的所有節目出現噪波點，若高頻頭內積水較多，全都節目信號會中斷，屏幕出現全雪花，這時應關掉衛星接收機電源，卸下高頻頭，放掉積水，然後用干布擦掉水份和潮氣，重新安裝後信號恢復正常。為避免水再進入，可在天線波導日用一塊玻璃蓋上，然後將波導口邊緣用防水膠粘死玻璃，這樣即不影響信號的接收，也能確保雨水不會再進入高頻頭內。
2前端伴音故障
（1）各頻道伴音不一致，在換頻道時出現聲音大小不均，是各有線台常出現的現象，電視用戶對該現象反映強烈，這類故障由前端設備人口前的伴音大小不一致引起的故障，故障原因是：
①若同用一台接收機，分別接收不同衛星上的電視節目，用YZC～3音頻測試儀測其伴音電平，發現所測電平差異較大，說明衛星系統本身存在著各套電視節目伴音電平不一致的問題。
②因地面接收站所在徑緯度不同，接收天線尺寸不一樣大，安裝後的衛星接收機忽視了伴音輸出值的測試和調整，也會導致伴音不一致。因此安裝後的接收機都應對輸出伴音進行測試
和調整。伴音電子控制在低於前端調制器最大電平之內。
③選用不同的調制器，它的伴音最大輸出電平也不一樣，當伴音為100％調制時，其最大輸出電平為-6dB，由於各調制器靈敏度不同，則要求的a幅室也不同，如安裝後再進行伴音電平調整，全系統終端用戶肯定全產生伴音大小差異過大，產生阻塞失真。
④除上述幾種原因外，還有原帶在前、後期製作時錄人音量大小不一致，該原因只有在生產節目時按國家規定的統一伴音錄制。
（2）處理辦法：
①將各套衛星接收機的伴音輸出電平調整一樣。
②在完成調整衛星接收機的輸出電平後，用PI一2型頻偏儀校準各套中頻調制器的伴音調制深度（頻偏）為±50KC。
③市面上有一種進口的聲音均衡器，它可直接安裝在前端某一設備信號源的進口端，能起到伴音大小不一致時，自動均衡後達到伴音一致的目的。
3設備應育頻率的穩定特往
前端設備至關重要的一項技術指標是穩定可靠性，顯然前端調制器的頻率穩定度將直接關繫到系統質量大關，大家都知道，電視伴音的載頻與圖像載頻僅相差6.5MHZ，電視伴音的頻率受音頻調制，若頻率偏移大於10kHz，所播出的伴音就會產生失真的現象。
4前端干擾源
由於前端機房周圍有恆定的干擾源，即使採取一系列措施，也難免阻止干擾侵入機房前端信號內，因前端設備是低電平小信號系統，運行頻帶較寬，各種干擾進入系統後很難消除隱患，干擾源由以下幾種原因產生：
（1）其干擾源有從開路發射台直接送來的同頻電視信號，該信號一是進入前端會影響系統中與開路信號相同的頻道，使路端畫面產生同頻干擾，嚴重的甚至無法收看，如果在系統安排與調頻廣播相近的電視頻道，會使干擾信號直接進入，影響該系統的傳輸質量，除此之外，還有本地區的傳呼台、無線調度台、微波信號源也非常容易干擾已安置的電視頻道節目。
（2）武警水電指揮部駐地北京市六里橋地區，周圍電器輻射干擾，特別是無線電雜波（郵電微波網、尋呼台及周邊機械造成的輻射干擾和汽車等產生）的輻射都會影響信號的傳輸，因此，前端機房選址時，應盡量避開或遠離這些干擾源。
（3）高低壓電源和其它干擾。前端離高、低壓配電室、電梯較近，當強大電流通過時會在機房周圍產生較強磁場，它也會產生干擾，若前端設備緊靠這些干擾源，會很容易侵入機戶串入信號。
（4）另外，前端機房靠近大型供熱、供水站、高速鐵路和公路。它會產生強烈的機械振動或持續振動的振動源，這些振動源會產生一定頻率的干擾源，另外模式振動變成電路系統中寄生調幅的可能性也是存在的，這些都能產生電視信號的干擾源，應盡量遠離振動源。
Ⅸ 前端調試/測試超級神器whistle
之前研究過tcpmp、WireShark、 修改請求或響應數據的抓包神器mitmproxy 和 Charles實用功能介紹 及 spy-debugger內置的AnyProxy 等抓包神器，發現還是whistle最適合前端。
2021年1月23日更新：
同事發現基於whistle改造的LightProxy https://github.com/alibaba/lightproxy ，其支液掘遲持免安裝證書及系統代理自動設置
2021年4月21日更新
又發現一個基於 whistle改造的神器 nohost，其不僅具備Whistle 的所有功能，還擴展了一些功能，且支持多人多環境同時使用，主要用於部署在公共伺服器上供整個部門（公司）的同事共同使用
官網： https://nohost.pro/
倉庫：散櫻 https://github.com/Tencent/nohost
1、安裝 npm install -g whistle
2、啟動 w2 start
http://wproxy.org/whistle/install.html
http://wproxy.org/whistle/webui/https.html
https://wproxy.org/whistle/quickstart.html
https://wproxy.org/whistle/rules/index.html
上述變數值如鬧李下：
1、 利用whistle調試移動端頁面
2、 https://github.com/avwo/whistle/blob/master/README-zh_CN.md
2021年3月22更新 今天又發現一個http監測工具 httpToolkit ，遺憾的是高級功能收費。