Re: Be carefull with apache 1.3.24
--On vendredi 29 mars 2002 13:26 -0500 John Siracusa [EMAIL PROTECTED] wrote: Anyway, now that I have patched, working versions, what's the status on apache.org fixing this bug in the real distribution? The Set-Cookie issue has been fixed in apache CVS, but the chunked response issue hasn't yet. Forward any ideas/patches to the [EMAIL PROTECTED] or to mod_proxy's maintainer, minfrin at sharp dot fm. -- Eric Cholet
Re: Unsubscribe me...!
unsubsribe me from the mailist list. - Original Message - From: Eric Cholet [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Mod Perl Mailing List [EMAIL PROTECTED] Sent: Monday, April 01, 2002 4:07 PM Subject: Re: Be carefull with apache 1.3.24 --On vendredi 29 mars 2002 13:26 -0500 John Siracusa [EMAIL PROTECTED] wrote: Anyway, now that I have patched, working versions, what's the status on apache.org fixing this bug in the real distribution? The Set-Cookie issue has been fixed in apache CVS, but the chunked response issue hasn't yet. Forward any ideas/patches to the [EMAIL PROTECTED] or to mod_proxy's maintainer, minfrin at sharp dot fm. -- Eric Cholet
Re: Java???
Why does CPAN.org say Comprehensive Java Archive Network -jve
RE: Java???
April Fool!!! MM -Original Message- From: John Von Essen [mailto:[EMAIL PROTECTED]] Sent: Monday, April 01, 2002 9:51 AM To: Mod Perl Mailing List Subject: Re: Java??? Why does CPAN.org say Comprehensive Java Archive Network -jve
Re: Java???
Why does CPAN.org say Comprehensive Java Archive Network Because it's April Fools Day. xoxo, Andy -- 'Andy Lester[EMAIL PROTECTED] Programmer/author petdance.com Daddy parsley.org/quinn Jk'=~/.+/s;print((split//,$) [unpack'C*',n2]3%+\34.'%.'^%4+!o.'])
Re: Java???
Think April 1... ;-) At 10:51 AM 4/1/02 -0500, John Von Essen wrote: Why does CPAN.org say Comprehensive Java Archive Network -jve
Re: Java???
On Mon, Apr 01, 2002 at 10:51:24AM -0500, John Von Essen wrote: Why does CPAN.org say Comprehensive Java Archive Network Umm.. lets see.. maybe its got something to do with the phase of the moon.. no wait.. its just the day of the month. Ajit
Re: Be carefull with apache 1.3.24
It seems to be fixed in CVS Haven't tried it yet... Best regards, On Fri, Mar 29, 2002 at 01:26:43PM -0500, John Siracusa wrote: On 3/29/02 1:11 PM, John Siracusa wrote: On 3/23/02 8:01 PM, Pedro Melo Cunha wrote: Looking at the change log, they mention a bug that multiple set-cookie's will fail (only the last one will be sent to the client, the proxy will eat the others). And it was true... The problem is that 1.3.24 final also has that bug: only the last set-cookie will reach your browser. This was a show-stopper for my application. So I sat down, read the proxy code, and made a patch to solve the bug. Applied the attached patch to 1.3.24, but it complained: --- % patch -i ../mod_proxy_patch.diff src/modules/proxy/proxy_http.c patching file src/modules/proxy/proxy_http.c Reversed (or previously applied) patch detected! Assume -R? [n] y --- I'm not sure what that means Heh, n e v e r m i n d... :) Anyway, now that I have patched, working versions, what's the status on apache.org fixing this bug in the real distribution? -John -- Pedro Melo Cunha - [EMAIL PROTECTED] Novis Telecom, S.A. - Dir. Rede - ISP http://www.novis.pt/ Edifício Novis - Estrada da Outurela, 118 - 2795-606 Carnaxide tel: +351 21 0104340 - fax: +351 21 0104301
RE: Java???
Why does CPAN.org say Comprehensive Java Archive Network Don't forget to check the RFC sites today either. -- Steven Lembark 2930 W. Palmer Workhorse Computing Chicago, IL 60647 +1 800 762 1582
PROBLEMS WITH MODPERL
Apache has installed the mod_perl rpm and when Istarts the daemon don't recognize the command PerlRequire. HELP!!! -- Jose R. Ortiz Ubarri Cs. Student Programmer
Re: PROBLEMS WITH MODPERL
Jose Ortiz wrote: Apache has installed the mod_perl rpm and when I starts the daemon don't recognize the command PerlRequire. HELP!!! And the daemon you are starting includes mod_perl? ./httpd -l on your httpd daemon will tell you. -Fran -- Jose R. Ortiz Ubarri Cs. Student Programmer
Re: startup vs. child initialization question
Also, I read about issues of database handlers becoming unstable across forks. So should I place this initialization information into a perl child init handler? See the connect_on_init() method in the Apache::DBI docs. We use PerlSetVar's for this where I work. That's how I would do it too, for anything that might vary by virtual host. - Perrin
Re: Be carefull with apache 1.3.24
--On lundi 1 avril 2002 17:12 +0100 Pedro Melo Cunha [EMAIL PROTECTED] wrote: It seems to be fixed in CVS Haven't tried it yet... As far as I can tell the chunked response bug hasn't been fixed yet. Best regards, On Fri, Mar 29, 2002 at 01:26:43PM -0500, John Siracusa wrote: On 3/29/02 1:11 PM, John Siracusa wrote: On 3/23/02 8:01 PM, Pedro Melo Cunha wrote: Looking at the change log, they mention a bug that multiple set-cookie's will fail (only the last one will be sent to the client, the proxy will eat the others). And it was true... The problem is that 1.3.24 final also has that bug: only the last set-cookie will reach your browser. This was a show-stopper for my application. So I sat down, read the proxy code, and made a patch to solve the bug. Applied the attached patch to 1.3.24, but it complained: --- % patch -i ../mod_proxy_patch.diff src/modules/proxy/proxy_http.c patching file src/modules/proxy/proxy_http.c Reversed (or previously applied) patch detected! Assume -R? [n] y --- I'm not sure what that means Heh, n e v e r m i n d... :) Anyway, now that I have patched, working versions, what's the status on apache.org fixing this bug in the real distribution? -John -- Pedro Melo Cunha - [EMAIL PROTECTED] Novis Telecom, S.A. - Dir. Rede - ISP http://www.novis.pt/ Edifício Novis - Estrada da Outurela, 118 - 2795-606 Carnaxide tel: +351 21 0104340 - fax: +351 21 0104301 -- Eric Cholet Logilune
[slightly OT] Re: Be carefull with apache 1.3.24
On Mon, 1 Apr 2002, Eric Cholet wrote: The Set-Cookie issue has been fixed in apache CVS, but the chunked response issue hasn't yet. Forward any ideas/patches to the [EMAIL PROTECTED] or to mod_proxy's maintainer, minfrin at sharp dot fm. I have not yet been able to get 1.3.23 successfully patched to fix the Set-Cookie issue, and I can't use 1.3.24 because of the chunking problem. (Plus, the 1.3.23 problem of the proxy hanging on to back-end connections until it's done talking with the client pretty much defeats the purpose of using it in accelerator mode.) Does anyone know the most recent Apache version where the Set-Cookie and chunked problems were *not* an issue for mod_proxy? I have an old 1.3.14 instance that seems to work, but I'd rather not go back that far... Thanks! Larry Leszczynski [EMAIL PROTECTED]
Re: [slightly OT] Re: Be carefull with apache 1.3.24
--On lundi 1 avril 2002 16:44 -0500 Larry Leszczynski [EMAIL PROTECTED] wrote: On Mon, 1 Apr 2002, Eric Cholet wrote: The Set-Cookie issue has been fixed in apache CVS, but the chunked response issue hasn't yet. Forward any ideas/patches to the [EMAIL PROTECTED] or to mod_proxy's maintainer, minfrin at sharp dot fm. I have not yet been able to get 1.3.23 successfully patched to fix the Set-Cookie issue, and I can't use 1.3.24 because of the chunking problem. (Plus, the 1.3.23 problem of the proxy hanging on to back-end connections until it's done talking with the client pretty much defeats the purpose of using it in accelerator mode.) Does anyone know the most recent Apache version where the Set-Cookie and chunked problems were *not* an issue for mod_proxy? I have an old 1.3.14 instance that seems to work, but I'd rather not go back that far... I know the chunking bug wasn't in 1.3.22, but I do not know about the Set-Cookie status in that release because I didn't notice it until much later (customer setting multiple cookies complained). The chunking bug is of course much more visible since it breaks Netscape browsers completely. -- Eric Cholet Logilune
Global Config Module
I have a Perl Module that loads configuration data from various sources, ldap, ini, xml, etc. It was originally designed for batch file usage, but I want to start using it in some new mod_perl commerce site development I'm working on. Barring the usual global variable issues, what's the best approach to loading configuration data and having it available to all modules/scripts running under mod_perl? If I use the module in startup.pl, and have it load all of it's data at startup, it that the instance all child processes will use? Or would it be wiser to have the module save it's settings into ENV variables instead? On a side note, I'm fairly comfortable with Perl/OOP at the batch/command/cgi level, but the where's and whens of mod_perl still leave me a bit unclear. Thanks, -=Chris
cpan hacked or april fools?
Anyone looked at CPAN's front page today: www.cpan.org? It is either a pretty amusing April Fools joke or a hack. Fun either way! Christian - Christian Gilmore Technology Leader GeT WW Global Applications Development IBM Software Group
Re: Global Config Module
Christopher H. Laco wrote: If I use the module in startup.pl, and have it load all of it's data at startup, it that the instance all child processes will use? Yes, that's the best way to do it. On a side note, I'm fairly comfortable with Perl/OOP at the batch/command/cgi level, but the where's and whens of mod_perl still leave me a bit unclear. It's mostly a question of understanding the lifecycle of the Apache server. You'll get it. - Perrin
RE: cpan hacked or april fools?
Anyone looked at CPAN's front page today: www.cpan.org? It is either a pretty amusing April Fools joke or a hack. Fun either way! It's gotta be an April Fools gag (great one). The hackers almost always leave their stamp... Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ http://wypug.digital-word.com/
Re: Global Config Module
Christopher H. Laco wrote: If I use the module in startup.pl, and have it load all of it's data at startup, it that the instance all child processes will use? Yes, that's the best way to do it. On a side note, I'm fairly comfortable with Perl/OOP at the batch/command/cgi level, but the where's and whens of mod_perl still leave me a bit unclear. It's mostly a question of understanding the lifecycle of the Apache server. You'll get it. - Perrin In my limited understanding then, in the startup.pl, one could do the following: use strict; use MyMod::Config(); MyMod::Config::load(); What about existing components the are normally created in scripts using new.. use strict; use MyMod::Config(); my $config = MyMod::Config-new(); Since the use of globals is bad, should existing things be converted to pure packages instead of oop classes. Is it prefered in the mod_perl world to create packages rather than classes? What about statefull vs. stateless objects? Thanks, -=Chris
RE: cpan hacked or april fools?
I'mamuzed!=) At 12:49 AM 4/2/2002 +0100, Jonathan M. Hollin wrote: Anyone looked at CPAN's front page today: www.cpan.org? It is either a pretty amusing April Fools joke or a hack. Fun either way! It's gotta be an April Fools gag (great one). The hackers almost always leave their stamp... Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ http://wypug.digital-word.com/ ++ | George Sanderson [EMAIL PROTECTED] | http://www.xorgate.com ++
Re: Apache::DBI or What ?
On 2002-03-27, Eric Frazier [EMAIL PROTECTED] wrote: If you have any idea where to find this code I would be thankful. I can only find this.. [snip] At 04:47 PM 3/26/02 -0500, John D Groenveld wrote: Jeff Horn posted this a couple years ago either here or @ dbi-users # Purpose: This version of Apache::DBI maintains a SINGLE persistent # connection to each database. When the user changes on Ask and ye shall receive ;) http://marc.theaimsgroup.com/?l=apache-modperlm=96614841600181w=2 Or just grab the last attachment, which is the replacement DBI.pm: http://marc.theaimsgroup.com/?l=apache-modperlm=96614841600181q=p6 -- Hank Leininger [EMAIL PROTECTED]
Proxy authentication against a mod_perl backend - how?
Subject line says it all. I've recently reconfigured a web server to use the front-end proxy/back-end mod_perl configuration. One application runs happily on the mod_perl server, with static content being served from the proxy, and dynamic requests forwarded to the backend. However, I have a request to insert a bunch of static content onto the proxy server, which is fine. As an added requirement, the content is to be protected. Now, I could just use the standard Apache access files, but they're ugly, and get slow as they grow. Ideally, I'd like to use the backend database to hold the user information used for authentication. How can I configure the proxy (which doesn't have mod_perl) to authenticate against the back end? My first thoughts were to use mod_proxy to forward requests for /protected/login to the backend, where the authentication will be done. Then, just redirect the request to another URL behind /protected. The authentication information should be passed as part of the request, should it not? I'd also reverse proxy the URL's - I don't think this would work if I didn't. Am I on the right track here or not? -klm. --- Kenneth L. Miller, Consultant Shetland Software Services Inc. [EMAIL PROTECTED]
general timeout for mod_perl scripts?
i would like to prevent any of my mod_perl scripts from running longer than 5 seconds. is there an elegant way to make a general timeout that does not require changing all my scripts? i run both Registry and Mason scripts in my environment. thank you in advance, jlg John Leon Guerrero -- http://www.live365.com
Re: Global Config Module
In my limited understanding then, in the startup.pl, one could do the following: use strict; use MyMod::Config(); MyMod::Config::load(); Yes. Then you can have a function for accessing the config variables, or put them in globals ($MyMod::Config::database_password), or various other things. What about existing components the are normally created in scripts using new.. use strict; use MyMod::Config(); my $config = MyMod::Config-new(); What about them? That's a lexical variable, and not a problem. Since the use of globals is bad, should existing things be converted to pure packages instead of oop classes. Is it prefered in the mod_perl world to create packages rather than classes? I think you're getting your terminology a little mixed up. In Perl, packages are classes. And I'm not sure what globals you're talking about. What about statefull vs. stateless objects? Since users are not guaranteed to return to the same Apache process each time, you can't keep read/write data in memory between requests (at least not without some kind of expiration system). Read-only data, like your config info, is fine to keep in memory. If you want to keep some sort of global application state, use MLDBM::Sync or Cache::Cache. For user sessions, look at Apache::Session. - Perrin
Re: general timeout for mod_perl scripts?
i would like to prevent any of my mod_perl scripts from running longer than 5 seconds. is there an elegant way to make a general timeout that does not require changing all my scripts? i run both Registry and Mason scripts in my environment. You could try setting an alarm in a fixup handler. But if you're just trying to prevent runaway servers, I'd suggest Apache::Resource. - Perrin
Astronomical Information
Hi All, I have (for weeks) been trying to find a Perl Module (preferablly one that works under mod_perl) that does various astronomical calculations - in particular i want to be able to work out the distance of a planet (in our solar system) on a given date. Maybe i have been searching for the wrong keywords or been looking in the wrong places but i have tried AltaVista, Google, Some NewsGroups etc. There are references to C libraries that can do it (but aren't free) but no references to perl modules that can do the above. If anyone has any information on any such modules, i would apprecaite very much if you could share the modules with me (and possibly others by putting them on CPAN). simran.
Re: Proxy authentication against a mod_perl backend - how?
My first thoughts were to use mod_proxy to forward requests for /protected/login to the backend, where the authentication will be done. Then, just redirect the request to another URL behind /protected. The authentication information should be passed as part of the request, should it not? Sure, but your proxy server won't be checking to see what it is. People could go to any of your proctected pages freely if they know the URL. Sounds like you're going to a lot of trouble to avoid using standard auth to me. There are a number of auth modules out there which don't need mod_perl, and you may find one that will play nicely with your backend programs. Modules that auth against MySQL or LDAP servers exist. If you're determined to do auth on the backend, I would just let the backend do the auth and serving of the static pages. It will dump them out fast and let the proxy servers do the slow work of dribbling the bytes out to clients. - Perrin
Re: Astronomical Information
Maybe i have been searching for the wrong keywords or been looking in the wrong places You have. Try this: http://search.cpan.org/search?mode=distquery=astro - Perrin
Re: Astronomical Information
'tis was the first place i looked (but forgot to mention in my email) :-) but the modules there are rather limited in what they do. Anton, perhaps we should write the module and put it there, i loaned the book Astronomical Algorithms from the library, but the formulas in it are not trivial and i would really need an astronomer to give the formulas to me... coding them them and putting them on CPAN would then be no problem. On Tue, 2002-04-02 at 14:40, Perrin Harkins wrote: Maybe i have been searching for the wrong keywords or been looking in the wrong places You have. Try this: http://search.cpan.org/search?mode=distquery=astro - Perrin
Re: Astronomical Information
Around 1996, I ported./worked on an AIPS( Astronomical Image Processing Sysetm) software to Linux. See http://www.aoc.nrao.edu/aips parhaps they have some Perl API by now.. simran wrote: Hi All, I have (for weeks) been trying to find a Perl Module (preferablly one that works under mod_perl) that does various astronomical calculations - in particular i want to be able to work out the distance of a planet (in our solar system) on a given date. Maybe i have been searching for the wrong keywords or been looking in the wrong places but i have tried AltaVista, Google, Some NewsGroups etc. There are references to C libraries that can do it (but aren't free) but no references to perl modules that can do the above. If anyone has any information on any such modules, i would apprecaite very much if you could share the modules with me (and possibly others by putting them on CPAN). simran. -- - Medi Montaseri [EMAIL PROTECTED] Unix Distributed Systems EngineerHTTP://www.CyberShell.com CyberShell Engineering -
Ordering in %INC for PerlRestart
Hi I use PerlFreshRestart on to reload my modules. This is the problem I face: I have PerlRequire bin/startup.pl which requires a lot of perl modules. However, on restart (kill USR1), mod_perl does something like: %temp = %INC; %INC = (); while (($k, $v) = each %temp)) { require $k; } However, here my modules are getting loaded before the PerlRequire'd is loaded (since %INC is a hash). First, can some1 suggest a solution for this ? I'd like to have the PerlRequire modules to load first before the other modules. One solution I could think of is to modify perl_reload_inc() in perl_util.c to load cls-PerlRequire, before loading anything else. However, I find that cls-PerlRequire-nelts = 0, eventhough it's 0 in perl_starup() in mod_perl.c. Any clues as to why it's getting reset in perl_reload_inc ?? Thanx for any suggestions. Sreeji (BTW, the same setup works w/o a problem in mod_perl-1.19 using perl-5.005. Somehow, ordering of %INC seems to be different in perl-5.6.1) __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com