关于charles抓不到js文件的问题
在清理了cookies后重新家在页面, charles抓不到js文件.
后来在https://zhidao.baidu.com/question/1802495173294727507.html 看到
你这个问题如果是正常情况(没有Filter或其他过滤设置)下发生的,多半是由于浏览器缓存导致。
静态资源缓存后,浏览器不会向服务端发起请求,请求到不了fiddler等抓包软件,所以抓不到。
解决方法:
手动清除浏览器缓存后,强制刷新页面再抓试试;
打开“开发者工具-Network”,勾选“Disable cache”,保持开发者工具打开状态下,强制刷新页面;
开发调试阶段,为静态资源添加时间戳参数,防止缓存(xxxx.js?_t=时间戳)
希望能解决你的问题,如按以上方式都无法解决可以在追问中详细描述下你的操作流程。
这让我突然想起今早听到的 极客时间--如何设计一个秒杀系统中 提到的缓存.
看起来 缓存 cache跟cookies不同啊
Cookie,有时也用其复数形式Cookies,指某些网站为了辨别用户身份、进行session跟踪而储存在用户本地终端上的数据(通常经过加密)。定义于RFC2109和2965都已废弃,最新取代的规范是RFC6265。
而缓存文件中缓存指的是数据交换的缓冲区(称作Cache),当某一硬件要读取数据时,会首先从缓存中查找需要的数据,如果找到了则直接执行,找不到的话则从内存中找。由于缓存的运行速度比内存快得多,故缓存的作用就是帮助硬件更快地运行。
服务器可以利用Cookies包含信息的任意性来筛选并经常性维护这些信息,以判断在HTTP传输中的状态。Cookies最典型的应用是判定注册用户是否已经登录网站,用户可能会得到提示,是否在下一次进入此网站时保留用户信息以便简化登录手续,这些都是Cookies的功用。另一个重要应用场合是“购物车”之类处理。用户可能会在一段时间内在同一家网站的不同页面中选择不同的商品,这些信息都会写入Cookies,以便在最后付款时提取信息。
当CPU处理数据时,它会先到Cache中去寻找,如果数据因之前的操作已经读取而被暂存其中,就不需要再从随机存取存储器(Main memory)中读取数据——由于CPU的运行速度一般比主内存的读取速度快,主存储器周期(访问主存储器所需要的时间)为数个时钟周期。因此若要访问主内存的话,就必须等待数个CPU周期从而造成浪费。
在ASP.NET中,有很多种保存信息的内置对象,如:Application,Session,Cookie,ViewState和Cache等。下面分别介绍它们的用法和区别。
方法 |
信息量大小 |
作用域和保存时间 |
应用范围 |
保存位置 |
Application |
任意大小 |
整个应用程序的生命期 |
整个应用程序/所有用户 |
服务器端 |
Cache |
任意大小 |
可以根据需要设定 |
整个应用程序/所有用户 |
服务器端 |
Session |
小量,简单的数据 |
用户活动时间+一段延迟时间(一般为20分钟) |
单个用户 |
服务器端 |
Cookie |
小量,简单的数据 |
可以根据需要设定 |
单个用户 |
客户端 |
Viewstate |
小量,简单的数据 |
一个Web页面的生命期 |
单个用户 |
客户端 |
隐藏域 |
小量,简单的数据 |
一个Web页面的生命期 |
单个用户 |
客户端 |
查询字符串 |
小量,简单的数据 |
直到下次页面跳转请求 |
单个用户 |
客户端 |
https://blog.csdn.net/lonelyrains/article/details/7838074
posted on 2018-10-16 17:24 shidexiao 阅读(5267) 评论(1) 编辑 收藏 举报