[IE] Internet Explorer 11 企业模式 - 概述
Internet Explorer 11 企业模式 - 概述
在 Windows 8.1 Update 1 中微软为 Internet Explorer 11(IE11)带来了新的功能 - 企业模式(Enterprise Mode),该功能允许网站使用预先设置的浏览器配置来呈现内容,而这个浏览器配置是基于 IE8 的,从而能够有效解决兼容性问题,更大程度上保护了企业对已有 Web 应用系统的投资,使其能够继续在新的客户端产品上运行。此外,面向 Windows 7 设备的 Internet Explorer 11 也同样支持企业模式。
企业模式与兼容性视图设置类似,但是它的一些特性使其更适用于企业环境下使用。
- 改进的应用和网站兼容性。通过改进模拟,企业模式让许多传统应用在 IE11 上的运行保持不变,以及支持许多当前不受 IE11 文档模式支持的站点模式。
- 对网站列表基于工具的管理。使用企业模式站点列表管理工具,可以添加网站域和域路径,还可以指定站点是否使用企业模式呈现内容。
- 集中式控制。使用组策略可让用户从浏览器的“工具”菜单打开或关闭企业模式,并决定企业浏览器配置文件是否在 F12 开发人员工具的“模式”选项卡中。
- 集成的浏览。通常使用企业模式浏览 Web,并让模式自动更改。
- 数据收集。从主要用户收集本地替代数据,并将数据发布回指定服务器,这样 IT 管理员可将结果添加到集中式列表中并分发兼容性测试。
正如前面所讲,企业模式与兼容性视图类似,但前者基于IE8,而后者基于IE7;并且企业模式可以创建站点列表,即使客户端并未加入到AD,同样可通过手工修改本机组策略或注册表的方式来引用企业模式的站点列表,并且该站点列表可放置在任何可被访问的Web站点下,可谓方便、快捷、灵活!
对于因浏览器和 Web 应用兼容问题,还在犹豫是否升级的 IT 管理员,是时候放开一试了!
参考资料:什么是企业模式
Windows 8.1 Update 以 WIMBoot 方式进行安装
Windows 8.1 Update 以 WIMBoot 方式进行安装
在大家学习了 Windows 8.1 Update 创建 WIMBoot 映像,并将 Windows ADK 的 WinPE 5 升级到 WinPE 5.1,WIMBoot 的安装准备工作就算全部就绪了!接下来我们就需要准备实验环境来进行 WIMBoot 的安装测试,这里强烈推荐大家使用最新的 Hyper-V,其二代虚拟机技术支持 UEFI(实际测试基于BIOS 的 MBR 环境也同样可以实现 WIMBoot)。
开始前再来回顾一下 WIMBoot 概述,本例将参考官方推荐的方式进行实验。在 Hyper-V 下创建一台基于二代技术的虚拟机,内存分配 2GB,磁盘分配 16GB,将采用 GPT 格式,并创建 ESP、MSR、Windows 和 images 分区卷,具体的操作步骤稍后奉上。
现在将准备好的 WinPE 5.1 和支持 WIMBoot 的 Install.wim 打包成一个 ISO 文件,便于虚机载入使用。如果已经参考 gOxiA 之前的文章 WinPE 5 升级到 WinPE 5.1,执行了相关的操作,那么可以直接将 install_wimboot.wim(支持 WIMBoot 的系统映像)和 winre.wim(恢复工具映像)拷贝到“C:\winpe_amd64\media\sources”目录下,并使用下面的命令行生成 ISO。
首先,载入 wimboot.iso 启动虚机,使用 diskpart 为磁盘分区,为此执行下面的命令行。
然后,将 install_wimboot.wim 拷贝到 images 分区卷,并执行 WIMBoot 安装,为此执行下列命令行。
WIMBoot 的安装其实很简单,就是在释放映像时多加了一个参数。现在我们需要为系统创建启动数据,为此执行如下命令。
现在,再将 winre.wim 也拷贝到 images 分区卷,并将这个 winre.wim 注册到当前系统中。这么做的目的显而易见,因为恢复工具存储在一个隐藏的分区卷(OEM)中,得到了有效的保护,为此执行如下命令行。
[code]c:\windows\system32\reagentc /setreimage /path m:\recovery\windowsre /target c:\windows
为了进一步的保护系统映像文件,我们可以使用 icacls 命令为所在目录进行安全性配置。
OK,现在我们重启虚机体验一下 WIMBoot,系统初始化结束后进入 OOBE 阶段,与传统过程一致,跟随向导完成操作即可进入系统。打开资源管理显示隐藏和系统文件,再打开系统盘的属性看看,大概占用了不到 3GB 的空间,如果我们关闭虚拟内存还能回收回来更多的空间容量。
在用户看来当前系统盘与传统系统盘并无区别,但是系统盘相关的目录和数据都通过指针进行了重定向。来看看这有意思的地方,查看 Windows 目录属性,会发现其目录显示占用近 11GB 的容量。
之后,gOxiA 还做了恢复实验,即执行:恢复电脑而不影响你的文件。恢复后的系统只有 Windows.old 目录实际占用系统卷的空间。
WIMBoot 也可以使用单卷的方式来安装,即映像和系统都放在一个卷里。虽然在系统运行状态下,映像文件并不能被修改或删除,但这种方式并不推荐,只是为了方便测试,减少操作步骤罢了!
微软官方虽然要求 WIMBoot 需使用 UEFI 方式启动,并使用 SSD 或 eMMC 存储,但实际测试并非如此。下图就是基于 BIOS 的 MBR 环境运行的 WIMBoot。
参考文章:
Deploy WIMBoot Images: If you know the size of the images upfront:http://technet.microsoft.com/zh-cn/library/dn605112.aspx
使用部署脚本应用 Windows、系统和恢复分区:http://technet.microsoft.com/zh-cn/library/hh825089.aspx
使用 Windows ADK 进行 Windows 部署:http://technet.microsoft.com/zh-cn/library/hh824947.aspx
[ADK] 升级 WinPE 5.0 到 WinPE 5.1
升级 WinPE 5.0 到 WinPE 5.1
Windows 8.1 Update 已经发布,其对应的 Windows ADK(Windows Assessment and Deployment Kit)也随之更新发布,新版的 Windows ADK for Windows 8.1 Update 下载地址是:http://www.microsoft.com/en-us/download/details.aspx?id=39982 。由于之前 gOxiA 进行 WIMBoot 的实验,需要用到 Windows ADK,但是在实际使用中发现,虽然新版的 Windows ADK 核心部分已经升级,但是内置的 Windows PE 还是基于老的版本,即:WinPE 5.0。这样一来导致当使用生成的 WinPE 进行 WIMBoot 部署时,其 DISM 命令不支持 WIMBoot 参数。
如果我们要进行 WIMBoot 测试,就必须先将 WinPE 5.0 升级到 WinPE 5.1。为此,我们需要执行如下操作。
首先,手工下载 KB2919442 和 KB2919355 并将其解压提取其中的 CAB 文件。
之后,准备一个 PE 环境,并载入 Windows PE 的映像文件。
现在,手工将 Windows 8.1 Update 的两个更新包集成到映像中。
更新包集成完毕,可使用下面的命令行对映像执行优化。
最后,完成映像的修改。
为了有效减少该映像的大小,推荐执行下列命令行,从升级后的映像中生成一个全新的映像,并根据需要进行原始映像的替换。
至此,WinPE 5.0 到 WinPE 5.1 的升级工作即告一段落,我们可以重新生成 ISO 以备后用。
参考文档:http://technet.microsoft.com/zh-cn/library/dn613859.aspx