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

CDN刷新目录生效?

案例背景: cdn侧的目录刷新分为如下两种: 选择 “刷新变更资源” 模式,当用户访问匹配目录下资源时,会回源获取资源的 Last-Modify 信息,若与当前缓存资源一致,则直接返回已缓存资源...问题描述: 目录刷新变更资源之后存在某个资源与源站资源不一致。...原因分析: 如果选择的刷新方式如果为“刷新变更资源”,cdn侧会回源获取资源的 Last-Modify 信息,这里cdn侧会拿到源站该文件的Last-Modify和节点缓存资源Last-Modify...所以可能存在提交“刷新变更资源”的时候,发现节点上缓存的是源站之前的资源(Last-Modify更新的)。建议针对于这种场景下直接使用url刷新或者刷新全部资源。...可以看到源站上资源Last-Modify为9月24号 image.png 解决方案: 针对这种源站的Last-Modify反而比节点上缓存的资源Last-Modify更旧的情况,推荐使用url刷新或者目录刷新全部资源

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

Vue 实现前进刷新,后退刷新的效果

点击某个列表项,跳到详情页,再从详情页后退回到列表页时,刷新。 也就是说从其他页面进到列表页,需要刷新获取数据,从详情页返回到列表页时不要刷新。...然后在列表页的 created 函数里添加 ajax请求,这样只有第一次进入到列表页的时候才会请求数据,当从列表页跳到详情页,再从详情页回来的时候,列表页就不会刷新。 这样就可以解决问题了。...需求二: 在需求一的基础上,再加一个要求:可以在详情页中删除对应的列表项,这时返回到列表页时需要刷新重新获取数据。 我们可以在路由配置文件上对 detail.vue 增加一个 meta 属性。...这时再返回到列表页,页面会重新刷新。 解决方案二 对于需求二其实还有一个更简洁的方案,那就是使用 router-view 的 key 属性。...例如从列表页进入了详情页,然后在详情页中删除了列表页中的某个选项,此时从详情页退回列表页时就要刷新,我们可以这样跳转: this.

2.8K40

layui打开iframe窗口刷新的问题

问题所在,我所用的layui后台管理系统的框架是之前遗留下来的,2017年的版本,iframe窗口刷新的问题,也就是框架本身的缓存问题,现在layui针对这一问题已经升级版本,就不存在问题了。...先说一下要修改的地方:点击左侧的菜单栏(即打开一个新的iframe层页面),第一次打开的窗口会刷新,但是再次点击左侧菜单的时候就不会刷新了,每次这个页面获取到新的数据,iframe窗口里面都是有缓存的,...都需要手动F5刷新才会更新,因此带来不便。...改为:每次点击左侧菜单,都会触发一次刷新事件。 ? 解决办法:打开tab.js文件 1:在配置里面添上 autoRefresh:true ?...2:写自动刷新的代码 if(_config.autoRefresh) { _config.elem.find('div.layui-tab-content >

3.8K20

vue单页 使用keep-alive页面返回刷新

使用vue单页开发项目时遇到一个很恶心的问题:在列表页点击一条数据进入详情页,按返回键返回列表页时页面刷新了,用户体验非常差啊!!!...是Vue的内置组件,能在组件切换过程中将状态保留在内存中,防止重复渲染DOM。...-- 这里是不被缓存的视图组件 --> 我们能看到这段代码做的逻辑判断,当路由的meta属性的keepAlive属性值为true时页面的状态保存,其他情况下不保存状态。...,返回键返回到主页时页面不会刷新请求数据了。...从主页跳到任何页面,再返回主页都不会刷新页面!这并不是我想要的,我只要从详情页返回列表页时刷新页面,其他情况下是需要刷新的,那么我就需要定制化处理了。

2.2K30

『设计模式』状态模式(起花里胡哨的名字了)

状态模式 允许一个对象在其内部状态改变时改变它的行为,这个对象看起来似乎修改了它的类。 状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。...把状态的判断逻辑转移到表系不同状态的一系列类当中,可以把复杂的逻辑简化。 每个人、事务在不同的状态下会有不同表现动作,而一个状态又会在不同的表现下转移到写一个不同的状态。...显式化进行状态转换:为不同的状态引入独立的对象,使得状态的转换变得更如明确。...而且状态对象可以保证上下文不会发生内部状态不一致的状况,因为上下文中只有一个变量来记录状态对象,只要为这一个变量赋值就可以了。...本质 根据状态来分离和选择行为 状态模式是状态驱动,由上下文负责。

38820

red,专,但性感

是的,red 是一门编译型语言,走虚拟机,直接编译成目标平台的,和 C 代码同级别性能的二进制(没有优化的编译结果是同样 C 代码 O2 编译 的 1/4 的性能)。...concurrency 虽然走 CSP,但用 actor 和 goroutine 也是相同水平的并发支持。 有木有一种把 lisp 塞到 golang 里的既视感?...Nenad 说。他不觉得如今的多语种大兵团高度细分的方式是软件开发的唯一方式,或者说,最好的方式。...大多数语言,安装和运行需要跟着文档一步步来,像作法事一样,有些二愣子,如果没有一定的目录结构和配置文件,还运行起来。red 你只需要下载,chmod +x,然后运行就好了。...不管你跪跪,反正程序君是跪了。

1.3K120

可变状态

可变状态 在过程式的编程中,例如使用 C 语言,我们的工作是不断地以副作用的形式对状态进行修改,然后产生结果。...如果我们在程序中定义的函数和数学函数一样,不依赖可变状态,也产生副作用,那么我们就可以很好地解决之前提到的问题。这也是为什么一些语言在语法上就鼓励不可变。...到目前为止,labelTree 的不可变状态实现让我们陷入了手工传递状态的麻烦之中,整个过程充斥着转变状态,获取新状态,将函数应用于新状态之上这样的繁复代码之中,相比起最初的可变状态实现,这个维护过程并不令人愉快...,使得在这样的实现下操作状态就如同使用一个变量一样轻松直观,同时又兼顾了不可变状态的优点。...因此,大多数语言并不会去强制用户产生副作用,但一个设计精良的语言至少应该鼓励用户使用不可变的变量,例如在 Scala 中,声明一个不可变的变量的关键字是 val,声明一个可变的变量的关键字是 var,

96720
领券