Byron Ellacott wrote:
Hi,
I've been trying rather unsuccessfully to write an Authen handler that
is able to detect an SSL connection and use the SSL certificate serial
as an index into a database table.
The problem I'm facing is how to discover the SSL connection information
in an
On Tue, 2002-07-16 at 00:39, Stas Bekman wrote:
You are talking about mod_perl 2.0, aren't you? Please make that clear
upfront, preferrably in the subject of your post.
Ach, my apologies, intended to mention that.
What do you need APR::Pool for? What are you trying to do (code sample)
and
Hi,
I am running Apache 1.3 on OpenVMS V7.2-1H1. When I upload files to my server
all works fine, until the file size exceeds 67,066 bytes. My CGI is written in
Perl 5.6.
I have searched my Apache documentation looking for a limiting directive in my
httpd.conf file, with no success. Changing
Hi,
sorry for my offtopic posting but i haven't found a general perl mailinglist (with
some traffic).
i want to spy my mod_perl/batch programs, in some case they write an error to STDERR i
want to send an email to me.
So i wrote Log.pm which has tie functions for handlers, but this doesnt
Hi there,
On Mon, 15 Jul 2002, Ian Colin Jones wrote:
all works fine, until the file size exceeds 67,066 bytes.
I think it might be POST_MAX in CGI.pm.
73,
Ged.
Bartlomiej Frackiewicz wrote:
Hi,
sorry for my offtopic posting but i haven't found a general perl mailinglist (with
some traffic).
i want to spy my mod_perl/batch programs, in some case they write an error to STDERR
i want to send an email to me.
So i wrote Log.pm which has tie
I need to have several database connections within one modperl application
(sharing the connections across all modules would ideal). Could anyone
suggest a way to cache these connection with Apache2/modperl2 on win32?
The modperl2 docs talk about a TIPool module along with a DBIPool module.
Under the 1.x version of mod_perl, the tecnique for increasing the POST size
is:
use Apache::Request;
handler
{
my $r = shift;
my $apr = Apache::Request-new($r, POST_MAX=(1000*1024));
}
(see
http://perl.apache.org/docs/1.0/guide/snippets.html#Using_DESTROY_to_Finaliz
e_Output)
I have
Hi Geoff,
funny thing is that i have already the book here, so my teacher was right: we must
read more books :-)
bye bartlomiej
-Ursprüngliche Nachricht-
Von: Geoffrey Young [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 15. Juli 2002 17:36
An: Bartlomiej Frackiewicz
Cc: [EMAIL
Tim Keefer wrote:
I need to have several database connections within one modperl
application (sharing the connections across all modules would ideal).
Could anyone suggest a way to cache these connection with
Apache2/modperl2 on win32?
The modperl2 docs talk about a TIPool module along
At 12:18 AM 7/16/02 +, Stas Bekman wrote:
...A few folks at p5p are creating a bunch of new modules around threads::
and threads::shared::, just yesterday a new module: Thread::Pool was
released by Elizabeth Mattijsen. Which seems to be what's needed for
Apache::DBITPool.
Hmmm... I guess
Hey everyone,
It's me again... the persistent telnet mod_perl newbie!
(http://msgs.securepoint.com/cgi-bin/get/apache0205/204.html)
I have implemented my project using persistent telnet connections (one for
each user session accessible throught the session to perform various
functions through
Elizabeth Mattijsen wrote:
At 12:18 AM 7/16/02 +, Stas Bekman wrote:
...A few folks at p5p are creating a bunch of new modules around
threads:: and threads::shared::, just yesterday a new module:
Thread::Pool was released by Elizabeth Mattijsen. Which seems to be
what's needed for
List,
I came across http://www.firstworks.com/sqlrelay.html the other day.
Have any of you come across this product before. With the whole problem
of providing seemless recovery at the client side from database
failure this tool seems quite productive. I've not used it but figured
maybe
Richard Clarke wrote:
I came across http://www.firstworks.com/sqlrelay.html the other day.
Have any of you come across this product before.
It's been discussed here before (see the archives) but no one has talked
about any real experience with it yet. Try it out and tell us what you
Perrin Harkins wrote:
Richard Clarke wrote:
I came across http://www.firstworks.com/sqlrelay.html the other
day. Have any of you come across this product before.
It's been discussed here before (see the archives) but no one has
talked about any real experience with it yet. Try it
French, Shawn wrote:
Hey everyone,
It's me again... the persistent telnet mod_perl newbie!
(http://msgs.securepoint.com/cgi-bin/get/apache0205/204.html)
I have implemented my project using persistent telnet connections (one for
each user session accessible throught the session to perform
Hi,
I know this is a FAQ sort of question, but I can't find it in the faq and I
am going nuts. Like I know I know the answer to this, but I just can't get
it back in my head. Any output under Registry.pm gets duplicated. One page
= two doubled pages. I am using CGI::Application and
Eric Frazier wrote:
Hi,
I know this is a FAQ sort of question, but I can't find it in the faq
and I am going nuts. Like I know I know the answer to this, but I just
can't get it back in my head. Any output under Registry.pm gets
duplicated. One page = two doubled pages. I am using
--
mod_perl digest
June 24, 2002 - July 14, 2002
--
Recent happenings in the mod_perl world...
Features
o
At 01:14 AM 7/16/02 +, Stas Bekman wrote:
Hmmm... I guess you're right. I hadn't thought of applying Thread::Pool
in this situation, but it sure makes sense. This would however imply
that jobs would be submitted from different threads. That _should_ work,
but I just realised that I
Stas Bekman wrote:
It seems that you are after the same functionality as Apache::DBI, you
want a pool of items that you want to be able to choose from.
Look for threads::shared (perl 5.8.0), just create a shared hash with
keys that you use for the map and the values for the actual
Elizabeth Mattijsen wrote:
Hmm... but you won't be able to fetch the $dbh from the thread. It
can only live in _that_ thread. You cannot pass objects between
threads. But you _can_ send queries to that thread, fetch a jobid for
that job and then obtain whatever was returned as a Perl
Hi Stas.
The documentation is neither unclear nor confusing. However, the
implication was not obvious (well... not obvious enough) when I first read
this section three years ago. If you're sincere about wanting
suggestions, here's mine:
In addition to understanding the behavior of END blocks
Richard Clarke wrote:
I mean in the case of the database crashing and being able to switch
to a replicated backup system.
That's trivial to implement if it happens during connect time. You can
simply keep a list of databases to try, and if one fails you go on to
the next. This approach
25 matches
Mail list logo
