问题标签 [http-caching]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
asp.net - 缓存问题
我有一个 aspx 页面,但所有内容都是手动生成的(是的,我知道我需要制作一个处理程序,我还有一个问题)
我想在客户端浏览器中缓存输出。问题是它只为一个查询缓存。
它变得非常混乱。正如我所说,它只缓存一次。接收到 HTTP 304 浏览器后,将发送没有缓存信息(etag,lastmodified)的干净请求。有什么想法吗?
http-caching - 管理重复下载
在我的公司,我们主要是在个人机器上自行管理软件安装。通常有几个用户下载同一个文件。是否有可用于缓存下载和排队新下载请求的工具?我正在寻找一种解决方案,如果用户在本地存在之前下载的副本,但仍允许用户从 Internet 下载新副本(如果他愿意的话)。这样的工具存在吗?
编辑:为什么不赞成/关闭?与编程无关?这不是很多开发团队共同的问题吗?
http - 是否可以在 HTTP 中缓存 POST 方法?
使用非常简单的缓存语义:如果参数相同(当然,URL 相同),那么它就成功了。那可能吗?受到推崇的?
http - 重定向的浏览器缓存行为
我试图弄清楚将所有 www.example.com 请求重定向到 example.com 是否有利于缓存,对此我有 2 个问题。SEO在这里不是问题。
如果浏览器从 www URL (#1) 请求图像并将 HTTP 重定向到 www-less 版本 (#2),它会将结果存储为仅 #2 或 #1 的缓存值。
浏览器偶尔会要求图像的新版本(并且可能会得到它,或者“未修改”响应)。然后每次都必须处理重定向会产生开销。这个开销是否大于存储同一图像的两个版本的成本?
html - 利用浏览器缓存
我有一个网站,当我使用 Google 插件检查页面速度时,我收到:
利用浏览器缓存
以下资源缺少缓存过期
搜索仅返回有关在 Apache 下使用 htaccess 的信息,但我的站点在 Windows 2003 Server 上以纯 HTML 语言运行,我什至无法访问服务器。
有什么方法可以按照它的建议指定过期和 gzip 压缩吗?
javascript - FireFox没有缓存Css背景图像
我正在<link>
使用 YUI3 向页面动态添加标签,这可以正常工作。
出于测试目的,我有两个几乎相同的 css 文件,其中包含完全相同的背景图像,但是当我加载第二个 css 文件时,Firebug 显示正在为第一个 css 文件中的相同图像发出更多 http 请求。
JS
一个 css bg 示例
我显然不希望这种情况发生,但不知道从哪里开始寻找。这在其他浏览器中可能会做同样的事情,但我不知道其他浏览器有哪些插件可用(如果有的话)。
编辑:标头似乎很好,但该错误可能是罪魁祸首......我可以在 IE/Chrome/Safari 中使用什么来测试 http 请求以查看它是否只有 FF?
http-headers - `Expires` HTTP 标头是否需要在多个冷缓存请求中保持一致?
我正在实现一种自定义 Web 服务器。并且正在考虑添加 Expires 标头支持。但是,我有点不确定如何确切地实施它。
如果对服务器上相同的未更改资源发出多个冷缓存请求并且服务器返回不同的 Expires 标头(例如,它使用相对时间来计算 Expires 日期的确切值,例如从请求时间起 +6 小时),是否这也会使中间所有代理服务器上的缓存无效?还是不可能发生(根据规范)?
HTTP 标头是否Expires
需要在多个冷缓存请求中保持一致?
http - 为什么已经通过http获取文件后通过https请求文件?
我试图更好地理解 Http/Https 以及我发送给客户端的标头。
当已经在 Http 下获取相同的文件时,客户端是否必须在 Https 下重新获取相同的文件,还是我需要发送特殊的标头?
好吧,通过 http/https 提供文件的原因是它只是一个横幅。当用户转到安全页面时,横幅仍位于该特定模板中。一旦用户确实通过 Https 获取了文件,该文件就会按预期缓存。
沃尔特
rest - REST:我应该重定向到实体的版本 URL 吗?
我目前正在开发 REST 服务。该服务有一个实体,它有不同的版本,类似于维基百科的文章。
现在我想知道如果我应该返回什么
我是否应该使用(临时)重定向到当前版本,例如
还是应该直接返回当前版本?使用重定向将大大简化 HTTP 缓存(使用 Last-Modified),但具有重定向的缺点(额外请求,“更难”实现)。因此,我不确定这是否是一种好习惯。
有什么建议、建议或经验可以分享吗?
(顺便说一句:曾经尝试过搜索“REST 版本”吗?你得到的一切都是关于 API 的版本而不是实体。所以如果这是重复的,请多多包涵。)