ie

提起电脑的清理工作，大家都很熟悉吧!不过，很多朋友在对清理的认识上还有一定的局限性，更多的是集中在删除一些windows自身生成的垃圾文件等方面；实际上还有一些另类的垃圾，比如:软件在右键菜单中的项目;IE右键菜单、工具栏图标、收藏夹中的无用项目;失效的快捷方式等。它们的存在，不仅浪费了我们宝贵的硬盘空间，还会给病毒留下可乘之机。所以及时地给电脑来个大清理是很有必要的。 一、 资源管理器的右键菜单 　　1、删除右键菜单中的多余项 　　大家都知道，许多软件在安装时，首先要把自身的安装文件解压缩到一个临时目录(一般为 Windows文件夹下的Temp目录)，如WinZip等工具，然后再进行安装。如果软件设计有疏忽或者系统有问题，当安装结束后，这些临时文件就会变得并不“临时”，成为硬盘里的一堆垃圾，往往它们是以*.tmp的面孔出现的;在软件的运行过程中通常会产生一些临时交换文件，比如一些程序工作时产生的形如*.old、*.bak这样的备份文件，杀毒软件或系统软件检查硬盘时生成的备份文件等;而软件被卸载后，也会在硬盘中留下一些文件夹、*.dll文件、*.hlp文件和注册表键值以及形形色色不知名的小东西，成为货真价实的垃圾。事实上我们正常卸载某个应用程序后，右键菜单中也会遗留下一些不再需要的项目，同样需要将其删除。这些遗留项目一般都存放在“HKEY_CLASSES_ROOT\

<script type="text/javascript"> /*@cc_on @if (@_jscript) // This code is inside a conditional comment, which is also a // regular JavaScript comment. IE runs it but other browsers ignore it. alert('You are using Internet Explorer); @else*/ // This code is no longer inside a JavaScript comment, but is still // inside the IE conditional comment. This means that all browsers // except IE will run this code. alert('You are not using Internet Explorer'); /*@end @*/ </script> 按理说这是IE中javascript条件注释。 以/*@cc_on 开头，@*/结束的。而且JScript是Microsoft自己的JavaScript解释器的名字，而@_jscript变量在IE中为True。 但我在IE7中，似乎认不到条件注释。

PNG图片在网页设计中扮演着一个很重要的角色，利用PNG图片的特点可以制作出实用,绚丽的效果，可是对于PNG图片的支持却不是很理 想，Firefox和Opera对PNG支持的比较好，特别是Firefox浏览器。可是IE却不理PNG,使得设计者无法很随意的使用png图片。 IE5.5+的AlphaImageLoader滤镜为通向png提供了一个道路，如果他载入的是PNG(Portable Network Graphics)格式，则0%-100%的透明度也被提供。我们就利用这个滤镜和hack来设计一个 半透明png背景图片的模型 (X)HTML: <div id="wrap"> <p><a href="http://www.jluvip.com"><strong>PNG半透明背景图片效果</strong></a><br />：PNG图片在网页设计中扮演着一个很重要的角色，利用PNG图片的特点可以制作出需要使用绚丽的效果，可是对于PNG图片的支持却不是很理想，Firefox和Opera对PNG支持的比较好，特别是Firefox浏览器。可是IE却不理PNG,是的设计者无法很随意的使用png图片。</p> <p>IE5.5+的AlphaImageLoader滤镜为通向png提供了一个道路，如果他载入的是PNG(Portable Network Graphics)格式，则0%-100

ie兼容处理 css兼容代码示例 csshack使用 ie的css兼容是一层层覆盖关系。 / IE6 绿色 IE7 黑色 IE8紫色 IE9橘黄 1E10灰色 / .hack{ background-color:red; /*默认*/ background-color:purple\0; /* IE8 IE9 IE10 紫色 9 10被下一条覆盖*/ background-color:orange\9\0;/*IE9 IE10 橘黄色*/ *background-color:black; /* IE6, IE7 黑色，IE6会被下一条覆盖为绿色 */ _background-color:green; /* IE6 绿色 */ } /*for IE10+ 灰色 此写法可以适配到高对比度和默认模式，故可覆盖所有ie10的模式 */ @media screen and (-ms-high-contrast: active), (-ms-high-contrast: none) { .hack { background-color:#A3A0A0; } } /*Chrome Safari深红*/ @media screen and (-webkit-min-device-pixel-ratio:0){ .hack { background-color:#5A090A;} } /*除了IE6

1. 兼容性问题的根本因素 浏览器最重要或者说核心的部分是 “Rendering Engine” ，可大概译为 “ 渲染引擎 ” ，所谓的浏览器内核也就是浏览器所采用的 渲染引擎 ，渲染引擎决定了浏览器如何显示网页的内容以及页面的格式信息。不同的浏览器内核对网页编写语法的解释也有不同，因此同一网页在不同的内核的浏览器里的渲染（显示）效果也可能不同，这也是网页编写者需要在不同内核的浏览器中测试网页显示效果的原因。 前段时间进行了前端网页的 bug 修改，发现多数的 bug 均发生在 IE8 浏览器上，经过查证发现： IE8 的 JavaScript 引擎是 Jscript ， IE9 开始用 Chakra ，这两个版本区别很大，这就造成了 IE8 对于个别属性、方法的不支持或是显示效果上的差异，这里是我遇到的一些 IE8 上比较典型的兼容性问题及其解决办法。 2. indexOf 1 2 2.1 问题 前端代码中有多处地方使用 javascript 数组的 indexOf 方法，用于查询某数组中是否存在某元素，然而测试，在 IE8 不支持数组元素的 indexOf （）方法。如下 var location = ['1','2','3']; var serverData = [‘1’ , ’4’, ‘5’]; for( var i = 0; i < serverData.length;

五大主流浏览器及四大内核 只是用户看到仅仅只是浏览器本身，却很少能看到浏览器最核心的部分—浏览器内核。从第一款libwww（Library WorldWideWeb）浏览器发展至今已经经历了无数竞争与淘汰了。现在国内常见的浏览器有：IE、Firefox、QQ浏览器、Safari、Opera、Google Chrome、百度浏览器、搜狗浏览器、猎豹浏览器、360浏览器、UC浏览器、遨游浏览器、世界之窗浏览器等。但目前最为主流浏览器有五大款，分别是IE、Firefox、Google Chrome、Safari、Opera。 浏览器最重要的部分是浏览器的内核。浏览器内核是浏览器的核心，也称“渲染引擎”，用来解释网页语法并渲染到网页上。浏览器内核决定了浏览器该如何显示网页内容以及页面的格式信息。不同的浏览器内核对网页的语法解释也不同，因此网页开发者需要在不同内核的浏览器中测试网页的渲染效果。 浏览器内核又可以分成两部分：渲染引擎(layout engineer 或者 Rendering Engine)和 JS 引擎。它负责取得网页的内容（HTML、XML、图像等等）、整理讯息（例如加入 CSS 等），以及计算网页的显示方式，然后会输出至显示器或打印机。浏览器的内核的不同对于网页的语法解释会有不同，所以渲染的效果也不相同。所有网页浏览器、电子邮件客户端以及其它需要编辑

1、console.log 方法在IE中不兼容 低版本的 IE 根本就没有 console.log() 方法，所以如果你在 JS 上运行这个方法就有可能会出错。 在 IE11 上运行 console.log() 方法，在开启了 F12开发者工具时可以正常运行且输出，但是如果没有运行开发者工具时代码就会有问题。console.log 方法不会执行，并且后面的代码也不会执行。此时你就会很难排查问题，因为你在开启开发者工具时就会正常运行且输出。 所以说我们平时应该养成良好的编程习惯，一些测试用的打印语句要及时的删掉。 当然如果你想在 IE 上也能正常运行这个方法，也可以自己写兼容： <script type="text/javascript"> if(!window.console){ window.console = {}; } if(!window.console.log){ window.console.log = function(msg){}; } </script> 来源： https://www.cnblogs.com/wenxuehai/p/12400801.html

前段时间碰到一个问题，就是在IE下，使用iFrame嵌入页面时，该页面的会话级别的cookie无法写入，导致服务端始终无法获取JSESSIONID，每次都是产生一个新的，使得Session无法使用。 只需要设置 P3P HTTP Header，在隐含 iframe 里面跨域设置 cookie 就可以成功。 ASP直接在头部加了头部申明，测试有效。 <%Response.AddHeader "P3P", "CP=CAO PSA OUR"%> PHP的话，应该是如下写法： header('P3P: CP=CAO PSA OUR'); ASP.NET的话 通过在代码上加Response.AddHeader("P3P", "CP=CAO PSA OUR")或者在Window服务中将ASP.NET State Service 启动。 JSP: response.setHeader("P3P","CP=CAO PSA OUR") 一、关于IE6 IFrame或Frame中读写cookie的问题分析 IE6加入了以PlatformforPrivacyPreferences（P3P）为基础的 隐私保护功能，有关此功能的说明请参阅“” 在ie6中Cookie被分成了first party cookie和third party cookie，即第一方Cookie和第三方Cookie

问题描述： 情形一：有服务器A与B（A、B服务器不在同一域中），服务器A中的页面包含有iframe，需要加载B服务器中的数据（需要登录验证后的）。验证信息从iframe的src属性中传递给服务器B，当服务器B收到请求后，先写session，然后再继续此次请求。当iframe中页面加载完成后，页面中有其它请求发到服务器B（这些请求都是需要验证通过后，才能继续）。iframe中的请求发送到服务器B时，没有session，导致请求失败。 情形二： 有服务器A与B （A、B服务器不在同一域中） ，服务器A中的页面先发起验证，再进入其它请求； 解决办法： 服务器B的返回中加入： response.setHeader("P3P","CP=CAO PSA OUR") 问题原因： cookie与session跨域登陆代码(ie6,ie7,firefox)frameset里面，也就是里面的frame是来自第三方站点(不同ip或不同域名)，那么默认情况下ie会自动禁用这些站点的cookie，也就是在请求某url时在http header里不发送它们的cookie，包括session的cookie。注意，这些站点在response里面设置的cookie还是会被发送到浏览器的。 但像ie 6.0和ie 7.0有个自己的标准.要支持p3p,ie 6的缺省隐私等级设置为"中"——即

ie和firefox下操作table对象的异同【测试浏览器版本：ie为8,9，firefox为2.0】 1）在ie下，table标签直接使用appendChild增加document.createElement('tr')的行时不显示，但是在firefox下是没有问题的。如下 ? <table id="table1" border='1'></table> <script type='text/javascript'> var tb=document.getElementById('table1'); var tr=document.createElement('tr'),td=document.createElement('td'); td.innerHTML=new Date(); tr.appendChild(td);//行增加单元格 tb.appendChild(tr);//表增加行 </script> 运行上面的代码后，和描述一样吧。 注意：tr .innerHTML =“”；这句话在ie下不能使用 解决办法就是在table标签内增加tbody标签，tbody使用appendChild时在ie和firefox下都可以显示了。 ? <table border='1'><tbody id="tbody1"></tbody></table> <script type='text