㈠ 在網頁上用websocket播放RTSP實時流 性能優化 進階方案
最近發現有的網站上，顯示的視頻流很絲滑，而且在多路情況下不會出現頁面卡死。 總結了一下所使用的技術。
後端推消息，把數據轉為json字元串，通過websocket推給前端, 圖片使用base64編碼
{
"channel": "camera_1",
"url": "data:image/png;base64,iV"
}
前端接收到數據後，解碼，使用img 標簽展示 圖片base64
客戶端的傳輸方式改為 ArrayBuffer方式。將channel、圖片文件流等信息拼接為二進制數據。 通過websocket推送給前端
舉例：
channel頻道: camera_1 占兩個位元組；
圖片: file文件流 佔128位元組
位元組順序 Little-endian
前端讀取為ArrayBuffer, 通過視圖操作，取出圖片的二進制流，生成Blob對象
讀取blob對象， 返回 URL格式的字元串（base64編碼）以表示所讀取文件的內容
前端img 標簽 src 賦值為 base64 字元串，顯示視頻流圖片。
㈡ 根據Url地址得到網頁的html源碼的編碼問題
一般的伺服器標頭中都有內容編碼，先取這個值作為編碼。如果沒有，就把所有內容讀成位元組數組，先用UTF8先讀取一下網頁內容，並查找下有沒有meta標簽指定編碼，找到的話就使用找到的編碼重新讀取位元組數組，否則就使用默認編碼讀取。
㈢ 工程師職位描述與崗位職責
工程師職位描述與崗位職責
在我們平凡的日常里，越來越多地方需要用到崗位職責，崗位職責是一個具象化的工作描述，可將其歸類於不同職位類型範疇。我們該怎麼制定崗位職責呢？以下是我精心整理的工程師職位描述與崗位職責，供大家參考借鑒，希望可以幫助到有需要的朋友。
工程師職位描述與崗位職責1
工作職責 ：
1、負責商業變現相關系統的方案設計和實施；
2、負責持續改善已有服務，優化系統薄弱點；
3、完善基礎組件支持，更好地支撐業務迭代；
4、培養新人的編碼、架構、解決問題的能力。
任職要求 ：
1、3年以上工作經驗，良好的演算法與數據結構基礎，扎實的編程能力，對服務端開發和網路服務有深刻的認識；
2、熟悉Mysql。 Memcached。 Redis。消息隊列，nginx等常用WEB組件，能按場景優化使用；
3、有在線大流量服務設計和實現經驗優先，有廣告相關業務經驗優先；
4、有python或golang開發經驗者優先。
工程師職位描述與崗位職責2
職位描述 ：
崗位職責 ：
1、負責公司單片機、DSP、FPGA等嵌入式系統開發；
2、負責制定嵌入式系統技術的整體方案；
3、分析並解決產品在實際運行中出現的問題；
4、獨立負責產品硬體開發、調試、測試；
5、總結項目產品研發經驗，持續改進產品性能；
6、有巡檢車、AGV等開發經驗者優先；
7、認真做好公司領導交辦的其它工作任務；
任職要求 ：
1、本科5年或碩士3年以上嵌入式系統軟硬體研發工作經驗（精通嵌入式系統軟體開發）；
2、有良好的分析和解決問題能力，邏輯思維清晰嚴謹；
3、精通51/AVR/STM32等常見MCU，精通KEIl、IAR、CCS、AD；
4、動手能力強、熟悉個各種驅動介面設計，如CAN、I2C，SPI，UART等；
5、善於溝通，工作細心，責任心強，工作主動性強，具有較強的抗壓及應變能力；
6、具備團隊管理能力；
工程師職位描述與崗位職責3
工作職責 ：
1、負責廣告風控與審核相關平台建設，推動公司相關業務接入
2、參與搭建機器審核平台，支持每天千萬級別廣告素材審核，保障安全
3、與各業務線配合推動風控策略，建立健全的風險防控機制與體系
任職要求 ：
1、熱愛編程，扎實的編程能力，良好的數據結構和演算法功底
2、精通python、php、c++、java、golang中的至少一門語言
3、責任心強，積極主動，有良好的溝通能力和團隊合作能力
4、有很好的產品意識，對業務流程有良好的抽象和總結能力
工程師職位描述與崗位職責4
崗位要求 ：
1、負責伺服器產品BIOS/BMC開發過程的全流程管控。項目過程中輸入輸出交付件的進度管理和質量管理。
2、負責BIOS/BMC版本生命周期管理，版本質量擔當。
3、根據項目范圍、質量、時間與成本的綜合因素的考慮，制定固件開發的總體計劃與階段計劃，對於項目需求進行任務分解，並組織資源完成各項任務。
4、負責定製項目組內外的溝通計劃，保證固件團隊與項目組各環節的目標明確，理解一致，溝通順暢。
5、負責組織伺服器/存儲產品生產過程及市場反饋的BIOS/BMC問題處理，進展跟蹤反饋，問題復盤，跟蹤改進措施落地。
6、負責定期發出項目狀態報告，對於項目風險需要及時評估，並積極准備相應的`應對措施。
任職要求 ：
1、大學本科以上學歷，有伺服器行業或Linux軟體項目管理經驗優先。
2、3年及以上實際軟體開發經驗，至少兩年團隊管理經驗。
3、有C語言相關技術背景。
4、有較強的溝通協調能力。出色的時間管理、人力管理、風險管理、質量管理能力。以及良好的PPT製作和演講能力。
5、知識結構全面，並具有良好的快速學習能力和創新能力。能夠主動學習新的業務領域知識，形成獨立思考的和解決方案能力。
6、有過CMMI經驗和通過PMP考試的優先。
工程師職位描述與崗位職責5
職位描述 ：
1、負責存儲復雜方案（容災，備份，存儲虛擬化，數據遷移等方案）的現場交付、項目管理、項目培訓工作，保障項目實施進度和實施質量。
2、負責浪潮存儲產品及方案方案技術支持工作。
3、對典型方案、技術處理思路等進行總結、提煉並發布知識庫。
任職要求 ：
1、統招大學本科及以上學歷，英語CET—4級，2年以上存儲項目實施工作經驗。
2、熟悉常見的雙機高可用軟體如MSCS，RHCS，POWER HA等。
3、對EMC，IBM，HDS高端存儲熟悉者優先。
4、具備良好的客戶服務意識，溝通能力強。
工程師職位描述與崗位職責6
職位描述 ：
崗位職責 ：
負責流媒體直播架構的設計和優化；
負責流媒體服務端引擎的設計和優化；
任職要求 ：
1、熟悉Linux C編程和服務端Lua編程；
2、熟悉TCP/IP協議，掌握Socket編程；
3、有nginx rtmp或srs服務開發經驗或者服務端Lua開發經驗；
4、有openresty 網關相關的經驗優先；
5、較強的學習能力、接受新事物的能力，以及對技術的熱情；
工程師職位描述與崗位職責7
崗位職責 ：
1、負責美團點評風險評估及風險管理，並推動風險控制措施落地實施；
2、負責美團點評的信息安全策略、制度、流程、指南的制定、編寫、推動、運營、審計和優化；
3、支持各類等保、合規、隱私保護、第三方認證、資質等需求的落地。
崗位要求 ：
1、熟悉各類安全標准包括但不僅限於ISO2700x，PCI-DSS，NIST，FIPS 140-2，CSA，ITIL等；
2、熟悉安全工程方法論和各種信息安全模型、架構、體系（P2DR、SDL、IT治理模型、風險管理模型、應急響應過程）；
3、具有良好的溝通協調能力、較強的團隊合作精神、優秀的執行能力；
4、有一定的安全技術背景，有貼近業務的一線安全管理或運營工作經驗；
5、良好的文檔編寫、展示以及跨部門溝通能力；
6、有大型互聯網ISMS經驗者優先考慮。
工程師職位描述與崗位職責8
崗位職責 ：
1、負責用友U9系統實施交付；
2、根據業務部門的要求進行需求調研，與用戶溝通並歸納用戶需求；
3、根據業務部門需求，結合U9產品功能，規劃企業業務藍圖；
4、負責培訓業務部門的關鍵用戶；
5、負責系統功能測試及用戶操作手冊編寫工作；
6、負責在上線過程中，輔導業務部門業務人員熟練操作系統；
7、負責業務部門的需求收集並擬出實施方案，並與公司研發人員一起提供解決方案。
任職資格 ：
1、本科以上學歷，財務、計算機、管理類相關專業背景，有2年以上項目實施經驗；
2、有一定的SQL、計算機網路及軟體基礎；
3、有強烈的責任心，超強的執行力，良好的溝通及問題解決能力；
4、能承受較強的工作壓力，具備良好的團隊協作能力；
5、屬性ERP各個模塊的應用，對銷售，采購，庫存，生產，以及財務有更深的了解；
6、熟悉用友U9軟體者優先考慮。
工程師職位描述與崗位職責9
【 職位描述 】：
1、參與公司內部系統研發，負責代碼及相關模塊的文檔維護
2、能夠順暢完成內部協作，並互相幫助提升
3、能同項目經理、團隊成員進行有效溝通
4、負責功能模塊的設計原型實現、解決系統運行過程中的疑難問題
5、智能設備、物聯網軟體、微信連接方向
【職位需求】：
1、全日制統招本科以上學歷,計算機相關專業，985,211，1年以上研發經驗。
2、做事積極主動，細心，有較強責任心和事業心，有團隊精神。
3、較強的編程能力，能夠獨立完成復雜的交互流程設計和實現，較強的文檔理解能力。
4、熟悉.Net平台上的開發技術，精通.Net/C#開發，熟悉SQL Server資料庫，熟悉Sql語句優化及資料庫優化。
5、抗壓力強；有專研精神; 結果導向。
6、有互聯網研發經驗優先、熟悉酒店業務者優先。
【上班地點】：
上海市長寧區虹橋路2451號；
員工福利：
員工餐補、保險、公積金、提供住宿、周年禮物、周年體檢、酒店住宿折扣、部門活動
工程師職位描述與崗位職責10
職責描述 ：
1.負責客戶端相關邏輯的腳本開發；
2.負責游戲客戶端調優；
3.負責游戲客戶端模塊設計和開發。
任職要求 ：
1. 1年以上游戲客戶端開發經驗
2 至少熟悉Python/lua一種腳本語言的優先考慮
3. 至少熟悉Unity3D/Unreal4一款引擎的優先考慮
4. 具有良好的編程能力、代碼風格和編程習慣、熟練掌握常用數據結構及演算法
5. 熱愛游戲，能適應手游開發節奏者優先
工程師職位描述與崗位職責11
工作職責 ：
1、負責位元組跳動海內外業務線（包括頭條、抖音、火山、TikTok等等）安全平台及產品的設計與研發；
2、負責頭條、抖音、火山、TikTok等產品的內部通用安全組件的服務端研發；
3、開發和完善後台相關工具、系統和流程建設。
任職要求 ：
1、有強烈的求知慾和進取心，追求極致的技術geek甚好；
2、具有扎實的編程功底，良好的設計能力和編程習慣；
3、熟練掌握Python/c/c++中的至少一種；
4、熟悉Django、go語言開發、安全開發經驗者優先。
工程師職位描述與崗位職責12
工作職責 ：
1、負責位元組跳動信息集成與共享平台的前端研發；
2、負責高質量的設計和編碼，承擔重點、難點的技術攻堅；
3、和產品經理配合，深度參與產品需求討論，功能定義等；
4、主要前端框架：React、Electron等。
任職要求 ：
1、良好的設計和編碼品味，熱愛寫代碼，能產出高質量的設計和代碼；
2、追求極致和完美，有代碼潔癖，善於總結和挖掘事物本質；
3、掌握WEB前端開發技術：JavaScript（含ES6）、HTML、CSS、DOM、協議、安全等；
4、較好的產品意識，願意將產品效果做為工作最重要的驅動因素；
5、有知名開源作品優先。
工程師職位描述與崗位職責13
工作職責 ：
1、參與支持公司相關短視頻以及相機類App的跨平台SDK相關功能研發；
2、參與錄制、視頻編輯、特效處理、編解碼等核心功能模塊的研發；
3、參與國內、海外市場適配和體驗優化。
任職要求 ：
1、至少熟悉Android or iOS一端音視頻採集錄制編輯流程；
2、熟悉OpenGL、C/C++者優先，有跨平台開發經驗者優先；
3、對性能精益求精，有移動端CPU / GPU結合的性能優化經驗者優先；
4、有Camera優化經驗者優先；
5、有海外市場適配和優化經驗者優先；
6、熟悉FFMpeg、webrtc、GPUImage等開源多媒體框架者優先；
7、對多媒體開發興趣濃厚，學習和溝通能力者優先。
工程師職位描述與崗位職責14
工作職責 ：
1、負責斗魚主站後台需求開發；
2、參與後台系統架構、性能、安全、擴展等優化的設計和實現；
3、根據開發進度和任務分配，完成相應模塊的文檔及代碼編寫；
任職資格 ：
1、1—5年linux伺服器端軟體開發經驗；
2、編程基本功扎實、熟悉常見的數據結構與演算法、精通C/C++，熟悉面向對象技術，熟悉常見的設計模式；
3、精通TCP/IP協議相關知識及網路編程；
4、熟悉MySQL資料庫，資料庫設計、優化、調試、調優；
5、良好的分析問題和解決問題的能力，有高並發Server設計開發經驗優先。
工程師職位描述與崗位職責15
工作職責 ：
1、負責存儲、計算、雲平台等基礎平台的開發和維護，為海量數據和大規模業務系統提供易用的基礎設施
2、能夠快速理解業務場景，推動平台化，並對公司內外的用戶體驗負責
3、高水平小團隊，緊密合作，高效工作，做有影響力的事情
任職要求 ：
1、對存儲、計算、消息隊列、集群管理中的一項或多項有理解和認識
2、追求優雅的設計和優秀的代碼質量，高標准
3、對問題敏銳，快速行動
4、具備良好的責任心、較強的學習能力、優秀的團隊溝通與協作能力
;㈣ 前端怎麼弄一個網頁在線編碼器
前端做網頁在線編碼器
1.點擊右上角的三點,點擊更多工具.
2.點擊更多工具中的擴展程序.
3.將開發者模式打開.
4.將charset安裝插件拖動到界面.
5.點擊添加擴展程序.
6.添加成功後,關閉開發者模式.
7.打開一個網頁的時候,如果亂碼,那麼右擊網頁選擇charset，選擇對應編碼.
8.就會將編碼格式糾正.
㈤ python爬蟲抓取到的數據用網頁打開時是亂碼，怎麼解決
寫爬蟲是經常會遇到這樣的問題，這種問題很顯然是編碼問題，解決的方法其實也不難。
你可以用下面的兩個方法來解決你的編碼問題：
第一種是，通過瀏覽器打開你寫的html之後，找到瀏覽器中的文字編碼修改，將編碼改為Unicode編碼，即可修復。
第二種方法是修改你的前端代碼：在你的代碼output_html方法中，規定網頁的文字編碼即可
㈥ 如何查看fiddler的timeline精確時間
Fiddler2主菜單六個主菜單分別是：文件(File)CaptureTraffic——啟用捕獲功能，快捷鍵F12此功能的開啟/關閉狀態，程序安裝後默認是開啟的。可以在Fiddler底部狀態欄最左側看到：（開啟狀態）、（關閉狀態）也可以通過滑鼠點擊狀態欄該圖標來進行切換。LoadArchive——載入本地保存的Session壓縮包Save——保存AllSessions——保存捕獲到的全部Session到壓縮包SelectedSessions·inArchiveZip——保存當前選定的Session為壓縮包·inVisualStudioWebTest——保存當前選定的Session為VisualStudioWebTest·inText——保存當前選定的Session為文本·inText(Headersonly)——保存當前選定的Session為文本（僅Header）Request·EntireRequest——保存當前選定的Session整個請求（包括Header）·RequestBody——保存當前選定的Session請求的內容（不包括Header）Response·EntireResponse——保存當前選定的Session整個響應（包括Header）·ResponseBody——保存當前選定的Session響應的內容（不包括Header）Properties——當前選擇Session的屬性包括Session狀態、響應包的大小，客戶端伺服器信息（如進程、埠、傳輸位元組數、TTLB、客戶端IP、伺服器IP、TTFB等），請求各環節的時間情況、WinINET緩存信息等。如下圖：TTFB(Time-to-First-Byte)是指：從第一個請求發出到測試工具接收到伺服器應答數據的第一個位元組之間的平均時間。TTLB(Time-to-Last-Byte)是指：從第一個請求發出到測試工具接收到伺服器應答數據的最後一個位元組之間的平均時間。Exit——退出Fiddler編輯(Edit)Copy——復制Session——復制整個Session到剪貼板，快捷鍵Ctrl+CJustUrl——復制Session的URL到剪貼板，快捷鍵Ctrl+UHeadersOnly——復制Session的Header到剪貼板，快捷鍵Ctrl+Shift+CFullSummary——復制Session全部摘要到剪貼板TerseSummary——復制Session簡單摘要到剪貼板，快捷鍵Ctrl+Shift+TRemove——移除SelectedSessions——移除所選的Session，快捷鍵DeleteUnselectedSessions——移除未選擇的Session，快捷鍵Shift+DeleteAllSessions——移除所有Session，快捷鍵Ctrl+XSelectAll——選擇所有SessionMarkRed——將選擇的Session標為紅色粗體，快捷鍵Ctrl+1Blue——將選擇的Session標為藍色粗體，快捷鍵Ctrl+2Gold——將選擇的Session標為金色粗體，快捷鍵Ctrl+3Green——將選擇的Session標為綠色粗體，快捷鍵Ctrl+4Orange——將選擇的Session標為橙色粗體，快捷鍵Ctrl+5Purple——將選擇的Session標為紫色粗體，快捷鍵Ctrl+6Unmark——去除顏色加粗標記，快捷鍵Ctrl+0FindSession——退出Fiddler規則(Rules)HideImageRequests——隱藏圖片請求HideHTTPSCONNECTs——隱藏HTTPS連接AutomaticBreakpoints——自動設置斷點BeforeRequests——在請求前設置斷點，快捷鍵F11AfterResponse——在響應後設置斷點，快捷鍵Alt+F11Disabled——不自動設置斷點，快捷鍵Shift+F11IgnoreImages——自動設置斷點時忽略圖片CustomizeRules——自定義規則RequireProxyAuthentication——需要代理密碼驗證ApplyGZIPEncoding——應用GZIP壓縮RemoveAllEncoding——移除所有編碼Hide304s——隱藏所有狀態為304(無變更)的請求RequestJapaneseContent——請求日文內容User-Agents——選擇用戶Web客戶端代理類型，包括了目前主流的瀏覽器Performance——性能SimulateModemspeeds——模擬數據機速度DisableCaching——禁止緩存ShowTime-to-Last-Byte——顯示TTLBShowResponseTimestamp——顯示響應時間戳工具(Tools)FiddlerOptions——Fiddler選項WinINETOptions——IE瀏覽器WinINET選項ClearWinINETCache——清除WinINET緩存，快捷鍵Ctrl+Shift+XClearWinINETCookies——清除WinINET緩存TextEncode/Decode——文本編碼/解碼，快捷鍵Ctrl+E可以進行文本的Base64編碼/解碼、UrlEnccode/UrlDecode、十六進制編碼、轉JS字元串、HTML編碼/解碼、UTF-7編碼/解碼CompareSessions——使用MicrosoftWindiff.exe對比選擇的Session，快捷鍵Ctrl+WResetScript——重置腳本Sandbox——沙箱/sandbox/ViewIECache——查看IE緩存文件夾視圖(View)SquishSessionList——收縮/Session列表，快捷鍵F6也可以使用WebSession面板的按鈕，詳見WebSessions面板介紹StackedLayout——切換面板布局Statistics——Statistics頁簽，快捷鍵F7Inspector——Inspector頁簽，快捷鍵F8Builder——RequestBuilder頁簽，快捷鍵F9MinimizetoTray——縮小為任務欄圖標，快捷鍵Ctrl+MStayonTop——保持在其他窗口前端AutoScrollSessionList——自動滾動Session列表Refresh——刷新，快捷鍵F5幫助(Help)FiddlerHelp——Fiddler在線幫助FiddlerCommunityDiscussions——Fiddler社區在線討論HTTPReferences——在線HTTP參考，包括各種HTTP響應狀態碼CheckforUpdates——檢查更新SendFeedback——發送回饋AboutFiddler——關於FiddlerFiddler2工具欄完整工具欄如下圖：如果工具欄被關閉，可以通過如下方式開啟：主菜單Tools->FiddlerOptions->Appearance->ShowFiddlerToolbar，打勾確認即可。下面逐一講解各按鈕的用途：Comment——給選定的Session增加一個備注，添加後會顯示在WebSessions面板的Comments欄位中Reissue——重新請求選定的SessionRemoveAll——移除所有Session，快捷鍵Ctrl+XRemoveImages——移除所有圖片請求SessionRemoveCONNECTs——移除所有HTTPS請求SessionRemovenon-200s——移除所有HTTP狀態不是200的SessionResumeAll——繼續所有此刻在斷點被停止的SessionStreaming——開啟流模式（StreamingMode），此模式開啟的時候，所有斷點都被忽略，所有HTTP響應都流化。關於流模式，請點擊這里。Find——按條件查找SessionSave——保存選定的SessionLunchIE——在IE中載入選定的SessionURL，如果沒選擇，就打開about:blankClearCache——清空緩存Encoder——文本編碼/解碼，與菜單Tools->TextEncode/Decode相同，快捷鍵Ctrl+ETearoff——將頁簽浮動MSDNSearch——在MSDN上查找指定關鍵字Help——打開在線幫助×——隱藏工具欄Fiddler2WebSession面板完整工具欄如下圖：此列表顯示所有HTTP請求的相關信息，從左到右各列分別代表：[#]——HTTPRequest的順序，從1開始，按照頁面載入請求的順序遞增。[Result]——HTTP響應的狀態，可以參考這里。[Protocol]——請求使用的協議（如HTTP/HTTPS/FTP）[Host]——請求地址的域名[URL]——請求的伺服器路徑和文件名，也包括GET參數[BODY]——請求的大小，以byte為單位[Caching]——請求的緩存過期時間或緩存控制header等值[Content-Type]——請求響應的類型(Content-Type)[Process]——發出此請求的Windows進程及進程ID[Comments]——用戶通過腳本或者右鍵菜單給此session增加的備注[Custom]——用戶可以通過腳本設置的自定義值Session列表使用不同的顏色表示不同的HTTP狀態（紅色表示錯誤，黃色表示驗證要求(authenticationdemands)），通訊類型（灰色表示HTTPS連接），響應類型（紫色表示CSS，藍色表示HTML，綠色表示腳本，灰色表示圖片）。你可使用FiddlerScript來自定義session請求的文本顏色。[#]列中使用不同的圖標表示不同響應類型：——請求已被發送到伺服器——從伺服器下載響應結果——請求在斷點處被暫停——響應在斷點處被暫停——請求使用HTTPHEAD方法，響應沒有內容——請求使用HTTPCONNECT方法，使用HTTPS協議建立連接通道——響應是HTML格式——響應是圖片格式——響應是腳本文件——響應是CSS文件——響應是XML文件——普通響應成功——響應是HTTP300/301/302/303/307轉向——響應是HTTP304(無變更)，使用緩存文件——響應需要客戶端驗證——響應是伺服器錯誤——請求被客戶端、Fiddler或者伺服器終止(Aborted)WebSessions右鍵菜單下列菜單項已經在主菜單中有介紹：[View]AutoScrollSessionList、[Edit]Copy、[Edit]Save、[Edit]Remove、[Edit]Mark、[Tools]Compare、[File]Properties，這里不再復述。DecodeSelectedSessions——如果請求使用了GZIP壓縮，就解碼Comment——給Session增加備注ReplayReissueRequests——重新請求此地址ReissueUnconditionally——無條件重新請求此地址RevisitinIE——在IE中請求此地址，相當於工具欄的LaunchIESelectParentRequest——選擇當前session的父請求，比如圖片的父請求就是嵌入它的頁面ChildRequests——選擇當前session的子請求，比如當前頁面的子請求是頁面內所有腳本、CSS、圖片等DuplicateRequests——選擇全部相同地址的請求CloneResponse——克隆Session響應UnlockForEditing——解鎖當前session以編輯，只針對文本資源，比如HTML/JS/面板右上角的按鈕用於收縮WebSession面板，相當於主菜單View->SquishSessionList
㈦ web前端使用什麼開發工具最好
1、編碼工具：
記事本之類的編輯器都可以勝任，但我們還是從開發效率和編碼體驗上面談談。
Visual Stuio
如果你用windows，重量級的Visual Stuio 2013雖然很龐大，對硬體要求比較高，但是 用起來絕對方便，比如智能提示、代碼格式化，尤其是配合一些拓展插件。界面清爽，項目 管理方便，入手簡單。
Sublime
輕量級的話，Sublime絕對是首選，小巧但功能強大，支持主流語言而且跨平台，插件也很多，前端開發很多都用它。
其實你說反了，越是功能簡單的編輯器，越考驗你的前端編碼能力~
2、調試工具
主要是主流瀏覽器，Chrome、Firefox、IE11、Safari，這些瀏覽器基本都具備了開發者模式，學會使用後基本輕松應付各種前端調試問題。
㈧ 前端如何更改http協議
HTTP客戶請求數據格式
大多數servlet程序都是和瀏覽器客戶以HTTP協議進行通信的，這需要編程人員對程序的基本功能和HTTP協議的具體操作有深入的理解。在學習
servlet和Jsp編程時，有兩點值得注意:首先是對HTTP協議的操作過程和數據格式足夠熟悉，其次要靈活應用servlet的API中的有關方法
正確高效地處理有關數據。
一、HTTP客戶請求的數據格式說明
HTTP請求包括三部分：請求行(Request
Line)，頭部（Headers）和數據體（Body)。其中，請求行由請求方法(method)，請求網址Request-URI和協議
(Protocol)構成，而請求頭包括多個屬性，數據體則可以被認為是附加在請求之後的文本或二進制文件。
下面這個例子顯示了一個HTTP請求的Header內容，這些數據是真正以網路HTTP協議從IE瀏覽器傳遞到Tomcat伺服器上的。
GET /icwork/? search=proct HTTP/1.1
Accept:image/gif,image/x-xbitmap,image/jpeg,image/pjpeg,application/vnd.ms-powerpoint,application/vnd.ms-excel,application/msword,*.*
Accept-Language:en-us
Accept-Encoding:gzip,deflate
User-Agent:Mozilla/4.0(compatible;MSIE 5.01;Windows NT 5.0;DigExt)
Host:
Referer:
Connection:Keep-Alive
這段程序使用了6個Header，還有一些Header沒有出現。我們參考這個例子具體解釋HTTP請求格式。
1.HTTP請求行：請求行格式為Method Request-URI Protocol。在上面這個例子里，逗GET /icwork/? search=pruct HTTP/1.1地是請求行。
2.Accept:指瀏覽器或其他客戶可以接愛的MIME文件格式。Servlet可以根據它判斷並返回適當的文件格式。
3.Accept-Charset：指出瀏覽器可以接受的字元編碼。英文瀏覽器的默認值是ISO-8859-1.
4.Accept-Language：指出瀏覽器可以接受的語言種類，如en或en-us，指英語。
5.Accept-Encoding：指出瀏覽器可以接受的編碼方式。編碼方式不同於文件格式，它是為了壓縮文件並加速文件傳遞速度。瀏覽器在接收到Web響應之後先解碼，然後再檢查文件格式。
6.Authorization：當使用密碼機制時用來標識瀏覽器。
7.Cache-Control：設置關於請求被代理伺服器存儲的相關選項。一般servlet用不到。
8.Connection：用來告訴伺服器是否可以維持固定的HTTP連接。HTTP/1.1使用Keep-Alive為默認值，這樣，當瀏覽器需要多個文件時(比如一個HTML文件和相關的圖形文件)，不需要每次都建立連接。
9.Content-Type：用來表名request的內容類型。可以用HttpServletRequest的getContentType()方法取得。
10.Cookie：瀏覽器用這個屬性向伺服器發送Cookie。Cookie是在瀏覽器中寄存的小型數據體，它可以記載和伺服器相關的用戶信息，也可以用來實現會話功能。
11.Expect：表時客戶預期的響應狀態。
12.From：給出客戶端HTTP請求負責人的email地址。
13.Host：對應網址URL中的Web名稱和埠號。
14.If-Match：供PUT方法使用。
15.If-Modified-Since：客戶使用這個屬性表明它只需要在指定日期之後更改過的網頁。因為瀏覽器可以使用其存儲的文件而不必從伺服器請求，這樣節省了Web資源。由於Servlet是動態生成的網頁，一般不需要使用這個屬性。
16.If-None-Match：和If-Match相反的操作，供PUT方法使用。
17.If-Unmodified-Since：和If-Match-Since相反。
18.Pragma：這個屬性只有一種值，即Pragma：no-cache,表明如果servlet充當代理伺服器，即使其有已經存儲的網頁，也要將請求傳遞給目的伺服器。
19.Proxy-Authorization：代理伺服器使用這個屬性，Servlet一般用不到。
20.Range：如果客戶有部分網頁，這個屬性可以請求剩餘部分。
21.Referer：表明產生請求的網頁URL。如比從網頁/icconcept/index.jsp中點擊一個鏈接到網頁/icwork
/search，在向伺服器發送的GET/icwork/search中的請求中，Referer是
/icconcept/index.jsp。這個屬性可以用來跟蹤Web請求是從什麼網站來的。
22.Upgrage：客戶通過這個屬性設定可以使用與HTTP/1.1不同的協議。
23.User-Agent：是客戶瀏覽器名稱。
24.Via：用來記錄Web請求經過的代理伺服器或Web通道。
25.Warning：用來由客戶聲明傳遞或存儲(cache)錯誤。
補充.Transfer-Encoding：
當不能預先確定報文體的長度時，不可能在頭中包含Content-Length域來指明報文體長度，此時就需要通過Transfer-Encoding域來確定報文體長度。
通常情況下，Transfer-Encoding域的值應當為chunked,表明採用chunked編碼方式來進行報文體的傳輸。chunked編碼是HTTP/1.1 RFC里定義的一種編碼方式，因此所有的HTTP/1.1應用都應當支持此方式。
chunked編碼的基本方法是將大塊數據分解成多塊小數據，每塊都可以自指定長度
二、下面是一個分析並顯示客戶請求的Header信息的servlet(tomcat下測試通過):
java 代碼
Code:
import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
import java.util.Enumeration;
public class headerinfo extends HttpServlet{
public void doPost(HttpServletRequest req,HttpServletResponse resp)
throws ServletException,IOException
{
/*
Enumeration e = req.getHeaderNames();
while (e.hasMoreElements()) {
String s = (String) e.nextElement();
System.out.println("header: " + s + " " + req.getHeader(s));
}
e = req.getAttributeNames();
while (e.hasMoreElements()) {
String s = (String) e.nextElement();
System.out.println("attribute: " + s + " " + req.getAttribute(s));
}
e = req.getParameterNames();
while (e.hasMoreElements()) {
String s = (String) e.nextElement();
System.out.println("parameter: " + s + " " + req.getParameter(s));
}*/
resp.setContentType("text/html; charset=GBK");
PrintWriter out = resp.getWriter();
out.println("<html><head><title>FormParameterServlet</title></head>");
out.println("<body bgcolor=\"white\">");
out.println("<center><font color=\"#009999\" size=\"4\" face=\"Arial\">");
out.println("<strong>List of all Headers in Servlet Request</strong>");
out.println("</font></center>");
out.println("<hr>");
out.println("<H3>Request Line is:</H3>");
out.println("<b>Method:</b>"+req.getMethod()+"<br>");
out.println("<b>URI:</b>"+req.getRequestURI()+"<br>");
out.println("<b>Protocol</b>"+req.getProtocol()+"<br>");
out.println("<center><h3>Header Name and Values</h3></center>");
out.println("<table border=1 align=center>");
out.println("<tr bgcolor='#99cee6'><th>Name</th><th>value</th></tr>");
Enumeration headernames = req.getHeaderNames();
while(headernames.hasMoreElements()){
String headername = (String)headernames.nextElement();
out.println("<tr><td>"+headername+"</td><td>"+req.getHeader(headername)+"</td></tr>");
}
out.println("</table></body></html>");
out.flush();
}
public void doGet(HttpServletRequest req,HttpServletResponse resp)
throws ServletException,IOException
{
doPost(req,resp);
}
}