Re: how to make sure code wasn't changed

On Thu, May 29, 2003 at 06:02:10PM -0700, Mike Zelina wrote: Here's my question: has anyone setup a clever way, possibly using CRC/MD5 analysis, to check to make sure code hasn't been changed? I don't care if someone steals it or gives it to their friends, but I don't want the code to yield

Re: mod_perl caching form data?

This appears to be the classic global variable/uninitialized variable issue with your script. Mod_perl will load that script once and never reload it again unless you tell it too, even when different users access that script. If you have written a CGI script that doesn't lead itself to a ready

Re: Help with Apache::httpd_conf

Hi there, On Thu, 29 May 2003, Shashank Kailash Shringi wrote: I need one common entry for handlers in Location directive, both inside and outside virtual host. I'm not sure I understand your problem, but I wonder if it's the sort of thing that mod_macro could help you with? 73, Ged.

Re: mod_perl caching form data?

Perrin == Perrin Harkins [EMAIL PROTECTED] writes: Perrin On Thu, 2003-05-29 at 17:26, [EMAIL PROTECTED] wrote: A simple $cgi-delete('ipaddress') to delete the value when I create the field has done the trick. Thanks very much to the both of you. Perrin I'm glad to hear that worked, but it's

Re: how to make sure code wasn't changed

Mike == Mike Zelina [EMAIL PROTECTED] writes: Mike Here's my question: has anyone setup a clever way, possibly Mike using CRC/MD5 analysis, to check to make sure code hasn't been Mike changed? I don't care if someone steals it or gives it to their Mike friends, but I don't want the code to

Combining ScriptAlias with Perl handler in VirtualHosts

Is it ok to run a /cgi-bin/ ScriptAlias directory for mod_cgi in the same VirtualHost that ModPerl::Registry is also handling a /perl/ directory for? It seems to work ok for the first 10 or 20 vhosts, but mod_perl breaks after 30 or 40 entries. This is an example of what I'm doing:

Re: mod_perl caching form data?

On Fri, 2003-05-30 at 10:42, Randal L. Schwartz wrote: I had been using CGI.pm (through Template::Plugin::CGI), and was mystified because *occasionally* the wrong picture would show, but a simple reload fixed it. I fixed the bug by avoiding CGI.pm, and using Apache::Template's param

trouble with using $r-lookup_uri()

I'm trying to write a authentication handler using mod_perl, and am encountering some difficulty. I have isolated my problem to the usage of the lookup_uri($uri) function call - whenever I call it, my module segfaults. I have tested the input with both a variable string, and just a quoted

Stacked Handlers Location directive -- inside and outside virtualhost

I try to do the following: Outside the virtual host (non-ssl) in the location directive, I have the following: Location /~xyz AuthName someauth AuthType sometype PerlAuthenHandler MyModule require valid-user /Location When http://www.abc.com/~xyz gets called PerlAuthenHandler MyModule is invoked.

Re: mod_perl caching form data?

Thus spake Perrin Harkins ([EMAIL PROTECTED]): Let's not jump to conclusions. We don't have a test case yet, and no one has seen David's code so he might have a simple global variables problem. I suspect that the more likely explanation of this particular problem is that I goofed up. Anyway,

Re: Stacked Handlers Location directive -- inside and outside virtualhost

When http://www.abc.com/~xyz gets called PerlAuthenHandler MyModule is invoked. MyModule code checks for IP after reading a file from xyz directory. If the host ip matches with the one in the file, it returns OK and the PerlAuthzHandler never gets called and the webpage is served to the user. you

unsubscribe request

remove me from this fuckin list plss - Original Message - From: Geoffrey Young [EMAIL PROTECTED] To: Shashank Kailash Shringi [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, May 30, 2003 5:00 PM Subject: Re: Stacked Handlers Location directive -- inside and outside

Re: Stacked Handlers Location directive -- inside and outside virtualhost

I tried that already. When I use PerlAccessHander with Satisfy Any, the webpage is always served even if IP check fails. Interestingley, when IP check fails, it redirects (https url) but never ask for any userid or password and straight away serves the page. -- Shashank On Fri, 30 May 2003,

Re: Stacked Handlers Location directive -- inside and outside virtualhost

Hi There, I read the following thread (with Geoff's comment in there too): http://www.gossamer-threads.com/archive/mod_perl_C1/docs-dev_F5/a_little_feedback_P38941/ than I thought about Geoff's advice about using PerlAccess Handler and came up with this concoction (which works :-) ) Conf entry:

variable sharing

Hello, The answer to the question that I am about to ask is no (I think) but I would just like to make sure. Is it possible that calling undef on a global hash in one Apache process not reset the value/contents of the same hash in other Apache processes? I am using Apache::Status to examine

Re: variable sharing

On Fri, 2003-05-30 at 17:46, Arshavir Grigorian wrote: Is it possible that calling undef on a global hash in one Apache process not reset the value/contents of the same hash in other Apache processes? I don't quite understand the wording of your question, but the short answer is that nothing

Re: unsubscribe request

At 5:00 PM -0300 5/30/03, Diego Thomas wrote: remove me from this fuckin list plss At 5:00 PM -0300 5/30/03, Diego Thomas wrote: X-Msgfire: MAIL https://www.messagefire.com/member/report.html?id=568519 Return-Path: [EMAIL PROTECTED] Mailing-List: contact [EMAIL PROTECTED]; run by

Re: trouble with using $r-lookup_uri()

my $uri = $r-uri; my $subr = $r-lookup_uri($uri); Is this recursing? the subrequest will run all phases but the content handler, so i would think you'll need to add return unless $r-is_main(); or something like it at the beginning of the routine. -- Aaron

[mp2] UN-bug!

Hi Stas and guys - As of Sat May 31 08:38:30 UTC 2003 1) I have the following installed and tested: Server Version: Apache/2.0.46 (Unix) mod_perl/1.99_10-dev (CVS) Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL/0.9.7b 2) Everything is looking good! 3) GOOD JOB FOLKS... Aloha = Beau;