- 浏览: 4820331 次
- 性别:
- 来自: 上海
博客专栏
-
robbin谈管理
浏览量:136995
文章分类
最新评论
-
xly1981:
领导者是团队的灵魂。深入一线的过程,包括代码review,能帮 ...
robbin谈管理:改造团队的经验(2) -
jiehuangwei:
像这种总结比较性的ppt文档可以多发啊
Web并发模型粗浅探讨 -
linux1308:
看完学习到了很多东西,感谢推荐!
推荐一篇很好的RoR部署方案性能评测 -
zweite:
直接对搜索的结果进行缓存是不是会更快一点呢
漫谈应用缓存的命中率问题 -
kaogua:
现在已经是ruby2.0了, 不知道这个的效率是怎么样的, 是 ...
Ruby作为服务器端应用已经成熟了
我们都知道浏览器会缓存访问过网站的网页,浏览器通过URL地址访问一个网页,显示网页内容的同时会在电脑上面缓存网页内容。如果网页没有更新的话,浏览器再次访问这个URL地址的时候,就不会再次下载网页,而是直接使用本地缓存的网页。只有当网站明确标识资源已经更新,浏览器才会再次下载网页。
一、什么是HTTP Cache
对于浏览器的这种网页缓存机制大家已经耳熟能详了,举个例子来说,JavaEye的新闻订阅地址:http://www.iteye.com/rss/news , 当浏览器或者订阅程序访问这个URL地址的时候,JavaEye的服务器在response的header里面会发送给浏览器如下状态标识:
这就是告诉浏览器,新闻订阅这个网络资源的最后修改时间和Etag。于是浏览器把这两个状态信息连同网页内容在本地进行缓存,当浏览器再次访问JavaEye新闻订阅地址的时候,浏览器会发送如下两个状态标识给JavaEye服务器:
就是告诉服务器,我本地缓存的网页最后修改时间和Etag是什么,请问你服务器的资源有没有在我上次访问之后有更新啊?于是JavaEye服务器会核对一下,如果该用户上次访问之后没有更新过新闻,那么根本就不必生成这个RSS了,直接告诉浏览器:“没什么新东西,你还是看自己缓存的网页吧”,于是服务器就发送一个304 Not Modified的消息,其他什么都不用干了。
这就是HTTP层的Cache,使用这种基于资源的缓存机制,不但大大节省服务器程序资源,而且还减少了网页下载次数,节约了很多网络带宽。
二、HTTP Cache究竟有什么作用?
我们通常的动态网站编程,服务器端程序根本就不去处理浏览器发送过来的If-None-Match和If-Modified-Since状态标识,只要有请求就生成网页发送给浏览器。对于一般情况来说,用户不会总是没完没了刷新一个页面,所以大家并不认为这种基于资源的缓存有什么太大的作用,但实际情况并非如此:
1、像Google这种比较智能的网络爬虫可以有效识别资源的状态信息,如果使用这种缓存机制,可以大大减少爬虫的爬取次数。
比方说Google每天爬JavaEye网站大概15万次左右,但实际上JavaEye每天有更新的内容不会超过1万个网页。因为很多内容更新比较快,因此Google就会反复不停的爬取,这样本身就造成了很多资源的浪费。如果我们使用HTTP Cache,那么只有当网页内容发生改变的时候,才会真正进行爬取,其他时候我们直接告诉Google的爬虫304 Not Modified就可以了。这样不但降低了服务器本身的负载和爬虫造成的网络带宽消耗,实际上也大大提高了Google爬虫的工作效率,岂不是皆大欢喜?
2、很多内容更新不频繁的网页,尽管用户不会频繁的刷新,但是从一个比较长的时间段来看使用HTTP Cache,仍然可以起到很大的缓存作用。
比方说一些历史讨论帖子,已经过去了几个月了,这些帖子内容很少更新。用户可能通过搜索,收藏链接,文章关联等方式时不时访问到这个页面。那么只要用户访问过一次以后,后续所有访问服务器直接发送304 Not Modified就可以了,不用真正生成页面。
3、对于历史帖子使用HTTP Cache可以避免爬虫反复的爬取。
比方说JavaEye的论坛帖子列表页面,分页到20页后面的帖子已经很少有人直接访问了,但是从服务器日志去看,每天仍然有大量爬虫反复爬取这些分页到很后面的页面。这些页面由于用户很少去点击,所以基本上没有被应用程序的memcached缓存住,每次访问都会造成很高的资源消耗,爬虫隔一段时间就爬一次,对服务器是很大的负担。如果使用了HTTP Cache,那么只要爬虫爬过一次以后,以后无论爬虫爬多少次,都可以直接返回304 Not Modified了,极大的节省了服务器的负载。
三、如何在应用程序里面使用HTTP Cache
如果我们要在自己的程序里面实现HTTP Cache,是件非常简单的事情,特别是对Rails来说只需要添加一点点代码,以上面的JavaEye新闻订阅来说,只要添加一行代码:
用最新新闻文章作为Etag,该文章最后修改时间作为资源的最后修改时间,这样就OK了。如果浏览器发送过来的标识和服务器标识一致,说明内容没有更新,直接发送304 Not Modified;如果不一致,说明内容更新,浏览器本地的缓存太古老了,那么就需要服务器真正生成页面了。
以上只是一个最简单的例子,如果我们需要根据状态做一些更多的工作也是很容易的。比方说JavaEye博客的RSS订阅地址: http://robbin.iteye.com/rss
这个实现稍微复杂一些。我们需要判断博客订阅所有的输出文章是否有更新,所以我们用博客文章内容最后修改时间和博客的评论数量做一个hash,然后用这个hash值作为资源的Etag,那么只要这些博客文章当中任何文章内容被修改,或者有新评论,都会改变Etag值,从而通知浏览器内容有更新了。
除了RSS订阅之外,JavaEye网站还有很多地方适合使用HTTP Cache,比方说JavaEye论坛的版面列表页面,一些经常喜欢泡论坛的用户,可能时不时会上来刷新一下版面, 看看有没有新的帖子,那么我们就不必每次用户请求的时候都去执行程序,生成页面给他。我们判断一下如果没有新帖子的话,直接告诉他304 Not Modified就可以了,在没有使用HTTP Cache之前的版面Action代码:
添加HTTP Cache以后,代码如下:
对于登录用户,不使用HTTP Cache,这是因为登录用户需要实时接收站内短信通知和订阅通知,因此我们只能对匿名用户使用HTTP Cache,然后我们使用当前所有帖子id和回帖数构造hash作Etag,这样只要当前分页列表页面有任何帖子发生改变或者有了新回帖,就更新页面,否则就不必重新生成页面。
论坛帖子页面实际上也可以使用HTTP Cache,只不过Etag的hash算法稍微复杂一些,需要保证帖子的任何改动都要引起hash值的改变,示例代码如下:
要分别根据主题贴,该分页的所有回帖和帖子页面的广告内容进行hash,计算出来一个唯一的Etag值,保证任何改动都会生成新的Etag,这样就搞定了,是不是很简单!这种帖子的缓存非常有效,可以避免Rails去render页面和下载页面,极大的减轻了服务器负载和带宽。
再举一个需求比较特殊的例子:对于知识库搜索相关文章的推荐页面,比方说:http://www.iteye.com/wiki/topic/462476,也就是本文的相关文章推荐内容,我们并不希望用户和爬虫每次访问这个页面都实际执行一遍全文检索,然后构造页面内容,在一个相对不长的时间范围内,这篇文章的相关推荐文章改变的概率不大,因此我们希望比方说5天之内,用户重复访问该页面,就直接返回304 Not Modified,那么Rails没有直接的设施给我们使用,需要我们稍微了解一些Rails的机制,自己编写,代码示例如下:
每次用户请求,我们判断用户是否5天之内访问过该页面,如果访问过,直接返回304 Not Modified,如果没有访问过,或者上次访问已经超过了5天,那么设置最近修改时间为当前时间,然后生成页面给用户。是不是很简单?
在给JavaEye网站所有的RSS订阅输出添加了HTTP Cache以后,通过一天的观察发现,超过一半的RSS订阅请求已经被缓存了,直接返回304 Not Modified,所以效果非常明显,由于JavaEye网站每天RSS订阅的动态请求就超过了10万次,因此添加HTTP Cache可以减轻不少服务器的负担和带宽消耗。除此之外,新闻文章页面,整个论坛频道,知识库相关推荐文章页面都可以添加HTTP Cache,粗粗计算下来,JavaEye这些页面统统使用HTTP Cache以后,网站整体性能至少可以提高10%。
....
最后修改时间的显示,也都可以用JS来完成。
....
刚说完就有了,还是同一天发表的,真是无巧不成书
http://vinsol.com/blog/2009/09/07/rails-caching-and-javascript-techniques/
你需要的是Rack::Cache
1、很多网站号称自己PV如何如何,几百万几千万PV,其实真实PV可能都不到一百万。就是因为他们是通过统计服务器日志来计算的。现在很多号称五百万到八百万PV的网站其实真实流量还不如JavaEye,但是JavaEye只号称自己一百万PV。要看真实PV,可以用Google Analytics,这个是相当准确的。爬虫流量不会导致GA统计数字上升,可以准确的排除爬虫流量。
2、用HTTP Cache以后,不会影响点击率,因为像GA这种流量统计系统是在页面里面嵌入js,虽然浏览器并不真正从服务器下载页面,但是还是需要真实渲染页面和执行js请求的,所以GA统计的流量不会有任何损失。
一、什么是HTTP Cache
对于浏览器的这种网页缓存机制大家已经耳熟能详了,举个例子来说,JavaEye的新闻订阅地址:http://www.iteye.com/rss/news , 当浏览器或者订阅程序访问这个URL地址的时候,JavaEye的服务器在response的header里面会发送给浏览器如下状态标识:
Etag "427fe7b6442f2096dff4f92339305444" Last-Modified Fri, 04 Sep 2009 05:55:43 GMT
这就是告诉浏览器,新闻订阅这个网络资源的最后修改时间和Etag。于是浏览器把这两个状态信息连同网页内容在本地进行缓存,当浏览器再次访问JavaEye新闻订阅地址的时候,浏览器会发送如下两个状态标识给JavaEye服务器:
If-None-Match "427fe7b6442f2096dff4f92339305444" If-Modified-Since Fri, 04 Sep 2009 05:55:43 GMT
就是告诉服务器,我本地缓存的网页最后修改时间和Etag是什么,请问你服务器的资源有没有在我上次访问之后有更新啊?于是JavaEye服务器会核对一下,如果该用户上次访问之后没有更新过新闻,那么根本就不必生成这个RSS了,直接告诉浏览器:“没什么新东西,你还是看自己缓存的网页吧”,于是服务器就发送一个304 Not Modified的消息,其他什么都不用干了。
这就是HTTP层的Cache,使用这种基于资源的缓存机制,不但大大节省服务器程序资源,而且还减少了网页下载次数,节约了很多网络带宽。
二、HTTP Cache究竟有什么作用?
我们通常的动态网站编程,服务器端程序根本就不去处理浏览器发送过来的If-None-Match和If-Modified-Since状态标识,只要有请求就生成网页发送给浏览器。对于一般情况来说,用户不会总是没完没了刷新一个页面,所以大家并不认为这种基于资源的缓存有什么太大的作用,但实际情况并非如此:
1、像Google这种比较智能的网络爬虫可以有效识别资源的状态信息,如果使用这种缓存机制,可以大大减少爬虫的爬取次数。
比方说Google每天爬JavaEye网站大概15万次左右,但实际上JavaEye每天有更新的内容不会超过1万个网页。因为很多内容更新比较快,因此Google就会反复不停的爬取,这样本身就造成了很多资源的浪费。如果我们使用HTTP Cache,那么只有当网页内容发生改变的时候,才会真正进行爬取,其他时候我们直接告诉Google的爬虫304 Not Modified就可以了。这样不但降低了服务器本身的负载和爬虫造成的网络带宽消耗,实际上也大大提高了Google爬虫的工作效率,岂不是皆大欢喜?
2、很多内容更新不频繁的网页,尽管用户不会频繁的刷新,但是从一个比较长的时间段来看使用HTTP Cache,仍然可以起到很大的缓存作用。
比方说一些历史讨论帖子,已经过去了几个月了,这些帖子内容很少更新。用户可能通过搜索,收藏链接,文章关联等方式时不时访问到这个页面。那么只要用户访问过一次以后,后续所有访问服务器直接发送304 Not Modified就可以了,不用真正生成页面。
3、对于历史帖子使用HTTP Cache可以避免爬虫反复的爬取。
比方说JavaEye的论坛帖子列表页面,分页到20页后面的帖子已经很少有人直接访问了,但是从服务器日志去看,每天仍然有大量爬虫反复爬取这些分页到很后面的页面。这些页面由于用户很少去点击,所以基本上没有被应用程序的memcached缓存住,每次访问都会造成很高的资源消耗,爬虫隔一段时间就爬一次,对服务器是很大的负担。如果使用了HTTP Cache,那么只要爬虫爬过一次以后,以后无论爬虫爬多少次,都可以直接返回304 Not Modified了,极大的节省了服务器的负载。
三、如何在应用程序里面使用HTTP Cache
如果我们要在自己的程序里面实现HTTP Cache,是件非常简单的事情,特别是对Rails来说只需要添加一点点代码,以上面的JavaEye新闻订阅来说,只要添加一行代码:
def news fresh_when(:last_modified => News.last.created_at, :etag => News.last) end
用最新新闻文章作为Etag,该文章最后修改时间作为资源的最后修改时间,这样就OK了。如果浏览器发送过来的标识和服务器标识一致,说明内容没有更新,直接发送304 Not Modified;如果不一致,说明内容更新,浏览器本地的缓存太古老了,那么就需要服务器真正生成页面了。
以上只是一个最简单的例子,如果我们需要根据状态做一些更多的工作也是很容易的。比方说JavaEye博客的RSS订阅地址: http://robbin.iteye.com/rss
@blogs = @blog_owner.last_blogs @hash = @blogs.collect{|b| {b.id => b.post.modified_at.to_i + b.posts_count}}.hash if stale?(:last_modified => (@blog_owner.last_blog.post.modified_at || @blog_owner.last_blog.post.created_at), :etag => @hash) render :template => "rss/blog" end
这个实现稍微复杂一些。我们需要判断博客订阅所有的输出文章是否有更新,所以我们用博客文章内容最后修改时间和博客的评论数量做一个hash,然后用这个hash值作为资源的Etag,那么只要这些博客文章当中任何文章内容被修改,或者有新评论,都会改变Etag值,从而通知浏览器内容有更新了。
除了RSS订阅之外,JavaEye网站还有很多地方适合使用HTTP Cache,比方说JavaEye论坛的版面列表页面,一些经常喜欢泡论坛的用户,可能时不时会上来刷新一下版面, 看看有没有新的帖子,那么我们就不必每次用户请求的时候都去执行程序,生成页面给他。我们判断一下如果没有新帖子的话,直接告诉他304 Not Modified就可以了,在没有使用HTTP Cache之前的版面Action代码:
def board @topics = @forum.topics.paginate... @announcements = (params[:page] || 1).to_i == 1 ? Topic.find :all, :conditions => ... render :action => 'show' end
添加HTTP Cache以后,代码如下:
def board @topics = @forum.topics.paginate... if logged_in? || stale?(:last_modified => @topics[0].last_post.created_at, :etag => @topics.collect{|t| {t.id => t.posts_count}}.hash) @announcements = (params[:page] || 1).to_i == 1 ? Topic.find :all, :conditions... render :action => 'show' end end
对于登录用户,不使用HTTP Cache,这是因为登录用户需要实时接收站内短信通知和订阅通知,因此我们只能对匿名用户使用HTTP Cache,然后我们使用当前所有帖子id和回帖数构造hash作Etag,这样只要当前分页列表页面有任何帖子发生改变或者有了新回帖,就更新页面,否则就不必重新生成页面。
论坛帖子页面实际上也可以使用HTTP Cache,只不过Etag的hash算法稍微复杂一些,需要保证帖子的任何改动都要引起hash值的改变,示例代码如下:
def show @topic = Topic.find params[:id] user_session.update_....... if logged_in? Topic.increment_counter(...) if ...... @posts = @topic.post_by_page params[:page] posts_hash = @posts.collect{|p| {p.id => p.modified_at}}.hash topic_hash = @topic.forum_id + @topic.sys_tag_id.to_i + @topic.title.hash + @topic.status_flag.hash ad_hash = ... (广告的hash算法,略) if logged_in? || stale?(:etag => [posts_hash, topic_hash, ad_hash]) render end end
要分别根据主题贴,该分页的所有回帖和帖子页面的广告内容进行hash,计算出来一个唯一的Etag值,保证任何改动都会生成新的Etag,这样就搞定了,是不是很简单!这种帖子的缓存非常有效,可以避免Rails去render页面和下载页面,极大的减轻了服务器负载和带宽。
再举一个需求比较特殊的例子:对于知识库搜索相关文章的推荐页面,比方说:http://www.iteye.com/wiki/topic/462476,也就是本文的相关文章推荐内容,我们并不希望用户和爬虫每次访问这个页面都实际执行一遍全文检索,然后构造页面内容,在一个相对不长的时间范围内,这篇文章的相关推荐文章改变的概率不大,因此我们希望比方说5天之内,用户重复访问该页面,就直接返回304 Not Modified,那么Rails没有直接的设施给我们使用,需要我们稍微了解一些Rails的机制,自己编写,代码示例如下:
def topic @topic = Topic.find(params[:id]) unless logged_in? if request.not_modified?(5.days.ago) head :not_modified else response.last_modified = Time.now end end end
每次用户请求,我们判断用户是否5天之内访问过该页面,如果访问过,直接返回304 Not Modified,如果没有访问过,或者上次访问已经超过了5天,那么设置最近修改时间为当前时间,然后生成页面给用户。是不是很简单?
在给JavaEye网站所有的RSS订阅输出添加了HTTP Cache以后,通过一天的观察发现,超过一半的RSS订阅请求已经被缓存了,直接返回304 Not Modified,所以效果非常明显,由于JavaEye网站每天RSS订阅的动态请求就超过了10万次,因此添加HTTP Cache可以减轻不少服务器的负担和带宽消耗。除此之外,新闻文章页面,整个论坛频道,知识库相关推荐文章页面都可以添加HTTP Cache,粗粗计算下来,JavaEye这些页面统统使用HTTP Cache以后,网站整体性能至少可以提高10%。
评论
16 楼
liusong1111
2010-09-03
这是robbin去年这时候发的,楼上给的那个链接明显是转载的.
一年过去了,随着IE9的表态,chrome extension/app store的布署,其它浏览器的跟进,html5的发展形势更加明朗,而html5里的application cache,local storage,web database等东西将给http cache增色一个等级,对于激进的技术人员来说,可以想像的空间相当大。
rails3的发布,在我看来,只是偿还以前欠下的架构债务,给了使用者一个完美的交待。rails的成长最让我感慨的是,它一步步印证了其核心团队敏锐且准确的技术嗅觉,从CoC、REST、rack,the next big thing是啥泥?从rails3主力yehuda以前写的一篇文章看,rails3对html5的全面支持将是一个重要方向。太好了。
搜rails3 yehuda mobile webinar应该能找到。
--------
恶,居然搜出的链接都不好使。我机器上有一份,分享一下。
一年过去了,随着IE9的表态,chrome extension/app store的布署,其它浏览器的跟进,html5的发展形势更加明朗,而html5里的application cache,local storage,web database等东西将给http cache增色一个等级,对于激进的技术人员来说,可以想像的空间相当大。
rails3的发布,在我看来,只是偿还以前欠下的架构债务,给了使用者一个完美的交待。rails的成长最让我感慨的是,它一步步印证了其核心团队敏锐且准确的技术嗅觉,从CoC、REST、rack,the next big thing是啥泥?从rails3主力yehuda以前写的一篇文章看,rails3对html5的全面支持将是一个重要方向。太好了。
搜rails3 yehuda mobile webinar应该能找到。
--------
恶,居然搜出的链接都不好使。我机器上有一份,分享一下。
15 楼
xsbird
2010-09-03
http://dev.firnow.com/course/3_program/java/javajs/20100719/460432.html 被。。。,呵呵
14 楼
shenzhe
2009-11-12
以前也发过一篇类似的,像客户端可以做很多服务器端的事,理论上来讲javascript可以完全代替服务器端。(除了直接与数据库交互)
13 楼
liuchong14
2009-10-21
这个话题有够旧的。。。(我就温故知新吧)
貌似javaeye 没有设置Last-Modified 这个HTTP 头,而是设置了Etag 和Cache-Control(并且还是禁用了缓存耶)。
这少,至少这个页面是这样的。
貌似javaeye 没有设置Last-Modified 这个HTTP 头,而是设置了Etag 和Cache-Control(并且还是禁用了缓存耶)。
这少,至少这个页面是这样的。
12 楼
rainchen
2009-10-06
rainchen 写道
....
最后修改时间的显示,也都可以用JS来完成。
....
刚说完就有了,还是同一天发表的,真是无巧不成书
http://vinsol.com/blog/2009/09/07/rails-caching-and-javascript-techniques/
11 楼
luolonghao
2009-10-06
不错,加深了我对HTTP Cache的理解。
10 楼
xhanxhanxhan
2009-10-04
挺受教。
感觉robbin对javaeye的优化该快把服务器性能榨干了把
感觉robbin对javaeye的优化该快把服务器性能榨干了把
9 楼
wuhua
2009-09-18
HTTP Cache内存是很丰富了 robbin只是说到了比较常用的方式。
8 楼
flyerhzm
2009-09-16
sorphi 写道
既然应用已经做了这些基础设施,那么在客户端和应用之间再加一层cache proxy就齐活了。
你需要的是Rack::Cache
7 楼
jones_ahk
2009-09-16
没有用过ruby,如果是portal来用这个东西就不太现实了吧?!
那要每个组件的实例都需要判断后才能使用,无疑给服务器更大的压力!
那要每个组件的实例都需要判断后才能使用,无疑给服务器更大的压力!
6 楼
sorphi
2009-09-16
既然应用已经做了这些基础设施,那么在客户端和应用之间再加一层cache proxy就齐活了。
5 楼
robbin
2009-09-15
yanglaoshi5891 写道
问两个问题:
1.爬虫每次访问页面会对页面的点击率有影响吗?特别是对于一些采用通用计算点击率的地方。
2.如果使用了HTTP Cache后,点击率是不是会受到很大的影响,毕竟很多公司是很看重点击率的。
1.爬虫每次访问页面会对页面的点击率有影响吗?特别是对于一些采用通用计算点击率的地方。
2.如果使用了HTTP Cache后,点击率是不是会受到很大的影响,毕竟很多公司是很看重点击率的。
1、很多网站号称自己PV如何如何,几百万几千万PV,其实真实PV可能都不到一百万。就是因为他们是通过统计服务器日志来计算的。现在很多号称五百万到八百万PV的网站其实真实流量还不如JavaEye,但是JavaEye只号称自己一百万PV。要看真实PV,可以用Google Analytics,这个是相当准确的。爬虫流量不会导致GA统计数字上升,可以准确的排除爬虫流量。
2、用HTTP Cache以后,不会影响点击率,因为像GA这种流量统计系统是在页面里面嵌入js,虽然浏览器并不真正从服务器下载页面,但是还是需要真实渲染页面和执行js请求的,所以GA统计的流量不会有任何损失。
4 楼
yanglaoshi5891
2009-09-15
问两个问题:
1.爬虫每次访问页面会对页面的点击率有影响吗?特别是对于一些采用通用计算点击率的地方。
2.如果使用了HTTP Cache后,点击率是不是会受到很大的影响,毕竟很多公司是很看重点击率的。
1.爬虫每次访问页面会对页面的点击率有影响吗?特别是对于一些采用通用计算点击率的地方。
2.如果使用了HTTP Cache后,点击率是不是会受到很大的影响,毕竟很多公司是很看重点击率的。
3 楼
dboylx
2009-09-08
我们在设计的时候已经被浏览器的大冒子捂住了很多的创意。有很多东西都是可以拿来到客户端来做的,像负载,故障转移,缓存,balabala...
2 楼
wq163
2009-09-08
不错,大家都在做类似memcached的缓存,却忽略了http协议本身的缓存,这种缓存能够让浏览器直接读取本地的内容,大大减少与服务端通信,效果非常好。最近在项目中就使用过一次
1 楼
rainchen
2009-09-07
关于论坛的主题页面的缓存,大并发量时,还是建议使用静态页面缓存,左侧的用户信息,可以用一条AJAX触发,把当前页的相关用户ID一次过提交,请求结果处理中使用MEMCACHED缓存用户信息(文章,积分,等级等)。
最后修改时间的显示,也都可以用JS来完成。
那么资源的有效期查询都只需交给HTTP SERVER快速完成响应判断。
而且爬虫爬时,不会触发JS,也会省掉用户信息的查询请求。
RSS的输出同样也可以生成静态缓存,被动式过期更新(新文章发布时过期掉缓存),只是如果要在RSS输出中包含文章评论数等动态数据时,那么除了做被动的过期更新外,还得做个定时主动过期更新(适合较长时间内无新主贴,但回复跟帖频繁的情况),无法做到实时统计,毕竟RSS里的评论数只是辅助信息,不是很必要实时。
楼下的接着的分享经验。
最后修改时间的显示,也都可以用JS来完成。
那么资源的有效期查询都只需交给HTTP SERVER快速完成响应判断。
而且爬虫爬时,不会触发JS,也会省掉用户信息的查询请求。
RSS的输出同样也可以生成静态缓存,被动式过期更新(新文章发布时过期掉缓存),只是如果要在RSS输出中包含文章评论数等动态数据时,那么除了做被动的过期更新外,还得做个定时主动过期更新(适合较长时间内无新主贴,但回复跟帖频繁的情况),无法做到实时统计,毕竟RSS里的评论数只是辅助信息,不是很必要实时。
楼下的接着的分享经验。
发表评论
-
《松本行弘的程序世界》推荐序
2011-07-21 13:47 15251在流行的编程语言中,ruby是一个比较另类的存在,这是因为大多 ... -
从Rails聊聊小公司的研发团队建设
2011-03-23 10:49 37206首先分享一点数据吧: JavaEye的PV到了140万了,一 ... -
Ruby作为服务器端应用已经成熟了
2009-11-17 14:55 15922JavaEye网站在过去的Ruby on rails实践当中, ... -
请注意Rails2.3自带的memcache-client有性能问题
2009-03-23 18:05 14466Rails2.3版本发布了,这个版本内部的改动非常大,相关介绍 ... -
监视Rails进程内存泄漏的技巧
2008-12-30 21:56 10945Rails应用比较容易遇到的两类性能问题:一类是Rails执行 ... -
ruby MBARI大补丁性能评测报告
2008-12-23 12:19 5067JavaEye之前的新闻ruby内存泄漏的罪魁祸首 - 幽灵指 ... -
在top监视窗口显示Rails当前正在执行的请求URL
2008-12-01 14:15 9852这是一个从PragDave的博客上面学来的技巧,很实用,很co ... -
对Ruby VM的GC的思考
2008-09-02 23:41 8966Ruby虽然是动态脚本语言 ... -
推荐一篇很好的RoR部署方案性能评测
2008-07-08 11:55 9627今年年初的时候,我写了一篇RoR部署方案深度剖析的文章,分析了 ... -
Ruby和Rails的缺点
2008-06-25 21:08 17393有人说,robbin你说了那么多RoR的优点,你啥时候说说Ro ... -
Skynet --- ruby的类Google Map/Reduce框架
2008-06-02 00:39 8291Skynet是一个很响亮的名 ... -
rmmseg-cpp - 简洁高效的ruby中文分词程序
2008-05-27 00:47 11228我在前一篇文章向大家 ... -
使用libmmseg实现Ruby的中文分词功能
2008-05-24 21:43 11315用Ruby on Rails开发web2.0网站的人都知道,r ... -
mod_rails尝鲜
2008-04-13 14:32 8076Passenger(俗称mod_rails)是 ... -
Lighttpd和RoR安装配置的疑难解答
2008-03-07 11:09 14837之前写过一篇在Linux平 ... -
JavaEye网站的RoR性能优化经验谈
2008-01-20 16:11 18427JavaEye网站从2006年9月11 ... -
RoR部署方案深度剖析
2008-01-14 03:10 14772RoR的部署方案可谓五花八门,有Apache/Fastcgi方 ... -
RoR网站如何利用lighttpd的X-sendfile功能提升文件下载性能
2008-01-12 17:45 10247传统的Web服务器在处理文件下载的时候,总是先读入文件内容到应 ... -
Ruby为什么会受程序员的欢迎?
2008-01-07 20:08 15750孟岩最近写了一篇博客 ... -
Ruby on Rails 2.0的新特性介绍
2007-12-10 21:32 15607万众瞩目的Ruby on Rails 2.0已经发布了,Rai ...
相关推荐
资源包含文件:设计报告word+PPT+源码及可执行exe文件 ...Linux 64-bit ,C 语言实现一个高效的模拟器,详解介绍参考:https://biyezuopin.blog.csdn.net/article/details/122684339?spm=1001.2014.3001.5502
`laravel-httpcache`是Laravel 5中用于实现这一功能的组件,它基于Symfony的HttpCache库。下面我们将深入探讨`laravel-httpcache`的原理、配置和使用方法。 首先,了解HTTP缓存的基本概念。HTTP缓存主要分为两种...
在本文中,我们将深入探讨如何在Spring Boot 1.x版本中使用Spring注解来实现J2Cache的两级缓存机制,其中包括一级缓存Ehcache和二级缓存Redis。通过这种方式,我们可以显著提高应用程序的性能,减少对数据库的依赖,...
"基于Verilog带cache和中断的五级流水通用处理器的设计与实现" 本文档介绍了基于Verilog设计的一种带cache和中断的五级流水通用处理器。该处理器采用五级流水CPU架构,即取值、译码、执行、访存和回写,实现了多...
程序使用C/C++混合编程,基本实现的Cache的模拟功能(通过读取trace文件得到相应的命中率),能够实现直接映射、全相联、组相联三种映射方式,其中全相联和组相联能够实现随机、LRU两种替换策略。目前三种映射方式均...
Facebook FlashCache是一款开源的缓存解决方案,主要用于提升类Unix系统...通过合理配置和管理,FlashCache可以帮助你优化硬件资源,实现更高的I/O效率。在实际操作中,务必遵循安全规范,以免造成数据丢失或系统损坏。
本文主要关注的是基于共享总线的多处理器cache一致性硬件实现。 共享总线的多处理器系统中,每个处理器都有自己的私有cache,它们通过共享的总线进行通信。当一个处理器更新其cache中的数据时,这个变化需要被其他...
【标题】"基于Java的HTTP代理服务器Smart Cache"是一个实现HTTP代理功能的软件,它使用Java编程语言开发,旨在提供高效的数据缓存服务。通过在客户端与目标服务器之间扮演中间角色,Smart Cache能够减少网络延迟,...
LRU基于“最近最少使用的页面最先被淘汰”的原则,当内存不足时,最近最少使用的页面会被淘汰出缓存,为新数据腾出空间。此外,还有VFS(Virtual File System)层的缓存压力机制,根据整个系统的需求动态调整各类型...
【摘要】中提到的基于SoC协处理器Cache的动态分配方法,旨在优化片上存储资源,提升私有Cache的利用率,减少芯片面积。在多核SoC系统中,每个处理器通常配备有自己的私有Cache,然而,由于私有Cache的容量有限,可能...
【标题】"基于Java的HTTP代理服务器Smart Cache"是一个使用Java编程语言实现的代理服务器程序,它具有缓存功能,可以提高HTTP请求的响应速度和效率。通过在客户端和目标服务器之间扮演中介角色,Smart Cache能够减少...
本文将详细介绍几种常见的Java缓存机制及其实现方法,帮助开发者更好地理解和应用这些技术。 #### 二、OSCache **OSCache** 是一个功能强大的开源Java EE缓存框架。它可以用于缓存JSP页面、HTTP响应以及Java对象等...
首先,文章介绍了一种新的路由器Cache组织方式,这种结构旨在减少跨节点通信时的数据传输延迟。路由器Cache被设计为存储中间节点的数据副本,可以在数据请求经过路由器时提供快速访问。这减少了处理机之间必须等待...
本项目将介绍如何使用Verilog硬件描述语言来实现这样的4路组关联Cache。 首先,理解4路组关联的基本概念至关重要。在4路组关联的Cache中,主内存地址被映射到特定的缓存组,而每个组可以存储4条不同的数据。当...
**bcache** bcache 是一个Linux内核模块,它将固态硬盘...总的来说,bcache、dm-cache和flashcache的源码提供了丰富的学习资源,对于从事系统优化、存储技术研究或内核开发的专业人士来说,它们无疑是宝贵的参考资料。
本篇文章将详细探讨如何在Spring框架中集成并实现基于方法的缓存机制,利用Ehcache来优化数据访问。 首先,我们需要理解Spring的AOP概念,AOP允许我们定义横切关注点,如日志、事务管理或,正如在这个案例中,缓存...
【作品名称】:基于JSP+SqlServer实现的Caché的实验室资源管理系统(源代码+论文) 【适用人群】:适用于希望学习不同技术领域的小白或进阶学习者。可作为毕设项目、课程设计、大作业、工程实训或初期项目立项。
在这个特定的项目“dns_parse-master_dns_dnscache缓存实现_middlecjc_directionlem_dnshash”中,重点在于实现一个高效的DNS缓存系统,以提高DNS查询的响应速度和减少网络延迟。 DNS缓存是解决DNS查询效率问题的一...