ie

VB删除Cookie，仅适用于IE7版本 IE7版本为我们提供了命令行删除Cookie，清除临时文件缓存，清除历史记录表单的方法，下面是详细的命令运行方式。 '注：以下代码仅支持IE7。 '清除Internet临时文件 Shell "RunDll32.exe InetCpl.cpl,ClearMyTracksByProcess 8" '清除Cookies Shell "RunDll32.exe InetCpl.cpl,ClearMyTracksByProcess 2" '清除历史记录 Shell "RunDll32.exe InetCpl.cpl,ClearMyTracksByProcess 1" '清除表单数据 Shell "RunDll32.exe InetCpl.cpl,ClearMyTracksByProcess 16" '清除密码 Shell "RunDll32.exe InetCpl.cpl,ClearMyTracksByProcess 32" '清除上述全部项目 Shell "RunDll32.exe InetCpl.cpl,ClearMyTracksByProcess 255" '清除上述全部项目，以及IE7中使用的加载项所保存的各种数据 Shell "RunDll32.exe InetCpl.cpl,ClearMyTracksByProcess 4351" 来源：

在IE6—8里动态修改img的src，如果赋值的是一个非法的url，如：xx.fdf，则会导致浏览器假死。个人猜测，IE遇到这种非法的域名会一级一级往上去解析直到超时，此时浏览器一直处于忙，给人已经死掉的错觉。 后来尝试使用Image对象，事先判断该url是否能加载，即先new Image(); 分别注册onload和onerror事件，再修改src属性，结果仍然卡死。 最后发现，直接在浏览器地址栏里输入xxfd.fd 都会造成假死，我彻底被征服了，只有祈祷IE尽快fix这个bug。 阿门！ 来源： https://www.cnblogs.com/earlyup/archive/2011/10/29/2228595.html

http://topic.csdn.net/u/20091102/13/a35034b7-cc18-4aa7-90e3-941604152bb3.html 背景：大家知道，在我们访问一个网站的时候。系统会把这个网站上的图片，动画等内容全部缓存到Internet临时文件夹中。 我们可以通过 <Drives>:\Documents and Settings\<user>\Local Settings\Temporary Internet Files访问。但是可能我们都没有想到，里面的文件实际却不同于我们系统中其他的文件夹和文件的关系。 举例说明，我们在VS.net下写一个函数来返回指定文件夹中的文件夹和所有文件时，但我们把Internet临时文件夹的地址传进去时，系统只会返回一个文件，那就是desktop.ini（每个文件夹都有）,还有一个隐藏的文件夹。所以这就证明了在临时文件夹中的文件并不是按照普通的文件夹与文件的方式存在的。 其实windows是把临时文件全部存在一个隐藏的文件夹中，这个文件夹是我们都看不到的，然后靠一个index.dat的索引把内容全部读出来回显给用户。 那我们怎么用程序来读取其中的内容呢? 首先要引用一个user.dll,在系统文件夹中。然后利用它其中的一些函数就可以遍历整个文件夹，并获得其中每个文件的信息。 [DllImport( " wininet.dll

ie中url 是不支持中文，需要将中文转码（ajax中的url含中文参数也是要encode（url）） 1、跳转 正确示范 <a href="'+ encodeURI("peopleDetails.html?staffname=王二")+'" target="_blank">王2</a> 错误示范： <a href="peopleDetails.html?staffname=王二" target="_blank">王2</a> 2、ajax 正确示范 url:encodeURI("/naics/listBySed?key="+clsthr), 错误示范 url:"/naics/listBySed?key="+clsthr, 来源： CSDN 作者： zyl_06 链接： https://blog.csdn.net/zyl_06/article/details/104259849

一直做IE相关的东西，但是发现对JS和VC之间如何调用不是很明白。虽然知道通过IDispatch接口可以在VC程序和JS之间进行交互，但是如何具体做一直有点模糊，所以就专门做了个实验，看看他们到底如何进行沟通。 脚本语言和编译型语言之间进行通信是通过IDispatch接口来行的，这里我对双接口的理论就不进行讨论，直接看看如何用WTL代码来实现。 首先定义如下的一个IDispatch实现： 1 class CExternalDisp: 2 public CComObjectRoot, 3 public IDispatch 4 { 5 public: 6 CExternalDisp(void); 7 ~CExternalDisp(void); 8 9 BEGIN_COM_MAP(CExternalDisp)10 COM_INTERFACE_ENTRY(IDispatch)11 END_COM_MAP()12 13 HRESULT STDMETHODCALLTYPE GetTypeInfoCount( 14 /* [out] */ UINT *pctinfo) 15 {16 return E_NOTIMPL;17 }18 19 HRESULT STDMETHODCALLTYPE GetTypeInfo( 20 /* [in] */ UINT iTInfo,21 /* [in] */

Windows 操作系统中的 .NET Framework 支持 Hans Verbeeck Microsoft EMEA 2002 年 9 月 适用于： Microsoft® .NET Framework Microsoft® Windows® 操作系统 摘要： 本文提供了有关能够安装 Microsoft .NET Framework 的 Microsoft Windows 版本的信息，同时还列出了 .NET Framework 的软件要求以及常规平台支持的某些例外情况.此外，还解释了如何准备跨平台支持的应用程序。 目录 支持的平台 .NET Framework 软件要求 准备跨平台支持 附录 支持的平台 .NET Framework 可安装在表 1 所示的平台中。 表 1：可以安装 .NET Framework 的平台 支持除 Microsoft ASP.NET 以外的所有 .NET Framework 支持整个 .NET Framework Windows 98 Windows 2000（所有版本 - 不需要 Service Pack） Windows 98 SE Windows XP Professional Windows ME Windows NT 4.0（所有版本 - 需要 Service Pack 6a） Windows XP Home Edition

前言 通常情况下，无论是web浏览器还是移动app，我们与服务器之间的交互都是主动的，客户端向服务器端发出请求，然后服务器端返回数据给客户端，客户端浏览器再将信息呈现，客户端与服务端对应的模式是: 客户端请求--服务端响应，这种机制对于信息变化不是特别频繁的应用尚可，但对于实时要求高、海量并发的应用来说显得捉襟见肘，尤其在当前业界移动互联网蓬勃发展的趋势下，高并发与用户实时响应是 Web 应用经常面临的问题，比如金融证券的实时信息，Web 导航应用中的地理位置获取，社交网络的实时消息推送，新闻的订阅,天气的提醒等。这些情况下，需要服务器主动推送消息给客户端。 那么在这样的模式下,会有几个问题需要我们思考下: 1.应用服务器如何确定每一个应用所在的设备 2.服务器端是如何将消息推送到客户端的，客户端又不像服务器有一个固定的地址 带着这些疑问我们来研究一下目前有哪些技术可以解决该问题： 一、Ajax轮询 所谓的Ajax轮询，其实就是定时的通过Ajax查询服务端，客户端按规定时间定时像服务端发送ajax请求，服务器接到请求后马上返回响应信息并关闭连接。 这种技术方式实现起来非常简单，但是这种方式会有非常严重的问题，就是需要不断的向服务器发送消息询问，这种方式会对服务器造成极大的性能浪费。 还有一个类似的轮询是使用JSONP跨域请求的方式轮询，在实现起来有差别，但基本原理都是相同的

转载：穆乙 http://www.cnblogs.com/pigtail/ 相信做过后台管理界面的同学，都非常清楚这个布局。最直观的方式是框架这个我不想多写费话，因为我们的重心不在这里。如果有不了解的同学可以百度、google。这里我不得不吐下槽！！ 百度实在让我这个“粉丝”失望。就目前情况来说，百度已经完全轮为“有钱人排行榜”！再也不顾及用户的搜索需求了，因为主导地位实在是：不可撼动！ 不相信的同学，可以亲身对比下B vs G的搜索结果。别告诉我google如何强大！！ 很久以前，百度的搜索结果更符合目标，因为他更了解中国人的习惯，这是不可争议，现在情况已经完全相反！ 虽然google经常是六脉神剑，但我更欣赏它的搜索结果。吐槽打住!!! 现在开始正式谈论这个经典布局 —— 头尾固定高度中间高度自适应布局 下面说下要求： 1 头部固定高度，宽度100%自适应父容器； 2 底部固定高度，宽度100%自适应父容器； 3 中间是主体部分，自动填满，浏览器可视区域剩余部分，内容超出则中间部分出现流动条； 4 整个内容填满浏览器可视区域，并且不超出此区域！ 先看下效果图： 相信，做过两年前端的同学，拿到这个需求，都有一个感觉——这挺简单的！ 是的，本来就挺简单！ 方法一：position:absolute定位，不设高，并改变"包含块"的尺寸渲染 从我脑海崩出来的第一个念头就是定位布局—

1.ie8换成edge模式渲染 <meta http-equiv= "X-UA-Compatible" content= "IE=edge" > 2.X-UA-Compatible是针对IE8新加的一个设置，对于IE8之外的浏览器是不识别的，这个区别与content="IE=7"在无论页面是否包含<!DOCTYPE>指令，都像是使用了 Windows Internet Explorer 7的标准模式。而content="IE=EmulateIE7"模式遵循<!DOCTYPE>指令。对于多数网站来说，它是首选的兼容性模式。 为了避免制作出的页面在IE8下面出现错误，建议直接将IE8使用IE7进行渲染。也就是直接在页面的header的meta标签中加入如下代码： <meta http-equiv= "X-UA-Compatible" content= "IE=7" /> 这样我们才能使得页面在IE8里面表现正常！ 来源： CSDN 作者： MambaCoding 链接： https://blog.csdn.net/Clearlove_8/article/details/104219733

蛙蛙推荐：蛙蛙牌网页捕捉器 摘要：你有没有看到一篇好文章想保存到本地，有没有想过只保存网页选中的部分而不要那些不必要的导航和广告，本贴告诉你达到这个目的的思路及主要代码。 思路：首先我们要获取到所有IE窗口，无论是哪个IE进程的，这个我们要用引用"Microsoft Internet Controls（SHDocVw）"的com组件，用它的SHDocVw.ShellWindowsClass类来枚举用户打开的所有的IE页面。然后我们要用GetForegroundWindow API来获取前置的窗口，再用GetClassName API来获取前置窗口的Class，如果是“IEFrame”，说明当前窗口是IE，然后枚举所有的IE页面，对比每个IE页面的句柄是否是当前活动窗口的句柄，如果是，那么这个SHDocVw.InternetExplorer就是对应这当前处于活动窗口的IE的对象。为了方便操作HTML模型和IE对象,我们再引入Microsoft.mshtml程序集（这个是.NET程序集，前面那个SHDocVw是个Com互操作程序集，不过应该每台机器都装了IE，所以SHDocVw不需要单独分发）。SHDocVw.InternetExplorer.Document可以转换成mshtml.IHTMLDocument2类型，然后mshtml.IHTMLDocument2