[users@httpd] mod_rewrite to filesystem path

2012-01-06 Thread Jon Drukman
I've got a per-directory .htaccess file. It lives in /path1. I want to rewrite all requests for *.js to /path2/other.js. I'm getting a 404 error. /path2/other.js is world-readable. So far, in my testing, it seems like I can do it if I put the RewriteRule in the virtualhost section, but not in

[users@httpd] Re: Building apr_dbd_mysql

2011-04-26 Thread Jon Drukman
Nick Kew nick at webthing.com writes: The build messages from configure and make will tell you whether apr_dbd_mysql.so was built successfully, and where it was installed. It is built successfully and it is installed into /usr/local/apr/lib. I don't think apache knows to look there however.

[users@httpd] Re: Building apr_dbd_mysql

2011-04-26 Thread Jon Drukman
Nick Kew nick at webthing.com writes: Once you've built apr-util as you want it, use the --with options to httpd configure to select it. You need to point --with to ap[r|u]-1-config. So I did: ./configure --prefix=/opt/apache --enable-layout=Darwin --enable-mods-shared=all

[users@httpd] Re: Building apr_dbd_mysql

2011-04-26 Thread Jon Drukman
Jon Drukman jsd at cluttered.com writes: libtool: link: warning: library `/usr/local/apr/lib/libaprutil-1.la' was moved. libtool: link: cannot find the library `/opt/apache/lib/libapr-1.la' or unhandled argument `/opt/apache/lib/libapr-1.la' Any ideas? I finally got it to work. I

[users@httpd] Building apr_dbd_mysql

2011-04-25 Thread Jon Drukman
What is the trick to get apache to build and install apr_dbd_mysql when compiling from source? I've manually cd'd into srclib/apr-util and manually run ./configure --with-mysql; make; make install but it's not actually putting the DBD driver somewhere where apache can use it. I manually copied

[users@httpd] Password protect all but one directory

2011-02-23 Thread Jon Drukman
I want to password protect my entire site, except for one URL (which is needed for a load balancer health check). I've done this: Location / AuthType Digest AuthName password protected AuthUserFile /srv/passwd.digest Require valid-user /Location Location /ping Satisfy any Allow

[us...@httpd] Re: Password protect site, but leave one directory open for load balancer

2010-08-30 Thread Jon Drukman
Bram Mertens mertensb.mazda at gmail.com writes: Isn't it easier to leave /ping open for all? Remove the entire need for authentication? I assume it will be a directory with nothing but a static page for your load balancer to check so nothing that needs to be protected. I'm fine with

[us...@httpd] Password protect site, but leave one directory open for load balancer

2010-08-27 Thread Jon Drukman
I'm trying to password protect my entire site, but leave the URI /ping open for the load balancer healthcheck. Here is my configuration: SetEnvIf Request_URI ^/ping allow_access=1 Location / Order Deny,Allow Deny from all Allow from env=allow_access authuserfile

[EMAIL PROTECTED] Re: mod_rewrite doesn't always prefix with document_root

2006-03-20 Thread Jon Drukman
Joshua Slive wrote: On 3/17/06, Jon Drukman [EMAIL PROTECTED] wrote: I've got the following rule in my config: rewriterule ^/e3/(.*) /misc/e3/$1 [L] It doesn't work. If I change the /misc to /test, it does. Do you happen to have a /misc/e3 directory off your filesystem root? If so

[EMAIL PROTECTED] Re: mod_rewrite doesn't always prefix with document_root

2006-03-20 Thread Jon Drukman
Jon Drukman wrote: is there a way to substitute the documentroot variable instead of hardcoding it? we have the same rewrite file used by many many virtualhosts, and being able to refer to just /misc/whatever and have it automatically map to the correct docroot would be extremely valuable

[EMAIL PROTECTED] mod_rewrite doesn't always prefix with document_root

2006-03-17 Thread Jon Drukman
I've got the following rule in my config: rewriterule ^/e3/(.*) /misc/e3/$1 [L] It doesn't work. If I change the /misc to /test, it does. Here's what's in the rewrite log for the bad case: (edited for brevity) (2) init rewrite engine with requested uri /e3/index.html (3) applying pattern