[users@httpd] Rewrite rule question

["Zysman, Roiy" <ro...@intel.com>]

Hi All,

I want to enforce users to use their call cgi in the following way
http://www.something.com/cgi-bin/group/path_to_cgi
Meaning that there will always be a '/cgi-bin/group' path prefix . I
thought of the trivial redirect rule ^/cgi-bin/(.*) ^/cgi-bin/group/$1 
But that goes bad when the user types the url correctly (e.g.
cgi-bin/group/1.pl turns to cgi-bin/group/group/1.pl)
Have any one got a suggestion on how to make a rewrite rule that adds
the group only when it is missing...
Thanks.  

Roiy 

Re: [users@httpd] httpd EAPI not getting compiled well...++

[Aaron Morris <aa...@mindspring.com>]

Morten Rønseth wrote:
> 2. When I compile apache httpd, I use the following:
> 
> SSL_BASE=/usr/local/ssl \
> ./configure \
> --with-layout=XXX \
> --enable-module=most \
> --enable-shared=max \
> --server-uid=www \
> --server-gid=www \
> --enable-module=ssl
> 
> ...and I clearly se "-DEAPI" in all stages of the compilation. Now, when 
> I start apache, I get "<some module> uses plain Apache 1.3 API, this 
> module might crash under EAPI! (please recompile it with -DEAPI)"
> ..eeeerrr...I compile WITH EAPI so what is going on? I'm used to running 
> things under MacOSX where this has never been a problem.
> Could anybody please shed any light on this?

Apache is complaining because the module was not compiled with -DEAPI, 
not Apache itself.


-- 
Aaron W Morris <aa...@mindspring.com> (decep)
PGP Key ID:  259978D1



---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

[users@httpd] httpd EAPI not getting compiled well...++

[Morten Rønseth <mo...@webfx.no>]

Hi all,

I've got a plain vanilla FreeBSD 5.0 system onto which I've installed a 
custom apache setup into /usr/local.
Now, there are two things that bothers me:

1. The httpd.pid is ALWAYS put in /var/run, no matter how I configure 
apache (see configuration below)
The /usr/local/sbin/apachectl script looks in /usr/local/var/run, but 
when I start httpd, it is put into /var/run. Why?
2. When I compile apache httpd, I use the following:

SSL_BASE=/usr/local/ssl \
./configure \
--with-layout=XXX \
--enable-module=most \
--enable-shared=max \
--server-uid=www \
--server-gid=www \
--enable-module=ssl

...and I clearly se "-DEAPI" in all stages of the compilation. Now, when I start apache, I get "<some module> uses plain Apache 1.3 API, this module might crash under EAPI! (please recompile it with -DEAPI)"

..eeeerrr...I compile WITH EAPI so what is going on? I'm used to running things under MacOSX where this has never been a problem.
Could anybody please shed any light on this?


Oh, and config .layout goes like:
<Layout XXX>
    prefix:        /usr/local
    exec_prefix:   $prefix
    bindir:        $exec_prefix/bin
    sbindir:       $exec_prefix/sbin
    libexecdir:    $exec_prefix/libexec+
    mandir:        $prefix/share/man
    sysconfdir:    /www
    datadir:       /www
    iconsdir:      $prefix/share/httpd/icons
    cgidir:        $datadir/virtual/default/cgi-bin
    htdocsdir:     $datadir/virtual/default/data
    manualdir:     $htdocsdir/manual
    includedir:    $prefix/include+
    localstatedir: $prefix/var
    runtimedir:    $localstatedir/run
    logfiledir:    $datadir/logs
    proxycachedir: $runtimedir/proxy
</Layout>




Cheers,



-Morten
---------------------------------------------------
WEB-fx
Morten Ronseth              morten.ronseth@webfx.no
Bjerregaardsgate 6          +47 2319 8000
0172 Oslo                   +47 9343 4357 



---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org