<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>rack-cache Google Group</title>
  <link>http://groups.google.com/group/rack-cache</link>
  <description>For users and hackers of Rack::Cache.</description>
  <language>en</language>
  <item>
  <title>Using Rack::Cache to serve static versions of dynamic pages (ala rails page caching)</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/f8f0356231920901/9f9699e103060a09?show_docid=9f9699e103060a09</link>
  <description>
  Im using ruby 1.9.2, rails 3.1.3 on Heroku Cedar. &lt;br&gt; &lt;p&gt;I want to use Rails page caching and Im looking for a technology that &lt;br&gt; will look for the cached version of a page and serve it directly if it &lt;br&gt; exists (in the cache) or otherwise forward to the rails component. &lt;br&gt; &lt;p&gt;To do this I need a way to tell rack::cache to map the incoming URL
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/f8f0356231920901/9f9699e103060a09?show_docid=9f9699e103060a09</guid>
  <author>
  bod...@gmail.com
  (Mike)
  </author>
  <pubDate>Thu, 07 Jun 2012 20:25:19 UT
</pubDate>
  </item>
  <item>
  <title>Re: Meta-cache Performance</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/5420f261290cbb96/df3ef5814d39a237?show_docid=df3ef5814d39a237</link>
  <description>
  Thanks for the replies. This is on Amazon EC2 with the stores on an &lt;br&gt; EBS volume. So EBS itself is probably a bottleneck. I think that you &lt;br&gt; nailed it with the tmpfs suggestion; this will allow me to move my &lt;br&gt; meta-cache into RAM without having to regenerate everything. &lt;br&gt; &lt;p&gt;Thanks &lt;br&gt; Ben
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/5420f261290cbb96/df3ef5814d39a237?show_docid=df3ef5814d39a237</guid>
  <author>
  mailing_li...@bengreenberg.net
  (Ben Greenberg)
  </author>
  <pubDate>Sat, 28 May 2011 18:54:47 UT
</pubDate>
  </item>
  <item>
  <title>Re: [rack-cache] Meta-cache Performance</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/5420f261290cbb96/03d68feffa13d0b2?show_docid=03d68feffa13d0b2</link>
  <description>
  Yes. The metastore cache will need to fill in but the disk cache &lt;br&gt; should not be rewritten. &lt;br&gt; I think it would result in each of the cached URLs being generated by &lt;br&gt; the app in full once, even though the response won&#39;t need to be &lt;br&gt; written to disk. It&#39;s hard to say how much this will impact your app&#39;s &lt;br&gt; performance. If a relatively small percentage of URLs are being hit
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/5420f261290cbb96/03d68feffa13d0b2?show_docid=03d68feffa13d0b2</guid>
  <author>
  r...@tomayko.com
  (Ryan Tomayko)
  </author>
  <pubDate>Fri, 27 May 2011 05:30:45 UT
</pubDate>
  </item>
  <item>
  <title>Meta-cache Performance</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/5420f261290cbb96/3f2d5fb32cedea18?show_docid=3f2d5fb32cedea18</link>
  <description>
  Hi all, &lt;br&gt; &lt;p&gt;I&#39;m using rack-cache in front of an image generation server. My cached &lt;br&gt; files are large (images) so I currently write both caches to disk. I &lt;br&gt; read that I can increase performance by putting the meta cache onto &lt;br&gt; memcached. The problem is that I already have many gigabytes cached; &lt;br&gt; the meta cache is currently about 1GB and I expect it to grow quite a
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/5420f261290cbb96/3f2d5fb32cedea18?show_docid=3f2d5fb32cedea18</guid>
  <author>
  schna...@gmail.com
  (Ben Greenberg)
  </author>
  <pubDate>Fri, 27 May 2011 04:50:54 UT
</pubDate>
  </item>
  <item>
  <title>Re: [rack-cache] Storage instances</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/0200d36c8352edd9/bc66cb37913c9587?show_docid=bc66cb37913c9587</link>
  <description>
  Yes. I&#39;d definitely like to support custom stores at some point. Right &lt;br&gt; now you can achieve this by adding a constant to &lt;br&gt; Rack::Cache::MetaStore::REDIS and Rack::Cache::EntityStore::REDI S &lt;br&gt; pointing to the implementation classes. I&#39;d like to add a cleaner API &lt;br&gt; sometime in the future. &lt;br&gt; Also, I&#39;d accept a patch to add Redis meta and entity stores for sure.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/0200d36c8352edd9/bc66cb37913c9587?show_docid=bc66cb37913c9587</guid>
  <author>
  r...@tomayko.com
  (Ryan Tomayko)
  </author>
  <pubDate>Thu, 26 May 2011 21:35:48 UT
</pubDate>
  </item>
  <item>
  <title>Storage instances</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/0200d36c8352edd9/e802ef88a0f7a223?show_docid=e802ef88a0f7a223</link>
  <description>
  I would like to use a Redis::Distributed instance for the metastore; &lt;br&gt; however, since rack-cache.metastore only supports URIs, I&#39;m wondering &lt;br&gt; if this was an intentional design decision and if a concept like this &lt;br&gt; could be successfully merged into that design: &lt;br&gt; &lt;p&gt; use Rack::Cache, :metastore =&amp;gt;[&#39;redis://redis1/0&#39;, &#39;redis://
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/0200d36c8352edd9/e802ef88a0f7a223?show_docid=e802ef88a0f7a223</guid>
  <author>
  twarl...@gmail.com
  (Travis Warlick)
  </author>
  <pubDate>Thu, 26 May 2011 20:58:29 UT
</pubDate>
  </item>
  <item>
  <title>Re: [rack-cache] cache cleanup</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/b51bc71fb01d1667/24df3996fe891e97?show_docid=24df3996fe891e97</link>
  <description>
  Sorry, I mean tmpreaper&amp;lt;&lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://pwet.fr/man/linux/administration_systeme/tmpreaper&quot;&gt;[link]&lt;/a&gt;&amp;gt; &lt;br&gt; (which &lt;br&gt; is similar).
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/b51bc71fb01d1667/24df3996fe891e97?show_docid=24df3996fe891e97</guid>
  <author>
  aidan.feld...@gmail.com
  (Aidan Feldman)
  </author>
  <pubDate>Mon, 23 May 2011 14:52:27 UT
</pubDate>
  </item>
  <item>
  <title>Re: [rack-cache] cache cleanup</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/b51bc71fb01d1667/34ca961c947bc2d3?show_docid=34ca961c947bc2d3</link>
  <description>
  For anyone else who is interested, we ended up using &lt;br&gt; tmpwatch&amp;lt;&lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://linux.about.com/library/cmd/blcmdl8_tmpwatch.htm&quot;&gt;[link]&lt;/a&gt;&amp;gt;, &lt;br&gt; which allowed us to remove the least-recently accessed files.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/b51bc71fb01d1667/34ca961c947bc2d3?show_docid=34ca961c947bc2d3</guid>
  <author>
  aidan.feld...@gmail.com
  (Aidan Feldman)
  </author>
  <pubDate>Mon, 23 May 2011 14:12:36 UT
</pubDate>
  </item>
  <item>
  <title>Re: [rack-cache] cache cleanup</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/b51bc71fb01d1667/5d5938cb99223b72?show_docid=5d5938cb99223b72</link>
  <description>
  The metadata and blob&#39;s timestamps can get out of sync but if you &lt;br&gt; remove a blob, the next cache hit will detect that it&#39;s gone and treat &lt;br&gt; it as a miss, cleaning up the metadata along the way. It&#39;s not a &lt;br&gt; perfect system (you can end up with blobs or metadata files that have &lt;br&gt; aren&#39;t paired properly) but it&#39;s very simple and should work fine for
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/b51bc71fb01d1667/5d5938cb99223b72?show_docid=5d5938cb99223b72</guid>
  <author>
  r...@tomayko.com
  (Ryan Tomayko)
  </author>
  <pubDate>Wed, 18 May 2011 03:46:46 UT
</pubDate>
  </item>
  <item>
  <title>Re: [rack-cache] cache cleanup</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/b51bc71fb01d1667/0d20fa6fba013f0b?show_docid=0d20fa6fba013f0b</link>
  <description>
  Wow, that is so much simpler than the script I was writing (reading the &lt;br&gt; metadata and deleting the N oldest files...) So the metadata file doesn&#39;t &lt;br&gt; get updated on access, right? Therefore this would delete both the metadata &lt;br&gt; and the blob?
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/b51bc71fb01d1667/0d20fa6fba013f0b?show_docid=0d20fa6fba013f0b</guid>
  <author>
  aidan.feld...@gmail.com
  (Aidan Feldman)
  </author>
  <pubDate>Wed, 18 May 2011 03:04:33 UT
</pubDate>
  </item>
  <item>
  <title>Re: [rack-cache] cache cleanup</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/b51bc71fb01d1667/b9b40ed71539eeea?show_docid=b9b40ed71539eeea</link>
  <description>
  Sorry for the late response! &lt;br&gt; This currently requires a manual / external process. I&#39;d recommend &lt;br&gt; setting up a cronjob that runs something like: &lt;br&gt; find /var/cache/rack -type f -mtime +5 | xargs rm -f &lt;br&gt; That will delete any entries that have not been served for more than five days. &lt;br&gt; The disk stores are designed to allow individual files to be removed
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/b51bc71fb01d1667/b9b40ed71539eeea?show_docid=b9b40ed71539eeea</guid>
  <author>
  r...@tomayko.com
  (Ryan Tomayko)
  </author>
  <pubDate>Mon, 16 May 2011 20:19:52 UT
</pubDate>
  </item>
  <item>
  <title>cache cleanup</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/b51bc71fb01d1667/fb2819a1e7272feb?show_docid=fb2819a1e7272feb</link>
  <description>
  Hi all- &lt;br&gt; So I am using a rack-cache Disk store in an image processing application I &lt;br&gt; built &amp;lt;&lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;https://github.com/afeld/magickly&quot;&gt;[link]&lt;/a&gt;&amp;gt;, which creates new cached &lt;br&gt; resources based on URL query params. As there are a potentially infinite &lt;br&gt; number of combinations and values of these params, the cache can grow &lt;br&gt; without bound and leave lots of potential abandoned resources. I would like
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/b51bc71fb01d1667/fb2819a1e7272feb?show_docid=fb2819a1e7272feb</guid>
  <author>
  aidan.feld...@gmail.com
  (Aidan Feldman)
  </author>
  <pubDate>Thu, 28 Apr 2011 22:00:59 UT
</pubDate>
  </item>
  <item>
  <title>Change caching for a specific page</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/3948cea8b9ac49cb/f0b72b1b26d36f5d?show_docid=f0b72b1b26d36f5d</link>
  <description>
  In rails, how would you override the max-age for a specific page?
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/3948cea8b9ac49cb/f0b72b1b26d36f5d?show_docid=f0b72b1b26d36f5d</guid>
  <author>
  avl...@gmail.com
  (Andrew vonderLuft)
  </author>
  <pubDate>Thu, 14 Apr 2011 18:53:09 UT
</pubDate>
  </item>
  <item>
  <title>Re: [rack-cache] quastion about keys</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/e1cce3f97946ceca/187dea7278806527?show_docid=187dea7278806527</link>
  <description>
  That value is typically set when you use the Rack::Cache middleware in &lt;br&gt; your config.ru: &lt;br&gt; use Rack::Cache do |options| &lt;br&gt; options.set :cache_key do |request| &lt;br&gt; ... &lt;br&gt; end &lt;br&gt; end &lt;br&gt; The full list of options is defined here: &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;https://github.com/rtomayko/rack-cache/blob/master/lib/rack/cache/options.rb#L27-96&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/e1cce3f97946ceca/187dea7278806527?show_docid=187dea7278806527</guid>
  <author>
  r...@tomayko.com
  (Ryan Tomayko)
  </author>
  <pubDate>Sun, 20 Feb 2011 09:18:25 UT
</pubDate>
  </item>
  <item>
  <title>quastion about keys</title>
  <link>http://groups.google.com/group/rack-cache/browse_thread/thread/e1cce3f97946ceca/048e9bd3a1710b99?show_docid=048e9bd3a1710b99</link>
  <description>
  Hello everyone, &lt;br&gt; I loved rack-cache from the very first time that I used it, but now I &lt;br&gt; have a more complex requirement... &lt;br&gt; My app has a cookie with two important values: lang and country_code. &lt;br&gt; This values are similar to many people, but I need to cache &lt;br&gt; separately, because if I don&#39;t do it all the visitors see the site in
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/rack-cache/browse_thread/thread/e1cce3f97946ceca/048e9bd3a1710b99?show_docid=048e9bd3a1710b99</guid>
  <author>
  jsilva.jc...@gmail.com
  (tonio)
  </author>
  <pubDate>Mon, 07 Feb 2011 22:12:05 UT
</pubDate>
  </item>
  </channel>
</rss>
