Many thanks for all the answers on this one folks - in summary the
suggestions were packet tracing, mod_security, RewriteLog, and
mod_log_forensic.
I went for packet tracing using tshark with a capture condition to
minimise the performance impact, which worked nicely. The requests in
(apologies if this is a dupe, I originally sent from the wrong address)
Hi there,
I have an unusual problem - a large e-commerce site integrated with
Authorize.net for card payments which appears to be failing to log some
requests.
The Authorize.net system makes HTTP POST requests to our
Graham Leggett wrote:
If httpd isn't logging anything, the most likely explanation is that the
request isn't reaching httpd at all.
How reliable is your network between their system and yours? Are there
any load balancing devices or other network magic in the way that could
potentially be
Hi folks,
Is there a problem with libapreq2 on CPAN?
cpan make libapreq2
Warning: Cannot install libapreq2, don't know what it is.
cpan make Apache2::Request
Warning: Cannot make Apache2::Request, don't know what it is.
thanks in advance,
John
Hi there,
I couldn't find the answer to this in various user docs/forums/etc,
apologies if it's a simple thing.
I have a particularly busy URI on a particular VirtualHost and I'd like
to limit how many clients can request that URL at a time. I've been
looking for things like being able to
[re-sent from correct address, apologies for any dupes]
Jim Jagielski wrote:
On Oct 22, 2008, at 11:29 AM, Mladen Turk wrote:
The upper limit in case of ajp protocol is 65536, so either
silently enforcing that (like now), breaking,
or logging as warning.
Except we don't enforce an upper limit
Jim Jagielski wrote:
On Oct 22, 2008, at 11:29 AM, Mladen Turk wrote:
The upper limit in case of ajp protocol is 65536, so either
silently enforcing that (like now), breaking,
or logging as warning.
Except we don't enforce an upper limit at all... That's
the point :)
A range of 512-65536
Henrik Nordstrom wrote:
On tor, 2008-05-15 at 21:00 +0200, Ruediger Pluem wrote:
\apache\src\log.c(682):apr_file_puts(errstr, logf);
I see nothing reasonable that we can do in this situation but ignoring the
error.
syslog?
Please excuse me barging in here but I
Hi folks,
Who's currently maintaining flood? I'm hoping to put in some time on
improvements in the next month or two but might need to discuss it with
someone to avoid submitting silly patches.
cheers
John
Guy Ferraiolo wrote:
My experience is similar. It seems that some simple matching works but
not in all cases. Any advice from anyone?
I figured it out in the end! Flood isn't retrieving the full response
by default for some reason, so can't match what's in the body. After
poking around
Hi folks,
I grabbed flood from svn and built it according to the instructions at
http://httpd.apache.org/test/flood/
I've been getting 'Regular expression match failed' most of the time,
and even tried running one of the examples:
--
[EMAIL
Hi folks,
I'm not sure if this is a bug and I'm new to the list so please forgive
any bad form.
I'm trying to use APR::Request::Param-charset(8) but it doesn't seem to
be setting perl's UTF-8 flag as the documentation says it should.
Here's the code:
sub handler { my $r=shift;
$query =
at it that closely.
The bigest thing I would say is you should subclass perhaps
APR::Request::Cookie instead as
that is the API we recommend these days.
John ORourke wrote:
http://www.versatilia.com/downloads/Validated.pm
Right, I've solved my problem with a hack and some RTFSing, but I think
I've found a bug either in the docs or Apache2::Cookie...
Basically if I read cookies like this:
$cookie_hash_ref = APR::Request::Apache2-handle($r)-jar();
it works, I can treat the return as a hash of cookies.
However, if
14 matches
Mail list logo
