Joshua Slive wrote:
Justin Erenkrantz wrote:
--On Tuesday, March 8, 2005 9:38 PM +0200 Eli Marmor [EMAIL PROTECTED]
wrote:
It depends if you need it only for the server configuration, or for
dir_config;
In the latter case, you don't have another choice, you just NEED the +-
On Tue, Mar 08, 2005 at 10:40:35PM -, Paul Querna wrote:
...
--- httpd/httpd/trunk/server/mpm/config.m4 (original)
+++ httpd/httpd/trunk/server/mpm/config.m4 Tue Mar 8 14:40:33 2005
@@ -12,7 +12,25 @@
apache_cv_mpm=$APACHE_MPM
-if test $apache_cv_mpm = worker -o
Matt Mitchell wrote:
All,
We had a need here for mod_speling's case-correcting functionality but
we have generated filenames with very similar names so we were
constantly running afoul of its willingness to substitute the wrong
file when the correct one did not exist. I made a simple addition
With the approach of httpd 2.1-beta (in anticipation of 2.2 GA)
I'd like to propose the httpd project integrate apreq into the
core distribution. This project has evolved considerably since
it was first considered.
Comment or vote?
Bill
At 08:49 AM 3/9/2005, Eli Marmor wrote:
Following the
--On Wednesday, March 9, 2005 9:47 AM +0200 Eli Marmor [EMAIL PROTECTED]
wrote:
Time to define the exact directive and names?
I'd start with all of the directive that mod_cache currently exposes that
are binary (on/off).
At a quick glance, that looks like CacheIgnoreCacheControl,
--On Wednesday, March 9, 2005 10:00 AM -0600 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
With the approach of httpd 2.1-beta (in anticipation of 2.2 GA)
I'd like to propose the httpd project integrate apreq into the
core distribution. This project has evolved considerably since
it was first
I am going to use shared memory. I found a very good example in the
ssl_scache_shmht.c file. This implementation has everything i need of.
Now i am just working to remove dependencies that this code has on
other mod_ssl files, so to provide a generic
shared memory cache table object. I can release
Justin Erenkrantz wrote:
--On Wednesday, March 9, 2005 9:47 AM +0200 Eli Marmor [EMAIL PROTECTED]
wrote:
Time to define the exact directive and names?
I'd start with all of the directive that mod_cache currently exposes that
are binary (on/off).
At a quick glance, that looks like
The patch has been committed to httpd-trunk.
thanks,
Brad
[EMAIL PROTECTED] Tuesday, March 08, 2005 7:26:02 AM
I had problems with LDAP modules in 2.0.53 on Windows. It
authenticates
fine, but when I shut down apache I get those Microsoft alerts saying
something went wrong. It only happens
Justin Erenkrantz [EMAIL PROTECTED] writes:
--On Wednesday, March 9, 2005 10:00 AM -0600 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
With the approach of httpd 2.1-beta (in anticipation of 2.2 GA)
I'd like to propose the httpd project integrate apreq into the
core distribution. This
--On Wednesday, March 9, 2005 7:42 PM +0200 Eli Marmor [EMAIL PROTECTED]
wrote:
That's all?!
Let me quote myself (and this is not the complete list):
If I recall correctly, there were MANY conditions in mod_cache that
prevented caching (like checking for a POST method, no-store, no-cache,
auth,
At 12:07 PM 3/9/2005, Joe Schaefer wrote:
Justin Erenkrantz [EMAIL PROTECTED] writes:
In general, I'm not really comfortable with adding a large amount of
perl code to our tree.
I think Bill's assuming some familiarity with how the httpd-apreq project
is organized. The actual code I assume
Justin Erenkrantz wrote:
--On Wednesday, March 9, 2005 1:17 PM -0600 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
Bingo.
I see any perl-wrapper as surviving very nicely in mod_perl, given
that it would be reflecting functions exposed from the core distro.
As they mention, the perl wrappers
Eli Marmor wrote:
[..cut..]
In addition, the entity must be updated to contain more attributes of
the request (args, POST args, cookies, etc.). And to find it fast, the
key generated by cache_generate_key must be based on more things (such
as args). Because sometimes a dynamic site may have
Justin Erenkrantz [EMAIL PROTECTED] writes:
[...]
AFAICT, that module requires libapreq2. So, we'd have to bring it all
into our tree.
Why would you need to do that? I don't know what Bill's expecting,
but it'd be a total surprise to me if he were suggesting making
mod_apreq2 a mandatory
Joe Schaefer wrote:
Justin Erenkrantz [EMAIL PROTECTED] writes:
[...]
AFAICT, that module requires libapreq2. So, we'd have to bring it all
into our tree.
Why would you need to do that? I don't know what Bill's expecting,
but it'd be a total surprise to me if he were suggesting making
[EMAIL PROTECTED] wrote:
Eli Marmor wrote:
[..cut..]
In addition, the entity must be updated to contain more attributes of
the request (args, POST args, cookies, etc.). And to find it fast, the
key generated by cache_generate_key must be based on more things (such
as args).
--On Wednesday, March 9, 2005 1:12 PM -0800 Paul Querna
[EMAIL PROTECTED] wrote:
I don't see how an optional module that depends on an external library is
that helpful compared to the current situation. (Module bundled with the
Library.)
It makes the most sense to me to include the library and
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2005-03-01 05:02:06 -0500 (Tue, 01 Mar 2005) $]
The current version of this file can be found at:
http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x/STATUS
Release history:
2.0.54 :
APACHE 2.1 STATUS: -*-text-*-
Last modified at [$Date: 2005-02-23 02:07:28 -0500 (Wed, 23 Feb 2005) $]
The current version of this file can be found at:
http://svn.apache.org/repos/asf/httpd/httpd/trunk/STATUS
Release history:
[NOTE that only
Rodent of Unusual Size wrote:
CURRENT VOTES:
* Promote mod_ldap and mod_auth_ldap from experimental to
non experimental status.
+1: bnicholes, wrowe
+0: minfrin (wait till the last cache bugs are ironed out)
I think we're pretty well there -- at least in 2.0.53 plus the recent
Jess Holle wrote:
Rodent of Unusual Size wrote:
CURRENT VOTES:
* Promote mod_ldap and mod_auth_ldap from experimental to
non experimental status.
+1: bnicholes, wrowe
+0: minfrin (wait till the last cache bugs are ironed out)
I think we're pretty well there -- at least in
22 matches
Mail list logo