首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

IEJS文件失效问题总结

今天遇到了一个很诡异的问题,Firefox下好好的页面,在IE下却接二连三的报错,这到底是什么地方产生的错误。  经过一上午的仔细排查,发现了真凶原来是IE对于对象和数组定义的严格限制。...在JS中,我们一般定义数组和对象都如下: var arr = [   arr1,   arr2,   arr3,   arr4 ]; 对象: var obj = {   param:one,...  param:two,   param:three }; 如果最后的一项多了一个“,”,那么在IE中就会产生错误,从而最终导致引用的JS文件失效。...例如: function a(){ ... } var obj = {   param:a,...,如果文件小函数少的时候比较容易发现,如果函数很多,而恰恰对象的定义放在文件末尾的话,那就比较痛苦了。

3.4K30
您找到你想要的搜索结果了吗?
是的
没有找到

消除图片在ie缓存而无法更新的问题

程序中图片是动态显示的原先把打算把图片保存在服务器端然后显示可是由于ie缓存问题导致图片无法实时更网络 程序中图片是动态显示的...原先把打算把图片保存在服务器端然后显示 可是由于ie缓存问题导致图片无法实时更新显示 所以改为把图片存在session中然后再显示 需要保存的时候再保存到本地 //--------------chart.ashx.cs..., chartID); 补充说明: 以 ashx 为扩展名的文件是HTTP handlers ,SimpleHandlerFactory 事件工厂知道如何编译该文件,并实例化IHttpHandler 接口...,不需要配置web.config也不需要更新IIS的扩展名映射 本文由来源 21aspnet,由 system_mush 整理编辑,其版权均为 21aspnet 所有,文章内容系作者个人观点,

84420

js的动态加载、缓存更新以及复用(三)

总体思路 1、  建立一个js服务,该服务实现通用js文件的加载、依赖、缓存更新以及复用。 2、  各个项目如果使用通用js,可(bi)以(xu)使用js服务实现加载。...1、  在页面里使用引用boot.js。这个主要是一个引导程序,用他来加载其他的js。 2、  然后看看是否有缓存信息。 3、  如果有缓存信息,那么说明这是子页。...4、  如果没有缓存信息,说明这是top页面,需要加载另一个js(bootLoad.js)。这个是真正干活的文件。这里放在配置信息和加载css、加载js的函数。然后开始各种加载。   ...8、 为啥要缓存?     不想每个页面都去加载固定不变的东东,比如配置信息和通用函数。虽然浏览器在加载的时候会启用缓存,但是不太好控制。客户端也可以强制不用缓存。...另外用缓存,速度会更快一些,比较不用浏览器去做各种判断了。虽然判断的时间一般也挺快的。 9、 如何实现更新?     用版本号,设定一个版本号,有更新了,改一下这个版本号就可以了。

6.3K90

js的动态加载、缓存更新以及复用(四)

同时也避免了每次都去更新。   3、boot.js里面根据情况调用 bootLoad.js里提供的函数。目的是为了把有可能变化的都放在 bootLoad.js 里面以便于能够控制更新。   ...如果js文件更新,那么获取的最新版本号就会发生变化,这样就可以实现js文件的及时更新了。   ...//判断有无配置信息————没有的话,加载且缓存 13 //判断有无js文件版本号——没有的话,加载且缓存 14 //加载Nature.LoadJs.js,开始加载其他js 15...58 //判断有无js文件版本号——没有的话,加载且缓存 59 //加载Nature.LoadJs.js,开始加载其他js 60 //判断页面是否有jsReady...文件的版本号,用于更新浏览器的js缓存文件

6.9K80

谈谈缓存更新

看到好些人在写更新缓存数据代码时,先删除缓存,然后再更新数据库,而后续的操作会把数据再装载的缓存中。然而,这个是逻辑是错误的。...试想,两个并发操作,一个是更新操作,另一个是查询操作,更新操作删除缓存后,查询操作没有命中缓存,先把老数据读出来后放到缓存中,然后更新操作更新了数据库。...一些了解Linux操作系统内核的同学对write back应该非常熟悉,这不就是Linux文件系统的Page Cache的算法吗?是的,你看基础这玩意全都是相通的。...Write Back套路,一句说就是,在更新数据的时候,只更新缓存,不更新数据库,而我们的缓存会异步地批量更新数据库。...1、上面讲的这些Design Pattern,其实并不是软件架构里的mysql数据库和memcache/redis的更新策略,这些东西都是计算机体系结构里的设计,比如CPU的缓存,硬盘文件系统中的缓存

1.1K20

缓存雪崩、缓存穿透、缓存预热、缓存更新缓存降级等问题!

,今天给大家整理一篇关于Redis经常被问到的问题:缓存雪崩、缓存穿透、缓存预热、缓存更新缓存降级等概念的入门及简单解决方案。...(2)还有一个解决办法解决方案是:给每一个缓存数据增加相应的缓存标记,记录缓存的是否失效,如果缓存标记失效,则更新数据缓存,实例伪代码如下: ?...解释说明: 1、缓存标记:记录缓存数据是否过期,如果过期会触发通知另外的线程在后台去更新实际key的缓存; 2、缓存数据:它的过期时间比缓存标记的时间延长1倍,例:标记缓存时间30分钟,数据缓存设置为60...这样,当缓存标记key过期后,实际缓存还能把旧数据返回给调用端,直到另外的线程在后台更新完成后,才会返回新缓存。...关于缓存崩溃的解决方法,这里提出了三种方案:使用锁或队列、设置过期标志更新缓存、为key设置不同的缓存失效时间,还有一各被称为“二级缓存”的解决方法,有兴趣的读者可以自行研究。

3.7K10

漫谈缓存更新之道

许多人在更新缓存时,先删除缓存,然后再更新数据库,而后续的操作会把数据再装载入缓存中。 然而,这个逻辑是错误的!!!...试想,两个并发操作,一个更新,一个查询,更新删除缓存后,查询没有命中缓存,先把旧数据读出来后放到缓存中,然后更新操作更新了数据库。于是,在缓存中的数据还是旧数据,导致缓存中持续地产生脏数据....这里,我们先不讨论更新缓存更新数据这两个事是一个事务的事,或是会有失败的可能,我们先假设更新数据库和更新缓存都可以成功的情况 更新缓存的的Design Pattern有四种 1 Cache Aside...,成功后,让缓存失效 一个查询操作,一个更新操作的并发 首先,没有了删除cache数据的操作,而是先更新数据库中的数据,此时,缓存依然有效,所以,并发的查询操作拿的是没有更新的数据,但是,更新操作马上让缓存的失效了...则用缓存服务自己来加载,从而对应用方是透明的 2.2 Write Through 和Read Through相仿,不过是在更新数据时发生 当有数据更新时 如果没有命中缓存,直接更新数据库,然后返回

3.1K31

缓存更新的套路

看到好些人在写更新缓存数据代码时,先删除缓存,然后再更新数据库,而后续的操作会把数据再装载的缓存中。然而,这个是逻辑是错误的。...试想,两个并发操作,一个是更新操作,另一个是查询操作,更新操作删除缓存后,查询操作没有命中缓存,先把老数据读出来后放到缓存中,然后更新操作更新了数据库。...一些了解Linux操作系统内核的同学对write back应该非常熟悉,这不就是Linux文件系统的Page Cache的算法吗?是的,你看基础这玩意全都是相通的。...Write Back套路,一句说就是,在更新数据的时候,只更新缓存,不更新数据库,而我们的缓存会异步地批量更新数据库。...再多唠叨一些 1)上面讲的这些Design Pattern,其实并不是软件架构里的mysql数据库和memcache/redis的更新策略,这些东西都是计算机体系结构里的设计,比如CPU的缓存,硬盘文件系统中的缓存

2.1K70

谈谈IE针对Ajax请求结果的缓存

在默认情况下,IE会针对请求地址缓存Ajax请求的结果。换句话说,在缓存过期之前,针对相同地址发起的多个Ajax请求,只有第一次会真正发送到服务端。...针对Ajax请求结果的缓存。...title> 5: <script type="text/javascript" src="@Url.Coutent(“~/Scripts/jquery-1.7.1.min.<em>js</em>...二、通过为URL地址添加后缀的方式解决问题 由于<em>IE</em>针对Ajax请求的返回的结果是根据请求地址进行<em>缓存</em>的,所以如果不希望这个<em>缓存</em>机制生效,我们可以在每次请求时为请求地址添加不同的后缀来解决这个问题。...针对这个例子,我们通过如下的代码为请求地址添加一个基于当前时间的查询字符串,再次运行程序后<em>IE</em>中将会显示实时的时间。 1: <!

1.3K60

缓存更新的套路

看到好些人在写更新缓存数据代码时,先删除缓存,然后再更新数据库,而后续的操作会把数据再装载的缓存中。然而,这个是逻辑是错误的。...试想,两个并发操作,一个是更新操作,另一个是查询操作,更新操作删除缓存后,查询操作没有命中缓存,先把老数据读出来后放到缓存中,然后更新操作更新了数据库。...一些了解Linux操作系统内核的同学对write back应该非常熟悉,这不就是Linux文件系统的Page Cache的算法吗?是的,你看基础这玩意全都是相通的。...Write Back套路,一句说就是,在更新数据的时候,只更新缓存,不更新数据库,而我们的缓存会异步地批量更新数据库。...再多唠叨一些 1)上面讲的这些Design Pattern,其实并不是软件架构里的mysql数据库和memcache/redis的更新策略,这些东西都是计算机体系结构里的设计,比如CPU的缓存,硬盘文件系统中的缓存

1.3K130

缓存更新策略

问题:项目中,Redis用了缓存热点数据,持久化数据在MySQL DB中;那么Redis缓存数据什么时候更新呢? 方法A: 步骤:1....删除缓存,2.更新DB , 3.下一次读操作没有命中缓存时,更新缓存; 存在的问题:如果另外一个读任务发生在"更新DB"之前,那么缓存就"更新DB"之前的“脏数据”; 方法B:...步骤:1.更新DB,2.更新缓存; 存在的问题:如果发生并发“更新数据”,程序不能保证“更新缓存”的先后顺序,存在“脏数据”的可能性; 方法C:...步骤:1.更新DB, 2....下一次读操作没有命中缓存时,更新缓存; 存在的问题:如果在步骤1“更新DB”之前,有一个并发读任务没有命中缓存,从DB读取到“老数据”,在步骤2之后才把“老数据”更新缓存,那么缓存中就是

1.5K00

缓存更新的套路

试想,两个并发操作,一个是更新操作,另一个是查询操作,更新操作删除缓存后,查询操作没有命中缓存,先把老数据读出来后放到缓存中,然后更新操作更新了数据库。...这里,我们先不讨论更新缓存更新数据这两个事是不是一个事务的事,或是会有失败的可能,我们先假设更新数据库和更新缓存都可以成功的情况(我们先把成功的代码逻辑先写对)。...一些了解 Linux 操作系统内核的同学对 write back 应该非常熟悉,这不就是Linux 文件系统的 Page Cache 的算法吗?是的,你看基础这玩意全都是相通的。...Write Back 套路,一句说就是,在更新数据的时候,只更新缓存,不更新数据库,而我们的缓存会异步地批量更新数据库。...,硬盘文件系统中的缓存,硬盘上的缓存,数据库中的缓存

1.3K20

Redis缓存雪崩、缓存穿透、缓存预热、缓存更新缓存降级等问题

一、缓存雪崩 由于原有缓存失效,新缓存未到期间,比如我们设置缓存时采用了相同的过期时间,在同一时刻出现大面积的缓存过期,所有原本应该访 问缓存的请求都去查询数据库了,而对数据库CPU和内存造成巨大压力,...(2)还有一个简单方案就时将缓存失效时间分散开。 二、缓存穿透 缓存穿透是指用户查询数据,在数据库没有,自然在缓存中也不会有。...三、缓存预热 缓存预热这个应该是一个比较常见的概念,相信很多人都应该可以很容易的理解,缓存预热就是系统上线后,将相关的缓存数据直接加载到缓存系统。...用户直接查询事先被预热的缓存数据 解决办法 (1)直接写个缓存刷新页面,上线时手工操作下; (2)数据量不大,可以在项目启动的时候自动进行加载; (3)定时刷新缓存; 四、缓存更新 除了缓存服务器自带的缓存失效策略之外...,过期的话就去底层系统得到新数 据并更新缓存

2.2K20

js的动态加载、缓存更新以及复用(二)恼人的命名冲突

,并且可以自动更新。   ...不知道大家有没有发现一个问题,boot.js 可以搞定其他js文件更新,但是他自己的更新如何搞定呢?有两个方法,一个是在后面加个随机数作为参数;另一个就是一辈子都不需要修改。...第二步才开始真正的管理js文件。这时候可以考虑使用第三方框架,当然也可以自己写。因为我可以用boot.js来确保加载哪些文件,以及加载最新的文件。在第二步就需要确定一个解决方案。...我的想法就是做一个js文件服务。由这个服务实现加载js更新js、加载顺序(依赖),还有复用。   如果我们要做五个项目,每个项目都是一个独立的站点,那么对于共用的js文件是怎么处理的呢?...我们每写一个js文件,都需要考虑要引用哪些文件吗?目前我做的项目是,由js文件服务来搞定js文件的加载,然后写点处理业务逻辑的代码就ok了。   想说的还有很多,只是思路有点乱。

2.2K80
领券