一 : 微软Edge浏览器将不再支持ActiveX等老技术

　　本文转载自天极网

　　微软近日宣布自家取代IE的新一代浏览器Edge浏览器将不再支持过去长久以来用于IE浏览器的ActiveX、VBScript与Brower Helper Objects(BHO)等10多项扩展及界面技术，并将转向以Java Script与HTML 5为基础的标准技术。

　　微软Edge浏览器将不再支持ActiveX等老技术

　　ActiveX诞生于1996年，是用于在网页中嵌入原生Windows COM/OLE的技术。微软表示，ActiveX的重要性在HTML 5出现后已逐渐降低，并且导致各种浏览器不相容的问题。未来Microsoft Edge将内建支持原生PDF及Adobe Flash。微软表示，等Windows 10推出后，就会在Edge加入HTML/JavaScript为基础的扩展模型。

　　其他不再获得支持的技术还包括Browser Help Object (BHO)，此技术出现于1997年，用于为IE新增工具列等第三方外挂；1996年出现的VBScript、及Document modes、 Vector Markup Language等技术。另外，微软也将以通用的现代扩展模型取代十多个老旧扩展点(extensibility point)，如Shell Helper API、MIME filters等。其中有些已在过去的IE版本逐渐停用，换成新引擎之后微软将完全停止支持这些技术。

　　Edge HTML已砍掉22万行MSHTML程序代码、300多个API及6种文件模式

　　微软表示，Edge不再支持这些旧技术有多项好处，比如能和其他现代浏览器相容、提升效能、安全性与稳定性，减少程序代码复杂性等。为了打造标准化浏览器，至今Edge HTML已经砍掉22万行MSHTML程序代码、300多个API及6种文件模式，并新增30万行程序代码、49项主要新功能及4200多个相容的修补程序。

　　IE之所以多年来一直保留老旧技术，部份原因是许多企业应用和这些技术绑在一起。微软表示，Windows 10上的IE还是会持续支持老旧技术，但为了确保未来和Edge及其他现代浏览器的相容，建议企业及开发人员未来不要再继续这些技术的开发及部署。

　　微软曾表示，只要IE11执行的操作系统还在支持期间，微软就会为IE11提供支持。目前能执行IE 11的操作系统Windows 7已在今年一月停止主要支持，延伸支持也会在2020年终止。

下载 地址:

二 : 不同浏览器存放cookie的路径是不一样的

不同浏览器存放cookie的路径是不一样的，

例如chrome存放cookie的路径是C:\Documents and Settings\Administrator\Local Settings\Application Data\Google\Chrome\User Data

ff的cookie存放在：C:\Documents and Settings\Administrator\Local Settings\Application Data\Mozilla\Firefox\Profiles\znyzv8y6.default\OfflineCache

360技术浏览器的cookie在:C:\Documents and Settings\Administrator\Local Settings\Application Data\360Chrome\Chrome\User Data\Default

用记事本打开chrome该路径下的Safe Browsing Cookies文件的话是乱码：

SQLite format 3 

@ +  

+ -?  
k??<

打开Safe Browsing Cookies-journal同样也是乱码：


  s棆?音沰 #?



.google.comPREFID=e2ca145aeededf5d:TM=1353395296:LM=1353395296:S=rWF6HX7dlZrjNdy2/ .f跢壺 .3w昁ni

1>$
SQLite format 3 

@ *  

* -?  
k??<
A
]indexdomaincookiesCREATE INDEX domain ON cookies(host_key)俽
?tablecookiescookiesCREATE TABLE cookies (creation_utc INTEGER NOT NULL UNIQUE PRIMARY KEY,host_key TEXT NOT NULL,name TEXT NOT NULL,value TEXT NOT NULL,path TEXT NOT NULL,expires_utc INTEGER NOT NULL,secure INTEGER NOT NULL,httponly INTEGER NOT NULL,last_access_utc INTEGER NOT NULL, has_expires INTEGER NOT NULL DEFAULT 1, persistent INTEGER NOT NULL DEFAULT 1)-A
indexsqlite_autoindex_cookies_1cookiesf

?tablemetametaCREATE TABLE meta(key LONGVARCHAR NOT NULL UNIQUE PRIMARY KEY, value LONGVARCHAR)';
indexsqlite_autoindex_meta_1meta 1>%   ??
SQLite format 3 

@   

 -?  
k??<
A
]indexdomaincookiesCREATE INDEX domain ON cookies(host_key)俽
?tablecookiescookiesCREATE TABLE cookies (creation_utc INTEGER NOT NULL UNIQUE PRIMARY KEY,host_key TEXT NOT NULL,name TEXT NOT NULL,value TEXT NOT NULL,path TEXT NOT NULL,expires_utc INTEGER NOT NULL,secure INTEGER NOT NULL,httponly INTEGER NOT NULL,last_access_utc INTEGER NOT NULL, has_expires INTEGER NOT NULL DEFAULT 1, persistent INTEGER NOT NULL DEFAULT 1)-A
indexsqlite_autoindex_cookies_1cookiesf

?tablemetametaCREATE TABLE meta(key LONGVARCHAR NOT NULL UNIQUE PRIMARY KEY, value LONGVARCHAR)';
indexsqlite_autoindex_meta_1meta ??

 可以猜想真正的cookie也不是直接以文件的形式就存在硬盘了，而是存在sqlit数据库里边

李

三 : 为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前

[webkit]为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前缀（如 -webkit/-moz 等）呢？
例如 border-radius 这个样式，浏览器在某一版本打算支持这个样式，为什么不直接支持，而要使用 -webkit-border-radius/-moz-border-radius 来支持？
下面就看看www.61k.com小编为您搜集整理的参考答案吧。

---

网友winter对[webkit]为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前缀（如 -webkit/-moz 等）呢？给出的答复：
加前缀主要是为了照顾一些早期开始使用这些属性的网站，比如gradient的实现其实webkit和gecko是略有不同的，而gradient的标准文档尚未进入RC状态，不论标准最后敲定将会使用哪一个形式，最终webkit和gecko都会实现标准的gradient，那么带前缀的gradient则可以用于向下兼容标准RC之前的网站 。

---

网友张克军对[webkit]为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前缀（如 -webkit/-moz 等）呢？给出的答复：
今年w3c刚刚把css2.1升为推荐版，可想css3还远着呢。

css标准中各个属性也要经历从草案(WD)到推荐(REC)的过程，css3中的属性进展都不一样。浏览器厂商在标准尚未明确情况下提前支持会有风险，同时也会出现有的浏览器厂商支持的好，有的支持的不好，所以就用厂商前缀加以区分。

PPK也建议如果已成为REC或接近REC的属性，厂商如果完全实现了w3c的test case，就不用加厂商前缀，像border-radius在ie9下就不用加前缀。

可以在这里了解css标准的进展： http://www.w3.org/Style/CSS/current-work

---

网友题叶对[webkit]为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前缀（如 -webkit/-moz 等）呢？给出的答复：
同意一楼,CSS3现在还是没有达成一致的技术,具体不了解
给个相关例子,webkit和gecko实现渐变的方式就明显不一样
对应参数语法,,好像也不一样,直接放到一起多半出问题
http://www.61k.comtips/css3+gradient

---

网友貘吃馍香对[webkit]为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前缀（如 -webkit/-moz 等）呢？给出的答复：
很多情况是由于厂商先实现，后入标准，厂商当时实现的私有前缀被厂商自己保留。

---

网友蒙面大侠对[webkit]为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前缀（如 -webkit/-moz 等）呢？给出的答复：
因为标准还没有定下来，如果提前使用前缀会导致未来的不兼容。
这一点可以参考 IE6 中的display:inline-block问题，它在标准提到 inline-block 之前就使用了 inline-block 这个值，当标准后于实现提出 inline-block 并给出不一样的含义时，这个问题就很难办了。

---

网友蒙面大侠对[webkit]为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前缀（如 -webkit/-moz 等）呢？给出的答复：
W3C官方没有统一 只好先弄个私有的前缀

---

网友王叨叨对[webkit]为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前缀（如 -webkit/-moz 等）呢？给出的答复：
尽量使用标准css3，不要为了兼容而兼容，过段时间都统一了，垃圾代码就多了。

---

网友蔡超对[webkit]为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前缀（如 -webkit/-moz 等）呢？给出的答复：
目前现代浏览器（较新版本）都已经不用写私有属性了，直接border-raidus就行，加前缀可能考虑到老版本的兼容性吧。不过，非IE用户应该还是比较注重升级的，FF比较被动，CHROME连升级都不用用户干预。

---

网友windylcx对[webkit]为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前缀（如 -webkit/-moz 等）呢？给出的答复：
规范未定。
这点也是很郁闷，一个属性要写好几次。

---

网友莫争对[webkit]为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前缀（如 -webkit/-moz 等）呢？给出的答复：
新版本的浏览器正在慢慢兼容，border-raidus 就是一个很好的例子

---

网友蒙面大侠对[webkit]为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前缀（如 -webkit/-moz 等）呢？给出的答复：
关键是CSS3未正式发布，其中存在变数，带上-webkit-和-moz-的专有属性，毕竟不会失效。

---

网友li Terry对[webkit]为什么很多浏览器不直接支持原始的 CSS3 样式，而要使用特定前缀（如 -webkit/-moz 等）呢？给出的答复：
你可以使用一些js类库或者工具来帮助你自动转化css3属性，不用写这么多浏览器相关的属性。

四 : 将cookie转换为localStorage以兼容不支持localStorage的浏览器

将cookie转换为localStorage以兼容不支持localStorage的浏览器
以前看到有人说chrome不支持cookie 还费了好大劲把localStorage修改为cookie,
在这互联网高速发展的时代。我们尽可能的向后兼容。
今天就做了1个localStorage 让用户所有浏览器都支持localStorage;
具体内容怎么写的还请详看！


<script>
//检测浏览器是否支持localStorage
if(typeof localStorage == 'undefined'){
//创建localStorage
var localStorageClass = function(){
this.options = {
expires : 60*24*3600,
domain :"swe_ling@163.com"
}
}
localStorageClass.prototype = {
//初实化。添加过期时间
init:function(){
var date =new Date();
date.setTime(date.getTime() + 60*24*3600);
this.setItem('expires',date.toGMTString());
},
//内部函数参数说明(key) 检查key是否存在
findItem:function(key){
var bool =document.cookie.indexOf(key);
if( bool< 0 ){
returntrue;
}else{
returnfalse;
}
},
//得到元素值 获取元素值 若不存在则返回 null
getItem:function(key){
var i =this.findItem(key);
if(!i){
var array =document.cookie.split(';')
for(varj=0;j<array.length;j++){
vararraySplit = array[j];
if(arraySplit.indexOf(key) > -1){
var getValue = array[j].split('=');
//将getValue[0] trim删除两端空格
getValue[0] = getValue[0].replace(/^\s\s*/,'').replace(/\s\s*$/, '')
if(getValue[0]==key){
returngetValue[1];
}else{
return'null';
}
}
}
}
},
//重新设置元素
setItem:function(key,value){
var i = this.findItem(key)
document.cookie=key+'='+value;
},
//清除cookie 参数1个或多一
clear:function(){
for(var cl =0 ;cl<arguments.length;cl++){
var date =new Date();
date.setTime(date.getTime() - 100);
document.cookie =arguments[cl] +"=a; expires=" +date.toGMTString();
}
}
}
varlocalStorage = new localStorageClass();
localStorage.init();
}
localStorage.setItem('QQ1','562127378');
localStorage.setItem('QQ2','605003402');
document.write('QQ1: '+localStorage.getItem('QQ2')+'<br/>');
document.write('QQ2: '+localStorage.getItem('QQ1'));
</script>

五 : Win10系统Edge浏览器已支持Brotli压缩算法

微软官方负责人于近期对外宣布，Win10系统内置的Edge浏览器现已支持Brotli压缩算法。而目前，在使用高于14986的Windows Insider 用户已经可以在Edge浏览器体验Brotli带来的加速感觉了。而对于普通用户来讲，也会在明年春季的Windows 10 重要版本更新 Windows 10 Creators Update 中与Brotli 算法“见面”。对于使用Chrome浏览器的用户来说，不用感觉到羡慕，因为该技术来源于Google，而早于今年较早时候全面应用于Chrome浏览器。

早在三年前，Google就发布了Zotfli压缩算法，用来提升网页加载速度。后又基于该算法及其他现代压缩需求，进一步开发出了Brotli压缩算法，并于去年10月份将该算法开源，供其他浏览器公司使用。

Brotli 是一个通用目的的无损压缩算法，它通过用变种的 LZ77 算法，Huffman 编码和二阶文本建模进行数据压缩，是一种压缩比很高的压缩方法。在压缩速度上跟 Deflate 差不多，但是提供了更密集的压缩。

微软相关负责人表示：在当前的Windows 10 预览版本中，Microsoft Edge 浏览器在HTTPS和HTTP链接上均支持Brotli 压缩。 不过在将来的预览版本中，我们将更新此行为，仅在HTTPS链接上给予Brotli压缩支持。 与Chrome一样，我们将继续在HTTP内容链接上解码Brotli。

本文标题：浏览器不支持cookie-微软Edge浏览器将不再支持ActiveX等老技术
本文地址： http://www.61k.com/1068861.html