ruby-on-rails – 为memcached和Rails组合片段和对象缓存的最佳方式

发布时间:2019-05-17 发布网站:脚本之家
脚本之家收集整理的这篇文章主要介绍了ruby-on-rails – 为memcached和Rails组合片段和对象缓存的最佳方式脚本之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
假设您的页面片段显示最近的帖子,并在30分钟后过期.我在这里使用Rails
<% cache("recent_posts",:expires_in => 30.minutes) do %>
  ...
<% end %>

显然,如果片段存在,您不需要进行数据库查找以获取最新的帖子,因此您也应该能够避免这种开销.

我现在在做什么是控制器中的这样的东西,这似乎在工作:

unless Rails.cache.exist? "views/recent_posts"
  @posts = Post.find(:all,:limit=>20,:order=>"updated_at DESC")
end

这是最好的方法吗?是否安全?

有一件我不明白的是为什么关键是片段的“recent_posts”和稍后检查的“views / recent_posts”,但是在看到memcached -vv看到它正在使用的时候,我想出了这一点.另外,我不喜欢手动输入“recent_posts”的重复,最好把它放在一个地方.

想法?

解决方法

Evan Weaver的 Interlock Plugin解决了这个问题.

如果您需要不同的行为,例如更细粒度的控制,您也可以轻松实现这样的操作.基本思想是将控制器代码封装在仅当视图需要该数据时才实际执行的块:

# in FooController#show
@foo_finder = lambda{ Foo.find_slow_stuff }

# in foo/show.html.erb
cache 'foo_slow_stuff' do
  @foo_finder.call.each do 
    ...
  end
end

如果你熟悉ruby元编程的基础知识,很容易将其包装在更干净的API中.

这优于将finder代码直接放在视图中:

>保留开发人员期望的finder代码
>保持视图对模型名称/方法无知,允许更多的视图重用

我认为cache_fu可能在其中一个版本/分支中具有相似的功能,但不能特别回想起来.

从memcached获得的优势与您的缓存命中率直接相关.小心不要浪费你的缓存容量,并通过多次缓存相同的内容造成不必要的错过.例如,不要同时缓存一组记录对象以及它们的html片段.通常片段缓存将提供最佳性能,但这取决于您的应用程序的具体情况.

总结

以上是脚本之家为你收集整理的ruby-on-rails – 为memcached和Rails组合片段和对象缓存的最佳方式全部内容,希望文章能够帮你解决ruby-on-rails – 为memcached和Rails组合片段和对象缓存的最佳方式所遇到的程序开发问题。

如果觉得脚本之家网站内容还不错,欢迎将脚本之家网站推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您喜欢交流学习经验,点击链接加入脚本之家官方QQ群:1065694478
脚本之家官方公众号

微信公众号搜索 “ 程序精选 ” ,选择关注!

微信公众号搜索 “ 程序精选 ”
精选程序员所需精品干货内容!