<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>mod_cache Google Group</title>
  <link>http://groups.google.com/group/mod_cache</link>
  <description>Mod-Cache is a cache(reverse-proxy) plugin for lighttpd, which works like Squid with similar configuration. However mod_cache is faster and more effective than Squid because it based on powerful Lighttpd.</description>
  <language>en</language>
  <item>
  <title>Re: Gzip Supporting</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/f1fe18d106278423?show_docid=f1fe18d106278423</link>
  <description>
  any work around? &lt;br&gt; Regards, &lt;br&gt; YX
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/f1fe18d106278423?show_docid=f1fe18d106278423</guid>
  <author>
  yaoxing.zh...@gmail.com
  (yaoxing zhang)
  </author>
  <pubDate>Fri, 20 Nov 2009 03:16:54 UT
</pubDate>
  </item>
  <item>
  <title>Re: Gzip Supporting</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/507b9f8aea8302da?show_docid=507b9f8aea8302da</link>
  <description>
  mod_compress only compresses local disk file, not remote file servered by &lt;br&gt; mod_proxy.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/507b9f8aea8302da?show_docid=507b9f8aea8302da</guid>
  <author>
  shellc...@gmail.com
  (shellcode)
  </author>
  <pubDate>Fri, 20 Nov 2009 03:07:00 UT
</pubDate>
  </item>
  <item>
  <title>Re: Gzip Supporting</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/a2ad00616cf40bfe?show_docid=a2ad00616cf40bfe</link>
  <description>
  Now the problem seems like mod_proxy doesn&#39;t work with mod_compress &lt;br&gt; directly. But once the URL is cached by mod_cache, mod_compress works. &lt;br&gt; Probably not a problem of mod_cache. I&#39;ll get more help from mod_proxy &lt;br&gt; and mod_compress group. Thank you very much. &lt;br&gt; &lt;p&gt;Regards, &lt;br&gt; YX
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/a2ad00616cf40bfe?show_docid=a2ad00616cf40bfe</guid>
  <author>
  yaoxing.zh...@gmail.com
  (yaoxing zhang)
  </author>
  <pubDate>Fri, 20 Nov 2009 02:59:32 UT
</pubDate>
  </item>
  <item>
  <title>Re: Gzip Supporting</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/65c7dfabc40d819f?show_docid=65c7dfabc40d819f</link>
  <description>
  modcache default to *not* cache. for urls not handled by refresh.patterns, &lt;br&gt; lighttpd works like proxy only, so you get fresh content every time. &lt;br&gt; &lt;p&gt;proper module load sequence is &amp;quot;mod_compress(or mod_mem_compress) &lt;br&gt; mod_mem_cache mod_cache mod_proxy&amp;quot;, which make lighttpd try &lt;br&gt; to compress *local files* first, then try to cache *local **files* in
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/65c7dfabc40d819f?show_docid=65c7dfabc40d819f</guid>
  <author>
  shellc...@gmail.com
  (shellcode)
  </author>
  <pubDate>Thu, 19 Nov 2009 16:39:16 UT
</pubDate>
  </item>
  <item>
  <title>Re: Gzip Supporting</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/c2119fb619cc7546?show_docid=c2119fb619cc7546</link>
  <description>
  I find something more interesting. I finally figure out that the page &lt;br&gt; being not compressed has nothing to do with IIS sends compressed &lt;br&gt; response or not. The factor is only whether mod_cache HITs or not. In &lt;br&gt; other words, if mod_cache HITs, the response will be compressed. If not, &lt;br&gt; mod_cache will get response from IIS and return return to me a fresh
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/c2119fb619cc7546?show_docid=c2119fb619cc7546</guid>
  <author>
  yaoxing.zh...@gmail.com
  (yaoxing zhang)
  </author>
  <pubDate>Thu, 19 Nov 2009 15:54:09 UT
</pubDate>
  </item>
  <item>
  <title>Re: Gzip Supporting</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/5e76d56bc35185c9?show_docid=5e76d56bc35185c9</link>
  <description>
  Does it mean I should load mod_mem_cache after mod_cache, mod_proxy and &lt;br&gt; mod_compress? &lt;br&gt; And how about the IIS gzip issue? Does it mean mod_cache can&#39;t handle &lt;br&gt; gzip response from IIS? Or is there any work round? Because my purpose &lt;br&gt; of using mod_cache is to reduce the stress of main server, thus I still
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/5e76d56bc35185c9?show_docid=5e76d56bc35185c9</guid>
  <author>
  yaoxing.zh...@gmail.com
  (yaoxing zhang)
  </author>
  <pubDate>Thu, 19 Nov 2009 15:22:15 UT
</pubDate>
  </item>
  <item>
  <title>Re: Gzip Supporting</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/3d78a9033dd89a62?show_docid=3d78a9033dd89a62</link>
  <description>
  it&#39;s not bug. lighttpd calls modules by the order of server.modules. &lt;br&gt; for example: server.modules = (A,B,C), request is process in module A first, &lt;br&gt; If A don&#39;t want to handle it, then pass request to B. B passed to module C &lt;br&gt; when B don&#39;t want to handle it. &lt;br&gt; &lt;p&gt;so if mod_mem_cache handles request, then modcache will not handle it if
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/3d78a9033dd89a62?show_docid=3d78a9033dd89a62</guid>
  <author>
  shellc...@gmail.com
  (shellcode)
  </author>
  <pubDate>Thu, 19 Nov 2009 11:22:04 UT
</pubDate>
  </item>
  <item>
  <title>Re: Gzip Supporting</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/bd8b0d778782d8e4?show_docid=bd8b0d778782d8e4</link>
  <description>
  Seems it&#39;s because of both mod_mem_cache and IIS7 gzip being turned on. &lt;br&gt; I turned off both, and now it&#39;s working. &lt;br&gt; But why does mod_mem_cache break gzip function? Smells like a bug. &lt;br&gt; And just be curious, why can&#39;t it be cached and compressed when IIS7 &lt;br&gt; gzip is turned on? Any solutions to this? Because we might need the
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/bd8b0d778782d8e4?show_docid=bd8b0d778782d8e4</guid>
  <author>
  yaoxing.zh...@gmail.com
  (yaoxing zhang)
  </author>
  <pubDate>Thu, 19 Nov 2009 11:07:41 UT
</pubDate>
  </item>
  <item>
  <title>Re: Gzip Supporting</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/0f3781deefd2e13c?show_docid=0f3781deefd2e13c</link>
  <description>
  For content cached in memory by &amp;quot;use-memory&amp;quot;, the only way to gzip them is &amp;quot; &lt;br&gt; *memory-compress*&amp;quot; option. &lt;br&gt; For content cached in local disk, *mod_compress/mod_mem_compress * can be &lt;br&gt; used to gzip them. &lt;br&gt; &lt;p&gt;mod_mem_compress module is included in the lighttpd 1.4.23 tarball.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/0f3781deefd2e13c?show_docid=0f3781deefd2e13c</guid>
  <author>
  shellc...@gmail.com
  (shellcode)
  </author>
  <pubDate>Thu, 19 Nov 2009 09:26:55 UT
</pubDate>
  </item>
  <item>
  <title>Gzip Supporting</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/937b8b6e332b55ad?show_docid=937b8b6e332b55ad</link>
  <description>
  hi, &lt;br&gt; I downloaded the latest code from &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://lighttpd-improved.googlecode.com/svn/trunk&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; and use mod_cache as an accelerator, just like squid. Everything else is &lt;br&gt; fine, except the gzip compressing. I don&#39;t know if mod_cache is using &lt;br&gt; mod_compress, or mod_mem_compress? And is the mod_mem_compress included
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/320c874c544e5d57/937b8b6e332b55ad?show_docid=937b8b6e332b55ad</guid>
  <author>
  yaoxing.zh...@gmail.com
  (yaoxing zhang)
  </author>
  <pubDate>Thu, 19 Nov 2009 09:04:32 UT
</pubDate>
  </item>
  <item>
  <title>Re: any log of mod_cache?</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/3ae25095fee149a0/667ebadcec70e450?show_docid=667ebadcec70e450</link>
  <description>
  you need to patch modcache by yourself because modcache doesn&#39;t provide log &lt;br&gt; about cache hit/miss.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/3ae25095fee149a0/667ebadcec70e450?show_docid=667ebadcec70e450</guid>
  <author>
  shellc...@gmail.com
  (shellcode)
  </author>
  <pubDate>Tue, 17 Nov 2009 15:40:31 UT
</pubDate>
  </item>
  <item>
  <title>any log of mod_cache?</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/3ae25095fee149a0/afc6319970340130?show_docid=afc6319970340130</link>
  <description>
  Hi there, &lt;br&gt; I have a back end server running asp.net, and I want to use &lt;br&gt; lighttpd+mod_cache as front end. it&#39;s working perfectly right now, but I &lt;br&gt; just want more details about which files are cached and which cache is &lt;br&gt; removed from memory etc., just like squid does. Is there any way I can &lt;br&gt; do this? Thanks a lot.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/3ae25095fee149a0/afc6319970340130?show_docid=afc6319970340130</guid>
  <author>
  yaoxing.zh...@gmail.com
  (yaoxing zhang)
  </author>
  <pubDate>Tue, 17 Nov 2009 07:57:38 UT
</pubDate>
  </item>
  <item>
  <title>Re: Enable mod_cache</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/cadccfe33b535878/c3c645af98929616?show_docid=c3c645af98929616</link>
  <description>
  alright, find the solution. simply move mod_mem_cache after mod_expire &lt;br&gt; would resolve the problem. &lt;br&gt; thank you for your patient help. &lt;br&gt; Regards, &lt;br&gt; YX
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/cadccfe33b535878/c3c645af98929616?show_docid=c3c645af98929616</guid>
  <author>
  yaoxing.zh...@gmail.com
  (yaoxing zhang)
  </author>
  <pubDate>Thu, 05 Nov 2009 05:25:51 UT
</pubDate>
  </item>
  <item>
  <title>Re: Enable mod_cache</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/cadccfe33b535878/d2b8f8dcfab99cd2?show_docid=d2b8f8dcfab99cd2</link>
  <description>
  Hi again, &lt;br&gt; I tried mod_mem_cache, it works fine. But I also noticed that expires &lt;br&gt; header is removed. I&#39;m not sure yet whether it&#39;s because of lighttpd &lt;br&gt; upgrading or mod_mem_cache patch. is there any known issue of mod_mem_cache? &lt;br&gt; Regards, &lt;br&gt; YX
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/cadccfe33b535878/d2b8f8dcfab99cd2?show_docid=d2b8f8dcfab99cd2</guid>
  <author>
  yaoxing.zh...@gmail.com
  (yaoxing zhang)
  </author>
  <pubDate>Thu, 05 Nov 2009 05:15:31 UT
</pubDate>
  </item>
  <item>
  <title>Re: Enable mod_cache</title>
  <link>http://groups.google.com/group/mod_cache/browse_thread/thread/cadccfe33b535878/46fe61fc0acd27ed?show_docid=46fe61fc0acd27ed</link>
  <description>
  when one file is cached in application, then there has no disk read access &lt;br&gt; to it for long time, so OS will remove it from cache soon for caching other &lt;br&gt; files.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/mod_cache/browse_thread/thread/cadccfe33b535878/46fe61fc0acd27ed?show_docid=46fe61fc0acd27ed</guid>
  <author>
  shellc...@gmail.com
  (shellcode)
  </author>
  <pubDate>Thu, 05 Nov 2009 03:58:43 UT
</pubDate>
  </item>
  </channel>
</rss>
