On Sun, 21 Oct 2007, William A. Rowe, Jr. wrote:
Could we start by increasing the existing one, which is rather easily done,
and then move on to doing it the fancy way? If someone has a fancy-patch
right now I'm all for that, but pending that I'd prefer landing some sort
of improvement...
I
On Oct 20, 2007, at 4:59 PM, Vincent Bray wrote:
Hullo,
I'm attempting to document this module but can't figure out what the f
(flatten) flag does (bucket brigade munging makes my eyes cross). Any
clues?
Say you are looking for 'foo' and have a bucket that
contains 'jimfoojag'. The fast
On Oct 20, 2007, at 7:02 AM, Niklas Edmundsson wrote:
Hi all!
We've been annoyed by the fact that the status page as served by
mod_status only shows the first 64 bytes of the current requests
for a couple of years now.
We know that it's only meant to be a hint, not the complete request
On 22/10/2007, Jim Jagielski [EMAIL PROTECTED] wrote:
Say you are looking for 'foo' and have a bucket that
contains 'jimfoojag'. The fast way to handle this would
be to split off 3 buckets from this, one containing
'jim', the other containing 'jag' and the middle one that
contains the
On Oct 22, 2007, at 12:57 PM, Vincent Bray wrote:
On 22/10/2007, Jim Jagielski [EMAIL PROTECTED] wrote:
Say you are looking for 'foo' and have a bucket that
contains 'jimfoojag'. The fast way to handle this would
be to split off 3 buckets from this, one containing
'jim', the other containing
Jim Jagielski wrote:
Say you are looking for 'foo' and have a bucket that
contains 'jimfoojag'. The fast way to handle this would
be to split off 3 buckets from this, one containing
'jim', the other containing 'jag' and the middle one that
contains the substitute for 'foo' (say it's 'bar'). The
On Oct 22, 2007, at 1:42 PM, William A. Rowe, Jr. wrote:
Jim Jagielski wrote:
Say you are looking for 'foo' and have a bucket that
contains 'jimfoojag'. The fast way to handle this would
be to split off 3 buckets from this, one containing
'jim', the other containing 'jag' and the middle one
Den Saturday 20 October 2007 22.59.58 skrev Vincent Bray:
Hullo,
I'm attempting to document this module but can't figure out what the f
(flatten) flag does (bucket brigade munging makes my eyes cross). Any
clues?
Here's a start anyway:
http://people.apache.org/~noodl/mod_substitute.xml
Hi,
sorry I can't reply directly to this thread
http://mail-archives.apache.org/mod_mbox/httpd-dev/200709.mbox/[EMAIL PROTECTED]
- i only (re)subscribed to this list today after I found the thread.
+/*
+ * Escapes a uri in a similar way as php's urlencode does.
+ * Based on
On Mon, 22 Oct 2007 21:03:25 +0200
Günther Gsenger [EMAIL PROTECTED] wrote:
Hi,
Hi, thanks for revisiting this!
Ruediger Pluem:
Does it make sense to duplicate code? Shouldn't this be placed in
util.c?
It most likely should. I placed it there because I thought the patch
would get a
Nick Kew wrote:
Günther Gsenger [EMAIL PROTECTED] wrote:
André Malo:
This spreads another uri escaper copy around. Why can't we take
ap_escape_uri? Without deep digging: what's the difference?
Also I don't like the ' ' = '+' transition, which should not be
applied
forpaths. It's safer to
* Nick Kew wrote:
The main difference is this escaping of ' ' to '+'. The reason for
this is that while ' ' gets encoded as %20 in paths, it gets encoded
as '+' in query strings (afaik for historic reasons). Therefore,
languages which interpret the query string (like PHP) might get
like 2.0/2.2/trunk
I'm looking for a conceptual +1 out there.
I've barely tested it and need to summarize the diffs between ap_ and
apr_ functions again. (e.g., apr_date_parse_http supports format XXX
that ap_parseHTTPdate() doesn't support, but ap_proxy_date_canon()
didn't allow that before
13 matches
Mail list logo