httpd-modules-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Anthony J. Biacco" <>
Subject RE: rewrite processing before cache
Date Tue, 02 Mar 2010 03:47:37 GMT
Good to know about that trunk feature. I'll have to remember that when it gets around to stable.

The vary thing i might try. I'll have to weigh cost versus functionality.

Thanx very much.


Sent from my Windows® phone.

-----Original Message-----
From: Eric Covener <>
Sent: Monday, March 01, 2010 6:50 PM
To: <>
Subject: Re: rewrite processing before cache

On Mon, Mar 1, 2010 at 8:36 PM, Anthony J. Biacco
<> wrote:
> I asked a vaguely similar question about a year ago, but this one is a
> little more simplistic in comparison.
> Running 2.2.14 on linux, disk caching a servlet's output, not ignoring
> query string as that can change the output, and not using
> cacheignoreheaders.
> My problem is, using rewrite rules on such requests don't always get
> triggered.
> For example, if I'm trying to block a browser through a rewrite rule for
> a request to said servlet, sometimes the cache takes over and serves the
> cached output instead of following the rewrite. i.e. sometimes the
> browser will get blocked and sometimes it will get cached content.
> I'm wondering what's the workflow on such a scenario, and how can I
> configure it so the rewrite always gets processed before a cache check,
> if possible.

Trunk has a feature called "CacheQuickHandler" that stops the cache
from short-circuiting all the local processing, but not available in

The other option you have is to add a Vary header for user-agent, but
that makes you store a ton of different copies in your cache due to
the variety in user-agents.

Eric Covener

View raw message