We already did this! The question is - with 2 apache config,
proxy-front-end apache logs every request, even if power apache
daemon
crushed with segfault, simple-proxy daemon logs request with URI
and
502 status. We know time of segfault and can find 502 request in
access logs with such
You've addressed the issue of someone submitting a form with altered fields
to attack the server, and pointed out some more advantages, but I don't
think you've addressed the issue of protecting the hidden cleartext data
from others on the client side.
True. But to tackle these concerns,
perl sighandlers require the signal as their first argument. so i assume
that it may not be a good idea to call Carp::cluck(), as any of the Carp
methods expect strings. try typing as follows:
$SIG{WARN} = sub { Carp::cluck (received signal shift() at
line.__LINE__) };
martin
Tim Noll
The simple onUnload() construction will not work. You will have to open
a new browser window on unload displaying the output of your server program.
martin
Medi Montaseri wrote:
I know this is off topic, but I thought someone could use a break...
Given a page called xyz.html, I want to
hi nigel,
i never tried aou JSRS before, so i can't judge about it. but posting
the data to a hidden frame might not work on an unload event. imagine
the user types in another url and löeaves the whole
frameset. but now we're running far WOT ... :)
martin
Nigel Hamilton wrote:
Hi Martin,
Martin Haase-Thomas wrote:
perl sighandlers require the signal as their first argument. so i assume
that it may not be a good idea to call Carp::cluck(), as any of the Carp
methods expect strings. try typing as follows:
$SIG{WARN} = sub { Carp::cluck (received signal shift() at
you're right, i forgot about those two perl signals.
ashamed
martin
Stas Bekman wrote:
Martin Haase-Thomas wrote:
perl sighandlers require the signal as their first argument. so i
assume that it may not be a good idea to call Carp::cluck(), as any
of the Carp methods expect strings. try
Hi!
I have SunOS 5.8 machine and apache 1.3.22 with mod_perl 1.26 on it.
Now I'm trying to install in apache authentication against LDAP server.
So I installed AuthenLDAP module. But when I try to go to the directory
in browser, apache says - Internal Server Error, and in error.log file
I see
not sure if everyone here pays attention to perl.com on a daily basis,
but Paul Lindner's article on Apache::TaintRequest showed up
yesterday...
from the perl.com email newsletter...
Cross-site scripting attacks are a surprisingly little-known and
surprisingly dangerous problem for anyone
After compiling and installing mod_perl 1.26 I do not see Apache::Subprocess anywhere.
Is it a separate module ? If so how do you get it;
http://perl.apache.org/dist/contrib/ did not have it either.
Thanks for the insight,
Balazs
On Thu, 21 Feb 2002, Balazs Rauznitz wrote:
Date: Thu, 21 Feb 2002 08:52:54 -0500
From: Balazs Rauznitz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Balazs Rauznitz [EMAIL PROTECTED]
Subject: Apache::Subprocess availability
After compiling and installing mod_perl 1.26 I do not see
Announcing the release of Bricolage 1.3.0. This is a development release
for the forthcoming 1.4.0 release. It features many bug fixes planned
for the forthcoming 1.2.1 release, as well as a new feature: A SOAP
server. The SOAP server will enable automatic publishing of content, as
well as
Novator Systems LTD http://www.novator.com/, founded in 1994, is
looking for two Perl zealots to start immediately.
- Apache, mod_perl, embperl, XML/XSLT, Linux, Solaris;
- High up time, high volume, production environment;
- Internal framework development;
- Small teams;
- Agile (XP-ish)
Please delete my last message
I apologyze because i make a mistake in my last message. I was sending an
internal mail and the To field was with mod_perl and i put the real
destinations in the CC section.
Sorry Again.
Hans Poo
Stas Bekman wrote:
Tim Noll wrote:
Is there a proper way to call a method handler using either
push_handlers or
set_handlers? They both appear to call all handler refs just like normal
subs, with no class name passed in. It appears that enclosing the
handler in
an anonymous sub is a
My question was really about the proper way to call method handlers from
either push_handlers or set_handlers since the normal technique (first
example above) calls them as normal subs, i.e. the first parameter is not
the class name. The second example, however, seems to do the trick. I
On Wednesday 20 February 2002 07:55 pm, Geoffrey Young wrote:
If the redirected request needs that session
data, there's a small chance it won't be there yet.
have you seen this? I don't recall this ever coming up before (which
doesn't mean it can't happen :)
Yes, I have seen it happen.
I apologise in advance to those of you who receive multiple copies of
this email due to my cross-posting.
Due to the instability of its previous host, I have moved the mod_perl
logo entries to my new Linux box (my apologies to those who were unable
to review the images previously due to the
Jonathan M. Hollin wrote:
I apologise in advance to those of you who receive multiple copies of
this email due to my cross-posting.
Due to the instability of its previous host, I have moved the mod_perl
logo entries to my new Linux box (my apologies to those who were unable
to review the
I moved the session cleanup phase to a PerlLogHandler and it seems to be
working, except for one small issue. Request URIs for directories (i.e. no
filename specified) don't seem to trigger the log handler. I put some
warnings in the code to trace its execution. The following is a dump
On Feb 21, 2002 at 15:23:04 -0800, Milo Hyson wrote:
On Wednesday 20 February 2002 07:55 pm, Geoffrey Young wrote:
If the redirected request needs that session
data, there's a small chance it won't be there yet.
have you seen this? I don't recall this ever coming up before (which
David Wheeler wrote:
Announcing the release of Bricolage 1.3.0. This is a development release
for the forthcoming 1.4.0 release. It features many bug fixes planned
for the forthcoming 1.2.1 release, as well as a new feature: A SOAP
server. The SOAP server will enable automatic publishing of
On Thu, 2002-02-21 at 20:38, Stas Bekman wrote:
I've added the description at http://perl.apache.org/#appservers
Thanks David!
Cool -- thanks Stas. Although I might want to send a slightly longer
description for inclusion there soon...
Regards,
David
--
David Wheeler
On Thu, 21 Feb 2002 23:35:18 -, Jonathan M. Hollin
[EMAIL PROTECTED] said:
I am still soliciting entries for the new logo (send to
mod_perl[at]digital-word.com)... so please keep those images coming.
What about entering the old logo as a competitor as well? I think I'd
vote for it.
Andreas J. Koenig wrote:
On Thu, 21 Feb 2002 23:35:18 -, Jonathan M. Hollin
[EMAIL PROTECTED] said:
I am still soliciting entries for the new logo (send to
mod_perl[at]digital-word.com)... so please keep those images coming.
What about entering the old logo as a competitor as
Carlos Ramirez wrote:
Here are some fixes I incorporated into my private copy of
Authen::Smb and Apache::AuthenSmb modules. These changes
are based on some discussion I found in the modperl
mailing list posted on Thu, 16 Sep 1999 by Matt Arnold. I
basically copied Matt's suggestions and
On Fri, 22 Feb 2002 14:51:23 +0800, Stas Bekman [EMAIL PROTECTED] said:
Andreas, all the logos from the first contest are in the competition.
blush Sorry I missed it. Thanks for bearing with me.
--
andreas
stas02/02/21 20:35:25
Modified:.index.html
Log:
- add a ref/desc of Bricolage
Revision ChangesPath
1.99 +11 -0 modperl-site/index.html
Index: index.html
===
RCS file:
28 matches
Mail list logo