‘壹’ 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说：有很多产品死就死在了这个环节上，比如来到一个页面，点击一个按钮，弹出一个表单，填写，然后发送，看到个成功提示，然后，然后就没有然后了...
以淘宝的订单流程为正面例子，下单付款后，卖家的操作和物流公司的操作，都会显示在用户这一段的系统上，有一个商品状态提示。我们的系统通常是由若干个角色共同使用的，角色之间需要互相同步动态，要互相能知道对方现在正在干什么，这样可以给用户一种安全感。