BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

使用Rack::Cache进行平滑的HTTP缓存

| 作者 Sebastien Auvray 关注 0 他的粉丝 ,译者 张龙 关注 12 他的粉丝 发布于 2008年11月21日. 估计阅读时间: 2 分钟 | GMTC大前端的下一站,PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。

缓存Web应用的方式有很多,他们通常都很复杂。随着应用基础设施的不断增加,基本的Rails页面缓存的管理变得越发单调乏味了。

Rails 2.2通过HTTP headers:last_modified与etag引入了条件性GET。Ryan Tomayko遵循着RFC2616中的internet标准缓存说明引入了Rack::Cache

Rack::CacheRack中间件的一部分,它通过基本的存储方式(磁盘、堆及memcache)与针对缓存策略的配置系统实现了RFC2616中的大多数缓存特性。它可与任何使用Rack的Ruby web框架协作良好,同时它也通过了Ruby 1.8.6及1.8.7的测试。

其部分设计的灵感来源于Python的缓存框架Django

Rack::Cache扮演着网关代理(VarnishSquid)的角色,我们可以轻松使用它。它支持基于过期(expiration-based)的缓存、验证模型及各种header字段。

正如Ryan King所述,如果你的应用真的需要它的话,你可以平滑地移植到真正的网关代理上:

一旦应用变得大而复杂时,你就需要使用一个像squid或者varnish这样的http反向代理缓存,然而从rails式的页面缓存到HTTP缓存的转变不是那么容易的。你不得不对部署和应用进行大面积的更改。这有点不爽。

借助于Rack::Cache,你只需改变部署即可。你甚至可以增量完成它。你可以首先通过Rack::Cache在堆中进行缓存,然后转换到文件系统,最后到memcache中。当到达其范围极限时,你可以在应用前增加squid或者varnhish,然后移除Rack::Cache。对于部署来说,每一步只有一个主要的变化,这比在单独的操作中掺杂着几个大的变化要容易的多。

看看Ryan即将发布的基准将会很有意思。

查看英文原文:Adobe MAX Day 1 Brings AIR 1.5 and Flex 3.2
 

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT