Re: [ANNOUNCE] Apache::IncludeHook

2003-09-16 Thread Stas Bekman
Geoffrey Young wrote: hi all... I wanted to let everyone know that I have ported !-- #perl -- SSI tag support to Apache 2.0. it should behave under both prefork and threaded mpms, and work pretty much the same as it did in Apache 1.3, despite the fact that mod_include is now an output filter.

Re: mod_perl v2 Forking

2003-09-16 Thread Stas Bekman
Cameron B. Prince wrote: I have a report generator program written in Perl that I need to start from a CGI. The program takes about 15 minutes to run, so I must fork or double fork. I have two goals: 1) Have no zombies when the program completes 2) Fork in such a way that restarting Apache

Re: Can't build Apache::Dispatch on Windows / Perl 5.8.0

2003-09-16 Thread Stas Bekman
Steve Hay wrote: [...] Having a pointer to where the mod_perl.lib library was installed would be useful. I'm not sure calling it MODPERL_STATIC_LIB_LOCATION would be the best thing on Win32, as it's not a static library as such, but something could be come up with ... Well, if ModPerl::MM does

Re: Can't build Apache::Dispatch on Windows / Perl 5.8.0

2003-09-16 Thread Steve Hay
Stas Bekman wrote: Steve Hay wrote: [...] Having a pointer to where the mod_perl.lib library was installed would be useful. I'm not sure calling it MODPERL_STATIC_LIB_LOCATION would be the best thing on Win32, as it's not a static library as such, but something could be come up with ... Well,

Basic authentication

2003-09-16 Thread Stephen Hardisty
Hi, I'm having a bit of trouble authenticating users. The script I have works, but only a couple of times before it just sends out 401 without prompting the user for their details. We have mod_perl 1.99_05 installed, we don't want to upgrade as we would have more applications to upgrade than

Re: Basic authentication

2003-09-16 Thread Geoffrey Young
Stephen Hardisty wrote: Hi, I'm having a bit of trouble authenticating users. The script I have works, but only a couple of times before it just sends out 401 without prompting the user for their details. We have mod_perl 1.99_05 installed, we don't want to upgrade as we would have more

Re: mod_perl v2 Forking

2003-09-16 Thread Eric Frazier
Hi, I guess this is off topic for this list, since I would be doing this no matter if I was running CGI or mod_perl or whatever. I am pretty desparate to get this working, and if anyone wants to earn some cash helping me fix things PLEASE call me at 250 655-9513. I have been trying to

Re: mod_perl v2 Forking

2003-09-16 Thread Rafael Garcia-Suarez
Eric Frazier wrote: ... But then I found I was using 5.8.. Thanks to a guy on comp.lang.perl.misc I know that there is a change in how signals are handled, they call it deferred signal handling because Perl now is suppose to wait until the Interpeter is in a safe state. As I understand it this

RE: mod_perl v2 Forking

2003-09-16 Thread Stephen Hardisty
Hi, I had a problem with 5.8.1 and forking in that I was either getting zombies using the 5.6 examples or the parent was dying, depending on which example was used. The way round I found was to: # ignore the child, good rule for life $SIG{CHLD} = 'IGNORE'; # then sort out the socket my $server

Re: mod_perl v2 Forking

2003-09-16 Thread Eric Frazier
Hi, That sound like one way to go, I want to be very careful with something like this. You speak as if restoring 5.6 behaviour is the best or only way to go. Do you see any other alternatives? Thanks, Eric At 04:57 PM 9/16/03 +0200, Rafael Garcia-Suarez wrote: Eric Frazier wrote: ... But

RE: mod_perl v2 Forking

2003-09-16 Thread Eric Frazier
Hi, Doing this works for me. But I am ending up with some errors that I didn't have before. Of course my bosses would get mad if I posted all of the code involed, but basicly a database connection that was working fine is now returning mysql server has gone away, meaning that the connection got

RE: mod_perl v2 Forking

2003-09-16 Thread Stephen Hardisty
Hi, is the database connection created in the child or before it? If it's created inside the child then it'll die ungracefully when the child dies, so put something nice and fluffy to close it before the exit. Otherwise, I don't know I'm afraid. -Original Message- From: Eric Frazier

RE: mod_perl v2 Forking

2003-09-16 Thread Eric Frazier
Hi, Well, I am not sure if this is going to be the best solution long term, but it works! while ( $connection ){ my $return_value = undef; if(/quit|exit/i){ last;} elsif (/closeme/i ) {$connection-close();

RE: mod_perl v2 Forking

2003-09-16 Thread Eric Frazier
:) I think that makes sense. It was created in the child. It seemed to be fixed when I made the connection global. When I tried the connection in the child again it might well have been a lucky transpireing of events that let the child stay alive long enough for the query to get completed. So I

RE: mod_perl v2 Forking

2003-09-16 Thread Gareth Kirwan
Haven't read much of this thread, but is POE an option ? -Original Message- From: Eric Frazier [mailto:[EMAIL PROTECTED] Sent: 16 September 2003 13:17 To: Stephen Hardisty Cc: [EMAIL PROTECTED] Subject: RE: mod_perl v2 Forking :) I think that makes sense. It was created in the

RE: mod_perl v2 Forking

2003-09-16 Thread Stephen Hardisty
I guess you could, but if there's already a load of code mightn't be a bit of a pain POE-ing it? -Original Message- From: Gareth Kirwan [mailto:[EMAIL PROTECTED] Sent: 16 September 2003 16:50 To: 'Eric Frazier'; Stephen Hardisty Cc: [EMAIL PROTECTED] Subject: RE: mod_perl v2 Forking

ensuring singularity of users

2003-09-16 Thread Zack Brown
Hi, I'd like to implement something that tries to ensure that one user can't masquerade as multiple users. I'm looking into Captchas, but I'm wondering what other options there are, and what folks think about that here. My impression so far is that there's no 100% effective way to do it. If

client-side certificate extraction

2003-09-16 Thread Goehring, Chuck Mr., RCI - San Diego
ModPerlers, We have a requirement to change our web servers to require client-side ssl certificates by Oct 1, 2003. Can someone give me some pointers on how mod_perl might be used to extract the user's name at login time. I suspect this might require a handler. This might be used to avoid

Re: Can't build Apache::Dispatch on Windows / Perl 5.8.0

2003-09-16 Thread Stas Bekman
Steve Hay wrote: [...] What other misleading parts are we talking about? I'm just getting confused with changes in Apache itself, I think. Apache 1 used to have lib, libexec and modules: lib stored the static .lib's, libexec stored the import libraries for various dll's, and modules stored

(please trim your followups!) Re: mod_perl v2 Forking

2003-09-16 Thread Stas Bekman
whoah! people, please trim the irrelevant stuff in your replies, this thread keeps on growing for no reason. Perhaps you should read http://perl.apache.org/maillist/email-etiquette.html#Extracts_From_Other_Posts if you are new to this list. We want these threads to be useful for those who will

[Fwd: mod_perl and PHP don't share the environment nicely]

2003-09-16 Thread Stas Bekman
Forwarded on behalf of Andy Lester [EMAIL PROTECTED] Original Message Date: Mon, 15 Sep 2003 14:53:15 -0500 From: Andy Lester [EMAIL PROTECTED] To: Perl 5 Porters [EMAIL PROTECTED], [EMAIL PROTECTED] PHP and mod_perl do not share the environment nicely. PHP's putenv() will

Re: ensuring singularity of users

2003-09-16 Thread Perrin Harkins
On Tue, 2003-09-16 at 12:46, Zack Brown wrote: I'd like to implement something that tries to ensure that one user can't masquerade as multiple users. We talked quite a bit about preventing multiple logins recently. I think it was last week. Check the archives. I'm looking into Captchas Are

Re: ensuring singularity of users

2003-09-16 Thread Stas Bekman
Perrin Harkins wrote: On Tue, 2003-09-16 at 12:46, Zack Brown wrote: I'd like to implement something that tries to ensure that one user can't masquerade as multiple users. We talked quite a bit about preventing multiple logins recently. I think it was last week. Check the archives. Perhaps

Re: ensuring singularity of users

2003-09-16 Thread Zack Brown
On Tue, Sep 16, 2003 at 01:55:46PM -0400, Perrin Harkins wrote: On Tue, 2003-09-16 at 12:46, Zack Brown wrote: I'd like to implement something that tries to ensure that one user can't masquerade as multiple users. We talked quite a bit about preventing multiple logins recently. I think

Re: ensuring singularity of users

2003-09-16 Thread Perrin Harkins
On Tue, 2003-09-16 at 14:42, Zack Brown wrote: I want to prevent one person from having multiple accounts. Okay. That's correct, unless you have control over the client machines. You can require cookies, which will tell you if multiple users on separate browsers are sharing a login, but

Re: ensuring singularity of users

2003-09-16 Thread Zack Brown
On Tue, Sep 16, 2003 at 03:11:04PM -0400, Perrin Harkins wrote: On Tue, 2003-09-16 at 14:42, Zack Brown wrote: I want to prevent one person from having multiple accounts. Okay. That's correct, unless you have control over the client machines. You can require cookies, which will tell

Summary: identifiying unique users

2003-09-16 Thread Frank Maas
Stas Bekman wrote: Perrin Harkins wrote: Zack Brown wrote: I'd like to implement something that tries to ensure that one user can't masquerade as multiple users. We talked quite a bit about preventing multiple logins recently. I think it was last week. Check the archives.

Re: Summary: identifiying unique users

2003-09-16 Thread Ged Haywood
Hi all, On Tue, 16 Sep 2003, Frank Maas wrote: | How to avoid multiple logins? | | The short answer is: you can't. Sure you can. Charge $10 per login. 73, Ged.

Re: Summary: identifiying unique users

2003-09-16 Thread Zack Brown
On Tue, Sep 16, 2003 at 10:46:28PM +0100, Ged Haywood wrote: Hi all, On Tue, 16 Sep 2003, Frank Maas wrote: | How to avoid multiple logins? | | The short answer is: you can't. Sure you can. Charge $10 per login. If they can make more than $10 by faking a login, then it's worth it.