Control Mod_Pagespeed using environment variables

[GoogleCodeExporter]

Request:

A mechanism for disabling Mod_Pagespeed for specific requests or clients based 
on environment variables set using BrowserMatch, SetEnvIf or other directives.

Similar options already exist for mod_deflate and other modules, but this might 
be at the Apache level rather than just in the modules themselves? 
http://httpd.apache.org/docs/2.2/env.html#special

Example usage: SetEnvIfNoCase Request_URI \.js$ no-gzip dont-vary

Reason:

To be able to turn off Mod_Pagespeed for a directory that only exists due to 
mod_rewrite rules.
e.g. SetEnvIf Request_URI /edit/ no-pagespeed

Where there is no /edit/ directory on the file system:
e.g. RewriteRule ^edit/(.*.html)$ $1?display_edit_mode=true

Could also be used to disable Mod_Pagespeed for particular User-Agents or 
remote addresses.

Thanks.

Original issue reported on code.google.com by dun...@chirp.com.au on 30 Jan 2011 at 4:05

[GoogleCodeExporter]

Original comment by sligocki@google.com on 31 Jan 2011 at 4:36

• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

Original comment by jmara...@google.com on 24 May 2012 at 7:18

• Changed state: Accepted

[GoogleCodeExporter]

I'm a bit slow to the game on this one, but note that you can do:

<Location /edit/>
  ModPagespeed off
</Location>

Unless there are other use-cases that can't be specified using existing 
functionality, I don't think we need to support env-variables.

Original comment by sligocki@google.com on 10 Sep 2012 at 8:30

• Changed state: WontFix

[GoogleCodeExporter]

I'm not sure that the Location directive is compatible with rewritten URLs that 
aren't actually in the directories they appear to be (i.e. when REQUEST_URI !== 
SCRIPT_FILENAME).

A more pertinent example is to recognise a specific spider and turn off some or 
all ModPagespeed filters - to make comments visible or show the true 
Last-Modified headers for example.
e.g.
  SetEnvIf User-Agent "^htdig" no-pagespeed

Original comment by dun...@chirp.com.au on 11 Sep 2012 at 7:07