㈠ 前端保存HTML時保存不了表單項的內容
不管是不是動態,對應的POJO定義個數組,直接用數組接收值;
或者針對模板定義後端接收的NAME對應INPUT 的NAME,
正常情況下,如果HTML頁面對應了POJO或其他方式的取值方法
並且在NAME裡面POST提交,都回正常結束.生成的模板看下HTML頁面的生成方式,
是否有對應的NAME,前後端確認下就可以解決問題了.
㈡ Echart.js 每次刷新圖片自動保存到本地文件夾
瀏覽器端的js沒有存儲文件的能力
㈢ 怎麼用js實現把數據存儲到本地
可以用localstorge或者是瀏覽器本地資料庫，這對瀏覽器有要求，低版本的IE是不支持的
㈣ Visual Studio Code前端常用快捷鍵
常用
Ctrl+T 打開最近的文件
Ctrl + Tab 文件切換
Alt+Shift+A 切換塊注釋（顯示出來是）
Atl+Shift+↑(up)向上復制一行
Atl+Shift+↓(down) 向下復制一行
Atl+↑(up) 向上移動一行
Atl+↓(down) 向下移動一行
Atl+Ctrl+↑(up) 在上面添加游標
Atl+Ctrl+↓(down) 在下面添加游標
Ctrl+D 添加下一個匹配
Ctrl+Shift+L 選擇所有匹配項
Ctrl+K+S 查看快捷鍵
第一部分：文件
Ctrl+N 新建文件
Ctrl+Shift+N 新建窗口
Ctrl+O 打開文件
Ctrl+T 打開最近的文件
第二部分：編輯
Ctrl+Z 撤銷
Ctrl+Y 恢復
Ctrl+X 剪切
Ctrl+C 復制
Ctrl+V 粘貼
Ctrl+F 查找
Ctrl+H 替換
Ctrl+Shift+F 在文件中查找
Ctrl+Shift+H 在文件中替換
Ctrl+/ 切換行注釋
Alt+Shift+A 切換塊注釋（顯示出來是）
第三部分：選擇
Ctrl+A 全選
Atl+Shift+↑(up)向上復制一行
Atl+Shift+↓(down) 向下復制一行，如圖：
Atl+↑(up) 向上移動一行
Atl+↓(down) 向下移動一行，如圖：
Atl+Ctrl+↑(up) 在上面添加游標
Atl+Ctrl+↓(down) 在下面添加游標
Ctrl+D 添加下一個匹配
Ctrl+Shift+L 選擇所有匹配項
第四部分：查看
Ctrl+Shift+L 選擇所有匹配項
Ctrl+Shift+U 輸出，如圖：
Ctrl+Shift+M 問題，如圖：
Ctrl+Shift+Y 調試控制台，如圖：
Ctrl+J 切換面板，如圖：
Ctrl+B 切換側邊欄
Alt+Z 切換自動換行
Ctrl++(=) 放大
Ctrl+-(-) 縮小
第五部分：轉到
Ctrl+Page Up 切換編輯器，上一個編輯器
Ctrl+Page Down 切換編輯器，下一個編輯器
第六：
Alt+Shift+F 格式化文件
**第七：自動保存文件 **
點擊菜單欄文件——》自動保存
發現了按了Ctrl+K+S，打開了如下圖這個界面：
㈤ 前端本地存儲的 3 種方法 cookie、localStorage、sessionStorage
當網頁要發http請求時，瀏覽器會先檢查是否有相應的cookie，有則自動添加在request header中的cookie欄位中。這些是瀏覽器自動幫我們做的，而且每一次http請求瀏覽器都會自動幫我們做。這個特點很重要，因為這關繫到「什麼樣的數據適合存儲在cookie中」。
存儲在cookie中的數據，每次都會被瀏覽器自動放在http請求中，如果這些數據並不是每個請求都需要發給服務端的數據，瀏覽器這設置自動處理無疑增加了網路開銷；但如果這些數據是每個請求都需要發給服務端的數據（比如身份認證信息），瀏覽器這設置自動處理就大大免去了重復添加操作。所以對於那種設置「每次請求都要攜帶的信息（最典型的就是身份認證信息）」就特別適合放在cookie中，其他類型的數據就不適合了。
不同的瀏覽器存放的cookie位置不一樣，也是不能通用的。
cookie的存儲是以域名形式進行區分的，不同的域下存儲的cookie是獨立的。
我們可以設置cookie生效的域（當前設置cookie所在域的子域），也就是說，我們能夠操作的cookie是當前域以及當前域下的所有子域
一個域名下存放的cookie的個數是有限制的，不同的瀏覽器存放的個數不一樣,一般為20個。
每個cookie存放的內容大小也是有限制的，不同的瀏覽器存放大小不一樣，一般為4KB。
cookie也可以設置過期的時間，默認是會話結束的時候，當時間到期自動銷毀
cookie值既可以設置，也可以讀取。
我們通過document.cookie來獲取當前網站下的cookie的時候，得到的字元串形式的值，它包含了當前網站下所有的cookie（為避免跨域腳本(xss)攻擊，這個方法只能獲取非 HttpOnly 類型的cookie）。它會把所有的cookie通過一個分號+空格的形式串聯起來，例如username=chenfangxu; job=coding
要想修改一個cookie，只需要重新賦值就行，舊的值會被新的值覆蓋。但要注意一點，在設置新cookie時，path/domain這幾個選項一定要舊cookie 保持一樣。否則不會修改舊值，而是添加了一個新的 cookie。
把要刪除的cookie的過期時間設置成已過去的時間,path/domain/這幾個選項一定要舊cookie 保持一樣。
如果我們想長時間存放一個cookie。需要在設置這個cookie的時候同時給他設置一個過期的時間。如果不設置，cookie默認是臨時存儲的，當瀏覽器關閉進程的時候自動銷毀
使用方法： setCookie('username','cfangxu',30)
domain指定了 cookie 將要被發送至哪個或哪些域中。默認情況下，domain 會被設置為創建該 cookie 的頁面所在的域名，所以當給相同域名發送請求時該 cookie 會被發送至伺服器。
瀏覽器會把 domain 的值與請求的域名做一個尾部比較（即從字元串的尾部開始比較），並將匹配的 cookie 發送至伺服器。
cookie 一般都是由於用戶訪問頁面而被創建的，可是並不是只有在創建 cookie 的頁面才可以訪問這個 cookie。 因為安全方面的考慮,默認情況下，只有與創建 cookie 的頁面在同一個目錄或子目錄下的網頁才可以訪問。即path屬性可以為伺服器特定文檔指定cookie，這個屬性設置的url且帶有這個前綴的url路徑都是有效的。
domain是域名，path是路徑，兩者加起來就構成了 URL，domain和path一起來限制 cookie 能被哪些 URL 訪問。 所以domain和path兩個個選項共同決定了cookie何時被瀏覽器自動添加到請求頭部中發送出去。如果沒有設置這兩個選項，則會使用默認值。domain的默認值為設置該cookie的網頁所在的域名，path默認值為設置該cookie的網頁所在的目錄。
通常 cookie 信息都是使用HTTP連接傳遞數據，這種傳遞方式很容易被查看，所以 cookie 存儲的信息容易被竊取。假如 cookie 中所傳遞的內容比較重要，那麼就要求使用加密的數據傳輸。
secure選項用來設置cookie只在確保安全的請求中才會發送。當請求是HTTPS或者其他安全協議時，包含 secure 選項的 cookie 才能被發送至伺服器。
把cookie設置為secure，只保證 cookie 與伺服器之間的數據傳輸過程加密，而保存在本地的 cookie文件並不加密。就算設置了secure 屬性也並不代表他人不能看到你機器本地保存的 cookie 信息。機密且敏感的信息絕不應該在 cookie 中存儲或傳輸，因為 cookie 的整個機制原本都是不安全的
注意：如果想在客戶端即網頁中通過 js 去設置secure類型的 cookie，必須保證網頁是https協議的。在http協議的網頁中是無法設置secure類型cookie的。
這個選項用來設置cookie是否能通過 js 去訪問。默認情況下，cookie不會帶httpOnly選項(即為空)，所以默認情況下，客戶端是可以通過js代碼去訪問（包括讀取、修改、刪除等）這個cookie的。
當cookie帶httpOnly選項時，客戶端則無法通過js代碼去訪問（包括讀取、修改、刪除等）這個cookie。 在客戶端是不能通過js代碼去設置一個httpOnly類型的cookie的，這種類型的cookie只能通過服務端來設置。
HTML5新方法，不過IE8及以上瀏覽器都兼容。
生命周期：持久化的本地存儲，除非主動刪除數據，否則數據是永遠不會過期的。
存儲的信息在同一域中是共享的。
當本頁操作（新增、修改、刪除）了localStorage的時候，本頁面不會觸發storage事件,但是別的頁面會觸發storage事件。
大小：據說是5M（跟瀏覽器廠商有關系）
localStorage本質上是對字元串的讀取，如果存儲內容多的話會消耗內存空間，會導致頁面變卡
localStorage受同源策略的限制
當storage發生改變的時候觸發。 當頁面對storage的操作會觸發其他頁面的storage事件，storage事件是可以跨頁面通訊的，在你對storage對象進行任何操作的時候，都會觸發storage事件,事件里邊包括包括：
storage事件使用參考
對於sessionStorage和localStorage上的任何更改都會觸發storage事件，但storage事件不會區分這兩者;
其實跟localStorage差不多，也是本地存儲，會話本地存儲
和 localStorage 的API完全相同
用於本地存儲一個會話（session）中的數據，這些數據只有在同一個會話中的頁面才能訪問並且當會話結束後數據也隨之銷毀。因此sessionStorage不是一種持久化的本地存儲，僅僅是會話級別的存儲。也就是說只要這個瀏覽器窗口沒有關閉，即使刷新頁面或進入同源另一頁面，數據仍然存在。關閉標簽頁後，sessionStorage即被銷毀，或者在新的標簽頁打開同源的另一個頁面，sessionStorage也是沒有的。
應用的場景有，比如說我們都知道，在頁面刷新的時候，我們寫的js里邊的變數函數等等的，內存會被釋放掉，那麼這個時候可以用sessionStorage來存儲一些不想被釋放掉內存的數據，比如說記錄一個滾動條的位置，或者播放器的進度等等
在本地（瀏覽器端）存儲數據
sessionStorage和localStorage 都受到同源策略限制，就是跨域問題，在訪問sessionStorage和localStorage 的時候，頁面必須在同一個域名，使用同一個協議，並且一個埠
sessionStorage比localStorage更嚴苛一點，除了協議、主機名、埠外，還要求在同一窗口（也就是瀏覽器的標簽頁）下。
localStorage是永久存儲，除非手動刪除。
sessionStorage當會話結束（當前頁面、標簽頁關閉的時候，自動銷毀）
cookie的數據會在每一次發送http請求的時候，同時發送給伺服器而localStorage、sessionStorage不會。
sessionStorage和localStorage 也有大小限制，相比cookie大了很多，是5M
sessionStorage和localStorage只能通過客戶端操作，cookie既可以通過客戶端操作又可以通過服務端操作
㈥ java web項目中有很多的圖片，如何存放
一般有兩種情況，
一種是前端開發需要顯示的圖片，這個是頁面構成必須的元素，一般這些會做 動靜分離，後台介面 跟 前端資源會部署在不同的伺服器上，有不同的優化，一般會有轉發的伺服器，判斷是後台介面，就轉發到後台的伺服器，如果是前端資源，就轉發到前台的伺服器。一般情況下，前端伺服器，跟後台的伺服器，是分離開的，有不同的人去管理，如果項目小的話，可能就全放在一個。這個優化的化，你可以去了解下 CDN原理。這個是用來優化靜態資源載入情況的。
另一種情況是，顯示的圖片，不是前端構成的，是用戶上傳文件產生的，這種情況下，現在一般有專門的對象存儲，用過 七牛雲，跟阿里的。這個的邏輯是文件上傳的時候，不是上傳到我們自己的伺服器，上傳到專門的雲伺服器，我們自己資料庫只需要保存這些上傳文件的地址，真正使用的時候，把連接給前端，前端自動會根據內容到專門的雲伺服器上去獲取。所有的安全，優化，帶寬，緩存命中，這些都有由雲伺服器去保證。 簡單來說，只有有錢，這些東西根本不會成為你項目的瓶頸。
作為技術，我們討論的應該不是這些。圖片會做備份，這個可以有專門的磁碟陣列去實現，簡單來說，就是上傳的內容保存到磁碟的時候，會自動多保存幾個備份到不同的磁碟上。還是那句話，多去了解下CDN的原理，最後這段，個人理解，不一定對。
㈦ 網頁前端：比如當你編輯一篇日誌沒寫完，他自動保存當前的內容，顯示上一次保存時間。該怎麼實現有加分
我覺得分三步吧：
1，獲取編輯內容：
2，獲取時間：控制固定時間保存內容；
3，輸出保存信息；
㈧ 如何將一個網頁填寫的內容保存為文檔格式至資料庫
第一沒聽過資料庫文件夾這一說，第二有圖片咋辦，第三，可以把數據保存到資料庫，把網頁同時保存到一個文件夾下
㈨ 前端如何截取video視頻中的10s的片段並保存為MP4文件
截取video視頻中的10秒片段，可以用電腦上的視頻剪輯軟體呀，例如格式工廠等，所以你需要是一台裝有視頻剪輯軟體的電腦。
㈩ 前端開發常用哪些工具軟體
前端開發的編譯器在選擇上還是很多的。在學校里，老師主要講三個前端開發軟體：
1、WebStorm
幫助編寫HTML、CSS、Less、Sass和Stylus代碼，並且支持Node.js和主流框架，如React、Angular、Vue.js、Meteor等。與IntelliJ IDEA同源，繼承了IntelliJ IDEA強大的JS部分的功能。但是付費軟體。
2、IntelliJ idea
頁面很簡單，乍一看像是一個記事本，它也確實可以當記事本用。有很多特色插件可以使用，支持多種編程語言的語法高亮顯示，具有代碼折疊功能。
2、HBuilderX
HBuilderX是DCloud（數字天堂）推出的一款支持HTML5的Web開發IDE。HBuilder的編寫用到了Java、C、Web和Ruby。HBuilder本身主體是由Java編寫。是HBuilder下一代版本，具有輕便、適合vue框架的特點。