r documented.
I wrote this in mod_ssl:
/* Surprisingly (and perhaps, wrongly), the request body can be
* pulled from the input filter stack more than once; a
* handler may read it, and ap_discard_request_body() will
* attempt to do so again after *every* request. So input
In some code
(https://source.redwax.eu/svn/redwax/rs/mod_cms_verify/trunk/mod_cms_verify.c)
I have in input filter (that checks a PKCS#7 signature before passing the
payload on to a proxy/cgi-script, etc).
I am testing this with:
echo "field1=foo&f
ore the post body is read, or it will not run at all. You can't
really write anything that runs before the real handler that also
notices something your input filter will change. There is a module in
2.4 that allows the request body to be buffered, but I don't know much
about it. http://htt
On 05/01/2013 04:23 PM, Eric Covener wrote:
However I'm unable to make my input filter function to be called before my
handler.
Input filters are normally called during the handler, when the handler
tries to read the request body through the filter chain.
In your case, the body is pro
> However I'm unable to make my input filter function to be called before my
> handler.
Input filters are normally called during the handler, when the handler
tries to read the request body through the filter chain.
In your case, the body is probably not read until the core of Apa
Hi guys,
I'm developing a module that needs to do the following things:
1. Read POST arguments
2. Read input headers
3. Read Query string arguments
I have decided to implement it by having an input filter for the POST parsing(since this is the only way to look into
the POST without consumi
t; Would something like the attached patch work?
>
> Looking closer at mod_ssl, it seems that when it writes, it wires in both the
> input and output filter stacks, which is good, but when it reads, only the
> input filter stack is wired in, which means it can never write. This might
> need to be looked at too.
>
> Regards,
> Graham
> --
>
flow, but this is still a non-trivial project.
Would something like the attached patch work?
Looking closer at mod_ssl, it seems that when it writes, it wires in both the
input and output filter stacks, which is good, but when it reads, only the
input filter stack is wired in, which means it c
On Fri, Apr 19, 2013 at 11:14 AM, Graham Leggett wrote:
> Hi all,
>
> Currently mod_ssl doesn't work with the event MPM, as per the following code:
>
> if (c->clogging_input_filters && !c->aborted) {
> /* Since we have an input filter which 'c
Hi all,
Currently mod_ssl doesn't work with the event MPM, as per the following code:
if (c->clogging_input_filters && !c->aborted) {
/* Since we have an input filter which 'cloggs' the input stream,
* like mod_ssl, lets just do the n
Thx Bill! I will let a few days of lazy consensus
pass before committing this to trunk.
>
> From: William A. Rowe Jr.
>To: dev@httpd.apache.org
>Cc: joe_schae...@yahoo.com
>Sent: Tuesday, February 12, 2013 11:52 AM
>Subject: Re: chun
On Sun, 10 Feb 2013 08:25:35 -0800 (PST)
Joe Schaefer wrote:
> Here's a sledgehammer patch to ap_rgetline_core()
> to replace r->input_filters with r->proto_input_filters.
> This would still mean protocol filters behind ap_http_filter
> would need to punt on these calls, but that's a lot
> more r
{
return rv;
>
> From: Joe Schaefer
>To: "dev@httpd.apache.org"
>Sent: Sunday, February 10, 2013 11:05 AM
>Subject: chunked trailers input filter processing by ap_http_filter should be
>documented
>
>
>So ap_http_filter
fix the code.
It would be logically better if there were a way to pass a
ap_filter_t argument to ap_get_mime_headers so ap_http_filter
didn't need to reach backwards in the input filter chain just
to finish its HTTP protocol handling.
On Nov 11, 2011, at 4:25 AM, Graham Leggett wrote:
>
> My moon-on-a-stick would be for this to be ap_mpm_poll_connections() instead,
> and allow the option to add extra connections to the poll (for something like
> mod_proxy and friends, with the option to have each of these extra
> connectio
On Nov 10, 2011, at 11:42 AM, Paul Querna wrote:
>
> This means every input filter, must implement all of these different
> modes. This significantly complicates modules like mod_ssl and
> reqtimeout. Every module to support things like speculative must
> support buffering int
On 10 Nov 2011, at 9:42 PM, Paul Querna wrote:
The input filter API function signature is the following:
apr_status_t func(
ap_filter_t *f,
apr_bucket_brigade *b,
ap_input_mode_t mode,
apr_read_type_e block,
apr_off_t readbytes);
Problems:
1) This
On 11/10/2011 5:53 PM, Paul Querna wrote:
I think this got fixed when mod_ssl was changed to support RFC 2817 -
Upgrading to TLS Within HTTP/1.1.
That would make sense.
On Thu, Nov 10, 2011 at 3:35 PM, William A. Rowe Jr.
wrote:
> On 11/10/2011 4:55 PM, pque...@apache.org wrote:
>>
>> URL: http://svn.apache.org/viewvc?rev=1200612&view=rev
>> Log:
>> Remove AP_MODE_INIT, it is a no-op, everywhere
>
> This was added in order to init ssl connections on protocols whi
On 11/10/2011 4:55 PM, pque...@apache.org wrote:
URL: http://svn.apache.org/viewvc?rev=1200612&view=rev
Log:
Remove AP_MODE_INIT, it is a no-op, everywhere
This was added in order to init ssl connections on protocols which
follow a write-then-read logic like snmp or ftp.
I should be able to c
The input filter API function signature is the following:
apr_status_t func(
ap_filter_t *f,
apr_bucket_brigade *b,
ap_input_mode_t mode,
apr_read_type_e block,
apr_off_t readbytes);
Problems:
1) This gives the caller of the API control over
Hi Nick,
On Wed, Apr 27, 2011 at 06:39:49PM +0100, Nick Kew wrote:
> You may be a little confused. Subrquests and internal redirects
> are not the same thing, and serve different purposes. [...]
You're right, what I want is an internal redirect from within my input filter,
not a
>do a sub-request to a different location from within an input filter.
> >
> >What is the easiest way to achieve this? Reading Nick Kew's excellent
> >Apache Modules Book I've found the function ap_internal_redirect(), but
> >does this function also work from an
On 27 Apr 2011, at 7:07 PM, Micha Lenk wrote:
I am using Apache as a reverse proxy to forward requests to a
backend web
server protected by some self-written Apache modules. Now I would
like to do a
sub-request to a different location from within an input filter.
What is the easiest way to
on the request processing cycle, should be clearer.
A subrequest should be OK in a filter, but if it generates any output
you'd need to figure out where to send it - which is not obvious in
an input filter. As for an internal redirect, I don't see how it would
make sense, but I haven&
Hi,
I am using Apache as a reverse proxy to forward requests to a backend web
server protected by some self-written Apache modules. Now I would like to do a
sub-request to a different location from within an input filter.
What is the easiest way to achieve this? Reading Nick Kew's exce
Hi,
I have a need to capture the incoming request body each time a request
comes into Apache Proxy server. I have mod_proxy and mod_filters setup
and I have an input filter that I wrote that captures the payload from
the request and logs it out. The input filter is able to do this,
however, the
Newbie input filter module writer, so apologies if this is the wrong list.
>From inside an input filter module, when handling filter routine calls and
>iterating
over buckets, with chunked encoding, what's the (or a) termination condition
for end of request
body? Is it a EOS meta
We're looking for an experienced consultant who can guide us through
writing a new filter module for a custom compression/encryption
technique. We have a prototype output filter that's "working", and need
help and guidance with the input filter. Our prototype was based on
This has been solved by creating a new input filter, replacing core
with it, and calling ap_get_brigade on my new input_filter chain.
Apologies for so many messages,
Shane
Essentially what I'm asking is,
I have data in a char *
I have the filters (r->input_filters) I need to run this through.
Is there a way to send this data through that filter?
I've found some code that will let me place that data in a bucket brigade.
apr_bucket_brigade *bb = apr_brigade_c
- Original Message
> From: Nick Kew
> To: modules-...@httpd.apache.org
> Sent: Wednesday, March 25, 2009 4:10:39 PM
> Subject: Re: Input filter to process POST variables (e.g. mod_form)
>
>
> On 25 Mar 2009, at 14:34, Erik Westland wrote
>
> >
>
Hi,
I am facing problem about how to share context between input filter and
output filter which are registered through different hooks.
Here is description of the problem:
static void
mod_realsecure_register_hooks (apr_pool_t * p)
{
ap_hook_child_init (realsecure_child_init
On 10/10/07, Joe Lewis <[EMAIL PROTECTED]> wrote:
> Julian Williams wrote:
[snip]
> > My code uses calls to apr_table_set to create the headers e.g.
> >
> > apr_table_set(r->subprocess_env, "HTTP_SAMS_USER", uid);
> >
>
> Try :
>
> apr_table_set(r->headers_in, "HTTP_SAMS_USER", uid);
>
>
>
Julian Williams wrote:
> Hi,
> I have written an Apache module that controls access depending on
> whether a token is present in the request - normally as an HTTP
> cookie. I have recently had to modify the module to include an input
> filter which will spot the token if included i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Julian Williams wrote:
> Is it just not possible to modify the headers at this point in the
> processing 'pipeline' or is there a different way that I can do it?
What TYPE of input filter is it?
- --
Arturo "Buanzo&q
ECTED]
The problem is that mod_proxy generates the Content-Length header before
calling the input filters. If an input filter modifies the body of the
request, as my filter does, mod_proxy does not regenerate the
Content-Length header. A fix was made in mod_proxy to delay generating
the Content-L
anks
-Original Message-
From: Nick Kew [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 06, 2007 12:55 PM
To: modules-dev@httpd.apache.org
Subject: Re: Input filter cannot change size of multipart/form-data
On Tue, 6 Feb 2007 12:38:26 -0500
"Kratzer, James \(Xetron\)" <[EMAIL P
On Tue, 6 Feb 2007 12:38:26 -0500
"Kratzer, James \(Xetron\)" <[EMAIL PROTECTED]> wrote:
> Please help.
>
> I have an input filter that looks for the Content-Type
> "multipart/form-data" and saves the whole POST request to disk for
> processing by scri
Please help.
I have an input filter that looks for the Content-Type
"multipart/form-data" and saves the whole POST request to disk for
processing by scripts invoked by the filter. The processed
multipart/form-data is then read back in and sent up the chain.
Here are the steps fo
req.read() with no arguments doesn't return all data where input filter inserts
extra data in input stream.
---
Key: MODPYTHON-212
URL:
On Wed, 10 Jan 2007 02:16:09 +0200
"Kfir Dadosh" <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I'm trying to write an input filter that buffers the whole post
> content,
You should avoid buffering where possible. Failing that,
you'll want to tell server admin
Hi All,
I'm trying to write an input filter that buffers the whole post content,
replaces it with some other content, and passes it on the chain.
I managed to read the data from the brigade and buffer it correctly, until I
get the EOS bucket.
At that point, I created a new brigade, adde
I'm new to writing modules, but this is just baffling to me. I'm trying to
write an input filter to access POST data from an incoming request. I don't
need to modify the data in any way, just trap it and pass the contents to the
next filter. The problem is, I only seem to tra
On 10/20/2006 05:03 PM, Christian Verdelli wrote:
>
> static int redirect_wmlInFilter (ap_filter_t* f, apr_bucket_brigade*
> brigade,
> ap_input_mode_t mode, apr_read_type_e block, apr_off_t readbytes) {
>
> apr_bucket* bucket ;
> apr_status_t ret ;
>
> if ( ret = ap_get_brigade(f->next, briga
I simply changed this piece of code : char *data[4096]; memset (data,0,4096); with this : char *data; data = "" 4096) ; and now it works fine, what the hell is this !!?? :-DThanks anyway..On Oct 20, 2006, at 6:35 PM, Christian Verdelli wrote:Well,actually i took my piece of code right from t
Well,
actually i took my piece of code right from that module.
I just took out the piece i needed but happen exaclty using mod_diagnostic.c
I just added the function to read data from the bucket :
apr_bucket_read(b,&data,&len,1);
ap_log_perror(APLOG_MARK, APLOG_NOTICE, NULL, f->c->pool,
"
On Friday 20 October 2006 16:03, Christian Verdelli wrote:
> -
> -- Hi,
>
> im writing my first simple input filters ; i need it to debug the
> request body (content of POST) coming to my Web Server before is handled
> by a third party contect handler module (which corrupt data).
> I simply want to
>frec->name, t, bucket->length , data );elseap_log_perror(APLOG_MARK, APLOG_NOTICE, NULL, f->c->pool,"(IN) %s: ap_get_brigade returned %d", f->frec->name, ret) ;return ret ;}The filter is then registered as input filter in the AP_FTYPE_TRANSCODE phase.static void redir
Hi, hope that someone has any time to help me.
I'm designing an input filter, my goal is to parse de URI and Cookies,
set a couple of new headers in the request and change the uri.
I have coded some stuff, based on Ryan Bloom article 'Writing Input
Filters for Apache 2.0'
(http:/
On 2/24/06, Greg Ames <[EMAIL PROTECTED]> wrote:
> Jeff Trawick wrote:
>
> > It isn't clear to me what an input filter should do about
> > Content-Length when it modifies the length of the body (assuming that
> > this isn't chunked encoding).
>
> >
Jeff Trawick wrote:
It isn't clear to me what an input filter should do about
Content-Length when it modifies the length of the body (assuming that
this isn't chunked encoding).
mod_cgi uses brigades to read the body but needs to look at
Content-Length before spawning the CGI
(Apologies if there is juicy past discussion that I didn't find with
my search keywords.)
It isn't clear to me what an input filter should do about
Content-Length when it modifies the length of the body (assuming that
this isn't chunked encoding).
It causes problems for some han
Hi there,
I've spent the last few days trying to get an input filter to work in
mod_python, in the context of requests that are being reverse proxied to
an app-server by mod_proxy. I've also tried mod_rewrite.
The input filter works fine if mod_proxy or mod_rewrite are *not* in
S.
Thanks in advance for your attention.
Luca
On 6/22/05, Nick Kew <[EMAIL PROTECTED]> wrote:
luca regini wrote:> I need to write an input filter that is able to change the value of some> cookies. However the name of the cookie to be changed is a per- directory
> value. S
I add an input filter with an "ap_add_input_filter" from an ap_hook_header_parser hook. My filter doesn't get called, i guess probably because we are too far in the request processing cycle. Sadly this filter needs per directory config information that is not available within pre
te:> I need to write an input filter that is able to change the value of some> cookies. However the name of the cookie to be changed is a per- directory
> value. So i have an input filter whose behavior depends programmatically> from per-directory configuration. How should i gain informati
te:> I need to write an input filter that is able to change the value of some> cookies. However the name of the cookie to be changed is a per- directory
> value. So i have an input filter whose behavior depends programmatically> from per-directory configuration. How should i gain informati
luca regini wrote:
> I need to write an input filter that is able to change the value of some
> cookies. However the name of the cookie to be changed is a per- directory
> value. So i have an input filter whose behavior depends programmatically
> from per-directory configuration.
I need to write an input filter that is able to change the value of some cookies. However the name of the cookie to be changed is a per- directory value. So i have an input filter whose behavior depends programmatically from per-directory configuration. How should i gain information about per -dir
On Wed, 12 Jan 2005 18:43:53 + (GMT), Nick Kew <[EMAIL PROTECTED]> wrote :
> I meant to add: there are C code examples in my stuff at
> apache.webthing.com. Can't recollect OTTOMH what's published, but
> mod_upload is definitely opensource and its tmpfile_filter does
> what you're asking (th
On Wed, 12 Jan 2005, Nick Kew wrote:
> [a fairly useless message]
I meant to add: there are C code examples in my stuff at
apache.webthing.com. Can't recollect OTTOMH what's published, but
mod_upload is definitely opensource and its tmpfile_filter does
what you're asking (though it's not an idea
On Wed, 12 Jan 2005, Pawel Niewiadomski wrote:
> Does anyone know how can I solve this problem?
As Stas says, simply don't return to the caller until you've got EOS.
You lose the efficiency of pipelining, and beware of how big a request
you accept and buffer!
--
Nick Kew
Pawel Niewiadomski wrote:
hello,
I'm writing an input filter that needs to operate on a full content
of incoming request. But it should not pass incoming data to other
input filters - it gathers full body of request, changes it and then
passes it further.
I have one problem - if I empty a br
hello,
I'm writing an input filter that needs to operate on a full content
of incoming request. But it should not pass incoming data to other
input filters - it gathers full body of request, changes it and then
passes it further.
I have one problem - if I empty a brigade that is passed t
s
to deal with POST data, which from my reading, means I need an input
filter. Which is fine, I can see how to set that up as well. Where I
get lost is, how does my handler get the POST data that I'd read using
my input filter? I assume it has to do with the context structure that
each mod
--On Wednesday, June 2, 2004 12:12 PM +0100 Joe Orton <[EMAIL PROTECTED]>
wrote:
The approach I'm using is a new input filter which runs above (before)
the HTTP input filter, and waits for an EOS, then does the SSL
handshake. All the data must be read from the socket before s
andshake *after* the request body has been read.
mod_ssl for 1.3 solved this using an inelegant but effective hack which
read the entire request body into memory; it seems like a better
solution is possible for 2.0.
The approach I'm using is a new input filter which runs above (before)
t
[EMAIL PROTECTED] wrote:
> [EMAIL PROTECTED] wrote...
>
> Hi to all,
>
> A new question to HTTP / RFC gurus.
>
> A customer has developped a custom PHP HTTP client,
> using HTTP 1.0 and compression.
That's like mixing Vodka and Beer... something could
easily puke... but OK... I hear ya...
T
nt-Length is set to the size of the
> plain request (not the size of the compressed request).
>
> Is it correct or should it send the Content-Length with
> the size of the compressed request ?
>
> In such case, it seems that mod_deflate INPUT filter should
> modify the Content-Len
mod_deflate INPUT filter should
modify the Content-Length accordingly ?
The note at the bottom of this section:
http://httpd.apache.org/docs-2.0/mod/mod_deflate.html#enable
says that it should be the compressed length and that the server is not
responsible for changing the length during decompression.
Ok
eems that mod_deflate INPUT filter should
> modify the Content-Length accordingly ?
The note at the bottom of this section:
http://httpd.apache.org/docs-2.0/mod/mod_deflate.html#enable
says that it should be the compressed length and that the server is not
responsible for changing the length during decompression.
Joshua.
HTTP header :
Content-Encoding: gzip
Also the Content-Length is set to the size of the
plain request (not the size of the compressed request).
Is it correct or should it send the Content-Length with
the size of the compressed request ?
In such case, it seems that mod_deflate INPUT filter should
It seems from the code, that any headers an input filter would like to
insert in the environment won't be inserted.
This is because by the time the input filter has been called
(ap_get_brigade on line 696) the environment has been finalized (line
with run_cgi_child:ap_create_privileged_pr
Justin Erenkrantz wrote:
Thanks for the explanations Justin. Once I'll get some free time I'll need to
revamp the filters chapter [1] to address the read mode issue. So far I was
completely ignoring it :(
(1) http://perl.apache.org/docs/2.0/user/handlers/filters.html
Though it'd be nice to add
--On Thursday, November 13, 2003 11:01 AM -0800 Stas Bekman <[EMAIL PROTECTED]>
wrote:
Should we add an explicit explanation to AP_MODE_READBYTES: return at most
readbytes data. Can't return 0 with APR_BLOCK_READ. Can't return more than
readbytes data.
I'd say the first and last one are equivalen
Justin Erenkrantz wrote:
--On Thursday, November 13, 2003 12:38 AM -0800 Stas Bekman
<[EMAIL PROTECTED]> wrote:
Great. Where this should be documented? In the ap_get_brigade .h?
It's already in util_filters.h. Read the documentation for
ap_input_mode_t:
/** The filter should return at mos
--On Thursday, November 13, 2003 12:38 AM -0800 Stas Bekman <[EMAIL PROTECTED]>
wrote:
Great. Where this should be documented? In the ap_get_brigade .h?
It's already in util_filters.h. Read the documentation for ap_input_mode_t:
/** The filter should return at most readbytes data. */
AP_M
Justin Erenkrantz wrote:
On Tue, Nov 04, 2003 at 01:41:46AM -0800, Stas Bekman wrote:
filter. What happens if the filter returns less bytes (while there is still
more data coming?) What happens if the filter returns more bytes than
requested (e.g. because it uncompressed some data). After all th
--On Tuesday, November 11, 2003 11:24 AM -0600 "William A. Rowe, Jr."
<[EMAIL PROTECTED]> wrote:
More bytes = Not OK. (Theoretically possible though with bad filters.)
Wrong. This is OK across the board, please consider;
Uh, no. We changed the filter semantics some time ago to stop this insani
At 03:31 AM 11/11/2003, Justin Erenkrantz wrote:
>On Tue, Nov 04, 2003 at 01:41:46AM -0800, Stas Bekman wrote:
>> filter. What happens if the filter returns less bytes (while there is still
>> more data coming?) What happens if the filter returns more bytes than
>> requested (e.g. because it unco
On Tue, Nov 04, 2003 at 01:41:46AM -0800, Stas Bekman wrote:
> filter. What happens if the filter returns less bytes (while there is still
> more data coming?) What happens if the filter returns more bytes than
> requested (e.g. because it uncompressed some data). After all the incoming
Less by
Stas Bekman wrote:
I'm trying to get rid of ap_get_client_block(), but I don't understand a
few things. ap_get_client_block() asks for readbytes from the upstream
filter. What happens if the filter returns less bytes (while there is
still more data coming?) What happens if the filter returns mor
I'm trying to get rid of ap_get_client_block(), but I don't understand a few
things. ap_get_client_block() asks for readbytes from the upstream filter.
What happens if the filter returns less bytes (while there is still more data
coming?) What happens if the filter returns more bytes than reques
[EMAIL PROTECTED] writes:
> [...]
> >
> > Why don't you just write a fixup handler with libapreq-2?
> > AFAICT libapreq-2's mod_apreq (filter) handles these details
> > for you.
> >
>
> I did have the sense that what I was trying to do running under the
> HTTP_IN filter an impossible task to ac
[...]
>
> Why don't you just write a fixup handler with libapreq-2?
> AFAICT libapreq-2's mod_apreq (filter) handles these details
> for you.
>
I did have the sense that what I was trying to do running under the HTTP_IN filter an
impossible task to achieve. That is until I took a look at libapr
[EMAIL PROTECTED] writes:
[...]
> The question is how can I ask CORE_IN for the request line,
> http headers and request body without causing it to be
> consumed?
Why don't you just write a fixup handler with libapreq-2?
AFAICT libapreq-2's mod_apreq (filter) handles these details
for you.
[.
Hi,
>> The only way I can see where I will have the ability
>> to insert those HTTP inbound request headers is if
>> my filter runs between the CORE_IN and the HTTP_IN
>> input filter,
>
> I'm afraid this is true... Does anyone else have a better idea?
Af
[EMAIL PROTECTED] wrote:
Be careful
you have configuration to avoid buffering the entire .iso file that
somebody tries to copy to their DAV filesystem. And your configuration
may be roll-your-own w.r.t. selecting which request objects to operate
on since you may have to make your decisions be
> Be careful
> you have configuration to avoid buffering the entire .iso file that
> somebody tries to copy to their DAV filesystem. And your configuration
> may be roll-your-own w.r.t. selecting which request objects to operate
> on since you may have to make your decisions before Apache has
[EMAIL PROTECTED] wrote:
The only way I can see where I will have the ability
to insert those HTTP inbound request headers is if
my filter runs between the CORE_IN and the HTTP_IN
input filter,
I'm afraid this is true... Does anyone else have a better idea?
in which case I will need a pro
Hi,
>
> Does your module needs to read and examine the request body (POST data)
> prior to inserting the HTTP request headers,
Yes, the module needs the ability to look at the request body, and based on its
content, add the necessary HTTP request headers if required for the web application to
[EMAIL PROTECTED] wrote:
I am writing a module need to be able to examine
POST data, and insert inbound HTTP request headers
after my code has been run by apache so that:
Does your module needs to read and examine the request body (POST data)
prior to inserting the HTTP request headers, or are th
ation
* mod_cgi/mod_cgid
* mod_proxy (the back web webserver will act as the
web application)
Attempted Solution
Use an input filter. This provides the mechanism to
examine the POST data at my will without consuming
it off the socket, thus giving the web application
still the opportunity to co
Hi all,
I am trying to create an input filter which looks at the header lines
of a request (from the Request line itself!), and modifies them if
necessary.
Unfortunately, the examples I found on the web seem to use an old
version of the API, and thus they do not compile. Moreover, what
I found in
headers are already known by the time we get to a
connection filter. On input, the connection filter sees the request
data from the client before any parsing has been performed.
So my point of respecting the astute user's desire to make an input
filter something other than AP_FTYPE_RES
input filter on a name based
vhost. -- Does anyone know it if does work with an IP based
vhost ?
TIA
-Philipp
--
: Dipl-Ing Philipp Reisner Tel +43-1-8178292-50 :
: LINBIT Information Technologies GmbH Fax +43-1-8178292-82 :
: Schönbrunnerstr 244, 1120 Vienna, Austria
hi,
Is there a way to place an input filter before mod_proxy do the
connection to backend.
I did a register_input_filter and it's called when mod_proxy is proxying
the data from backend server (ap_get_brigade in proxy_http.c).
my aim is to modify the data before the proxy send it to ba
--On Thursday, October 31, 2002 12:19 AM -0600 "William A. Rowe, Jr."
<[EMAIL PROTECTED]> wrote:
OpenSSL 0.9.6g does so. Why shouldn't we?
Because OpenSSL is a library, we're not.
However, if we don't have inl worth of bytes, and they are sitting
ready (on the socket) shouldn't we fetch them
On Wed, Oct 30, 2002 at 09:04:02PM -0800, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
wrote:
> Well, I'm of the view that one should avoid declaring variables within a
> loop whenever possible. (you know - individual preferences etc.).
FWIW, I am too. :)
-aaron
1 - 100 of 127 matches
Mail list logo
