[缓存]HTTP头中与缓存相关的几个参数

2009-12-26mikel阅读(895)

转载：http://hi.baidu.com/jrckkyy/blog/item/70f1011b29ea78138718bfce.html

1.Expires（过期时间）HTTP头信息

Expires（过期时间）属性是HTTP控制缓存的基本手段，这个属性告诉缓存器：相关副本在多长时间内是新鲜的。过了这个时间，缓存器就会向源服务器发送请求，检查文档是否被修改。几乎所有的缓存服务器都支持Expires（过期时间）属性；vCbLinux联盟
vCbLinux联盟
大部分Web服务器支持你用几种方式设置Expires属性；一般的：可以设计一个绝对时间间隔：基于客户最后查看副本的时间（最后访问时间）或者根据服务器上文档最后被修改的时间；

Expires 头信息：对于设置静态图片文件（例如导航栏和图片按钮）可缓存特别有用；因为这些图片修改很少，你可以给它们设置一个特别长的过期时间，这会使你的网站对用户变得相应非常快；他们对于控制有规律改变的网页也很有用，例如：你每天早上6点更新新闻页，你可以设置副本的过期时间也是这个时间，这样缓存服务器就知道什么时候去取一个更新版本，而不必让用户去按浏览器的“刷新”按钮。

过期时间头信息属性值只能是HTTP格式的日期时间，其他的都会被解析成当前时间“之前”，副本会过期，记住：HTTP的日期时间必须是格林威治时间（GMT），而不是本地时间。举例：vCbLinux联盟

Expires: Fri, 30 Oct 1998 14:19:41 GMTvCbLinux联盟

所以使用过期时间属性一定要确认你的Web服务器时间设置正确，一个途径是通过网络时间同步协议（Network Time Protocol NTP），和你的系统管理员那里你可以了解更多细节。vCbLinux联盟
虽然过期时间属性非常有用，但是它还是有些局限，首先：是牵扯到了日期，这样Web服务器的时间和缓存服务器的时间必须是同步的，如果有些不同步，要么是应该缓存的内容提前过期了，要么是过期结果没及时更新。vCbLinux联盟
还有一个过期时间设置的问题也不容忽视：如果你设置的过期时间是一个固定的时间，如果你返回内容的时候又没有连带更新下次过期的时间，那么之后所有访问请求都会被发送给源Web服务器，反而增加了负载和响应时间；vCbLinux联盟

2.Cache-Control（缓存控制） HTTP头信息

HTTP 1.1介绍了另外一组头信息属性：Cache-Control响应头信息，让网站的发布者可以更全面的控制他们的内容，并定位过期时间的限制。vCbLinux联盟
有用的 Cache-Control响应头信息包括：vCbLinux联盟

max-age=[秒] — 执行缓存被认为是最新的最长时间。类似于过期时间，这个参数是基于请求时间的相对时间间隔，而不是绝对过期时间，[秒]是一个数字，单位是秒：从请求时间开始到过期时间之间的秒数。
s-maxage=[秒] — 类似于max-age属性，除了他应用于共享（如：代理服务器）缓存
public — 标记认证内容也可以被缓存，一般来说：经过HTTP认证才能访问的内容，输出是自动不可以缓存的；
no-cache — 强制每次请求直接发送给源服务器，而不经过本地缓存版本的校验。这对于需要确认认证应用很有用（可以和public结合使用），或者严格要求使用最新数据的应用（不惜牺牲使用缓存的所有好处）；
no-store — 强制缓存在任何情况下都不要保留任何副本
must-revalidate — 告诉缓存必须遵循所有你给予副本的新鲜度的，HTTP允许缓存在某些特定情况下返回过期数据，指定了这个属性，你高速缓存，你希望严格的遵循你的规则。
proxy-revalidate — 和 must-revalidate类似，除了他只对缓存代理服务器起作用

举例:vCbLinux联盟

Cache-Control: max-age=3600, must-revalidatevCbLinux联盟

给静态资源(HTML文件，图片文件等）的Repsone加上Expires/Cache-Control Header是很有效的一招。如果HTTP Response中有Expires这样的Header的话，浏览器会Cache这个资源，理想状况下（注意，只是理想状况），在Expire Date之前，不会再发HTTP请求给Server要这个资源，不过Expires的值只能是一个固定日期，比如“Thu 27 Nov 2008 07:00:00 GMT”，不能是一个类似“从现在开始之后10年”这样一个随机浮动的值，如果要这样的效果，可以用Cache-Control这样的Header，如果 HTTP Resposne中有这样的Header:“Cache-Control: max-age = 100”，表示这个资源在cache中的最大寿命是100秒。一般说来这种静态文件永远不应该过期，如果真的要给这个Cache加上一个期限，那我希望是 ——一万年，“Cache-Control: max-age = 315360000000”

其实就应该给Expires设一个永远不会过期的时间，比如你现在有一个文件叫logo.gif，需要用一个新的logo的时候，你不要去覆盖原来的文件，而把新的logo存成logo_v2.gif，让相关网页引用新的logo_v2.gif，这样可以让新老网页同时工作，实在犯不上为了节省存储空间覆盖原有文件。

对Apache服务器，使用mod_expires，在httpd.conf或者.htaccess中加上

<FilesMatch "\\.(ico|gif|jpg|html)$">
ExpiresDefault "access plus 10 years"
</FileMatch>

3.Last-Modified/If-Modified-Since

有些数据随时都在变化。CNN.com 的主页经常几分钟就更新。另一方面，Google.com 的主页几个星期才更新一次 (当他们上传特殊的假日 logo，或为一个新服务作广告时)。 Web 服务是不变的：通常服务器知道你所请求的数据的最后修改时间，并且 HTTP 为服务器提供了一种将最近修改数据连同你请求的数据一同发送的方法。

如果你第二次 (或第三次，或第四次) 请求相同的数据，你可以告诉服务器你上一次获得的最后修改日期：在你的请求中发送一个 If-Modified-Since 头信息，它包含了上一次从服务器连同数据所获得的日期。如果数据从那时起没有改变，服务器将返回一个特殊的 HTTP 状态代码 304，这意味着 “从上一次请求后这个数据没有改变”。这一点有何进步呢？当服务器发送状态编码 304 时，不再重新发送数据。您仅仅获得了这个状态代码。所以当数据没有更新时，你不需要一次又一次地下载相同的数据；服务器假定你有本地的缓存数据。

所有现代的浏览器都支持最近修改 (last-modified) 的数据检查。如果你曾经访问过某页，一天后重新访问相同的页时发现它没有变化，并奇怪第二次访问时页面加载得如此之快——这就是原因所在。你的浏览器首次访问时会在本地缓存页面内容，当你第二次访问，浏览器自动发送首次访问时从服务器获得的最近修改日期。服务器简单地返回 304: Not Modified (没有修改)，因此浏览器就会知道从本地缓存加载页面。在这一点上，Web 服务也如此智能。

4. ETag/If-None-Match

ETag 是实现与最近修改数据检查同样的功能的另一种方法：没有变化时不重新下载数据。其工作方式是：服务器发送你所请求的数据的同时，发送某种数据的 hash (在 ETag 头信息中给出)。hash 的确定完全取决于服务器。当第二次请求相同的数据时，你需要在 If-None-Match: 头信息中包含 ETag hash，如果数据没有改变，服务器将返回 304 状态代码。与最近修改数据检查相同，服务器仅仅发送 304 状态代码；第二次将不为你发送相同的数据。在第二次请求时，通过包含 ETag hash，你告诉服务器：如果 hash 仍旧匹配就没有必要重新发送相同的数据，因为你还有上一次访问过的数据。

5. 压缩 (Compression)

最后一个重要的 HTTP 特性是 gzip 压缩。关于 HTTP web 服务的主题几乎总是会涉及在网络线路上传输的 XML。XML 是文本，而且还是相当冗长的文本，而文本通常可以被很好地压缩。当你通过 HTTP 请求一个资源时，可以告诉服务器，如果它有任何新数据要发送给我时，请以压缩的格式发送。在你的请求中包含 Accept-encoding: gzip 头信息，如果服务器支持压缩，它将返回由 gzip 压缩的数据并且使用 Content-encoding: gzip 头信息标记。

6.总结

Expires/Cache-Control Header是控制浏览器是否直接从浏览器缓存取数据还是重新发请求到服务器取数据。只是Cache-Control比Expires可以控制的多一些，而且Cache-Control会重写Expires的规则。

Last-Modified/If-Modified-Since和ETag/If-None-Match是浏览器发送请求到服务器后判断文件是否已经修改过，如果没有修改过就只发送一个304回给浏览器，告诉浏览器直接从自己本地的缓存取数据；如果修改过那就整个数据重新发给浏览器。

[ASP.NET]ASP.NET中的图片缓存

2009-12-26mikel阅读(921)

原文地址：Caching Images in ASP.NET , 版权归原文作者所有。
引言：
在一个Web应用程序中，可以通过很多种方法来改善其性能，其中最简单但也是最有效的方法就是在客户端缓存图片，这篇文章就是告诉你如何在你的站点中实现图片的缓存。

问题：
我曾经建立过一个站点，在CSS样式表中使用了很多图片来作为菜单项的背景。网站完成之后，我使用Microsoft Network Monitor（微软的一款流量分析工具，可从微软下载中心下载）对网站的流量进行了统计，发现每次对首页的访问都会对20个不同的文件发出请求，其中一半以上都来至于对菜单背景图片的请求。

有两种方法可以解决这个问题，第一种方法是通过IIS实现图片的缓存；第二种方法是直接在ASP.NET实现缓存。
通过IIS缓存图片：
这种方法非常简单，首先选中IIS管理器中选中一个文件或文件夹，右键单击，打开属性对话框。

选中HTTP头选项卡中的“启用内容过期”，并根据需要设定过期时间。这样客户端就会对你设定的文件进行缓存，直到缓存过期才会向服务端发起新的请求。
当你对IIS拥有足够的管理权限，并且网站的图片位置相对比较集中时，这种方法是一种很好的选择。但这样的条件往往得不到满足，这个时候你就需要使用第二种方法了。
通过HttpHandle缓存图片
为了获取对ASP.NET的请求，需要编写一个自定义HttpHandle来对图片文件（*.jpg;*.gif;*.png）进行监听。首先在Visuan Studio中新建一个类库工程，取名为CachingHandler，负责处理对图片的请求。CachingHandler需要实现IHttpHandle接口，在IHttpHandle接口中，IsReusable属性指示其他请求是否可以使用该IHttpHandler实例，ProcessRequest()方法负责获取和发送数据。

namespace SoftwareArchitects.Web

{

public class CachingHandler : IHttpHandler

{

public bool IsReusable

{

get { return true; }

}

public void ProcessRequest(HttpContext context)

{

string file = context.Server.MapPath

(context.Request.FilePath.Replace(".ashx", ""));

string filename = file.Substring(file.LastIndexOf('\\') + 1);

string extension = file.Substring(file.LastIndexOf('.') + 1);

CachingSection config = (CachingSection)context.GetSection

("SoftwareArchitects/Caching");

if (config != null)

{

context.Response.Cache.SetExpires

(DateTime.Now.Add(config.CachingTimeSpan));

context.Response.Cache.SetCacheability
(HttpCacheability.Public);

context.Response.Cache.SetValidUntilExpires(false);

FileExtension fileExtension = config.FileExtensions[extension];

if (fileExtension != null)

{

context.Response.ContentType = fileExtension.ContentType;

}

context.Response.AddHeader("content-disposition",

"inline; filename=" + filename);

context.Response.WriteFile(file);

}

配置Web.Config文件
在上面的代码中，我们使用了一个自定义类ConfigurationSection来读写Web.Config的信息，下面是这个类的实现。

namespace SoftwareArchitects.Web.Configuration

{

/// <summary>

/// Configuration for caching

/// </summary>

public class CachingSection : ConfigurationSection

{

[ConfigurationProperty("CachingTimeSpan", IsRequired = true)]

public TimeSpan CachingTimeSpan

{

get { return (TimeSpan)base["CachingTimeSpan"]; }

set { base["CachingTimeSpan"] = value; }

}

[ConfigurationProperty("FileExtensions", IsDefaultCollection = true,

IsRequired = true)]

public FileExtensionCollection FileExtensions

{

get { return ((FileExtensionCollection)base["FileExtensions"]); }

}

}
/// <summary>

/// List of available file extensions

/// </summary>

public class FileExtensionCollection : ConfigurationElementCollection

{

…

}
/// <summary>

/// Configuration for a file extension

/// </summary>

public class FileExtension : ConfigurationElement

{

[ConfigurationProperty("Extension", IsRequired = true)]

public string Extension

{

get { return (string)base["Extension"]; }

set { base["Extension"] = value.Replace(".", ""); }

}

[ConfigurationProperty("ContentType", IsRequired = true)]

public string ContentType

{

get { return (string)base["ContentType"]; }

set { base["ContentType"] = value; }

}

    完整的ConfigurationSection类：CachingSection.cs
    最后是在Web.Config文件中添加相关的信息：

在站点中完成以上代码的添加之后，再次使用Microsoft Network Monitor进行测试，第一次访问首页时依然是20个不同的请求，但到了第二次访问请求就变为了7个，因为所有的图片文件都已经缓存到了客户端。

在原文中，作者还提供了一个完整的Solution来测试图片缓存功能，大家可以自由下载.

[Map]google map使用自定义Marker在地图上添加文字标示

2009-12-26mikel阅读(710)

转载：http://www.cnblogs.com/hyl8218/archive/2009/12/26/1632524.html

google map默认的标示GMarker，只能使用图片不能使用文字。但是在实际中，我们不可避免的需要在地图上标示文字信息。例如地名等。Google 地图 API 使我们可以通过扩展GMarker实现自定义的GMarker的子类LabelMarker。

1 google.maps.LabelMarker = function(latlng, options)
2 {
3     this.latlng = latlng;
4     this.labelText = options.labelText || '';
5     this.labelClass = options.labelClass || 'writeb';
6     this.labelOffset = options.labelOffset || new google.maps.Size(8, –33);
7     options.icon = options.icon || getTextIcon();
8     google.maps.Marker.apply(this, arguments);
9 }
10
11 google.maps.LabelMarker.prototype = new google.maps.Marker(new google.maps.LatLng(0, 0));
12
13 google.maps.LabelMarker.prototype.initialize = function(map){
14     google.maps.Marker.prototype.initialize.call(this, map);
15
16     var label = document.createElement('div');
17     label.className = this.labelClass;
18     label.innerHTML = this.labelText;
19     label.style.position = 'absolute';
20     label.style.width = '48px';
21     map.getPane(G_MAP_MARKER_PANE).appendChild(label);
22
23     this.map = map;
24     this.label = label;
25 }
26
27 google.maps.LabelMarker.prototype.redraw = function(force){
28     google.maps.Marker.prototype.redraw.call(this, map);
29
30     if(!force)
31     {
32         return;
33     }
34
35     var point = this.map.fromLatLngToDivPixel(this.latlng);
36     var z = google.maps.Overlay.getZIndex(this.latlng.lat());
37
38     this.label.style.left = (point.x + this.labelOffset.width) + 'px';
39     this.label.style.top = (point.y + this.labelOffset.height) + 'px';
40     this.label.style.zIndex = z + 1;
41 }
42
43 google.maps.LabelMarker.prototype.remove = function(){
44     this.label.parentNode.removeChild(this.label);
45     this.label = null;
46     google.maps.Marker.prototype.remove.call(this);
47 }
48
49 function getTextIcon()
50 {
51     var icon = new google.maps.Icon();
52     icon.image = "/js/map/img/mapts.gif";
53     icon.iconSize = new GSize(48, 40);
54     icon.iconAnchor = new GPoint(0, 40);
55     icon.infoWindowAnchor = new GPoint(5, 1);
56     return icon;
57 }

在页面上调用的代码：

1 var marker = new google.maps.LabelMarker(map.getCenter(), {
2     labelText:'我在这'
3     });
4
5 map.addOverlay(marker);

现在就会在地图上显示我们自定义的GMarker标识了。

[JQuery]jQuery Google Charts

2009-12-26mikel阅读(791)

转载：http://www.cnblogs.com/CareySon/archive/2009/12/26/1632733.html

Google Charts想必大家都已经耳熟能详了吧，它允许我们很轻松的通过简单的数据就能生成复杂的图表.而Jgcharts插件就是对这个api的封装，让我们调用google api更加容易.废话不多说，先来看看效果:

柱状图:

折线图:

饼图:

3d饼图:

这个插件只需要在头部引入：

<script src="jquery-1.3.2.min.js" type="text/javascript"></script>
<script src="jgcharts.js" type="text/javascript"></script>

这个插件的原理是根据拼接的url，Google 图表 API 会返回一幅 PNG 格式的图片来响应一个网址。可以生成多种类型的图片，包括折线图、条形图和饼图。您可以为每种图片类型指定属性，例如大小、颜色和标签。

通过将网址嵌入 <img> 标签内，您可以将图表 API 图片包括在网页中。当网页在浏览器中显示时，图表 API 会呈现该网页中的这幅图片。

具体可以参考:http://code.google.com/intl/zh-CN/apis/chart/

这jgchart插件则可以帮助你动态的拼接这个url传递给google.

示例代码如下:

var api = new jGCharts.Api();
jQuery('<img>')
.attr('src', api.make({data : [[153, 60, 52], [113, 70, 60], [120, 80, 40]]}))
.appendTo("#bar1");

这就是最上面那个饼状图的生成方法,只需要生成jGCharts.api的实例并通过make方法来返回拼接好的字符串.通过data属性可以设置图表的数据，以js数组的方式进行.

我们还可以通过make内参数对象的type属性来设置不同的图表类型，比如折线图可以加上:“type : lc”来获取.

jGChart插件和Demo可以从这里获得:http://www.maxb.net/scripts/jgcharts/include/demo/

下面是我自己做的一个小Demo来对获得的图表进行简单的模拟:

第一个数字:
第二个数字:

你可以加入相应的数字并且点击生成图表来进行模拟.也可以使用清空数据来将刚加入的数据清空.

上面Demo的代码如下:

    <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js"></script>
<script src="http://files.cnblogs.com/CareySon/jgcharts.pack.js" type="text/javascript"></script>
<div style="border:1px dashed green; margin:30px 10px;">
<div id="result"></div>
<div id="bar1"></div>
第一个数字:<input id="no1" />
<br />
第二个数字:<input id="no2" /><br />
<input type="button" value="加入数据" id="add"/><input type="button" value="清空数据" id="clear" />
<br />
<select id="t">
<option value="p">饼图</option>
<option value="lc">折线图</option>
<option value="">柱状图</option>
<option value="p3">3d饼图</option>
<option value="bhg">横向柱状图</option>
</select>
<br />
<input type="button" value="生成图表" id="submitx" />
<script type="text/javascript">
var dataArray = new Array();
$("#add").click(function() {
var temp = new Array();
temp.push($("#no1").val());
temp.push($("#no2").val());
dataArray.push(temp);
$("#result").append("数据加入成功,数据为:" + $("#no1").val() + "," + $("#no2").val()+"<br />");
temp = null;
$("#no1")[0].value = "";
$("#no2")[0].value = "";
});
$("#clear").click(function() {
dataArray = new Array();
$("#result").html("");
$("#bar1").html("");
});
$("#submitx").click(function() {
$("#bar1").html("");
var api = new jGCharts.Api();
var xdata = "[";
for (i = 0; i < dataArray.length; i++) {
xdata += "[";
for (j = 0; j < dataArray[i].length; j++) {
xdata += dataArray[i][j];
xdata += ",";
}
xdata = xdata.slice(0, xdata.length - 1);
xdata += "]";
xdata += ",";
}
xdata = xdata.slice(0, xdata.length - 1);
xdata += "]";
jQuery('<img>').attr('src', api.make({ data:eval(xdata),type:$("#t").val() })).appendTo("#bar1");
});
</script>
</div>

—————–

enjoy it.By CareySon

[性能]实战经验：IIS网站服务器性能优化攻略

2009-12-25mikel阅读(696)

转载：http://www.admin5.com/article/20090413/142252.shtml
Windows Server自带的互联网信息服务器(Internet Information Server，IIS)是架设网站服务器的常用工具，它是一个既简单而又麻烦的东西，新手都可以使用IIS架设一个像模像样的Web站点来，但配置、优化 IIS的性能，使得网站访问性能达到最优状态却不是一件简单的事情，这里我就介绍一下如何一步一步的优化你的IIS服务器。

　　服务器端环境，我们以Windows Server 2003的IIS6.0为例，客户端环境为Mozilla Firefox 3.0，同时安装Yahoo的YSlow扩展。

　　YSlow是 Yahoo开发者团队发布的一款基于Firebug的插件。用于分析网页，并根据一些高性能网站的规则进行相应的评级打分，对于网页性能优化有很好的帮助作用，告诉你那些部分影响了你的网页速度，并告诉你如何基于某些规则而进行优化。我们对于IIS的优化策略就是基于YSlow的。

　　使用安装了YSlow的Firefox打开目标网站，然后点击YSlow图标，点击Performance。

　　其中Performance Grade为YSlow对你网站的评级，A(100分)为最高，F为最低，后面列出如何进行修改，下面我以IIS 6.0为例介绍一下如何进行优化网站性能。

　　1、减少HTTP请求数量

　　这主要是修改网站代码，减少外部图片、CSS、JS等文件数量，手动合并多个CSS/JavaScript文件。IIS那里不用设置。

　　2、使用CDN

　　对于小网站来说，这个就免了吧。当然有钱人可以试试，可以从技术上解决用户访问网站响应速度慢的问题。

　　3、启用内容过期

　　对于静态文件启用内容过期可以提高访问性能。首先网站的目录要划分合理，图片、CSS、JavaScript均放在单独目录下，然后在IIS中选择目录，点属性-HTTP头，启用内容过期，可以选择30天后过去，这样，用户浏览器将比较当前日期和截止日期，以便决定是显示缓存页还是从服务器请求更新的页，由于图片、CSS、JS通常变化较少，因此基本上都从本地缓存读取，从而加快显示速度。

　　4、启用Gzip压缩

　　HTTP压缩是在Web服务器和浏览器间传输压缩文本内容的方法。HTTP压缩采用通用的压缩算法如Gzip等压缩HTML、JavaScript或 CSS文件。压缩的最大好处就是降低了网络传输的数据量，从而提高客户端浏览器的访问速度。

　　使用方法是，右击“网站”->“属性”，选择“服务”。在“HTTP压缩”框中选中“压缩静态文件”，“临时目录”建议单独设置另一个盘的目录下。

　　之后，IIS管理器中，右击“Web服务扩展”->“增加一个新的Web服务扩展”，在“扩展名”中输入 “HTTPCompression”，添加“要求的文件”为C:\WINDOWS\system32\inetsrv\gzip.dll，其中Windows系统目录根据您的安装可能有所不同，选中“设置扩展状态为允许”。

　　最后，使用文本编辑器打开C:\Windows\System32\inetsrv\MetaBase.xml，在 HcFileExtensions中增加需要压缩的静态文件后缀名，默认为HTML和TXT文件，建议再添加上js、css等，不要添加图片或ZIP等已经被压缩的文件。

　　5、将样式文件放在头部

　　这是基本的HTML代码风格，将所有的CSS文件都放在HTML页面的头部。

　　6、将脚本文件放在尾部

　　这也是基本的HTML代码风格，将所有的JavaScript文件都放在HTML页面的尾部。

　　7、避免CSS表达式

　　这点很简单，因为大多数人从来不用CSS表达式。

　　8、使用外部的JavaScript和CSS

　　将所有的JavaScript和CSS都做成外部文件的形式进行引用，这主要是为了让这些文件可以被浏览器缓存起来，参见第三点的介绍。

　　9、减少DNS查询

　　域名的DNS查询会带来额外的访问开销，减少页面内文件的主机域名数量，一个页面的主机域名保持在2-4个以内，这样就不会降低页面的装入速度。

　　10、压缩JavaScript文件

　　压缩脚本文件，删除不必要的字符，可以改善加载时间，目前有很多JavaScript文件的压缩工具，我这里有一个GUI界面的JS压缩工具供下载。

　　11、避免重定向

　　网页的重定向会带来额外的运行开销，因此要避免页面进行重定向跳转操作。

　　12、删除重复脚本

　　一个页面两次包含同一个JavaScript文件会影响加载的性能，因此需要将重复的脚本文件删除。

　　13、配置ETag

　　这是一个令人迷惑的问题。理论上说将服务器的ETag删除会提高HTTP请求的性能，但是按照微软官方提供的修改方法配置IIS 6.0，并没有实际效果，最终我使用了一个remetag，以ISAPI的方式实现了删除ETag的功能。

　　经过上面这些网站前端重构和WEB服务器的配置修改，我们的页面结构就变得更加规范，重构的页面大多都会取得不错的YSlow的评分，总体来说性能提升了不少。对于最终用户来说，也会明显感受到访问网站速度变快了很多，网站的浏览体验得到了较好的提升。

[性能]面向站长和网站管理员的Web缓存加速指南[翻译]

2009-12-25mikel阅读(668)

这是一篇知识性的文档，主要目的是为了让Web缓存相关概念更容易被开发者理解并应用于实际的应用环境中。为了简要起见，某些实现方面的细节被简化或省略了。如果你更关心细节实现则完全不必耐心看完本文，后面参考文档和更多深入阅读部分可能是你更需要的内容。

什么是Web缓存，为什么要使用它？
缓存的类型：

浏览器缓存；
代理服务器缓存；

Web缓存无害吗？为什么要鼓励缓存？
Web缓存如何工作：
如何控制（控制不）缓存：

HTML Meta标签 vs. HTTP头信息；
Pragma HTTP头信息（为什么不起作用）；
使用Expires（过期时间）HTTP头信息控制保鲜期；
Cache-Control（缓存控制） HTTP头信息；
校验参数和校验；

创建利于缓存网站的窍门；
编写利于缓存的脚本；
常见问题解答；
缓存机制的实现：Web服务器端配置；
缓存机制的实现：服务器端脚本；
参考文档和深入阅读；
关于本文档；

什么是Web缓存，为什么要使用它？

Web缓存位于Web服务器之间（1个或多个，内容源服务器）和客户端之间（1个或多个）：缓存会根据进来的请求保存输出内容的副本，例如html页面，图片，文件（统称为副本），然后，当下一个请求来到的时候：如果是相同的URL，缓存直接使用副本响应访问请求，而不是向源服务器再次发送请求。
使用缓存主要有2大理由：

减少相应延迟：因为请求从缓存服务器（离客户端更近）而不是源服务器被相应，这个过程耗时更少，让web服务器看上去相应更快；
减少网络带宽消耗：当副本被重用时会减低客户端的带宽消耗；客户可以节省带宽费用，控制带宽的需求的增长并更易于管理。

缓存的类型

浏览器缓存

对于新一代的Web浏览器来说（例如：IE，Firefox）：一般都能在设置对话框中发现关于缓存的设置，通过在你的电脑上僻处一块硬盘空间用于存储你已经看过的网站的副本。浏览器缓存根据非常简单的规则进行工作：在同一个会话过程中（在当前浏览器没有被关闭之前）会检查一次并确定缓存的副本足够新。这个缓存对于用户点击“后退”或者点击刚访问过的链接特别有用，如果你浏览过程中访问到同一个图片，这些图片可以从浏览器缓存中调出而即时显现。

代理服务器缓存

Web代理服务器使用同样的缓存原理，只是规模更大。代理服务器群为成百上千用户服务使用同样的机制；大公司和ISP经常在他们的防火墙上架设代理缓存或者单独的缓存设备；

由于带路服务器缓存并非客户端或者源服务器的一部分，而是位于原网络之外，请求必须路由到他们才能起作用。一个方法是手工设置你的浏览器：告诉浏览器使用那个代理，另外一个是通过中间服务器：这个中间服务器处理所有的web请求，并将请求转发到后台网络，而用户不必配置代理，甚至不必知道代理的存在；

代理服务器缓存：是一个共享缓存，不只为一个用户服务，经常为大量用户使用，因此在减少相应时间和带宽使用方面很有效：因为同一个副本会被重用多次。

网关缓存

也被称为反向代理缓存或间接代理缓存，网关缓存也是一个中间服务器，和内网管理员部署缓存用于节省带宽不同：网关缓存一般是网站管理员自己部署：让他们的网站更容易扩展并获得更好的性能；
请求有几种方法被路由到网关缓存服务器上：其中典型的是让用一台或多台负载均衡服务器从客户端看上去是源服务器；
网络内容发布商 (Content delivery networks CDNs)分布网关缓存到整个（或部分）互联网上，并出售缓存服务给需要的网站，Speedera和Akamai就是典型的网络内容发布商(下文简称CDN)。
本问主要关注于浏览器和代理缓存，当然，有些信息对于网关缓存也同样有效；

Web缓存无害吗？为什么要鼓励缓存？

Web缓存在互联网上最容易被误解的技术之一：网站管理员经常怕对网站失去控制，由于代理缓存会“隐藏”他们的用户，让他们感觉难以监控谁在使用他们的网站。
不幸的是：就算不考虑Web缓存，互联网上也有很多网站使用非常多的参数以便管理员精确地跟踪用户如何使用他们的网站；如果这类问题也是你关心的，本文将告诉你如何获得精确的统计而不必将网站设计的非常缓存不友好。
另外一个抱怨是缓存会给用户过期或失效的数据；无论如何：本文可以告诉你怎样配置你的服务器来控制你的内容将被如何缓存。
CDN是另外一个有趣的方向，和其他代理缓存不同：CDN的网关缓存为希望被缓存的网站服务，没有以上顾虑。即使你使用了CDN，你也要考虑后续的代理服务器缓存和浏览器缓存问题。

另外一方面：如果良好地规划了你的网站，缓存会有助于网站服务更快，并节省服务器负载和互联网的链接请求。这个改善是显著的：一个难以缓存的网站可能需要几秒去载入页面，而对比有缓存的网站页面几乎是即时显现：用户更喜欢速度快的网站并更经常的访问；

这样想：很多大型互联网公司为全世界服务器群投入上百万资金，为的就是让用户访问尽可能快，客户端缓存也是这个目的，只不过更靠近用户一端，而且最好的一点是你甚至根本不用为此付费。

事实上，无论你是否喜欢，代理服务器和浏览器都回启用缓存。如果你没有配置网站正确的缓存，他们会按照缺省或者缓存管理员的策略进行缓存。

缓存如何工作

所有的缓存都用一套规则来帮助他们决定什么时候使用缓存中的副本提供服务（假设有副本可用的情况下）；一些规则在协议中有定义（HTTP协议1.0和1.1），一些规则由缓存的管理员设置（浏览器的用户或者代理服务器的管理员）；
一般说来：遵循以下基本的规则（不必担心，你不必知道所有的细节，细节将随后说明）

如果响应头信息：告诉缓存器不要保留缓存，缓存器就不会缓存相应内容；
如果请求信息是需要认证或者安全加密的，相应内容也不会被缓存；
如果在回应中不存在校验器（ETag或者Last-Modified头信息），缓存服务器会认为缺乏直接的更新度信息，内容将会被认为不可缓存。
一个缓存的副本如果含有以下信息：内容将会被认为是足够新的

含有完整的过期时间和寿命控制头信息，并且内容仍在保鲜期内；
浏览器已经使用过缓存副本，并且在一个会话中已经检查过内容的新鲜度；
缓存代理服务器近期内已经使用过缓存副本，并且内容的最后更新时间在上次使用期之前；
够新的副本将直接从缓存中送出，而不会向源服务器发送请求；

如果缓存的副本已经太旧了，缓存服务器将向源服务器发出请求校验请求，用于确定是否可以继续使用当前拷贝继续服务；

总之：新鲜度和校验是确定内容是否可用的最重要途径：

如果副本足够新，从缓存中提取就立刻能用了；
而经缓存器校验后发现副本的原件没有变化，系统也会避免将副本内容从源服务器整个重新传输一遍。

如何控制（控制不）缓存

有很多工具可以帮助设计师和网站管理员调整缓存服务器对待网站的方式，这也许需要你亲自下手对服务器的配置进行一些调整，但绝对值得；了解如何使用这些工具请参考后面的实现章节；

HTML meta标签和HTTP 头信息

HTML的编写者会在文档的<HEAD>区域中加入描述文档的各种属性，这些META标签常常被用于标记文档不可以被缓存或者标记多长时间后过期；
META标签使用很简单：但是效率并不高，因为只有几种浏览器会遵循这个标记（那些真正会“读懂”HTML的浏览器），没有一种缓存代理服务器能遵循这个规则（因为它们几乎完全不解析文档中HTML内容）；有事会在Web页面中增加：Pragma: no-cache这个META标记，如果要让页面保持刷新，这个标签其实完全没有必要。
如果你的网站托管在ISP机房中，并且机房可能不给你权限去控制HTTP的头信息（如：Expires和Cache-Control），大声控诉：这些机制对于你的工作来说是必须的；
另外一方面： HTTP头信息可以让你对浏览器和代理服务器如何处理你的副本进行更多的控制。他们在HTML代码中是看不见的，一般由Web服务器自动生成。但是，根据你使用的服务，你可以在某种程度上进行控制。在下文中：你将看到一些有趣的HTTP头信息，和如何在你的站点上应用部署这些特性。
HTTP头信息发送在HTML代码之前，只有被浏览器和一些中间缓存能看到，一个典型的HTTP 1.1协议返回的头信息看上去像这样：

HTTP/1.1 200 OK
Date: Fri, 30 Oct 1998 13:19:41 GMT
Server: Apache/1.3.3 (Unix)
Cache-Control: max-age=3600, must-revalidate
Expires: Fri, 30 Oct 1998 14:19:41 GMT
Last-Modified: Mon, 29 Jun 1998 02:28:12 GMT
ETag: "3e86-410-3596fbbc"
Content-Length: 1040
Content-Type: text/html

在头信息空一行后是HTML代码的输出，关于如何设置HTTP头信息请参考实现章节；

Pragma HTTP头信息 (为什么它不起作用)

很多人认为在HTTP头信息中设置了Pragma: no-cache后会让内容无法被缓存。但事实并非如此：HTTP的规范中，响应型头信息没有任何关于Pragma属性的说明，而讨论了的是请求型头信息 Pragma属性（头信息也由浏览器发送给服务器），虽然少数集中缓存服务器会遵循这个头信息，但大部分不会。用了Pragma也不起什么作用，要用就使用下列头信息：

使用Expires（过期时间）HTTP头信息来控制保鲜期

Expires（过期时间）属性是HTTP控制缓存的基本手段，这个属性告诉缓存器：相关副本在多长时间内是新鲜的。过了这个时间，缓存器就会向源服务器发送请求，检查文档是否被修改。几乎所有的缓存服务器都支持Expires（过期时间）属性；
大部分Web服务器支持你用几种方式设置Expires属性；一般的：可以设计一个绝对时间间隔：基于客户最后查看副本的时间（最后访问时间）或者根据服务器上文档最后被修改的时间；

过期时间头信息属性值只能是HTTP格式的日期时间，其他的都会被解析成当前时间“之前”，副本会过期，记住：HTTP的日期时间必须是格林威治时间（GMT），而不是本地时间。举例：

Expires: Fri, 30 Oct 1998 14:19:41 GMT

所以使用过期时间属性一定要确认你的Web服务器时间设置正确，一个途径是通过网络时间同步协议（Network Time Protocol NTP），和你的系统管理员那里你可以了解更多细节。
虽然过期时间属性非常有用，但是它还是有些局限，首先：是牵扯到了日期，这样Web服务器的时间和缓存服务器的时间必须是同步的，如果有些不同步，要么是应该缓存的内容提前过期了，要么是过期结果没及时更新。
还有一个过期时间设置的问题也不容忽视：如果你设置的过期时间是一个固定的时间，如果你返回内容的时候又没有连带更新下次过期的时间，那么之后所有访问请求都会被发送给源Web服务器，反而增加了负载和响应时间；

Cache-Control（缓存控制） HTTP头信息

HTTP 1.1介绍了另外一组头信息属性：Cache-Control响应头信息，让网站的发布者可以更全面的控制他们的内容，并定位过期时间的限制。
有用的 Cache-Control响应头信息包括：

max-age=[秒] — 执行缓存被认为是最新的最长时间。类似于过期时间，这个参数是基于请求时间的相对时间间隔，而不是绝对过期时间，[秒]是一个数字，单位是秒：从请求时间开始到过期时间之间的秒数。
s-maxage=[秒] — 类似于max-age属性，除了他应用于共享（如：代理服务器）缓存
public — 标记认证内容也可以被缓存，一般来说：经过HTTP认证才能访问的内容，输出是自动不可以缓存的；
no-cache — 强制每次请求直接发送给源服务器，而不经过本地缓存版本的校验。这对于需要确认认证应用很有用（可以和public结合使用），或者严格要求使用最新数据的应用（不惜牺牲使用缓存的所有好处）；
no-store — 强制缓存在任何情况下都不要保留任何副本
must-revalidate — 告诉缓存必须遵循所有你给予副本的新鲜度的，HTTP允许缓存在某些特定情况下返回过期数据，指定了这个属性，你高速缓存，你希望严格的遵循你的规则。
proxy-revalidate — 和 must-revalidate类似，除了他只对缓存代理服务器起作用

举例:

Cache-Control: max-age=3600, must-revalidate

如果你计划试用Cache-Control属性，你应该看一下这篇HTTP文档，详见参考和深入阅读；

校验参数和校验

在Web缓存如何工作：我们说过：校验是当副本已经修改后，服务器和缓存之间的通讯机制；使用这个机制：缓存服务器可以避免副本实际上仍然足够新的情况下重复下载整个原件。
校验参数非常重要，如果1个不存在，并且没有任何信息说明保鲜期（Expires或Cache-Control）的情况下，缓存将不会存储任何副本；
最常见的校验参数是文档的最后修改时间，通过最后Last-Modified头信息可以，当一份缓存包含Last-Modified信息，他基于此信息，通过添加一个If-Modified-Since请求参数，向服务器查询：这个副本从上次查看后是否被修改了。
HTTP 1.1介绍了另外一个校验参数： ETag，服务器是服务器生成的唯一标识符ETag，每次副本的标签都会变化。由于服务器控制了ETag如何生成，缓存服务器可以通过If-None-Match请求的返回没变则当前副本和原件完全一致。
所有的缓存服务器都使用Last-Modified时间来确定副本是否够新，而ETag校验正变得越来越流行；
所有新一代的Web服务器都对静态内容（如：文件）自动生成ETag和Last-Modified头信息，而你不必做任何设置。但是，服务器对于动态内容（例如：CGI,ASP或数据库生成的网站）并不知道如何生成这些信息，参考一下编写利于缓存的脚本章节；

创建利于缓存网站的窍门

除了使用新鲜度信息和校验，你还有很多方法使你的网站缓存友好。

保持URL稳定：这是缓存的金科玉律，如果你给在不同的页面上，给不同用户或者从不同的站点上提供相同的内容，应该使用相同的URL，这是使你的网站缓存友好最简单，也是最高效的方法。例如：如果你在页面上使用 "/index.html" 做为引用，那么就一直用这个地址；
使用一个共用的库存放每页都引用的图片和其他页面元素；
对于不经常改变的图片/页面启用缓存，并使用Cache-Control: max-age属性设置一个较长的过期时间；
对于定期更新的内容设置一个缓存服务器可识别的max-age属性或过期时间；
如果数据源（特别是下载文件）变更，修改名称，这样：你可以让其很长时间不过期，并且保证服务的是正确的版本；而链接到下载文件的页面是一个需要设置较短过期时间的页面。
万不得已不要改变文件，否则你会提供一个非常新的Last-Modified日期；例如：当你更新了网站，不要复制整个网站的所有文件，只上传你修改的文件。
只在必要的时候使用Cookie，cookie是非常难被缓存的，而且在大多数情况下是不必要的，如果使用cookie，控制在动态网页上；
减少试用SSL，加密的页面不会被任何共享缓存服务器缓存，只在必要的时候使用，并且在SSL页面上减少图片的使用；
使用可缓存性评估引擎，这对于你实践本文的很多概念都很有帮助；

编写利于缓存的脚本

脚本缺省不会返回校验参数（返回Last-Modified或ETag头信息）或其他新鲜度信息（Expires或Cache-Control），有些动态脚本的确是动态内容（每次相应内容都不一样），但是更多（搜索引擎，数据库引擎网站）网站还是能从缓存友好中获益的。
一般说来，如果脚本生成的输出在未来一段时间（几分钟或者几天）都是可重复复制的，那么就是可缓存的。如果脚本输出内容只随URL变化而变化，也是可缓存的；但如果输出会根据cookie，认证信息或者其他外部条件变化，则还是不可缓存的。

最利于缓存的脚本就是将内容改变时导出成静态文件，Web服务器可以将其当作另外一个网页并生成和试用校验参数，让一些都变得更简单，只需要写入文件即可，这样最后修改时间也有了；
另外一个让脚本可缓存的方法是对一段时间内能保持较新的内容设置一个相对寿命的头信息，虽然通过Expires头信息也可以实现，但更容易的是用Cache-Control: max-age属性，它会让首次请求后一段时间内缓存保持新鲜；
如果以上做法你都做不到，你可以让脚本生成一个校验属性，并对 If-Modified-Since 和/或If-None-Match请求作出反应，这些属性可以从解析HTTP头信息得到，并对符合条件的内容返回304 Not Modified（内容未改变），可惜的是，这种做法比不上前2种高效；

其他窍门：

尽量避免使用POST，除非万不得已，POST模式的返回内容不会被大部分缓存服务器保存，如果你发送内容通过URL和查询（通过GET模式）的内容可以缓存下来供以后使用；
不要在URL中加入针对每个用户的识别信息：除非内容是针对每个用户不同的；
不要统计一个用户来自一个地址的所有请求，因为缓存常常是一起工作的；
生成并返回Content-Length头信息，如果方便的话，这个属性让你的脚本在可持续链接模式时：客户端可以通过一个TCP/IP链接同时请求多个副本，而不是为每次请求单独建立链接，这样你的网站相应会快很多；

具体定义请参考实现章节。

常见问题解答

让网站变得可缓存的要点是什么？

好的策略是确定那些内容最热门，大量的复制（特别是图片）并针对这些内容先部署缓存。

如何让页面通过缓存达到最快相应？

缓存最好的副本是那些可以长时间保持新鲜的内容；基于校验虽然有助于加快相应，但是它不得不和源服务器联系一次去检查内容是否够新，如果缓存服务器上就知道内容是新的，内容就可以直接相应返回了。

我理解缓存是好的，但是我不得不统计多少人访问了我的网站！

如果你必须知道每次页面访问的，选择【一】个页面上的小元素，或者页面本身，通过适当的头信息让其不可缓存，例如：可以在每个页面上部署一个1×1像素的透明图片。Referer头信息会有包含这个图片的每个页面信息；
明确一点：这个并不会给你一个关于你用户精确度很高的统计，而且这对互联网和你的用户这都不太好，消耗了额外的带宽，强迫用户去访问无法缓存的内容。了解更多信息，参考访问统计资料。

我如何能看到HTTP头信息的内容？

很多浏览器在页面属性或类似界面中可以让你看到Expires 和Last-Modified信息；如果有的话：你会找到页面信息的菜单和页面相关的文件（如图片），并且包含他们的详细信息；
看到完整的头信息，你可以用telnet手工连接到Web服务器；
为此：你可能需要用一个字段指定端口（缺省是80），或者链接到www.example.com:80 或者 www.example.com 80(注意是空格)，更多设置请参考一下telnet客户端的文档；
打开网站链接：请求一个查看链接，如果你想看到http://www.example.com/foo.html 连接到www.example.com的80端口后，键入：

GET /foo.html HTTP/1.1 [回车]
GET /foo.html HTTP/1.1 [return]
Host: www.example.com [回车][回车]
Host: www.example.com [return][return]

在[回车]处按键盘的回车键；在最后，要按2次回车，然后，就会输出头信息及完整页面，如果只想看头信息，将GET换成HEAD。

我的页面是密码保护的，代理缓存服务器如何处理他们？

缺省的，网页被HTTP认证保护的都是私密内容，它们不会被任何共享缓存保留。但是，你可以通过设置Cache-Control: public让认证页面可缓存，HTTP 1.1标准兼容的缓存服务器会认出它们可缓存。
如果你认为这些可缓存的页面，但是需要每个用户认证后才能看，可以组合使用Cache-Control: public和no-cache头信息，高速缓存必须在提供副本之前，将将新客户的认证信息提交给源服务器。设置就是这样：

Cache-Control: public, no-cache

无论如何：这是减少认证请求的最好方法，例如：你的图片是不机密的，将它们部署在另外一个目录，并对此配置服务器不强制认证。这样，那些图片会缺省都缓存。

我们是否要担心用户通过cache访问我的站点？

代理服务器上SSL页面不会被缓存（不推荐被缓存），所以你不必为此担心。但是，由于缓存保存了非SSL请求和从他们抓取的URL，你要意识到没有安全保护的网站，可能被不道德的管理员可能搜集用户隐私，特别是通过URL。
实际上，位于服务器和客户端之间的管理员可以搜集这类信息。特别是通过CGI脚本在通过URL传递用户名和密码的时候会有很大问题；这对泄露用户名和密码是一个很大的漏洞；
如果你初步懂得互联网的安全机制，你不会对缓存服务器有任何。

我在寻找一个包含在Web发布系统解决方案，那些是比较有缓存意识的系统？

这很难说，一般说来系统越复杂越难缓存。最差就是全动态发布并不提供校验参数；你无发缓存任何内容。可以向系统提供商的技术人员了解一下，并参考后面的实现说明。

我的图片设置了1个月后过期，但是我现在需要现在更新。

过期时间是绕不过去的，除非缓存（浏览器或者代理服务器）空间不足才会删除副本，缓存副本在过期之间会被一直使用。
最好的办法是改变它们的链接，这样，新的副本将会从源服务器上重新下载。记住：引用它们的页面本身也会被缓存。因此，使用静态图片和类似内容是很容易缓存的，而引用他们的HTML页面则要保持非常更新；
如果你希望对指定的缓存服务器重新载入一个副本，你可以强制使用“刷新”（在FireFox中在reload的时候按住shift键：就会有前面提到恶Pragma: no-cache头信息发出）。或者你可以让缓存的管理员从他们的界面中删除相应内容；

我运行一个Web托管服务，如何让我的用户发布缓存友好的网页？

如果你使用apahe，可以考虑允许他们使用.htaccess文件并提供相应的文档；
另外一方面：你也可以考虑在各种虚拟主机上建立各种缓存策略。例如：你可以设置一个目录 /cache-1m 专门用于存放访问1个月的访问，另外一个 /no-cache目录则被用提供不可存储副本的服务。
无论如何：对于大量用户访问还是应该用缓存。对于大网站，这方面的节约很明显（带宽和服务器负载）；

我标记了一些网页是可缓存的，但是浏览器仍然每次发送请求给服务。如何强制他们保存副本？

缓存服务器并不会总保存副本并重用副本；他们只是在特定情况下会不保存并使用副本。所有的缓存服务器都回基于文件的大小，类型（例如：图片页面），或者服务器空间的剩余来确定如何缓存。你的页面相比更热门或者更大的文件相比，并不值得缓存。
所以有些缓存服务器允许管理员根据文件类型确定缓存副本的优先级，允许某些副本被永久缓存并长期有效；

缓存机制的实现 – Web服务器端配置

一般说来，应该选择最新版本的Web服务器程序来部署。不仅因为它们包含更多利于缓存的功能，新版本往往在性能和安全性方面都有很多的改善。

Apache HTTP服务器

Apache有些可选的模块来包含这些头信息：包括Expires和Cache-Control。这些模块在1.2版本以上都支持；
这些模块需要和apache一起编译；虽然他们已经包含在发布版本中，但缺省并没有启用。为了确定相应模块已经被启用：找到httpd程序并运行httpd -l 它会列出可用的模块，我们需要用的模块是mod_expires和mod_headers

如果这些模块不可用，你需要联系管理员，重新编译并包含这些模块。这些模块有时候通过配置文件中把注释掉的配置启用，或者在编译的时候增加-enable -module=expires和-enable-module=headers选项（在apache 1.3和以上版本）。参考Apache发布版中的INSTALL文件；

Apache一旦启用了相应的模块，你就可以在.htaccess文件或者在服务器的access.conf文件中通过mod_expires设置副本什么时候过期。你可设置过期从访问时间或文件修改时间开始计算，并且应用到某种文件类型上或缺省设置，参考模块的文档获得更多信息，或者遇到问题的时候向你身边的apache专家讨教。
应用Cache-Control头信息，你需要使用mod_headers,它将允许你设置任意的HTTP头信息，参考mod_headers的文档可以获得更多资料；
这里有个例子说明如何使用头信息：

.htaccess文件允许web发布者使用命令只在配置文件中用到的命令。他影响到所在目录及其子目录；问一下你的服务器管理员确认这个功能是否启用了。

### 启用 mod_expires
ExpiresActive On
### 设置 .gif 在被访问过后1个月过期。
ExpiresByType image/gif A2592000
### 其他文件设置为最后修改时间1天后过期
### (用了另外的语法)
ExpiresDefault "modification plus 1 day"
### 在index.html文件应用 Cache-Control头属性
<Files index.html>
Header append Cache-Control "public, must-revalidate"
</Files>

注意：在适当情况下mod_expires会自动计算并插入Cache-Control:max-age 头信息

Apache 2.0的配置和1.3类似，更多信息可以参考2.0的mod_expires和mod_headers文档；

Microsoft IIS服务器

Microsoft的IIS可以非常容易的设置头信息，注意：这只针对IIS 4.0服务器，并且只能在NT服务器上运行。
为网站的一个区域设置头信息，先要到管理员工具界面中，然后设置属性。选择HTTP Header选单，你会看到2个有趣的区域：启用内容过期和定制HTTP头信息。头一个设置会自动配置，第二个可以用于设置Cache-Control头信息；
设置asp页面的头信息可以参考后面的ASP章节，也可以通过ISAPI模块设置头信息，细节请参考MSDN。

Netscape/iPlanet企业服务器

3.6版本以后，Netscape/iPlanet已经不能设置Expires头信息了，他从3.0版本开始支持HTTP 1.1的功能。这意味着HTTP 1.1的缓存（代理服务器/浏览器）优势都可以通过你对Cache-Control设置来获得。
使用Cache-Control头信息，在管理服务器上选择内容管理|缓存设置目录。然后：使用资源选择器，选择你希望设置头信息的目录。设置完头信息后，点击“OK”。更多信息请参考Netscape/iPlanet企业服务器的手册。

缓存机制的实现：服务器端脚本

需要注意的一点是：也许服务器设置HTTP头信息比脚本语言更容易，但是两者你都应该使用。
因为服务器端的脚本主要是为了动态内容，他本身不产生可缓存的文件页面，即使内容实际是可以缓存的。如果你的内容经常改变，但是不是每次页面请求都改变，考虑设置一个Cache-Control: max-age头信息；大部分用户会在短时间内多次访问同一页面。例如：用户点击“后退”按钮，即使没有新内容，他们仍然要再次从服务器下载内容查看。

CGI程序

CGI脚本是生成内容最流行的方式之一，你可以很容易在发送内容之前的扩展HTTP头信息；大部分CGI实现都需要你写 Content-Type头信息，例如这个Perl脚本：

#!/usr/bin/perl
print "Content-type: text/html\n";
print "Expires: Thu, 29 Oct 1998 17:04:19 GMT\n";
print "\n";
### 后面是内容体…

由于都是文本，你可以很容易通过内置函数生成Expires和其他日期相关的头信息。如果你使用Cache-Control: max-age;会更简单；

print "Cache-Control: max-age=600\n";

这样脚本可以在被请求后缓存10分钟；这样用户如果按“后退”按钮，他们不会重新提交请求；
CGI的规范同时也允许客户端发送头信息，每个头信息都有一个‘HTTP_’的前缀；这样如果一个客户端发送一个If-Modified-Since请求，就是这样的：

HTTP_IF_MODIFIED_SINCE = Fri, 30 Oct 1998 14:19:41 GMT

参考一下cgi_buffer库，一个自动处理ETag的生成和校验的库，生成Content-Length属性和对内容进行gzip压缩。在Python脚本中也只需加入一行；

服务器端包含 Server Side Includes

SSI（经常使用.shtml扩展名）是网站发布者最早可以生成动态内容的方案。通过在页面中设置特别的标记，也成为一种嵌入HTML的脚本；
大部分SSI的实现无法设置校验器，于是无法缓存。但是Apache可以通过对特定文件的组执行权限设置实现允许用户设置那种SSI可以被缓存；结合XbitHack调整整个目录。更多文档请参考mod_include文档。

PHP

PHP是一个内建在web服务器中的服务器端脚本语言，当做为HTML嵌入式脚本，很像SSI，但是有更多的选项，PHP可以在各种Web服务器上设置为CGI模式运行，或者做为Apache的模块；
缺省PHP生成副本没有设置校验器，于是也无法缓存，但是开发者可以通过Header()函数来生成HTTP的头信息；
例如：以下代码会生成一个Cache-Control头信息，并设置为3天以后过期的Expires头信息；

<?php
Header("Cache-Control: must-revalidate");
$offset = 60 * 60 * 24 * 3;
$ExpStr = "Expires: " . gmdate("D, d M Y H:i:s", time() + $offset) . " GMT";
Header($ExpStr);
?>

记住： Header()的输出必须先于所有其他HTML的输出；
正如你看到的：你可以手工创建HTTP日期；PHP没有为你提供专门的函数（新版本已经让这个越来越容易了，请参考PHP的日期相关函数文档），当然，最简单的还是设置Cache-Control: max-age头信息，而且对于大部分情况都比较适用；
更多信息，请参考header相关的文档；
也请参考一下cgi_buffer库，自动处理ETag的生成和校验，Content-Length生成和内容的gzip压缩，PHP脚本只需包含1行代码；

Cold Fusion

Cold Fusion是Macromedia的商业服务器端脚本引擎，并且支持多种Windows平台，Linux平台和多种Unix平台。Cold Fusion通过CFHEADER标记设置HTTP头信息相对容易。可惜的是：以下的Expires头信息的设置有些容易误导；

它并不像你想像的那样工作，因为时间（本例中为请求发起的时间）并不会被转换成一个符合HTTP时间，而且打印出副本的Cold fusion的日期/时间对象，大部分客户端会忽略或者将其转换成1970年1月1日。
但是：Cold Fusion另外提供了一套日期格式化函数， GetHttpTimeSTring. 结合DateAdd函数，就很容易设置过期时间了，这里我们设置一个Header声明副本在1个月以后过期；

你也可以使用CFHEADER标签来设置Cache-Control: max-age等其他头信息；
记住：Web服务器也会将头信息设置转给Cold Fusion(做为CGI运行的时候)，检查你的服务器设置并确定你是否可以利用服务器设置代替Cold Fusion。

ASP和ASP.NET

在asp中设置HTTP头信息是：确认Response方法先于HTML内容输出前被调用，或者使用 Response.Buffer暂存输出；同样的：注意某些版本的IIS缺省设置会输出Cache-Control: private 头信息，必须声明成public才能被共享缓存服务器缓存。
IIS的ASP和其他web服务器都允许你设置HTTP头信息，例如：设置过期时间，你可以设置Response对象的属性；

<% Response.Expires=1440 %>

设置请求的副本在输出的指定分钟后过期，类似的：也可以设置绝对的过期时间（确认你的HTTP日期格式正确）

<% Response.ExpiresAbsolute=#May 31,1996 13:30:15 GMT# %>

Cache-Control头信息可以这样设置：

<% Response.CacheControl="public" %>

在ASP.NET中，Response.Expires 已经不推荐使用了，正确的方法是通过Response.Cache设置Cache相关的头信息；

Response.Cache.SetExpires ( DateTime.Now.AddMinutes ( 60 ) ) ;
Response.Cache.SetCacheability ( HttpCacheability.Public ) ;

参考MSDN文档可以找到更多相关新年系；

参考文档和深入阅读

HTTP 1.1 规范定义

HTTP 1.1的规范有大量的扩展用于页面缓存，以及权威的接口实现指南，参考章节：13, 14.9, 14.21, 以及 14.25.

Web-Caching.com

非常精彩的介绍缓存相关概念，并介绍其他在线资源。

关于非连续性访问统计

Jeff Goldberg内容丰富的演说告诉你为什么不应该过度依赖访问统计和计数器；

可缓存性检测引擎

可缓存的引擎设计，检测网页并确定其如何与Web缓存服务器交互，这个引擎配合这篇指南是一个很好的调试工具，

cgi_buffer库

包含库：用于CGI模式运行的Perl/Python/PHP脚本，自动处理ETag生成/校验，Content-Length生成和内容压缩。正确地。 Python版本也被用作其他大量的CGI脚本。

关于本文档

本文版权属于Mark Nottingham <mnot@pobox.com>，本作品遵循创作共用版权。
如果你镜像本文，请通过以上邮件告知，这样你可以在更新时被通知；
所有的商标属于其所有人。
虽然作者确信内容在发布时的正确性，但不保证其应用或引申应用的正确性，如有误传，错误或其他需要澄清的问题请尽快告知作者；
本文最新版本可以从 http://www.mnot.net/cache_docs/ 获得；
翻译版本包括：捷克语版，法语版和中文版。
版本： 1.81 – 2007年3月16日
创作共用版权声明
翻译：车东 2007年9月6日

[Memcached]分享在windows下使用分布式缓存memcache服务器经验

2009-12-24mikel阅读(778)

转载：http://www.xueit.com/html/2009-11-13/34-1297379632640.html

大访问量网站使用集群，分布式缓存来提升性能是很重要的选择，而分布式缓存memcache服务器可以安装到Linux与Windows平台下，下面就以windows下使用的经验分享下。

将memcache服务器安装包解压到C:\memcached文件夹后，使用cmd命令窗口安装。

1>开始>运行:CMD(确定)

2>cd C:\memcached（回车）

3>memcached -d install(回车这步执行安装)

4>memcached -d start(回车这步执行启动memcache服务器，默认分配64M内存，使用11211端口)

此时memcache服务器已经可以正常使用了。

memcache服务器安全：

Memcache服务器端都是直接通过客户端连接后直接操作，没有任何的验证过程，这样如果服务器是直接暴露在互联网上的话是比较危险，轻则数据泄露被其他无关人员查看，重则服务器被入侵，况且里面可能存在一些我们未知的bug或者是缓冲区溢出的情况，这些都是我们未知的，所以危险性是可以预见的。为了安全起见，做两点建议，能够稍微的防止黑客的入侵或者数据的泄露。

现在就关于修改memcache服务器配置的问题说明如下：

1>用内网ip的方式提供web应用服务器调用，不允许直接通过外网调用，如将memcache服务器放在192.168.1.55的服务器上

2>修改端口，如改为11200

3>分配内存，如分配1024M(1G内存)

方法如下：

1>开始>运行:CMD(确定)

2>cd C:\memcached（回车）

3>memcached -m 1024 -p 11200 -l 192.168.1.55(回车)

注意，此时命令行不会回到C:\memcached>状态，并且实际上memcache服务器悄悄变为stop状态了。此窗口不可以关闭。新开一个cmd窗口

4>开始>运行:CMD(确定)

5>cd C:\memcached（回车）

6>memcached -d start(回车)可以关闭此cmd窗口。

此时可以使用新配置的memcache服务器了。

上述方法虽然解决了修改默认配置的问题，但是始终会有一个cmd窗口不可以关闭，否则就回到11211端口的默认配置。

更好的解决方案是通过修改服务的注册表配置：

1>开始>运行：regedit(回车)

2>在注册表中找到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\memcached Server

3>默认的ImagePath键的值是："c:\memcached\memcached.exe" -d runservice，改为："c:\memcached\memcached.exe" -d runservice -m 512 -p 11200 -l 192.168.1.55（确定，关闭注册表）

4>我的电脑（右键）>管理>服务找到memcache的服务，重新启动一次即可生效。

此时，同网段内的电脑仍然可以利用这台memcache服务器，我们限定指定的web应用服务器才能够使用，通过防火墙的方式。如只允许 192.168.1.2这台Web服务器对Memcache服务器的访问，能够有效的阻止一些非法访问，相应的也可以增加一些其他的规则来加强安全性，这个可以根据自己的需要来做。

[缓存] 开源项目 ThumbCached

2009-12-24mikel阅读(802)

转载：http://www.cnblogs.com/domslab/archive/2009/06/29/1513564.html
http://www.cnblogs.com/domslab/archive/2009/06/29/1513514.html
版本：1.1.0
协议：New BSD license
平台：.Net 2.0/Mono 2.0
系统：Windows/Linux/BSD
ThumbCached 是一个简单高效的用于小数据的分布式缓存及储存系统（用于开发Web网站）。适用于缓存及储存数量庞大、个体容量小、读取频繁、需要持久化、非关键性的数据，例如网站中的缩略图、用户自定义头像、已格式化的页面文本等。ThumbCached 还可以内存缓存模式运行，作用相当于Memcached，在速度上可以达到 Memcached 的70%左右。在 1.1 版本中新增加了嵌入的运行方式，适用于以非服务的形式嵌入到一个Web应用程序。
功能特点：
* 使用一个文件来储存数据，可以避免过多的细小文件所造成磁盘空间浪费，同时方便数据的转移和备份。
* 服务程序和应用程序可以分布于不同的服务器，适用于分布式的网站。
* 数据的传输使用标准HTTP协议，方便多种程序语言（如ASP.NET，PHP等）访问。
* 能在一个服务实例中同时创建多个储存单元，以便于将不同类型的数据分开储存。

* 服务端使用高效的异步Socket技术。

下载地址：thumbcached.codeplex.com

Thumbcached 的程序结构图如下：

ThumbCached由HTTP Service、Cache item manager(上图中的 Buffer Pool)和StoreManager三部分组成，各部分的功能如下：
HTTP Service：接受及回答客户端的请求，传输数据；
Cache item manager：使用.Net的内存管理机制实现的缓冲，将被访问的cache项（以下称为“block”）缓存并加以管理，通过队列的方式将新增加或被更新的block项交给StoreManger；
StoreManager：持久化（储存）所有block的信息和二进制数据内容。

这样的设计能让读、写、更新数据的速度都比较快，因为常用的和新增加的缓存项都是放在pool里面的，而Store queue使用队列的方式将新增加的缓存项在后台持久化到文件。不过也是因为使用队列的原因，可能会导致pool的数据被删除而磁盘上的数据仍然存在的情况，所以删除数据时是等待磁盘上的数据也删除完毕之后才返回的，因此删除操作比较慢。幸好在实际应用中很少删除操作。

在持久化（即储存）部分，使用了两个文件来配合实现，一个文件存block的信息，另外一个文件存block的数据。
block信息使用SQLite储存并对block的key作索引，这样查找block信息时速度很快，数据表设计如下：

第二个文件用于储存block数据，因为block数据是不定长的，所以第二个文件使用了自定义的数据结构，考虑到更新block数据时如果采用直接丢弃旧的数据再新建一条记录这种方式会导致文件空间浪费，所以block数据的记录采用了覆盖旧记录加“链记录”的方式来实现。即每个记录都可以允许链 N块数据区域，这样能够最大限度地减少文件空间的浪费。下面是第二个文件的结构图：

储存数据之后，文件的内容会变成下图这样：

ThumbCached 使用HTTP协议跟应用程序通信，下面是协议的定义：

添加缓存项:
—————————————————-
Request:
   POST /update/ITEM_KEY?expire=EXPIRATION_SECOND&abs=EXPIRATION_TYPE HTTP/1.1
   Host: HOSTNAME:PORT
   Content-Length: INTEGER
   Content-Type: THUMBCACHED_DATA_TYPE_NAME
   Last-Modified: GMT_DATE_TIME
   [\r\n]
   [BINARY_DATA]

ITEM_KEY: a string to name an item
EXPIRATION_SECOND: an integer number to specify the item expiration time (take effective in non-persistance mode only)
EXPIRATION_TYPE: a number '0' or '1', if it equal to '1' that means absolute expire.
THUMBCACHED_DATA_TYPE_NAME: combine with 'tcd/' and an integer number,
               enum DataTypeNumber
               {
                   Binary =0,
                   Object =1,
                   Boolean =3,
                   Int32 =9,
                   Int64 =11,
                   Single = 13,
                   Double = 14,
                   DateTime = 16,
                   String = 18,
                   EmptyByteArray = 256 + 6,
                   EmptyString = 256 + 18
               }
GMT_DATE_TIME: specify the item time, take effecive in persistance mode.
Response:
   HTTP/1.1 200 OK
   Content-Length: 0

获取一个缓存项:
—————————————————-
Request:
   GET /fetch/ITEM_KEY HTTP/1.1
   If-Modified_Since: GMT_DATE_TIME

GMT_DATE_TIME: specify one time to test the item last modified time, if the item
   does not modified since GMT_DATE_TIME, this request will return 304-Not Modified http status code.
Response:
   HTTP/1.1 200 OK
   Content-Type: THUMBCACHED_DATA_TYPE_NAME
   Content-Length: INTEGER
   Last-Modified: GMT_DATE_TIME
   [\r\n]
   [BINARY_DATA]
如果指定的key不存在相应的缓存项，则返回404 http代码。

一次获取多个缓存项:
—————————————————-
Request:
   GET /multifetch/?keys=KEY1,KEY2,KEY3… HTTP/1.1
Response:
   HTTP/1.1 200 OK
   Content-Length: INTEGER
   [\r\n]
   KEY1
   THUMBCACHED_DATA_TYPE_NAME
   GMT_DATE_TIME
   DATA_LENGTH
   [BINARY_DATA]
   [\r\n]
   KEY2
   THUMBCACHED_DATA_TYPE_NAME
   GMT_DATE_TIME
   DATA_LENGTH
   [BINARY_DATA]
   [\r\n]
   KEY3
   ……

如果指定的key当中有其中的一个或多个没有对应的缓存项，则不返回改key的数据。
删除一个缓存项:
—————————————————-
Request:
   GET /remove/ITEM_KEY HTTP/1.1

Response:
   HTTP/1.1 200 OK

获取服务器状态:
—————————————————-
Request:
   GET /status   HTTP/1.1

Response:
   HTTP/1.1 200 OK
   Content-Type: text/plain
   Content-Length: INTEGER
   [\r\n]
   Pool memory: INTEGER
   Used memory: INTEGER
   Item amount: INTEGER
   Item hits: INTEGER

[创意]移动物联网之家电节能（2）

2009-12-24mikel阅读(1065)

本系列文章结合时下正热的“物联网”概念，介绍实现“家电节能”的一套解决方案。本部分讲述 “家电节能”的具体实现方法。

1. 系统结构

系统包括Sensor Node、Access Node和Server这三个主要组成部分。各部分的主要功能如下：

a. Sensor Node

负责电量采集，包括电压、电流和功耗等物理量，将模拟量转换为数字量，传送给Access Node；同时，Sensor Node可以接收Access Node发送的控制信息，对设备进行控制。

b. Access Node

负责接收Sensor Node发送的信息，并将这些信息发送给Server；同时，Access Node可以接收Server的控制信息，转发给对应的Access Node。

c. Server

提供UI，负责参数采集命令，将接收到的数据存入本地数据库；接收用户对各Sensor Node的阈值设置和控制指令。同时，Server也提供接口，供其他互联网设备访问。

2. 系统实现

2.1 组网方式

基于目前短距离无线通信的现状，Zigbee和RF具有各自的技术特点。Zigbee通信距离中等，抗干扰能力强，性能可靠稳定；采用IEEE802.15.4，处于全球公用的2.4G频段；组网灵活、方便，星型、树型或者Mesh网络；低功耗，低复杂度；多信道、多速率。RF通信距离远，穿透性好，抗干扰能力强；微发射功率，微功耗。因此，我们使用了基于Zigbee和RF射频的家电节能整体解决方案。系统采用分布式网络，底层电量采集使用RF射频通信，上层使用Zigbee进行组网。由于Zigbee的穿透能力不强，所以在部署的时候，尽量将Zigbee模块放在视距范围内，不要有墙体阻隔。

从网络规模上来看，可以分为小型网络和中大型网络这两种。在小型网络中，主机只需要插座的地址就可以与插座通信；Zigbee采用广播通信方式，实现主机与插座信息的透明传输；整个网络最多包含254个插座。在中大型网络中，采用主从通信模式，以Zigbee节点作为中继，实现主机和插座之间的信息传递；每个Zigbee节点可以包含254个插座，而整个网络可以包含多个Zigbee节点组成的子网络。

2.2 Sensor Node和Access Node

Sensor Node负责电量采集，内部包括AD模块，将模拟量转换为数字量，通过无线的方式传送给Access Node。Access Node起到一个透明传输的作用，将信息传送给Server端。由于目前大多数家电的控制接口都不公开，因此，比较通用的解决方法是将Sensor Node嵌于插座中，通过插座来检测用电情况。

2.3 Server

Server可以采用成本比较低的嵌入式设备，也可以采用PC机。在我们的项目中，我们使用了PC机，利用PC机的USB口和Access Node通信。需要说明的是，PC机的USB口是通过USB转串口模块和Access Node进行串口通信的。

Server通过串口发送数据采集指令，经Access Node转发给Sensor Node。得到数据以后，存入到本地Access数据库，然后通过曲线图，实时显示采集的数据量。界面如下：

关键代码如下：

打开串口部分

代码

            //Error Check
            StringBuilder strErrorMsg = new StringBuilder();
            if (textBoxComNo.TextLength == 0)
            {
                strErrorMsg.Append("请输入串口号!\n");
            }
            if (textBoxDataRate.TextLength == 0)
            {
                strErrorMsg.Append("请输入串口速率!\n");
            }
            if (strErrorMsg.Length > 0)
            {
                MessageBox.Show(strErrorMsg.ToString(), "Error");
                return;
            }
            //State check
            if (!PortOpen)
            {
                m_port = "COM" + this.textBoxComNo.Text;
                m_serialPort = new System.IO.Ports.SerialPort(m_port, Int32.Parse(this.textBoxDataRate.Text.Trim()));
                m_serialPort.Parity = Parity.None;
                m_serialPort.StopBits = StopBits.One;
                m_serialPort.ReceivedBytesThreshold = 11;
                interfaceUpdataHandle =   new HandleInterfaceUpdataDelegate(ReceivedDataProcess);
                m_serialPort.DataReceived += new SerialDataReceivedEventHandler(this.m_serialPort_DataReceived);
                try
                {
                    m_serialPort.Open();

                }
                catch (Exception e1)
                {
                    System.Console.WriteLine(e1.Message);
                }
                PortOpen = true;
                this.buttonOpenCom.Text = "关闭串口";
            }
            else
            {
                if (StartInt)
                {
                    MessageBox.Show("请先停止采集!", "Error");
                    return;
                }
                m_serialPort.Close();
                PortOpen = false;
                this.buttonOpenCom.Text = "打开串口";
            }

串口数据处理部分

代码

            string str = ByteArrayToHexString(message);
            //check to claer the message window
            if (listcounter == 23)
            {
                listcounter = 0;
                this.textBoxComMessage.Text = "";
            }
            //display on message window
            this.textBoxComMessage.Text += "RX:" + str + "\r\n";
            listcounter++;
            if (message[2] == 6)
            {
                str = BitConverter.ToString(message).Replace("–", "");
                pSave.Number = Hex2Ten(str.Substring(0, 2));
                pSave.Voltage = Hex2Ten(str.Substring(6, 4)) + "0";
                pSave.Current = Hex2Ten(str.Substring(10, 4));
                pSave.Power = Hex2Ten(str.Substring(14, 4));
            }
            else if (message[2] == 4)
            {
                //add to database
                str = BitConverter.ToString(message).Replace("–", "");
                string stemp = Hex2Ten(str.Substring(6, 8));
                int itemp = Int32.Parse(stemp);
                float b = 3200;
                float ftemp = (float)itemp / b;
                pSave.Consum = ftemp.ToString();
                pSave.Infotime = System.DateTime.Now;
                int id = ProductDao.insert(pSave);
                //统计数据库数据并显示
                Page page = PageQueryDao.getProducts(0);
                this.labelMsg.Text = String.Format("记录数: {0:d}, \n每页{1:d}条记录, {2:d}/{3:d}页",
                                page.TotalRecord, page.PageSize, page.CurPageIndex + 1, page.TotalPage);
                totalPage = page.TotalPage;
                DisplayChart(pSave);
            }

图像实时显示部分采用ZedGraph。ZedGraph是用于创建任意数据的二维线型、条型、饼型图表的一个类库，也可以作为Windows窗体用户控件和ASP.NET网页控件。这个类库具有高度的适应性，几乎所有式样的图表都能够被创建。这个类库的用法在于通过提供所有图表属性的省缺值来保持使用性的简单。这个类库包含了基于要绘制的数值范围内的可选择适当度量范围和跨度的代码。关于如何使用ZedGraph，可以参考园子里peterzb的Blog：C# WinForm开发系列 – ZedGraph。

为了便于网络上其他设备对Server的数据访问，Server端程序每隔一定时间将数据通过socket发送到其他设备。

Server端关键代码:

代码

public     void   OnTimedEvent(object   source,   ElapsedEventArgs   e)
        {
            mdbget();
            BeginSend();
        }
        public void send_Click(object sender, EventArgs e)
        {
            BeginSend();
        }
        public  void BeginSend()
        {
            string ip = "127.0.0.1";;
            string port = "2000";
            IPAddress serverIp = IPAddress.Parse(ip);
            int serverPort = Convert.ToInt32(port);
            IPEndPoint iep = new IPEndPoint(serverIp, serverPort);
            byte[] byteMessage;

            Socket socket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
            socket.Connect(iep);
            byteMessage = Encoding.GetEncoding("gb2312").GetBytes(sendtext);

            socket.Send(byteMessage);
            socket.Shutdown(SocketShutdown.Both);
            socket.Close();
        }
        private void getmdb_Click(object sender, EventArgs e)
        {
            this.sensorTableAdapter.Fill(this.sensorDataSet.sensor);
            mdbget();


        }
        public void mdbget()
        {

            String connectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=c:\\Debug\\sensor.mdb";
            OleDbConnection connection = new OleDbConnection(connectionString);
            connection.Open();
            string SQL = "select * from sensor";
            OleDbCommand cmd = new OleDbCommand(SQL, connection);
            OleDbDataReader rs = cmd.ExecuteReader();
            int i = 0;
            sendtext = "";

            while (rs.Read())
            {
                i++;
                sendtext += (rs[0].ToString() + "," + rs[1].ToString() + "," + rs[2].ToString() + "," + rs[3].ToString() + "," + rs[4].ToString() + "," + rs[5].ToString() + "," + rs[6].ToString() + "。");
            }

            sendtext = i.ToString() + "。" + sendtext.ToString();
            rs.Close();
            connection.Close();

        }
        private void client_Load(object sender, EventArgs e)
        {
            // TODO: 这行代码将数据加载到表“sensorDataSet.sensor”中。您可以根据需要移动或移除它。
            this.sensorTableAdapter.Fill(this.sensorDataSet.sensor);


            System.Timers.Timer aTimer = new System.Timers.Timer(30000);   //实例化Timer类，设置间隔时间为10000毫秒；
            aTimer.Elapsed += new ElapsedEventHandler(OnTimedEvent);   //到达时间的时候执行事件
            //   Only   raise   the   event   the   first   time   Interval   elapses.
            aTimer.AutoReset = true;  //设置是执行一次（false）还是一直执行(true)；
            aTimer.Enabled = true;   //是否执行System.Timers.Timer.Elapsed事件；
        }

其他设备端关键代码：

代码

rivate void server_Load(object sender, EventArgs e)
        {
            openserver();
            System.Timers.Timer aTimer = new System.Timers.Timer(30000);   //实例化Timer类，设置间隔时间为xx毫秒；
            aTimer.Elapsed += new ElapsedEventHandler(OnTimedEvent);   //到达时间的时候执行事件
            //   Only   raise   the   event   the   first   time   Interval   elapses.
            aTimer.AutoReset = true;  //设置是执行一次（false）还是一直执行(true)；
            aTimer.Enabled = true;   //是否执行System.Timers.Timer.Elapsed事件；
        }
        public void OnTimedEvent(object source, ElapsedEventArgs e)
        {
            savedata();
        }
        private void open_Click(object sender, EventArgs e)
        {
            openserver();

        }
        public void openserver()
        {
            open.Enabled = false;
            try
            {
                mythread = new Thread(new ThreadStart(BeginListen));
                mythread.Start();
            }
            catch (System.Exception er)
            {
                MessageBox.Show(er.Message, "完成", MessageBoxButtons.OK, MessageBoxIcon.Stop);
            }
        }
        private void BeginListen()
        {
            string host = "127.0.0.1";

            IPAddress ServerIp = IPAddress.Parse(host);
            IPEndPoint iep = new IPEndPoint(ServerIp,2000);
            socket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
            byte[] recvBytes = new byte[65536];

            this.label1.Text = iep.ToString();
            socket.Bind(iep);
            while (true)
            {
                try
                {
                    socket.Listen(5);
                    Socket newSocket = socket.Accept();
                    int bytes;
                    bytes = newSocket.Receive(recvBytes, recvBytes.Length, 0);
                    string sTime = DateTime.Now.ToShortTimeString();
                    string msg = sTime + ":" + "Message from:";
                    msg += newSocket.RemoteEndPoint.ToString()+":" +Encoding.GetEncoding("gb2312").GetString(recvBytes, 0, bytes);// Encoding.ASCII.GetString(recvBytes, 0, bytes);
                    textBox1.Text = "";
                    textBox1.Text = Encoding.GetEncoding("gb2312").GetString(recvBytes, 0, bytes);
                    this.listBox1.Items.Add(msg);

                }
                catch (SocketException ex)
                {
                    this.label1.Text += ex.ToString();
                }
            }

        }
        private void save_Click(object sender, EventArgs e)
        {
            savedata();


        }
        public void savedata()
        {
            string info = textBox1.Text.ToString();
            if (info != "")
            {

                string[] record = info.Split('。');
                int i;
                int all = int.Parse(record[0].ToString());
                //StreamWriter sw = new StreamWriter("data.txt", false);
                String connectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=d:\\sensor.mdb";
                OleDbConnection connection = new OleDbConnection(connectionString);
                connection.Open();
                string sql;
                sql = "delete * from sensor";
                OleDbCommand cmd = new OleDbCommand(sql, connection);
                cmd.ExecuteNonQuery();
              for (i = 1; i <= all; i++)
                {
                    string[] str = record[i].Split(',');
                    sql = "insert into sensor  values (" + str[0] + ",'" + str[1] + "','" + str[2] + "','" + str[3] + "','" + str[4] + "','" + str[5] + "','" + str[6] + "')";
                    cmd = new OleDbCommand(sql, connection);
                    cmd.ExecuteNonQuery();
                }
                connection.Close();
               // MessageBox.Show("执行成功");

            }
           /* else
               MessageBox.Show("还没有数据，无法存储");*/
        }

Server端软件视频已经上传至youku，地址：http://v.youku.com/v_show/id_XMTQwNDcwNDQ4.html。

参考链接：

C# WinForm开发系列 – ZedGraph

http://baike.baidu.com/view/117166.htm

声明和致谢：本项目由北京邮电大学微软技术俱乐部成员施炯、曾阳和叶周全完成，感谢微软亚洲研究院对本项目的资金支持，感谢MSRA UR李贝、张静和王春晖。

[MVC]利用Asp.net MVC处理文件的上传下载

2009-12-24mikel阅读(891)

如果你仅仅只有ASP.NET Web Forms背景转而学习ASP.NET MVC的，我想你的第一个经历或许是那些曾经让你的编程变得愉悦无比的服务端控件都驾鹤西去了.FileUpload就是其中一个，而这个控件的缺席给我们带来一些小问题。这篇文章主要说如何在ASP.NET MVC中上传文件，然后如何再从服务器中把上传过的文件下载下来.

在Web Forms中,当你把一个FileUpload控件拖到设计器中，你或许没有注意到在生成的HTML中会在form标签中加入一条额外属性 enctype="multipart/form-data". 而FileUpload控件本身会生成为<input type=”file” />，在MVC的view里，有许多种方法可以做到同样效果，第一种的HTML如下:

<form action="/" method="post" enctype="multipart/form-data">
<input type="file" name="FileUpload1" /><br />
<input type="submit" name="Submit" id="Submit" value="Upload" />
</form>

注意form标签已经包括了enctype标签，而method属性则设为”post”,这样设置并不多于因为默认的提交时通过HTTP get方式进行的。下面这种方式，使用Html.BeginForm()扩展方法，会生成和上面同样的HTML：

<%
using (Html.BeginForm("", "home", FormMethod.Post, new {enctype="multipart/form-data"}))
{%>
<input type="file" name="FileUpload1" /><br />
<input type="submit" name="Submit" id="Submit" value="Upload" />
<% }%>

注意<input type=”file”>标签的name属性，我们在后面再讨论，上面代码会如下图:

OK,现在我们可以浏览本地文件然后通过Upload提交按钮将文件提交到服务器端，下一步就是在服务器端处理上传的文件，在使用 fileUpload控件时，你可以很轻松的通过FileUpload的hasFile方法来查看文件是否被上传。但是在ASP.NET MVC中貌似就不是这么方便了，你会和原始的HTTP更接近一些，然而，一个扩展方法可以处理这些:

public static bool HasFile(this HttpPostedFileBase file)
{
return (file != null && file.ContentLength > 0) ? true : false;
}

当你看到对应的Controller类的代码时，你会发现Request对象作为HttpRequestBase类型的一个属性存在。 HttpReuqestBase其实是HTTP请求的一个封装，暴漏了很多属性，包括Files collection（其实是HttpFileCollectionBase的集合）,在集合中的每一个元素都是HttpPostedFileBase的集合，扩展方法是用于确保上传的文件是否存在。实际上，这和FileUpload.HasFile()方法的工作原理一致。

在Controller Action中使用起来其实很容易:

public class HomeController : Controller
{
public ActionResult Index()
{
foreach (string upload in Request.Files)
{
if (!Request.Files[upload].HasFile()) continue;
string path = AppDomain.CurrentDomain.BaseDirectory + "uploads/";
string filename = Path.GetFileName(Request.Files[upload].FileName);
Request.Files[upload].SaveAs(Path.Combine(path, filename));
}
return View();
}
}

多文件上传

或许你已经比我更早的想到如何更好的将Request.Files作为一个集合使用。这意味着它不仅仅只能容纳一个文件，而能容纳多个，我们将上面的View改为如下：

<%
using (Html.BeginForm("", "home", FormMethod.Post, new {enctype="multipart/form-data"}))
{%>
<input type="file" name="FileUpload1" /><br />
<input type="file" name="FileUpload2" /><br />
<input type="file" name="FileUpload3" /><br />
<input type="file" name="FileUpload4" /><br />
<input type="file" name="FileUpload5" /><br />
<input type="submit" name="Submit" id="Submit" value="Upload" />
<% }%>

效果如下:

在Controller的代码中已经检查了是否所有的文件上传框中都有文件，所以即使对于多文件上传，我们也不再需要修改Controller的代码，注意每一个<input type=”file”>都有不同的name属性,如果你需要调用其中一个，比如说，你需要引用第三个输入框只需要使用:Request.Files["FileUpload3"].

存入数据库

在你冲我狂吼”关注点分离”之前，我想声明下面的代码仅仅用于作为说明功能.我将ADO.Net的代码放入Controller action中，但我们都知道，这并不好。数据访问的代码应该放在Model中某个部分的数据访问层中.但是，下面这段代码仅仅可以给大家怎样将上传的文件存入数据库中一个更直观的印象，首先，我们需要创建一个数据表(FileTest)并创建一个表:FileStore

Create TABLE [dbo].[FileStore](
[ID] [int] IDENTITY(1,1) NOT NULL,
[FileContent] [image] NOT NULL,
[MimeType] [nvarchar](50) NOT NULL,
[FileName] [nvarchar](50) NOT NULL
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]

FileContent域是image数据类型，用于存储以二进制数据形成的文件，而Index Action改为：

public ActionResult Index()
{
foreach (string upload in Request.Files)
{
if (!Request.Files[upload].HasFile()) continue;
string mimeType = Request.Files[upload].ContentType;
Stream fileStream = Request.Files[upload].InputStream;
string fileName = Path.GetFileName(Request.Files[upload].FileName);
int fileLength = Request.Files[upload].ContentLength;
byte[] fileData = new byte[fileLength];
fileStream.Read(fileData, 0, fileLength);
const string connect = @"Server=.\SQLExpress;Database=FileTest;Trusted_Connection=True;";
using (var conn = new SqlConnection(connect))
{
var qry = "Insert INTO FileStore (FileContent, MimeType, FileName) VALUES (@FileContent, @MimeType, @FileName)";
var cmd = new SqlCommand(qry, conn);
cmd.Parameters.AddWithValue("@FileContent", fileData);
cmd.Parameters.AddWithValue("@MimeType", mimeType);
cmd.Parameters.AddWithValue("@FileName", fileName);
conn.Open();
cmd.ExecuteNonQuery();
}
}
return View();
}

修改后的代码会以循环的方式遍历Web页面中所有的上传文件，并检查<input type=”file”>中是否已经加入文件，然后，从文件中提取出3个信息：文件名，MIME类型(文件的类型)，HTTP Request中的二进制流。二进制数据被转换为byte数组，并以image数据类型存入数据库。MIME类型和文件名对于用户从数据库中提取文件来说非常重要。

将数据库中的文件返回给用户：

你如何将文件传送给用户取决于你最开始如何存储它，如果你将文件存入数据库，你会用流的方式将文件返还给用户，如果你将文件存在硬盘中，你只需要提供一个超链接即可，或者也可以以流的方式。每当你需要以流的方式将文件送到浏览器中，你都的使用到File()方法的重载（而不是使用我们先前一直使用的 View()方法）,对于File()方法有3类返回类型：FilePathResult,FileContentResult和 FileStreamResult,第一种类型用于直接从磁盘返回文件；第二种类型用于将byte数组返回客户端；而第三种方式将已经生成并打开的流对象的内容返回客户端。

如果你还记得的话，我们将上传的文件存入了数据库，并以byte数组的形式存入FileContent域内.而当需要提取时，它仍然会以一个 byte数组进行提取，这意味着我们使用返回FileContentResult的File()重载,如果我们想让提取的文件名更有意义，我们使用接受3 个参数的重载，三个参数是:byte数组，MIME类型，文件名:

public FileContentResult GetFile(int id)
{
SqlDataReader rdr; byte[] fileContent = null;
string mimeType = "";string fileName = "";
const string connect = @"Server=.\SQLExpress;Database=FileTest;Trusted_Connection=True;";
using (var conn = new SqlConnection(connect))
{
var qry = "Select FileContent, MimeType, FileName FROM FileStore Where ID = @ID";
var cmd = new SqlCommand(qry, conn);
cmd.Parameters.AddWithValue("@ID", id);
conn.Open();
rdr = cmd.ExecuteReader();
if (rdr.HasRows)
{
rdr.Read();
fileContent = (byte[])rdr["FileContent"];
mimeType = rdr["MimeType"].ToString();
fileName = rdr["FileName"].ToString();
}
}
return File(fileContent, mimeType, fileName);
}

在View中最简单的使用来使用这个Action只需提供一个超链接：

<a href="/GetFile/1">Click to get file</a>

如果在数据库中存储的图片是图片类型，和使用超链接不同的是，我们通过指向Controller action的一个带有src属性的<image>标签来获取:

<img src="/GetFile/1" alt="My Image" />

下面再让我们来看看使用FilePathResult（用于从硬盘提取文件）是多简单的事：

public FilePathResult GetFileFromDisk()
{
string path = AppDomain.CurrentDomain.BaseDirectory + "uploads/";
string fileName = "test.txt";
return File(path + fileName, "text/plain", "test.txt");
}

而这也可以用过超链接提取:

<a href="/GetFileFromDisk">Click to get file</a>

而最后一个选择FileStreamResult也可以从磁盘中提取文件:

public FileStreamResult StreamFileFromDisk()
{
string path = AppDomain.CurrentDomain.BaseDirectory + "uploads/";
string fileName = "test.txt";
return File(new FileStream(path + fileName, FileMode.Open), "text/plain", fileName);
}

FilePathResult和FileStreamResult的区别是什么？我们又该如何取舍呢？主要的区别是FilePathResult使用HttpResponse.TransmitFile来将文件写入Http输出流。这个方法并不会在服务器内存中进行缓冲，所以这对于发送大文件是一个不错的选择。他们的区别很像DataReader和DataSet的区别。于此同时， TransmitFile还有一个bug,这可能导致文件传到客户端一半就停了，甚至无法传送。而FileStreamResult在这方面就很棒了。比如说：返回Asp.net Chart 控件在内存中生成的图表图片，而这并不需要将图片存到磁盘中.

————————————————

原文链接:http://www.mikesdotnetting.com/Article/125/ASP.NET-MVC-Uploading-and-Downloading-Files

上一页
1
···
740
741
742
743
744
745
746
...
下一页
共 882 页

开发笔记 第743页

1.Expires（过期时间）HTTP头信息

2.Cache-Control（缓存控制） HTTP头信息

3.Last-Modified/If-Modified-Since

4. ETag/If-None-Match

5. 压缩 (Compression)

6.总结

什么是Web缓存，为什么要使用它？

缓存的类型

浏览器缓存

代理服务器缓存

网关缓存

Web缓存无害吗？为什么要鼓励缓存？

缓存如何工作

如何控制（控制不）缓存

HTML meta标签和HTTP 头信息

Pragma HTTP头信息 (为什么它不起作用)

使用Expires（过期时间）HTTP头信息来控制保鲜期

Cache-Control（缓存控制） HTTP头信息

校验参数和校验

创建利于缓存网站的窍门

编写利于缓存的脚本

常见问题解答

让网站变得可缓存的要点是什么？

如何让页面通过缓存达到最快相应？

我理解缓存是好的，但是我不得不统计多少人访问了我的网站！

我如何能看到HTTP头信息的内容？

我的页面是密码保护的，代理缓存服务器如何处理他们？

我们是否要担心用户通过cache访问我的站点？

我在寻找一个包含在Web发布系统解决方案，那些是比较有缓存意识的系统？

我的图片设置了1个月后过期，但是我现在需要现在更新。

我运行一个Web托管服务，如何让我的用户发布缓存友好的网页？

我标记了一些网页是可缓存的，但是浏览器仍然每次发送请求给服务。如何强制他们保存副本？

缓存机制的实现 – Web服务器端配置

Apache HTTP服务器

Microsoft IIS服务器

Netscape/iPlanet企业服务器

缓存机制的实现：服务器端脚本

CGI程序

服务器端包含 Server Side Includes

PHP

Cold Fusion

ASP和ASP.NET

参考文档和深入阅读

关于本文档

多文件上传

存入数据库

热门标签

分类

链接表

开发笔记第743页