Re: AuthCookieDBI help please.... (more info)
On Thu, 10 Oct 2002 17:44:51 -0700 George Valpak [EMAIL PROTECTED] wrote:
At 04:16 PM 10/10/2002 -0700, I wrote:
I am having trouble with Apache:AuthCookieDBI. I hope someone here can help because
I have not been able to find a solution despite extensive searching.
snip
OK, now I am poking in the code.
I modified the BEGIN section for AuthCookieDBI.pm thusly:
BEGIN {
my @keyfile_vars = grep {
$_ =~ /DBI_SecretKeyFile$/
} keys %{ Apache-server-dir_config() };
#my changes start here
my @list = keys %{ Apache-server-dir_config()};
Apache::log_error(keys:@list);
Apache::log_error( all varrs=$_ );
Apache::log_error( keyfile_vars=@keyfile_vars );
#my changes end here
foreach my $keyfile_var ( @keyfile_vars ) {
my $keyfile = Apache-server-dir_config( $keyfile_var );
my $auth_name = $keyfile_var;
$auth_name =~ s/DBI_SecretKeyFile$//;
unless ( open( KEY, $keyfile ) ) {
Apache::log_error( Could not open keyfile for $auth_nam
e in file $keyfile );
} else {
$SECRET_KEYS{ $auth_name } = KEY;
close KEY;
}
}
}
and restarted the server. the logs show:
[Thu Oct 10 17:34:14 2002] [error] keys:
[Thu Oct 10 17:34:14 2002] [error] all varrs=
[Thu Oct 10 17:34:14 2002] [error] keyfile_vars=
[Thu Oct 10 17:34:14 2002] [notice] Apache/1.3.23 (Unix) (Red-Hat/Linux)
mod_ssl/2.8.7 OpenSSL/0.9.6b DAV/1.0.3 PHP/4.1.2 mod_perl/1.26 configured -- resuming
normal operations
[Thu Oct 10 17:34:14 2002] [notice] suEXEC mechanism enabled (wrapper:
/usr/sbin/suexec)
[Thu Oct 10 17:34:14 2002] [notice] Accept mutex: sysvsem (Default: sysvsem)
This to me indicates that the call to Apache-server-dir_config() is not returning
anything at all. A quick look a the eagle book, p 456 does not explain to me why
that should beany thoughts?
I had a similar problem a while ago. Check out this thread:
http://groups.yahoo.com/group/modperl/message/34266
- snip - snip -
I discovered the same thing. I think the problem is that the BEGIN
block as written, only considers parameters defined in the *main
server*. So if you have any PerlSetVar in a Virtual Server, it will
not be found.
A kludgy workaround is to move the PerlSetVar out of any Virtual
Server sections. A better option is to reimplement the mechanism for
populating the SECRET_KEYS hash, so that Virtual Servers are handled
properly.
- snip - snip -
--
Vegard Vesterheim : Phone: +47 73 55 79 12
UNINETT : Fax: +47 73 55 79 01
N-7465 Trondheim, NORWAY: Email: [EMAIL PROTECTED]
Re: AuthCookieDBI help please.... (more info)
Thanks - I tried that earlier and again at your suggestion - no change in the behavior is noted. This is really frustrating - there doesn't seem to be anything special about this config that should cause me such trouble. I suppose tomorrow I could try the kludge that is recommended in that thread, but given the lack of complaints about this module, I assume it is working for everyone else. Either that or no one is using it...could *that* be true? Is this module is not as useful as it seems at first glance? If it is working for everyone else, I want it to work for me, and I would prefer not to have to track my own patches whenever new versions come out naturally GV At 08:50 AM 10/11/2002 +0200, Vegard Vesterheim wrote: I had a similar problem a while ago. Check out this thread: http://groups.yahoo.com/group/modperl/message/34266 - snip - snip - I discovered the same thing. I think the problem is that the BEGIN block as written, only considers parameters defined in the *main server*. So if you have any PerlSetVar in a Virtual Server, it will not be found. A kludgy workaround is to move the PerlSetVar out of any Virtual Server sections. A better option is to reimplement the mechanism for populating the SECRET_KEYS hash, so that Virtual Servers are handled properly. - snip - snip
RE: Testing mod_perl app on Windows
ME is just windows 98 with some bells and whistles. If you want server, then win2k Server is still the standard (XP is only for workstation/desktop). I think mod_perl/Apache will run fine on ME,2000,XP,and even 98. But for real server environment, the choice is 2000 Server. -Original Message- From: Ken Y. Clark [mailto:[EMAIL PROTECTED]] Sent: Friday, October 11, 2002 8:32 AM To: [EMAIL PROTECTED] Subject: Testing mod_perl app on Windows My boss has asked me to pick up a Windows box so that I can test my application using the standard browsers on that OS. OK, I can see how it is a Good Thing to make sure that those people unfortunate enough to use Windows are able to use my application without errors. But I also had another idea: As I'm trying to make sure my code is platform-neutral, I'd like to try installing everything on the Windows platform as some people who download my app might try to do this. Not having touched Windows in about 3 years, all the different products really confuse me. When I go to the local PC store to pick up a box, what should I ask for? Windows 2000, ME, XP? Is there a specific XP server, or can I install Apache/mod_perl on the standard desktop OS? ky
mod_perl config
I'm just switching from Mac OSX 10.1.5 to 10.2 where Library/WebServer/Documents is changed to Bibliothèque /WebServer/Documents . The httpd.conf is still proposed with Library . Could you tell me if I need to change Library to Bibliothèque in httpd.conf ? Pierre Vaudrey email [EMAIL PROTECTED]
Testing mod_perl app on Windows
My boss has asked me to pick up a Windows box so that I can test my application using the standard browsers on that OS. OK, I can see how it is a Good Thing to make sure that those people unfortunate enough to use Windows are able to use my application without errors. But I also had another idea: As I'm trying to make sure my code is platform-neutral, I'd like to try installing everything on the Windows platform as some people who download my app might try to do this. Not having touched Windows in about 3 years, all the different products really confuse me. When I go to the local PC store to pick up a box, what should I ask for? Windows 2000, ME, XP? Is there a specific XP server, or can I install Apache/mod_perl on the standard desktop OS? ky
Re: Testing mod_perl app on Windows
Hi 2000 or XP are more robust, shell a little better you can install apache/modperl on any 2000, XP on XP you have name completion like in unix in the shell windows, a little + I have a running server on 2000 with apache 1 /modperl 1 plus a reverse proxy plain apache server to speed up a little pascal - Original Message - From: Ken Y. Clark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, October 11, 2002 2:31 PM Subject: Testing mod_perl app on Windows My boss has asked me to pick up a Windows box so that I can test my application using the standard browsers on that OS. OK, I can see how it is a Good Thing to make sure that those people unfortunate enough to use Windows are able to use my application without errors. But I also had another idea: As I'm trying to make sure my code is platform-neutral, I'd like to try installing everything on the Windows platform as some people who download my app might try to do this. Not having touched Windows in about 3 years, all the different products really confuse me. When I go to the local PC store to pick up a box, what should I ask for? Windows 2000, ME, XP? Is there a specific XP server, or can I install Apache/mod_perl on the standard desktop OS? ky
Re: [OT] migrating from Apache to iPlanet; any mod_perl counterpart?
FastCGI and PersistentPerl are both working equivalents to mod_perl with similar capabilities and performance. They should work just fine with iPlanet. Oh yeah Awesome. I will look into that. I don't see why that would be any different from what you currently have. Any state mechanism requires cookies, URLs, or hidden form values for maintaining at least a unique ID on the client side. There is no other way to do it. Agreed -- and I apologize for the confusion -- but I may be blowing smoke from my lack of knowledge, and misstating my thoughts because of false assumptions. What I mean is that before I had a custom access handler installed to use MySQL without resorting to state management other than the http NCSA Basic Authentication header, and I didn't think I'd be able to use those tools to emulate the same methodology, though I know I can get the same result with a redesign. Again, I don't understand what you think you're going to lose. All the basic data available under mod_perl is available under everything else as well, albeit with a slightly different API. Different is acceptable. Thanks, Perrin -- that sort of feedback is the reason lists are so handy. Paul __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com
Re: [OT] migrating from Apache to iPlanet; any mod_perl counterpart?
Paul wrote: What I mean is that before I had a custom access handler installed to use MySQL without resorting to state management other than the http NCSA Basic Authentication header You should be able to do that with FastCGI. Not sure about PersistentPerl. You'd have to ask the author. - Perrin
[ANNOUNCE] Apache::SessionManager 0.03
The uploaded file Apache-SessionManager-0.03.tar.gz has entered CPAN as file: $CPAN/authors/id/E/EN/ENRYS/Apache-SessionManager-0.03.tar.gz size: 11080 bytes md5: f55d94602beec986b02ddd36234894e9 Changes from previous version - + Added 'SessionManagerCookieArgs' PerlSetVar directive in order to set cookie optional attributes (like 'path', 'domain', ...). + Added experimental support 'SessionManagerEnableModBackhand' PerlSetVar directive in order to support mod_backhand sticky user session load balancing. Someone asked me this feature, so I've added it, :-) ! Updated Makefile.PL httpd.conf extra lines ! Updated docs (added pod for new directives) Description --- This package contains an Apache mod_perl module to manage HTTP sessions. Apache::SessionManager is a mod_perl module that helps session management of a web application. This module is a wrapper around Apache::Session persistence framework for session data. It creates a session object and makes it available to all other handlers transparenlty by putting it in pnotes. See SessionManager.pm pod for module documentation and use Any comment/criticism are welcome - Enrico
Re: [OT] migrating from Apache to iPlanet; any mod_perl counterpart?
--- Perrin Harkins [EMAIL PROTECTED] wrote: Paul wrote: What I mean is that before I had a custom access handler installed to use MySQL without resorting to state management other than the http NCSA Basic Authentication header You should be able to do that with FastCGI. Not sure about PersistentPerl. You'd have to ask the author. - Perrin Looks like the FastCGI binaries are only available for Windows versions. We'll be on Sun Solaris, but I can probably recompile the source, if that doesn't cause the open-source police to come get me. I still think we're miscommunicating, though. We weren't even using Apache::Registry; the CGI speed improvement of mod_perl is only of incidental interest to us. The API hooks were what we were using. FastCGI (as I understand it, e.g., from http://www.fastcgi.com/devkit/doc/fastcgi-whitepaper/fastcgi.htm ) doesn't offer any API, though the iPlanet version at http://www.caraveo.com/fastcgi/ seems to be implemented with NSAPI in such a way that it *sort* of does anyway. It's theoretically *better* for the niche it was written to fill, but that's functional specialization, where mod_perl is more versatile. The main thing is just that mod_perl/mysql was just such a sweet solution -- I really hate to see it go. Anyway, I've beaten this thread enough. Thanks again, and I'll try to stop spamming the list now. =o) Paul __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com
Re: [OT] migrating from Apache to iPlanet; any mod_perl counterpart?
Paul wrote: Looks like the FastCGI binaries are only available for Windows versions. We'll be on Sun Solaris, but I can probably recompile the source, if that doesn't cause the open-source police to come get me. I'm afraid it's not as obvious how to do it as it is with mod_perl. You may need to ask on the mailing list. I still think we're miscommunicating, though. We weren't even using Apache::Registry; the CGI speed improvement of mod_perl is only of incidental interest to us. The API hooks were what we were using. FastCGI (as I understand it, e.g., from http://www.fastcgi.com/devkit/doc/fastcgi-whitepaper/fastcgi.htm ) doesn't offer any API Everything offers an API. CGI is an API. If I understand correctly, you just want to write a custom access control thingy. FastCGI calls that an authorizer and it is documented in that whitepaper. - Perrin
Re: [OT] migrating from Apache to iPlanet; any mod_perl counterpart?
--- Perrin Harkins [EMAIL PROTECTED] wrote: Paul wrote: Looks like the FastCGI binaries are only available for Windows versions. We'll be on Sun Solaris, but I can probably recompile the source, if that doesn't cause the open-source police to come get me. I'm afraid it's not as obvious how to do it as it is with mod_perl. You may need to ask on the mailing list. g figures. :) I still think we're miscommunicating, though. We weren't even using Apache::Registry; the CGI speed improvement of mod_perl is only of incidental interest to us. The API hooks were what we were using. FastCGI (as I understand it, e.g., from http://www.fastcgi.com/devkit/doc/fastcgi-whitepaper/fastcgi.htm ) doesn't offer any API Everything offers an API. CGI is an API. Point taken -- I'm thinking too rigidly. If I understand correctly, you just want to write a custom access control thingy. Predominantly. Though there are a few other things we do as well, that's the most complex/important one, and I think some of the other things could be functionally folded into that. FastCGI calls that an authorizer and it is documented in that whitepaper. - Perrin Ah! I see it now. SWEET! Thanks AGAIN Perrin! =o) __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com
unsubscribe RTFM's not working, lol....
Okay, at least twice now I've sent this person explicit (and even polite) instructions on how to unsubscribe, once even including an explicit link for each of these two email addresses. Both times I included instructions on how to get more instructions, both via email, and with reference links. He still keeps mailing me (personally) these notes, apparently without reading my responses. I don't want to just filter him out and ignore him, but I'm about to unless someone has another suggestion. Can someone help me be nice, or is it beyond hope? --- spam [EMAIL PROTECTED] wrote: ATTACHMENT part TEXT message/rfc822 From: spam [EMAIL PROTECTED] Subject: remove my name from your list Date: Thu, 10 Oct 2002 09:55:58 -0400 please remove my address from this list [EMAIL PROTECTED] __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com
Re: unsubscribe RTFM's not working, lol....
yeah I was getting them too - i forwarded to abuse and thanks for reminding me I was going to call the number on the whois recordthis is obviously coming from a autoresponder. If I don't get a good response from my phone call, I will let this list know and then do what you will GV At 11:11 AM 10/11/2002 -0700, you wrote: Okay, at least twice now I've sent this person explicit (and even polite) instructions on how to unsubscribe, once even including an explicit link for each of these two email addresses. Both times I included instructions on how to get more instructions, both via email, and with reference links. He still keeps mailing me (personally) these notes, apparently without reading my responses. I don't want to just filter him out and ignore him, but I'm about to unless someone has another suggestion.
Re: unsubscribe RTFM's not working, lol....
At 11:21 AM 10/11/2002 -0700, you wrote: yeah I was getting them too - i forwarded to abuse and thanks for reminding me I was going to call the number on the whois recordthis is obviously coming from a autoresponder. If I don't get a good response from my phone call, I will let this list know and then do what you will GV I just spoke to Chris Henschen who is the contact listed on the whois record. the phone# has changed to 419-352-5454. He says he will talk to this Josh fellow, and I gave him at least a clue as how to find proper unsubscribe instructions, and the danger in not doing so. So we will see - let me know off list if you want if these messages keep coming to you after a reasonable amount of time for henschen.com to figure out how to unsubscribe. GV
OT: Are things really this bad?
I was looking at jobs.perl.org this afternoon, and there are a lot of things on there like this: - we'll pay you when we have some money - $20-$30 an hour - Do all this, we'll give you $75. I'm not *really* in the market, but more work is always better. Are the jobs on there really representative of what's going on out there, or are they somehow skewed? Just curious. cheers, Todd
Re: OT: Are things really this bad?
On Fri, 11 Oct 2002, Todd Finney wrote: Date: Fri, 11 Oct 2002 15:42:08 -0400 From: Todd Finney [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: OT: Are things really this bad? I was looking at jobs.perl.org this afternoon, and there are a lot of things on there like this: - we'll pay you when we have some money - $20-$30 an hour - Do all this, we'll give you $75. I'm not *really* in the market, but more work is always better. Are the jobs on there really representative of what's going on out there, or are they somehow skewed? Just curious. cheers, Todd I subscribe to the Perl jobs list, not because I'm looking, but just to stay up on what people are looking for and what they will pay. I've seen plenty like what you describe, but I've also seen a position in the equities dept. of a finance company that pays $90-110, and O'Reilly just posted with a full-time Perl gig in Cali. There is definitely a wide range of pay and prestige, but I think there are some good positions out there. ky
Re: OT: Are things really this bad?
--- Todd Finney [EMAIL PROTECTED] wrote: I was looking at jobs.perl.org this afternoon, and there are a lot of things on there like this: - we'll pay you when we have some money - $20-$30 an hour - Do all this, we'll give you $75. I'm not *really* in the market, but more work is always better. Are the jobs on there really representative of what's going on out there, or are they somehow skewed? Just curious. cheers, Todd I think that's mostly the going rate (so to speak) for those jobs that aren't important enough to hire a real employee. If you think a quick-and-dirty contract can get a good enough job done for that, then why would you pay more? The kid next door can hack out a couple of scripts to handle your problem, and earn enough money for a hot date in the process. (I just recently moved my personal website when it became obvious that my host was actually a 16-yr-old reseller with no clue, though there are plenty of capable young'uns out there.) But if you have a genuine business enterprise that MUST function smoothly, then you not only need an initial write but ongoing upkeep as well, and that means hiring someone for the long term. Professional contractors tend to get more than this, as do permanent employees in most cases ($20-$30/hr and better *plus* insurance and a guarantee of an ongoing 40hr week). If I'm too far off base, someone please correct me. __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com
Re: OT: Are things really this bad?
On Friday 11 October 2002 12:42 pm, Todd Finney wrote: Are the jobs on there really representative of what's going on out there, or are they somehow skewed? Just curious. cheers, Todd Take it from me, Todd, it is that bad. I'm fortunate in that I was able to make the move from contracting early enough to retain *most* of my salary and gain a huge increase in bene's but the calls I get now are in the range of WE WANT EVERYTHING for the 20 - 30 range. Take solace in the fact that everyone is just like you and I, they're not biting on those offers (ex... good friend of mine that was in the business 15+ years manages a strip club now instead of taking the crap tech offers). The pendulum will swing back in the near future, we've seen it swing this way before and when things get so f*$ed up that nothing is working properly it will start swinging back. Good luck, Steven
