【图】Windows8系统开启删除确认对话框的方法

Windows8系统开启删除确认对话框的方法

Windows8系统开启删除确认对话框的方法图老师

　　右键回收站，选择属性，然后在弹出的对话框中选中最下方的显示删除确认对话框选项即可。

　　注：其实Win8去掉这个对话框也是值得鼓励的，毕竟删除这个动作并非不可逆的，一是用户错删的机率很小，二是即使错删了用户也完全可以去回收站找回删除的文件，耗费成本很小。但每删除一个文件都会出一个对话框询问确认是否删除对用户的成本就很大了。因此这个细节上的改动在我们看来是很值得肯定的。

VMWare虚拟机中如何安装windows8系统

　　首先下载安装最新的VMware虚拟机，打开软件创建一个新的虚拟机

　　把安装镜像的路径输入

　　上面当然是选windows了，下面选择WIN8

　　设定一下名称和虚拟机文件的路径

　　分配磁盘空间，默认的60G即可

　　开启自己的虚拟机

　　进入安装，选下一步，安装好你的WIN8

　　安装中可以分配磁盘的大小

　　等待安装完成

Windows8更改搜索设置来清除搜索记录禁用网络搜索等

Windows8更改搜索设置来清除搜索记录禁用网络搜索等图老师

　　更改搜索设置的操作方法

　　1.从屏幕右边缘向中间轻扫，点击设置，然后点击更改电脑设置。或者搜索设置或power 等关键字，选择对应的搜索结果。

　　(如果使用的是鼠标，则指向屏幕右下角，然后将鼠标指针向上移动，单击设tulaoshi.com置，然后单击更改电脑设置。)

　　2.点击或单击搜索和应用，然后点击或单击搜索。

　　3.更改所需设置。

　　通过更改搜索设置，可以清除搜索历史记录，选择如何与必应共享搜索信息等。另外还可以关闭网络搜索，只查看来自电脑和 OneDrive 的结果。如果你使用移动数据流量上网的话，则可能希望这么做。

Windows8系统IE10如何显示密码

　　各位应该都和图老师小编一样有过由于输错1个字符而把所有的密码全部删掉的经历吧，假如密码短还好，但若长密码就无解了，是不是觉得很憋得慌，别急，下面图老师小编告诉你个小经验，你只需要下载一个Windows 8，然后在里面安装IE10，立马就能解决这问题，windows 8系统中的IE10可以让密码重现，当你发觉输错密码，左击一下输入框右侧的可视按钮即可显示刚刚输入的全部密码，方便你逐字修改错误字符，无需再将所有密码删除重复输入，省时又省力。虽然Windows 7系统中也支持安装IE10，不过该版本IE10不支持密码可视的功能。

　　一旦把左键松开，密码又会被还原至隐藏状态。如不想让可视按钮出现，可在输入完毕后，左键单击密码输入窗口以外的任意位置，该可视按钮即会消失，需要刷新页面之后才会出现。

如何关闭Windows8中IE10的显示密码按钮

　　有些用户发现在应用中登入账户以及使用IE10浏览器(桌面版及Metro/Modern版)时，输入密码后，会在密码输入框右侧有一个小眼睛一样的可视按钮，点击后可以暂时明文显示密码。有点奇怪，这样的设置，对于复杂或不熟悉的密码来说确实很是实用。但是当密码很简单且不需要任何提示的时，却又多了一些安全隐患，是否可以关闭这个功能呢?经过一番查找，图老师小编最后在组策略中找到了这个选项而且还是两个!

　　在开始菜单打开运行，输入gpedit.msc打开本地组策略编辑器。如图：

　　在组策略编辑器中，有两个针对密码显示的设置，分别是针对全局和IE10浏览器。

　　打开本地计算机策略，在用户配置中找到管理模板，在找到Windows组件，最后选定凭据用户界面，就可以对全局的密码显示按钮进行设置。如图：

　　双击不显示密码显示按钮，在弹出的对话框中设置为启用即可在全局上关闭密码显示。

　　此时在Windows所有组件包括IE中将不再出现可视密码的按钮。

　　此外，还有一种方法可以关闭显示密码按钮，但是该方法仅对IE生效，在本地计算机策略中的用户配置，选择管理模板，在选择Windows组件，接着选择Internet Explorer，最后选择安全功能，如图

　　双击不显示密码显示按钮，在弹出的对话框中设置为启用即可仅关闭IE的密码显示。

　　此时，在IE中的可视按钮将不再显示，却不影响其他组件的按钮。

　　组件中的密码输入框：

　　值得注意的是，在IE密码显示按钮中说明称，开启了全局的不显示以后将不再覆盖此策略设置。也就是说，当启用全局密码显示按钮之后，IE的对应设置将不再生效。

windows8.1系统hosts文件失效怎么处理

　　可见hosts文件路径是对的，而且只有一行映射，确保没有其他的干扰项。

　　使用ipconfig /flushdns清理DNS缓存，而且其实我还停止了DNS Client服务的。然后继续ping，依然返回的是真实DNS解析的地址。

　　可见system的权限也是有分配的。下面那个我自己的账户和Admin组的账户的权限也是完全控制的。

　　情况就是这样，不知为何最近突然失效了。我可能是遇到什么劫持了么?

　　分析处理

　　根据引用中我的猜想，我使用了消息记录器来跟踪与hosts文件有关的系统消息。为了对比，我同时在windows 8.1和虚拟机中运行的windows XP下操作，以便作为对比。

　　首先我发现其实所有有网络通信功能的程序都会去检测HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesDnscacheParameters这个键下面是否存在UseHostsFile值是否存在，数据是多少。但是我发现无论XP还是8.1都没有该值，但是根据之前的实验可知是XP可以正常读取hosts文件的，所以可以断定这个是无关项。(不过根据这个判断，原来Dnscache服务(也就是在服务中显示名称为DNS Client的服务，用于缓存DNS解析的结果)是可以手动强制不读取hosts文件的，修改这个键值即可)

　　然后我发现一个怪异的现象，每次我手动修改hosts文件后，在8.1下会显示出一个名为svchost.exe的进程试图访问hosts文件但是结果为Acces Denied。在XP下，也有同样名称的进程试图访问hosts文件但是结果却是Success的。

　　根据消息记录器提供的进程的PID，追踪到其承载的服务中有一个共同的服务就是DNS Client。于是可以断定肯定是上述提到的DNS Client服务出现问题了。因为出现访问文件被拒，肯定是帐户问题，于是我习惯性地打开DNS Client的属性页，转到登录选项卡，发现其使用的帐户不是默认本地系统帐户，而是名为Netwotulaoshi.comrk Service的内置安全主体。

　　到此一切都明了了，归根到底还是权限问题。DNS Client服务使用的帐户不是system，而是Network Service。虽然我给system帐户赋予了完全的访问控制，但是根据我开篇的截图可以发现，我里面缺少了Network Service的安全主体。而现在我们可以断定system帐户和Network Service安全主体是没有关联的，所以才导致了DNS Client服务启动后无法正常读取hosts文件，而导致hosts文件无效。

　　解决办法就是：编辑etc文件夹的访问权限，添加Network Service安全主体并赋予至少允许读取的权限，然后重新启动DNS Client服务即可。目前我的hosts已经一切正常。

　　通过以上的分析，相信大家能够更清楚地理解Windows 8.1系统下Hosts文件失效的原因，也能够掌握解决它的应对措施。最终，我们的Hosts文件可以恢复正常。