缓存服务器

Enterprise Library: Caching Application Block概述

由 假装没事ソ 提交于 2020-04-06 00:50:30
Enterprise Library: Caching Application Block 概述 Written by: Rickie Lee (rickieleemail#yahoo.com) My blog: http://www.cnblogs.com/rickie Enterprise Library 中 Caching Application Block 允许开发人员在应用程序中采用本地缓存（ Cache ），它支持内存缓存和可选的辅助存储器（ Enterprise Library Data Access Application Block 或隔离的存储器（ Isolated storage ））。该 Application Block 提供了检索、增加和删除缓存数据的所有功能，还包括可配置的有效期和清除策略（ Expiration and Scavenging Policies ）。 在创建企业级分布式应用程序时，架构师和开发人员经常面临许多挑战，缓存技术可以帮助克服如下一些挑战： 性能（ Performance ）：通过存储相关的数据尽可能靠近数据消费者，缓存提供了应用程序的性能。这样可以避免重复的数据创建、处理和传输。 可扩展性（ Scalability ）：随着应用程序需求的增加，缓存信息有助于节省资源并提高可扩展性。 可用性（ Availability ）

高性能网站建设指南笔记

由 喜欢而已 提交于 2020-04-05 19:07:32
规则1-减少HTTP请求 1.图片合并 1)将多个图片合并为一个图片, 2)CSS Sprites。使用CSS的background-positon属性，配合width/height显示指定位置的图片局部内容。 <div style="background-image:url('xxxxx.gif');background-position:-260px -90px; width:26px;height:24px;"></div> 3)合并后的图片，不但减少了下载次数，而且降低了总体大小，因为它减少了颜色表、格式信息等图片格式开销。 2.内嵌图片 1)使用data:URL模式 data:[<mediatype>][;base64],<data> data:URL形式无法直接被浏览器缓存，可以将其放在css样式表中，从而实现缓存，base64转换后的图片会变大。 .home{background-image:url(data:image/gif;base64,XXXXXXXXX);} 3.合并js和css文件 规则2-使用内容分发网络 规则3-使用Max-Age 1.使用Expires/Max-Age/mod_expires设定缓存时间 可以通过设置文件版本号等方法，使文件及时刷新。 规则4-压缩组件 1.gzip压缩 1)浏览器发送Accept-Encoding:gzip

面试题：如何保证缓存与数据库的双写一致性？

由 谁说我不能喝 提交于 2020-04-05 16:59:57
只要用缓存，就可能会涉及到缓存与数据库双存储双写，你只要是双写，就一定会有数据一致性的问题，那么你如何解决一致性问题？ 面试题剖析 　　一般来说，如果允许缓存可以稍微的跟数据库偶尔有不一致的情况，也就是说如果你的系统不是严格要求 “缓存+数据库” 必须保持一致性的话，最好不要做这个方案，即：读请求和写请求串行化，串到一个内存队列里去。 　　串行化可以保证一定不会出现不一致的情况，但是它也会导致系统的吞吐量大幅度降低，用比正常情况下多几倍的机器去支撑线上请求。 Cache Aside Pattern 　　最经典的缓存+数据库读写的模式，就是 Cache Aside Pattern。 　　读的时候，先读缓存，缓存没有的话，就读数据库，然后取出数据后放入缓存，同时返回响应。 　　更新的时候，先更新数据库，然后再删除缓存。 为什么是删除缓存，而不是更新缓存？ 　　原因很简单，很多时候，在复杂点的缓存场景，缓存不单单是数据库中直接取出来的值。 　　比如可能更新了某个表的一个字段，然后其对应的缓存，是需要查询另外两个表的数据并进行运算，才能计算出缓存最新的值的。 　　另外更新缓存的代价有时候是很高的。是不是说，每次修改数据库的时候，都一定要将其对应的缓存更新一份？也许有的场景是这样，但是对于比较复杂的缓存数据计算的场景，就不是这样了。如果你频繁修改一个缓存涉及的多个表，缓存也频繁更新

深入浅出经典面试题：从浏览器中输入URL到页面加载发生了什么 - Part 1

由 ￣綄美尐妖づ 提交于 2020-04-04 08:32:32
备注 ： 因为文章太长，所以将它分为三部分，本文是第二部分。 第一部分 ： 深入浅出经典面试题：从浏览器中输入URL到页面加载发生了什么 - Part 1 第二部分 ： 深入浅出经典面试题：从浏览器中输入URL到页面加载发生了什么 - Part 2 第三部分 ： 深入浅出经典面试题：从浏览器中输入URL到页面加载发生了什么 - Part 3 背景 “从浏览器中输入URL到页面加载的发生了什么“，这是一道经典的面试题，涉及到的知识面非常多，但作为一个自认为对网络知识掌握的比较好的老码农来说，回答这个问题自然不在话下。如果这道题目如果在面试出现，对我来说就是送分题啊。尽管如此，我还是愿意花一些时间根据我自己的理解回答一下这个题目，看我自己到底掌握的有多深，同时也把自己的知识梳理一下。 这让我想起另外一件往事，这道题有点类似于“在手机上浏览器上输入一个URL，手机做了一些什么”，我当时学习通信里的核心网时就给自己提出过这个问题。 我非常愿意将这个面试题的答案共享出来，一是希望得到大家的意见，二是也希望对那些不是特别熟的人起到一些帮助。 因为文章较长，我将它们分为三大部份，后面会提供该文章的完整PDF版本，供大家下载。 从本文里学到什么？ 正如前面所说，这篇文章涉及到的知识面非常丰富，我相信您绝对可以从本文里学到很多基础知识，还有一些高级话题。 DNS的解析原理，常用命令，端口等 TCP

HTML5学习（16）应用程序缓存

由 ╄→尐↘猪︶ㄣ 提交于 2020-04-04 07:32:21
什么是应用程序缓存（Application Cache）？ HTML5 引入了应用程序缓存，这意味着 web 应用可进行缓存，并可在没有因特网连接时进行访问。 应用程序缓存为应用带来三个优势： 离线浏览 - 用户可在应用离线时使用它们 速度 - 已缓存资源加载得更快 减少服务器负载 - 浏览器将只从服务器下载更新过或更改过的资源。 Cache Manifest 基础 如需启用应用程序缓存，请在文档的<html> 标签中包含 manifest 属性： <!DOCTYPE HTML> <html manifest="demo.appcache"> ... </html> manifest 文件的建议的文件扩展名是：".appcache"。 请注意，manifest 文件需要配置正确的 MIME-type，即 "text/cache-manifest"。必须在 web 服务器上进行配置。 Manifest 文件 manifest 文件是简单的文本文件，它告知浏览器被缓存的内容（以及不缓存的内容）。 manifest 文件可分为三个部分： CACHE MANIFEST - 在此标题下列出的文件将在首次下载后进行缓存 NETWORK - 在此标题下列出的文件需要与服务器的连接，且不会被缓存 FALLBACK - 在此标题下列出的文件规定当页面无法访问时的回退页面（比如 404 页面）

HTTP 缓存

由 ♀尐吖头ヾ 提交于 2020-04-03 16:05:55
通过网络获取内容既缓慢，成本又高：大的响应需要在客户端和服务器之间进行多次往返通信，这拖延了浏览器可以使用和处理内容的时间，同时也增加了访问者的数据成本。因此，缓存和重用以前获取的资源的能力成为优化性能很关键的一个方面。 Contents 使用 ETag 验证缓存的响应 Cache-Control 定义最优 Cache-Control 策略 废弃和更新已缓存的响应 缓存检查表 好消息是每个浏览器都实现了 HTTP 缓存！ 我们所要做的就是，确保每个服务器响应都提供正确的 HTTP 头指令，以指导浏览器何时可以缓存响应以及可以缓存多久。 如果在应用中使用 Webview 来获取和显示网页内容，可能需要提供额外的配置标志，以确保启用了 HTTP 缓存，并根据用途设置了合理的缓存大小，同时，确保缓存持久化。查看平台文档并确认您的设置！ 服务器在返回响应时，还会发出一组 HTTP 头，用来描述内容类型、长度、缓存指令、验证令牌等。例如，在上图的交互中，服务器返回了一个 1024 字节的响应，指导客户端缓存响应长达 120 秒，并提供验证令牌（ x234dff ），在响应过期之后，可以用来验证资源是否被修改。 使用 ETag 验证缓存的响应 TL;DR 服务器通过 ETag HTTP 头传递验证令牌 通过验证令牌可以进行高效的资源更新检查：如果资源未更改，则不会传输任何数据。

前端性能优化（十一）

由 南楼画角 提交于 2020-04-03 16:05:32
HTTP 缓存 通过网络获取内容既缓慢，成本又高：大的响应需要在客户端和服务器之间进行多次往返通信，这拖延了浏览器可以使用和处理内容的时间，同时也增加了访问者的数据成本。因此，缓存和重用以前获取的资源的能力成为优化性能很关键的一个方面。 好消息是每个浏览器都实现了 HTTP 缓存！ 我们所要做的就是，确保每个服务器响应都提供正确的 HTTP 头指令，以指导浏览器何时可以缓存响应以及可以缓存多久。 如果在应用中使用 Webview 来获取和显示网页内容，可能需要提供额外的配置标志，以确保启用了 HTTP 缓存，并根据用途设置了合理的缓存大小，同时，确保缓存持久化。查看平台文档并确认您的设置！ 服务器在返回响应时，还会发出一组 HTTP 头，用来描述内容类型、长度、缓存指令、验证令牌等。例如，在上图的交互中，服务器返回了一个 1024 字节的响应，指导客户端缓存响应长达 120 秒，并提供验证令牌（ x234dff ），在响应过期之后，可以用来验证资源是否被修改。 使用 ETag 验证缓存的响应 让我们假设在首次获取资源 120 秒之后，浏览器又对该资源发起了新请求。首先，浏览器会检查本地缓存并找到之前的响应，不幸的是，这个响应现在已经’过期’，无法在使用。此时，浏览器也可以直接发出新请求，获取新的完整响应，但是这样做效率较低，因为如果资源未被更改过

HTTP 缓存

由 為{幸葍}努か 提交于 2020-04-03 16:05:13
通过网络获取内容既缓慢，成本又高：大的响应需要在客户端和服务器之间进行多次往返通信，这拖延了浏览器可以使用和处理内容的时间，同时也增加了访问者的数据成本。因此，缓存和重用以前获取的资源的能力成为优化性能很关键的一个方面。 在这篇指南中 使用 ETag 验证缓存的响应 Cache-Control 定义最优 Cache-Control 策略 废弃和更新已缓存的响应 缓存检查表 好消息是每个浏览器都实现了 HTTP 缓存！ 我们所要做的就是，确保每个服务器响应都提供正确的 HTTP 头指令，以指导浏览器何时可以缓存响应以及可以缓存多久。 如果在应用中使用 Webview 来获取和显示网页内容，可能需要提供额外的配置标志，以确保启用了 HTTP 缓存，并根据用途设置了合理的缓存大小，同时，确保缓存持久化。查看平台文档并确认您的设置！ 服务器在返回响应时，还会发出一组 HTTP 头，用来描述内容类型、长度、缓存指令、验证令牌等。例如，在上图的交互中，服务器返回了一个 1024 字节的响应，指导客户端缓存响应长达 120 秒，并提供验证令牌（ x234dff ），在响应过期之后，可以用来验证资源是否被修改。 使用 ETag 验证缓存的响应 服务器通过 ETag HTTP 头传递验证令牌 通过验证令牌可以进行高效的资源更新检查：如果资源未更改，则不会传输任何数据。 让我们假设在首次获取资源

mysql reids:缓存服务器

由 半城伤御伤魂 提交于 2020-04-02 11:07:29
1.安装reids 在线安装reids 1、因为redis是c语言开发的，所以需要安装gcc（在根目录下执行）： yum install gcc-c++ 2、因为是在线安装，需要使用wget命令，如果linux中没有，就用如下命令安装（在根目录下执行）： yum -y install wget 3、下载redis最新的稳定版本，也可以下载其他版本压缩包： wget http://download.redis.io/redis-stable.tar.gz 4、解压redis压缩包： tar -xvf redis-stable.tar.gz -C /usr/local/soft 5、进入到redis的解压文件中，编译redis： make 6、安装redis： make install PREFIX=/usr/local/redis 7、启动redis，进入redis到安装目录中，即/usr/local/redis/bin： ./redis-server redis的默认端口是6379，也可以对其进行修改。 2、后台启动： 1、把redis解压文件中的redis.conf文件复制到redis的安装目录下，即/usr/local/redis/bin。 进入到redis的解压文件中，执行命令： cp redis.conf /usr/local/redis/bin/ 复制成功以后

HTTP缓存和CDN缓存

由 僤鯓⒐⒋嵵緔 提交于 2020-04-02 07:56:24
一 http缓存 1.1缓存的分类： http中具有缓存功能的是：1、浏览器缓存、 2、缓存代理服务器。 1.2 什么是缓存： http缓存的是指:当Web请求抵达缓存时， 如果本地有“已缓存的”副本，就可以从本地存储设备而 不是从原始服务器中提取这个文档。 1.3 缓存的好处有： 1. 减少了冗余的数据传输，节省了网费。 2. 减少了服务器的负担， 大大提高了网站的性能 3. 加快了客户端加载网页的速度。优化用户体验 1.4 缓存示意图： 第一次请求： 第一次请求，无论是静态文件还是其他文件，都是从服务器那里读取的。因此没有缓存之说。等第一次请求完，浏览器就有缓存了，然后整个的加载过程就完全不一样了。看下图： 浏览器再次请求 　流程图解释： 浏览器再次请求，情况就不一样了。首先会读取缓存，然后判断缓存是否过期，如果不过期，就直接读取缓存。 否则，判断浏览器返回的头部信息是否存在Etag,如果存在，浏览器会像服务器发送带有If-None-Match的请求头，来和服务器返回的Etag做对比， 如果if-None-Match和Etag相等。说明缓存没有更新，服务器返回304，浏览器继续从缓存读取相应的内容。如果if-None-Match和Etag不等，则服务器返回200，浏览器重新需 要从服务器获取内容。 　　如果服务器的返回信息里面没有Etag，则判断浏览器的返回信息里是否有Last
订阅 缓存服务器