『壹』 ROS系統里的文件刪掉了web頁面提醒怎麼恢復
如下以阿里雲伺服器，快照恢復舉例（只要伺服器有快照，操作差不多）：
登錄伺服器：
找到快照列表：
找到上一天的伺服器快照。並找到不小心刪除的web數據盤。
點擊右邊的「回 滾磁碟」。
確定後，即可恢復不小心刪除的web文件。
注意，必須先停止伺服器的運行，才能回滾。
提示：如果只刪除index.html文件，並且本地有備份，建議再上傳一次即可，一般網站的首頁文件都是自動生成的。只要登錄網站後台，重新生成就可。當然，回滾快照，是當伺服器web發生意外（如大量不小心刪除，或者網站突然打不開時才可使用），時才能採取。
『貳』 怎樣製作web頁面對話的提示音效果
js+flash。具體沒做過，目前各在線翻譯網站的真人語音、曾經的谷歌彈琴logo、網路音樂盒 谷歌音樂盒 都是此類應用。
肯定得用到flex技術
『叄』 SSH框架做的java web信息管理系統，如何實現後台資料庫有消息時能在頁面上提醒，在查詢以後提醒消失
實現這樣的功能大致流程如下：
在資料庫中為存放消息記錄的表添加一個欄位（或是其他相關表中來添加欄位），並可以這樣規定，0表示無消息要通知，1表示有消息要通知；
在相關的web頁面中當頁面載入時設一個非同步請求去查詢一下那張表中的那個欄位，若是0則不提醒，若是1則提醒（提醒的方式你自己決定）；
當有提醒且用戶點擊你提醒的內容後，在進行相關查詢時你可以在後台中將那個關鍵欄位重新置為0，這樣也就實現了「查詢後提醒消失」的功能。
附：按上述流程做，應該就OK的了！
『肆』 web迅雷為什麼總是提醒升級，升級後又反復提醒，無可奈何！！！
尊敬的迅雷用戶，您好：
由於web迅雷現在已經沒有維護，版本升級為迅雷7，建議您使用迅雷7，舊版本問題會在新版本完善，請登錄迅雷軟體中心（http://dl.xunlei.com)這個頁面,下載一個迅雷7的安裝包進行安裝使用。
迅雷7優點：
1、下載加速向伺服器加速全網數據挖掘，自動匹配與資源相同的鏡像用戶下載。
原理：利用互聯網上的其他伺服器提供的資源進行下載，如用戶下載一個軟體，該軟體在A網站存在，用戶從A網站下載，同時B網站存在相同資源，則迅雷可以從B網站下載，提升了下載速度。
2、P2P加速利用P2P技術進行用戶之間的加速，該通道產生的上傳流量會提升通道的健康度，從而提升通道加速效果。
原理：若其他迅雷用戶下載過本文件，則下載時可以由其他用戶上傳給自己。
3、高速通道加速高速CDN加速，高速通道可以利用您物理帶寬的上限進行加速，如您是4M的寬頻，那您最高的下載速度是「390-420KB/S」，用戶下載了一個迅雷伺服器上沒有的資源，迅雷會記錄資源地址，雲端准備完成後其他用戶在下載時即可用高速通道下載。
4、離線下載加速您只需提交任務鏈接，雲端准備完成後即可高速下載。
原理：冷門資源伺服器緩慢，迅雷伺服器可以代替用戶下載，下載後用戶可以從迅雷伺服器上高速下載文件。
根據您自身的需求選擇您要安裝的下載工具。
感謝您對迅雷的支持！
更多疑問，歡迎您向迅雷網路平台提問。
『伍』 在PPT中插入Microsoft Web Browser控制項，打開本地網頁是每次都有警告，如何設置不提示警告
1、在頁面中選中你想要在上面構建鏈接的對象(包括圖片、字元、按鈕……，本例以文字作為例子)，然後點擊工具欄上的「插入超鏈接」按鈕; 2、點擊按鈕之後就出現界面，選擇你想要鏈接的網頁，按「確定」; 3、這樣插入鏈接也有個毛病，那就是有鏈接的對象。
『陸』 java web在後台討論情況,拋出異常,想在前台頁面提醒異常里的話.
使用try catch捕獲異常，捕獲到異常return到前台
『柒』 Web 關閉頁面時發送信息
有時候我們需要在用戶離開頁面的時候，做一些上報來記錄用戶行為。又或者是發送伺服器ajax請求，通知伺服器用戶已經離開，比如直播間內的退房操作。
本文主要分兩部分來講解怎麼完成退出行為的上報。
瀏覽器有兩個事件可以用來監聽頁面關閉，beforeunload和unload。
beforeunload是在文檔和資源將要關閉的時候調用的， 這時候文檔還是可見的，並且在這個關閉的事件還是可以取消的。比如下面這種寫法就會讓用戶導致在刷新或者關閉頁面時候，有個彈窗提醒用戶是否關閉。
使用navigator.sendBeacon發送非同步請求
sendBeacon支持發送的data可以是 ArrayBufferView , Blob , DOMString , 或者 FormData 類型的數據。
下面是幾種使用sendBeacon發送請求的方式，可以修改header和內容的格式，因為一般和伺服器的通信方式都是固定的，如果修改了header或者內容，伺服器就無法正常識別出來了。
（1）使用Blob來發送 使用blob發送的好處是可以自己定義內容的格式和header。比如下面這種設置方式，就是可以設置content-type為application/x-www-form-urlencoded。
（2）使用FormData對象，但是這時content-type會被設置成"multipart/form-data"。
（3）數據也可以使用 URLSearchParams 對象，content-type會被設置成"text/plain;charset=UTF-8" 。
『捌』 體驗-web版豆瓣的提醒功能
有兩個產品設計常見的誤區：
1.認為用戶一定知道這個功能
2.認為用戶一定會按照設計者設定的那樣去用產品
我們常討論的交互設計里的那些層次和方法，其實用戶是看不到的，用戶真正能夠看到的是最終產品呈現給他們的。所以我們需要一種方法用來檢測我的設計是否最終能夠被用戶用起來，並且是否能達到我的設計目標。
老D老師教了一種產品設計「五步法」。此方法脫胎於他十幾年的設計工作經驗，版權屬於永遠的老D！
「五步法」：看的見-看的懂-有興趣-用的爽-有反饋
【題目】請大家對照「五步法」來試用一下web版豆瓣的「提醒」功能，說出自己試用過程中五個環節的感受和體驗。如果發現有改進的地方並能給出改進方案就更好了。
【作業】
web版豆瓣（以下簡稱「豆瓣」）的【提醒】導航在頁面頂部tab的右側第2個，在頂部導航中屬於視覺次級中心，在同級的tab導航中屬於首要中心。
有消息提醒時，【提醒】處會有紅色+數字標記，在深色背景上非常突出。
看得到的意義就是要讓用戶使用某個功能，必須先讓他注意到這個功能，一般做法是用個醒目的亮色、用個動畫，或者用有吸引力的文案來引導。一般消息提醒在一個產品中都是附加功能，必須有，但一定不是主要的。而豆瓣又是一個以內容生產為主的平台，所以用戶關注的重點是內容，【提醒】不必要做得太醒目，有則可。
第1步的作用是吸引用戶注意力，產生物理刺激，第2步則是要把這種物理刺激轉化為理性判斷。
點開【提醒】，彈出菜單，有最近5條消息提示，還可以設置[不再提醒]，從此以後該條消息的相關信息不再提示。但顯示的這5條消息包括了已經查看過的消息，建議只展示新的、未查看過的提醒。
進入【提醒】頁後，tab分為：全部、請求、（我）回應過的。
基本能看懂每個標簽要表達的意思，但是這種分類方法有點凌亂，後面討論。
這一步的關鍵任務是：盡量吸引目標用戶，用簡練的方式傳遞出價值，命中用戶的核心需求。
豆瓣【提醒】將【請求】單獨羅列出來，並在列表中展示得最詳細，我個人猜想是由於豆瓣除了內容產出，還有一個重點是社區，於是各種線上線下的活動信息是豆瓣的推廣重點，也是吸引用戶的關鍵。
通過考慮用戶場景，優化使用流程、用戶體驗、設計原則等實現。
講道理，要回到討論豆瓣這個標簽分類的問題上了。
問題1：在【提醒】里，視覺層級最高的應該是「1條新回復」「4個人關注你」之類的更新動態，豆瓣在此處沒有做一個熱點操作的層級劃分。
問題2：豆瓣將未點擊的提醒標題為藍色，點擊後顯示為紫色，顏色差別不大較難區分。同時標題為藍色鏈接，點擊即可跳轉，但在這時候，用戶的目標信息應該是「新回復」，而不是帖子的標題，所以點擊的對象設置錯了。
問題3：信息提醒時並沒有分類哪個是我發布消息的提醒，哪個是他人發布消息、我回應之後的提醒，這其中又有一個問題，當我在別人帖子下留言時，如果另一個人回復時沒有@關鍵人，則其他回復過的用戶都會收到提醒，點進去看後發現其實並不是有人回復了我，而是回復了樓主。如果不選【不再提醒】的話，只要有人跟帖，我這邊就會收到一堆的消息提醒。而當我選擇了【不再提醒】以後，如果有人在該條帖子下@我並回復，我不知道是否系統還會有提示，暫時未測試過。
老D說：有很多產品死就死在了這個環節上，比如來到一個頁面，點擊一個按鈕，彈出一個表單，填寫，然後發送，看到個成功提示，然後，然後就沒有然後了...
以淘寶的訂單流程為正面例子，下單付款後，賣家的操作和物流公司的操作，都會顯示在用戶這一段的系統上，有一個商品狀態提示。我們的系統通常是由若干個角色共同使用的，角色之間需要互相同步動態，要互相能知道對方現在正在干什麼，這樣可以給用戶一種安全感。