轻松解决win7与ie8浏览器不兼容的问题
番茄系统家园 · 2021-08-30 03:45:43
时至今日仍有很多人对升级到Win7心存顾虑其中一个原因就是自己惯用的软件在上工作不正常特别是浏览器的网络应用初次接触的用户会感到不知所措。再被一些盲目跟风的人一唬就把Win7视作洪水猛兽。其实有多种方法可以解决浏览器的兼容性问题这种恐惧心理是完全没有必要的。
英国媒体近日就微软兼容问题参访专家并就如何解决第三方程序的兼容问题提问如下
问微软打算如何促使企业用户放弃使用IE6?在这方面有何作用?
答实际上大家还是习惯使用IE6很多现有商务程序可以直接运行。很多用户表示一旦使用就意味着不得不使用IE8但是大部分人对其并不熟悉市面上也没有方便大家了解信息的材料。
那么您认为这仅仅是程序移植问题还是复杂的网页开发项目?公司的IT或开发团队是否需要在这方面多下功夫?
有些程序可以通过简单移植后直接使用但可能还需要一些专业人士修改一部分代码。但是我们的IT团队也确实应该对此项工作的难度有所把握。如果一个程序开发员表示“该项目将历时17周”那么他的本意可能就是“事实上这就是更改某些代码的问题我觉得你能够在17周内解决这个问题。”
您认为在下正常使用IE8最需要注意些什么?
最主要的是明确自己为什么要用IE8。很多人在被问及此问题时都会回答“因为我要使用呀”。但事实上如果不明确自己使用IE8的原因一旦产生了技术上的问题很多人就会说“我放弃了我不是真的需要用IE8看看有什么方法能继续使用IE6呢?”但这并不是理想的浏览器。
同时在就兼容性问题作出决策时如果用户不明确自己看重IE的什么特点也就无法确知需要了解其什么性能。例如一位用户用IE8是看重它的安全性能那么一旦出现问题而需要关闭或修复这些安全属性时用户就会选择对其原始代码进行修复而不是直接将其关闭了。
企业用户能否将网页应用程序移植问题最简化?
根据已有的测试结果用户们往往对网页应用程序的使用情况不是特别关注例如微软IE7到IE8的升级中为用户所真正关注的程序只占总数的4%。对于其他的程序我们则会告知用户这些程序或许能运转正常如果出现问题请联系客服来解决就像现在很多软件常出现漏洞时的情况一样。那些需要关注的4%程序如果在一整天内都无法正常使用就意味着出现了问题。例如Outlook网络版如果无法正常使用比如发送一封邮件需要2小时微软就遇到了大问题。
接下来就是决定如何使用这些程序。首要问题是“我是否需要支持这些程序?”如果答案是肯定的那么是否需要支持这个版本的程序?如果这次是否定的那么就买个新的吧。因为如果确实需要使用该程序对已有的程序再进行测试是很费事的。一旦决定不支持就会有很多选择或者重新设置或者在网站上对编码进行一些修改或者采取其他的权宜之计。最终的办法很可能就是虚拟化在兼容的操作系统上运行IE6。
那么公司是否保证能对IE进行有效设置避免用户对网络程序代码进行修改?
目前我们已经有1500组针对IE8的设置措施最主要的就是站点区域分配列表。最大的难题在于很多公司用户都有自己的内部网络“intranet.com”而浏览器对此无法获知。我们主要关注一些许可站点并将用户分配到这些网络区域内默认使用IE8标准并在该区域内使用强化的安全设置。用户需要把自己的内部网络站点放到该网络区域内才能得到认可。这也意味着用户的首要任务是尽量增强自己站点的兼容性。
如何使用虚拟化技术解决嫁接问题?会不会由于需要使用IE6而浪费IE8的优点?
微软企业桌面虚拟化技术(MED-V)在这方面为用户提供了很大的便利。在地址栏内输入IE6后只要不是限定使用IE6的都会自动转入IE8。用户的电脑中需要为VM准备足够的空间并已经安装使用MED-V。如果是在XP模式下用户则不能登陆这些网站同时也最好不用在管理员帐户登陆状态下使用IE6访问不安全页面。
公司用户对于无法移植到IE8中的程序如何处理?甲骨文的Forms6i和Jinitiator插件如何?
甲骨文曾表示他们的系统并非很成功既然微软在销售新系统赚钱甲骨文也可以如此。所以长期的策略是对系统进行升级而短期的对策就是使用虚拟化技术保证相关程序在支持的平台上运转正常。我认为没有人会由此转用甲骨文因为平台并不支持。当然甲骨文和SAP都有兼容的版本可是转为实用甲骨文需要耗资3亿美金历时1年到1年半而继续使用Windows7系统则明显省时省力谁也不想再费劲装第二个系统。
微软Windows应用程序体验SWAT团队技术主管ChrisJackson给出妙招轻松解决Windows7和IE8的兼容问题。所以想同时使用ie8与win7的朋友们,赶紧学习哦.
免责声明: 凡标注转载/编译字样内容并非本站原创,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如果你觉得本文好,欢迎推荐给朋友阅读;本文链接: https://m.nndssk.com/post/53580.html。