Re: PerlSendHeader On

[ Please keep it on the list ... ] Bleicke Holm wrote: [Thu Mar 20 11:16:40 2003] [notice] Apache/1.3.26 (Unix) Debian GNU/Linux PHP/4.1.2 mod_perl/1.26 mod_perl/1.26 configured -- resuming normal operations [Thu Mar 20 11:16:40 2003] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache/s

Re: Addition of directory to @INC variable via startup script/mod_perl

Jason Jolly wrote: When I stop/start the server and run a script with the following code: foreach $item (@INC) { print ($item . ""); } I only get the output: /usr/local/lib/perl5/5.8.0/sun4-solaris /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/sun

Re: BerkeleyDB vs. Linux file system benchmark (on Perlmonks)

On Tue, 2003-03-18 at 14:05, Perrin Harkins wrote: > I thought some of you might be interested in this thread from Perlmonks.org: > http://perlmonks.org/index.pl?node_id=243899 > > I benched BerkeleyDB against multiple files for medium-sized documents, > and the results were th

Re: Another wicked mod_perl question :)

Jean-Michel Hiver wrote: I know that it's possible to chain Apache handlers in a way that the next handler is executed if the previous handler returned DECLINED. It sound like you're looking for this: http://perl.apache.org/docs/1.0/guide/config.html#Stacked_Handlers The next handler is also execut

Re: best way to configure for multiple developers?

Brian C. Thomas wrote: I have read through the lists looking for issues related to mp2 and @INC, and have read the part about "+Parent" and virtual hosts. You should read the docs for tips on this, especially here: http://perl.apache.org/docs/general/control/control.html#Starting_a_Personal_Server_

Re: Configuration with

Richard Clarke wrote: foreach my $l (qw/ErrorLog TransferLog LockFile PidFile ScoreBoardFile/) { $$l = "/usr/local/app/apache_modperl/logs/$l"; }; Dude, you're scaring me with that. It looks just like $1 and $$1. PERL_TRACE output clearly shows that half of the perl section is being

Re: MaxRequestsPerChild; which request am I?

Brian Reichert wrote: Is this 'total_jobs' exposed somehow via an Apache object? The documentation for the Apache module doesn't say anything about it, so I think you have your answer. We just use a global for this in Apache::SizeLimit. - Perrin

Re: stopping concurrent logins

Todd White wrote: realizing that ultimately people can share their username/password to a for-fee protected web site, we would at *least* like to avoid the possibility that two people could both be logged in at the same time from two different computers. the use of IP address doesn't seem adequate

Re: Perl Run and Load Average

On Thu, 2003-06-05 at 09:31, Batara Kesuma wrote: > I just noticed that the load was going down after I restarted httpd. Is > this because of my scripts have bugs? I think I have some DBI connect > without disconnect in my scripts. I will try to fix this and see how is > the result. Are your scrip

Re: How tell what version of mod_perl is installed?

On Thu, 2003-06-05 at 03:35, Dennis G. Allard wrote: > (BTW, my more general goal is to have shared memory across multiple > Apache threads as part of implementing sessions so that I can avoid > doing a database write at every HTTP request just to save session IDs.) Hmmm, save session IDs? Why ar

Re: How tell what version of mod_perl is installed?

On Thu, 2003-06-05 at 15:55, Dennis G. Allard wrote: > MySQL ShmySQL. A database that didn't have transactions until last year > and still has no stored procedures Uh, we're talking about session data here, right? Basically a remotely accessible hash? Stored procedures have no place there, and

Re: How tell what version of mod_perl is installed?

On Thu, 2003-06-05 at 16:37, Dennis G. Allard wrote: > Hmmm. No one has actually answered the question, although I am getting > all kinds of advice... (-; ... Thomas Klausner said that mod_perl 2 only runs on apache 2 and mod_perl 1 only runs on apache 1. He is correct. Red Hat gave you an ear

Re: Truncated POST at 8192 bytes

On Fri, 2003-06-06 at 14:47, Mick Szucs wrote: > So, does this mean that everyone who's got Redhat 9 has a screwy > mod_perl? Yes. The version of mod_perl 2 in Red Hat 9 is a pretty old version of a project that is still essentially in beta. If you want a stable platform that doesn't require you

Re: Boatload of warning messages

On Tue, 2003-05-27 at 16:28, Dale Lancaster wrote: > I have combed the various docs and haven't yet found the silver bullet > to turn off all the warnings I am getting from mod_perl in my > error_log that look something like this: > > Constant subroutine > Apache::ROOTusa_2eusahire_2ecom::cgi_2db

Re: ModPerl::Registry and CGI::Carp

On Wed, 2003-05-28 at 13:02, Adam Gent wrote: > Is anyone having problems with modperl2 and CGI::Carp CGI::Carp has not been ported to modperl2. You should assume that modules you download have not been ported unless their docs say otherwise. You can use the compatibility layer, or port it yours

Re: Large Data Set In Mod_Perl

simran wrote: I need to be able to say: * Lookup the _distance_ for the planet _mercury_ on the date _1900-01-01_ On the face of it, a relational database is best for that kind of query. However, if you won't get any fancier than that, you can get by with MLDBM or something similar. Currently

Re: [error] Can't locate CGI.pm in @INC

On Wed, 2003-05-28 at 22:39, Brown, Jeffrey wrote: > [Wed May 28 19:33:57 2003] [error] Can't locate CGI.pm in @INC (@INC > contains: [...] > /usr/libdata/perl5/CGI.pm This sort of thing is usually a permissions problem. Try opening that file (full path to CGI.pm) from your CGI and see if it let

Re: Can't use sendmail more than once

On Wed, 2003-05-28 at 22:45, Greg Dutkowski wrote: > I have migrated my site from IIS and Active State to Apache 1.3 and mod_perl > on a Windows machine. I use the site to send emails to registered users > using Mail::sendmail through our SMTP server (another machine). > > With Apache I can only s

RE: [error] Can't locate CGI.pm in @INC

On Wed, 2003-05-28 at 23:15, Brown, Jeffrey wrote: > Here are the permissions on the file: > > -r--r--r-- 1 root wheel 224666 Apr 28 06:35 CGI.pm > > The BSD OS is new to me, I am more familure with redhat...but there are > some definite perks to OpenBSD and that is why I run it. Anyway wheel

Re: Can't use sendmail more than once

On Wed, 2003-05-28 at 23:17, Stas Bekman wrote: > Can we add this factoid to > http://perl.apache.org/docs/1.0/guide/troubleshooting.html#Windows_OS_specific_notes > ? Yes. I think Joshua Chamas has a summary of it somewhere, but I can't seem to reach his site or the mod_perl site at the moment f

RE: [error] Can't locate CGI.pm in @INC

On Wed, 2003-05-28 at 23:25, Brown, Jeffrey wrote: > Do you mean give the path in my perl script? > > So the line in my code: > > use CGI qw(:standard); > > would be: > > use /usr/libdata/perl5/CGI qw(:standard); Actually, what I had in mind was just this: open(CGI, '/usr/libdata/perl5/CGI.pm

RE: Large Data Set In Mod_Perl

On Thu, 2003-05-29 at 11:59, Marc M. Adkins wrote: > > > perhaps something such as copying the whole 800,000 rows to > > > memory (as a hash?) on apache startup? > > > > That would be the fastest by far, but it will use a boatload of RAM. > > It's pretty easy to try, so test it and see if you can s

RE: Large Data Set In Mod_Perl

On Thu, 2003-05-29 at 13:10, Marc M. Adkins wrote: > My original comment was regarding threads, not processes. I run on Windows > and see only two Apache processes, yet I have a number of Perl interpreters > running in their own ithreads. My understanding of Perl ithreads is that > while the synt

Re: mod_perl caching form data?

On Thu, 2003-05-29 at 16:40, David Ressman wrote: > That's just the problem. The value="" parameter *is* filled out (and > it is being done at the server end as evidenced by the network sniffer.) > Unfortunately, my script is not doing it. Here's what I have in the > script: > > print "IP

Re: mod_perl caching form data?

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. I'm glad to hear that worked, but it's still worrisome that you were seeing data leak between different

RE: how to secure perl modules?

On Thu, 2003-05-29 at 17:41, Kirk Rogers wrote: > why the scarcasm? You asked a very loaded question that is guaranteed to get you a lot angry responses on most Perl mailing lists. Hiding your source code is a FAQ (http://perldoc.com/perl5.8.0/pod/perlfaq3.html#How-can-I-hide-the-source-for-my-Pe

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"

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 nothin

Re: Using Apache::ReadConfig and method handlers

On Mon, 2003-06-02 at 11:36, Issac Goldstand wrote: > I want to assign a method handler from within the Apache::ReadConfig > namespace. Right now, what I have is some function which somewhat > resembles: > > package My::Object; > sub method1 { > my $self=shift; > package Apache::ReadConfig; >

Re: Using Apache::ReadConfig and method handlers

On Mon, 2003-06-02 at 15:19, Issac Goldstand wrote: > No - this is at startup. It's also, to the best of my knowledge, the *only* > way to push handlers onto a dynamic URL (eg, where the URL is a variable) - > which is what I'm trying to do. I was referring to the $r->push_handlers method which y

RE: Apache::Cookie

On Mon, 2003-06-02 at 16:30, cap wrote: > Yes, but: > > use Apache::Cookie; > > my $cookie = Apache::Cookie->fetch; > my @values = $cookie->value; > > returns errors. The value() call isn't meant to be used with fetch(). Your original example looked fine to me. What was not working about it?

Re: Apache::Cookie

On Mon, 2003-06-02 at 09:05, cap wrote: > i have an application that uses CGI and sets the cookie values as a hashref. > im then attempting to retreive the values with Apache::Cookie with: > > $cookies = Apache::Cookie->fetch; > > $ccokies is a hashref so i should be able to get the individual va

Re: mod_perl and CGI.pm and version 1.x and hell

Henrique Pantarotto wrote: I'm having some trouble with CGI.pm working with mod_perl2. What trouble are you having? This guy clearly says that CGI.pm is incompatible with mod_perl2: http://marc.theaimsgroup.com/?l=apache-modperl&m=103619647305553&w=2 That was 7 months ago. A lot has changed. Kee

RE: Apache::Cookie

On Tue, 2003-06-03 at 13:08, cap wrote: > it works just fine in my app, and 'just fine' maybe all that i need. The point is, it shouldn't work. You should not be getting a hash. What should work is this: my $session = defined $cookies->{'session'} ? $cookies->{'session'}->value : undef; The la

Re: [ANNOUNCE] "Practical mod_perl" is out!

On Tue, 2003-06-03 at 16:10, Geoffrey Young wrote: > I know > that's not something you find in open source every day, but you'll find us > all drinking together at OSCon again this year :) Stas will be drinking cranberry juice, but still drinking. Congratulations on the publication, Eric and St

Re: mod perl application with Oracle 9i

On Sun, 2003-04-06 at 23:05, Brett Hales wrote: > DBD::Oracle::st fetch failed: ORA-24365: error in character conversion > (DBD ERROR: OCILobRead) at > /usr/local/lib/perl5/site_perl/5.6.0/mymodule.pm line 857. Looks like a DBI problem, not a mod_perl problem. Have you tried asking on the dbi-us

Re: modules that work with both modperl1 and 2

On Mon, 2003-06-09 at 12:12, Shannon Eric Peevey wrote: > PS Am having problems with the compile time loading of modules depending > on the existence of either modperl1 or 2... "use" dies and "require" is > not importing the symbols correctly at runtime... If you read the docs for "use" (perldo

Re: modules that work with both modperl1 and 2

On Mon, 2003-06-09 at 13:57, Shannon Eric Peevey wrote: > Yeah, I've been messing with that, but it seems to me that I need > something similar to a preprocessor directive, where I can load the > appropriate "use MODULE" lines into the module bases upon which version > of modperl they have insta

Re: getting *any* variables out of the server environment

On Mon, 2003-06-09 at 14:29, Ryan Muldoon wrote: > I'm not able to get *any* variables out from the apache server > environment. Did you try the normal $ENV{'VARIABLE'} approach? - Perrin

Re: getting *any* variables out of the server environment

On Mon, 2003-06-09 at 14:49, Ryan Muldoon wrote: > I tried that as well (and just re-tried). My understanding is that the > %ENV hash only gets updated in the fixup stage, so the mod_ssl > environment variables can't be accessed that way. Thanks for the > suggestion though! Okay. And you're cert

Re: Mod_perl spawning processes

On Mon, 2003-06-09 at 15:34, George Bagley wrote: > CONFIG redhat linux 9.0 > apache 2 I'm afraid that's not enough info to guess what you're doing. Please read http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems > I have ugraded from apache1.3 to Apache2 and I am hav

Re: getting *any* variables out of the server environment

On Mon, 2003-06-09 at 15:35, Geoffrey Young wrote: > no, I wasn't saying that :) subprocess_env() from the main request is the > right way to go. I was just trying to let you know that it has nothing to > do with %ENV really. I wouldn't go that far. %ENV does get populated with that stuff, ju

Re: Mod_perl 1.99 spawning processes causing major performanceissue

Thanks for using REPORT! On Mon, 2003-06-09 at 16:07, George Bagley wrote: > On Apache 1.3, when I do a ps -ef, I cannot see the cgi script running. > I assume this is because Apache is NOT spawning a separate process to > satisfy the request. > > On Apache2, there are hundreds of the cgi scripts

Re: getting *any* variables out of the server environment

[ Please keep it on the list. ] On Mon, 2003-06-09 at 16:12, Ryan Muldoon wrote: > > Ryan, can you post a more complete code example? > > > > - Perrin > Here it is: > > package Apache::AuthNx509; > > use strict; > use Apache::Constants qw(:common); > use Text::ParseWords qw(quotewords); > use

Re: [mp2] make test fails with 1.99_10-dev sources on redhat

On Mon, 2003-06-09 at 09:55, Haroon Rafique wrote: > Now onto serious stuff. /usr/bin/perl here is the system-wide perl install > that came bundled with Redhat. Just a thought: did you fix the locale on that machine? Most of CPAN won't compile on Red Hat 8 and 9 because of the broken UTF8 locale

Re: [mp2] win2000 + Apache::DBI + Oracle

On Mon, 2003-06-09 at 21:02, Stas Bekman wrote: > Paul Simon wrote: > > So, according to the docs, > > http://perl.apache.org/docs/2.0/user/performance/mpm.html#Work_with_DataBases_under_Threaded_MPM, > > using Apache::DBI doesn't do anything under > > mp2+windows2000 ... > > That's correct. Since

Re: [mp2] win2000 + Apache::DBI + Oracle

On Tue, 2003-06-10 at 01:45, Stas Bekman wrote: > mp2+winFU => winnt MPM => no forking, only threads => Apache::DBI is useless > there. not only useless, but also wasteful, since it's going to do work that > has no added value. But how is this any different from separate processes really? Each

Re: [mp2] make test fails with 1.99_10-dev sources on redhat

On Tue, 2003-06-10 at 05:08, Mithun Bhattacharya wrote: > What exactly is broken in RedHat 8.0/9.0 - RedHat's build of perl, > perl's support for unicode or perl's support for locales ? Short answer: the Perl build is fine if you change the locale to what it was in previous version of Red Hat (en_

Re: Authentication design

On Tue, 2003-06-10 at 21:47, Michael L. Artz wrote: > I thought that this was a good way to go since I could protect my entire > application with a single module and a couple lines in the config file, > as opposed to bundling that authentication code into the beginning of > *every* registry scri

Re: Authentication design

On Tue, 2003-06-10 at 23:43, Michael L. Artz wrote: > Well, I figured that the AuthenHandler already parsed the authentication > cookie and declared it valid, so I didn't really see a point the in > doing it at the beginning of every script. $r->user just seemed more > intuitive to me. Well, I

Re: security with mod_perl

On Wed, 2003-06-11 at 12:58, Mike Zelina wrote: > I couldn't find any documentation on how a host *could* provide mod_perl > and do it in a way that would be safe for his server and usable for a > client. I was just talking about this with my co-workers. Here's one way: Set up a front-end apache

RE: Authentication design

On Wed, 2003-06-11 at 03:32, Frank Maas wrote: > > The session stuff could be done in a separate phase before the content > > handler, or it could be done on demand when your script calls some > > utility method that knows how to get the current session. Same with > > the user. > > Isn't this mo

Re: Authentication design

On Wed, 2003-06-11 at 08:32, Michael L. Artz wrote: > Not sure that I quite understand ... what do you mean by "load" the > session/user data if it is being done in a handler before content > phase? What would you use to store the retrieved data ... pnotes? That's what I've done in the past, al

Re: How practical is that Practical mod_perl?

On Thu, 2003-06-12 at 03:03, Slava Bizyayev wrote: > Yesterday I've finally received a long-waiting book > (http://www.modperlbook.org/) written by Stas Bekman and Eric Cholet. In > fact, I don't know who is that Eric Cholet Eric pre-dates you on this list by a few years. He knows his stuff. > T

Re: Books - was How practical is that Practical mod_perl?

On Thu, 2003-06-12 at 17:31, Gedanken wrote: > speaking of mod perl books, i have gotten lost somewhere. theres the > eagle book, theres stas' book (practical mod_perl i learned today), and > theres 'geoffs book'. what is the name of geoffs book please? It's "mod_perl Developer's Cookbook." Y

Re: [mp2] make test fails with 1.99_10-dev sources on redhat

On Thu, 2003-06-12 at 20:10, Stas Bekman wrote: > Perrin, do you think it's worth documented this somewhere in the > troubleshooting section? OS-specific issues? That's a good idea. I'm going on vacation for a couple of weeks and won't be able to look at it until I get back, but if no one else h

Re: mod_perl slower than expected?

Trevor Phillips wrote: My latest set of changes have resulted in optimisation and given a decent speed increase of up to 25% (depending on the exact usage) for complex pages. However, when I used the revised modules with the Apache Module, I'm only getting a marginal performance increase! You're

Re: mod_perl slower than expected?

Trevor Phillips wrote: Benchmarking was done using an internal before and after check using Time::HiRes (as well as various stages during processing) as well as using "ab" to do multiple hits in succession. If you use multiple threads in ab, a sub-optimal setting for the number of processes can

Re: UTF-8 support [was : (Re: [mp2] make test fails with 1.99_10-devsources on redhat)]

Mithun Bhattacharya wrote: If perl's UTF-8 support is broken in 5.8.0 doesnt that mean it will break any mod_perl application which is handling XML's or UTF-8 data ? I didn't say it was broken. I don't really know if it is. What I do know is that some documents, including CPAN modules, are not U

RE: Use mod_perl2 in production environment?

On Fri, 2003-06-13 at 10:07, Mike Zelina wrote: > mod_perl1+Apache1+Win32 is a single threaded environment. Apache > can only accept one request at a time. Not a good idea for a production > environment. If a server request takes a long time, everyone waits in line until > that is complete. Not

Re: mod_perl slower than expected?

[ please keep it on the list ] On Fri, 2003-06-13 at 03:23, Trevor Phillips wrote: > > Two other possibilities are using a different version of Perl (like one > > with theads and one without), or accidentally using the wrong version of > > your modules. > > I don't think so. Pretty standard Debia

Re: How practical is that Practical mod_perl?

On Fri, 2003-06-13 at 03:46, Slava Bizyayev wrote: > Every good book about mod_perl achievements can result in better contracts > for each of us and can bring aboard new talented contributors. A bad book > can damage/destroy public interest and finally can kill this technology. There are many bad

Re: Large Data Set In Mod_Perl

On Fri, 2003-06-13 at 12:02, Patrick Mulvany wrote: > However If I ever heard of a case for use of a fixed width ascii file using spacing > records this is it. Why make your life difficult? Just use a dbm file. - Perrin

Re: Few Important Questions

On Mon, 2003-06-30 at 17:00, Adi Fairbank wrote: > One reason I've heard is because of namespace security issues. Ie. if ISPs > allow all their users access to mod_perl on the same Apache server, then any > user can potentially interfere with/have access to other users' mod_perl > modules. Don't

Re: How big are your Apache kids?

On Mon, 2003-06-30 at 15:44, Nigel Hamilton wrote: > Now I'm wondering how much more RAM I can save? The only thing you need to be concerned about is the amount of unshared memory in each process. If you don't know what I mean, read the tuning section in the docs. This is also covered in t

Re: require'ing data files under mod_perl

On Sat, 2003-06-28 at 15:08, Peter B. Ensch wrote: > Coding in plain CGI I've often require'd files containing > data in perl data-structures. The script may write to the > file (via Data::Dumper for example) allowing subsequent > invokations of the script to have access to the revised > data. I

Re: GTop gone missing ...

On Fri, 2003-06-27 at 15:51, Nigel Hamilton wrote: > Some of my Apache children are growing to 100M+ ... I'm now trying > to track down GTop so I can install Apache::VMonitor so I can see where > all the RAM is going. You can find libgtop sources here: http://ftp.gnome.org/pub/gnome/source

Re: A::Registry vs. mod_perl handler philosophy

On Fri, 2003-06-20 at 12:18, Peter B. Ensch wrote: > It's been suggested to me that content generating > apps should be done under A::R, whereas logging, > authentication Etc. should be implemented as > mod_perl handlers. > > What is the opinion of the group? I'm late to the party, but here's a

Re: Sharing memory between children

On Mon, 2003-06-16 at 07:12, Clinton Gormley wrote: > I had a look at the memory usage of my apache/mod_perl 1 processes, > and was alarmed to find that only 3Mb of 25Mb processes was being > shared (and that's straight after startup) > > I have gone to great lengths to > (1) Preload modules in m

Re: Please help newbie with Module problem.

On Wed, 2003-07-02 at 11:50, Matt Corbett wrote: > I need to use the Apache::Request module on a range of programs to use > POST and GET methods in my HTML to process information gathered. Actually, you don't. You can use CGI.pm, CGI::Simple, CGI_Lite, etc. for this. If you want to use Apache::R

Re: If (!$one_thing) {$other;}

On Wed, 2003-07-02 at 17:44, Dennis Stout wrote: > $r->send_http_header; must be broken, eh? Not likely. Your syntax looks okay to me. It probably isn't being called for some reason, or else $r is not what you think it is. Throw in some debug statements and find out what's actually happening th

Re: Apache::Request for CGI? (was: Re: A::Registry vs.mod_perlhandler philosophy)

On Wed, 2003-07-02 at 20:38, Andrew Ho wrote: > I totally agree with the fact that Apache::Registry can introduce many > hard-to-debug-problems. I've had enough headaches debugging some of these > issues myself. It's unclear to me, though, that there are unimaginably > cool things you can get to in

Re: If (!$one_thing) {$other;}

On Wed, 2003-07-02 at 21:24, Dennis Stout wrote: > > Okay, I put in some code to take the generated headers and enter them into > the > > body of the page. This had an odd effect. > > I bet I have a login problem. You lost me. You were having problems with headers not being sent, right? That p

Re: require'ing data files under mod_perl

On Thu, 2003-07-03 at 13:38, Peter Ensch wrote: > I'm using CGI::Application and this part of the code happens inside > the cgiapp_init() method which I'm overriding: > > our $USERS : unique = "/path/to/users.dat"; > > sub cgiapp_init { > my $self = shift; > $self->param('users' => require ${\$

Re: require'ing data files under mod_perl

On Thu, 2003-07-03 at 16:16, Peter Ensch wrote: > > > So, to reiterate, I may write to users.dat on one transaction > > > and read on another; the file contents is always up-to-date. > > > > The file is up-to-date, or the param 'users' is? > > > > The file is. IE. it gets written and and the new

Re: require'ing data files under mod_perl

On Thu, 2003-07-03 at 16:59, Peter Ensch wrote: > OK. Thanks. Well, yes it is being reloaded whenever the form > is submitted and w/out restarting the server. Here's some of > the output (error_log): > > [Thu Jul 3 15:52:00 2003] users.dat: users.dat loaded by process 18294 at /opt/a... > [Thu J

Re: Apache::Session::Lock::File hangs under Windows

On Mon, 2003-07-07 at 07:29, Andrew Alakozow wrote: > Apache::Session::Lock::File hangs under Windows if you try to remove > session or add data to existing session. This happenes because you cannot > "flock($self->{fh}, > LOCK_EX)" if you already has "flock($self->{fh}, LOCK_SH)" in Windows. Unde

Re: Apache::Registry -> String Compaction == Less RAM?

On Mon, 2003-07-07 at 11:50, Nigel Hamilton wrote: > I thought I could save some RAM by stripping out comments and > whitespace before the eval step - so I quickly wrote a Registry-like > handler that strips comments. Those don't take up any space in the actual compiled opcodes. The only sp

Re: Memoize.pm and mod_perl

On Mon, 2003-07-14 at 14:12, [EMAIL PROTECTED] wrote: > Has anyone used the Memoize module extensively in a mod_perl environment? I'd suggest you use Cache::FileCache, MLDBM::Sync, or Cache::Mmap instead. Memoize is cool, but unnecessary if you are planning ahead like this. - Perrin

Re: must I use mod-perl

On Sun, 2003-07-13 at 16:53, Oskar wrote: > Install it if you have a lot of time. It took me week to config it and month > for rewritting scripts. Oskar, Is there something specific that would have helped you get going faster? Did you find the documentation you needed? - Perrin

Re: Dynamically banning hosts

On Fri, 2003-07-11 at 22:33, Mustafa Tan wrote: > Is it possible to dynamically ban IP addresses using > mod_perl. [...] > Also how can I cope with denial of service attacks? Randal has a column that shows a technique for dealing with this: http://www.stonehenge.com/merlyn/LinuxMag/col17.html You

Re: [mp2] Apache::Cookie

On Tue, 2003-07-15 at 06:43, Swen Schillig wrote: > Are there any plans to have Apache::Cookie or does > mp2 code always has to use CGI if there are cookies needed ? Apache::Cookie is part of libapreq (along with Apache::Request), so you should follow libapreq development for this. - Perrin

Re: Apache::Registry in mod_perl 2

On Tue, 2003-07-15 at 08:44, ColinB wrote: > So how can I go about installing just Apache::Registry from the > mod_perl 1 tar file without having to install ALL of mod_perl 1 ? Just copy the Apache/Registry.pm file into the same directory that all your other Apache:: modules are in. - Perrin

Re: Virtual Host Logging Perl Script

On Tue, 2003-07-15 at 14:27, Jez Hancock wrote: > On Tue, Jul 15, 2003 at 01:32:11PM +0300, Stas Bekman wrote: > > Take a look at: > > http://perl.apache.org/docs/2.0/user/handlers/http.html#PerlLogHandler > > a similar code will work for mp1 if you don't use 2.0. > Much obliged, that does look to

Re: Virtual Host Logging Perl Script

On Tue, 2003-07-15 at 16:11, Stas Bekman wrote: > Is this still correct in the threaded environment where the filehandle is > shared across several threads? Why would the filehandle be shared? Wouldn't you open a new handle in each thread? I expect this would be fine, since the behavior is enfo

Re: How do you set vars via interactive startup?

On Wed, 2003-07-16 at 17:39, Patrick Galbraith wrote: > I'm trying to figure out how one would set vars via a startup.pl script or > using PerlSections. Is there a reason you can't just put it in a global? The dir_config() stuff is really for when you want to config something specific to a direc

Re: mod_perl and perl version

On Thu, 2003-07-17 at 14:05, Andy Harrison wrote: > I'm installing RT 3.0.4 on a fresh server and I'm getting tripped up installing > mod_perl. What I'm worried about is if I install mod_perl against perl 5.8.0, > will all scripts that get run on apache be executed using perl version 5.8.0? All s

Re: mod_perl and perl version

On Thu, 2003-07-17 at 14:15, Andy Harrison wrote: > Ok, so since my rt vhost has these lines: > > PerlModule Apache::DBI > PerlRequire /usr/local/rt3/bin/webmux.pl > > > SetHandler perl-script > PerlHandler RT::Mason > > > Will they be the only vhost to us

Re: does pnotes() work at all in 1.27?

On Thu, 2003-07-17 at 16:51, Mark Maunder wrote: > > And then install those as a content and logging phase handler. If you > > have the time and the interest. I've tried this and the logging handler > > comes up with nothing in pnotes. I've also checked that it's not a sub > > request. Did you get

Re: Need help, Global Hash corruption under mod_perl in perl 5.8.0!?!

On Fri, 2003-07-18 at 09:03, Влад Сафронов wrote: > I used Apache::ePerl ( http://www.ossp.org/pkg/tool/eperl/ > ) for a long time (up to perl > 5.6.1) > until our admin install perl 5.8.0 and recompiled apache and mod_perl > with it. > > After that global ha

Re: templating system opinions - Mason recommendation

On Fri, 2003-07-18 at 17:23, Chris Devers wrote: > > Correction: Bricolage is written in Mason, I believe. That's what the > > Bricolage authors say at http://bricolage.cc/ > > Hmm, so it does. I wonder where I got the idea that it was H::T based... The data entry UI is in Mason, but it can optio

Re: DDD and mod_perl handler

On Fri, 2003-07-18 at 17:13, Pablo Velasquez wrote: > 5. This is all good, since now the perl debugger is running my program, just > like when I use DDD to run a regular perl script. However, the question is, > how can I use DDD to run on top of this? You need to change DDD's behavior so that it

Re: problems with Perl under windows, apache

On Mon, 2003-07-21 at 12:22, Erik Browaldh wrote: > I have a script under windows with apache that doesnt seems to work. Are you running it under mod_perl? If so, please tell us if it's mod_perl 1 or 2, and include the info listed at the "report problems" link on http://perl.apache.org/. We real

Re: templating system opinions

On Mon, 2003-07-21 at 12:22, Kip Hampton wrote: > And don't forget that, with AxKit, you can use Apache::ASP, Mason, or > any Apache::Filter-aware handler to provide content for AxKit to > transform and TT2 as a transformational language. Oh, and there's > XPathScript, too, which, although its o

Re: templating system opinions (axkit?)

On Mon, 2003-07-21 at 12:14, Patrick Galbraith wrote: > I get so tired of Java types talking about how "perl is just a scripting > language.. it's not an application platform/server like > Dynamo/WebSpere/". I even tried to crack > a particular Orielly java book and was turned off on a statement

Re: Question to mod_perl gurus. Take 1 minute. Just choose rightanswer from list!

On Mon, 2003-07-21 at 07:31, Влад Сафронов wrote: > so the question: > which sub "main_deck" will be executed? > > 1. Hi, it's SCRIPT_1! > 2. Bye, it was SCRIPT_2! I think #2, because it was the last one eval'ed, and you can only have one sub with a given name in one package namespace. Apache::e

RE: Need help, Global Hash corruption under mod_perl in perl5.8.0!?!

On Mon, 2003-07-21 at 02:51, Влад Сафронов wrote: > I have done code deparsing of eperl scripts saved in Cache > all started with > > package Parse::ePerl; > use strict 'refs'; > print(qq[\n]); > > so they all have the same package name. Can it cause a bug? > Ap::Re

RE: Need help, Global Hash corruption under mod_perl in perl5.8.0!?!

On Mon, 2003-07-21 at 02:41, Влад Сафронов wrote: > I'm using only Apache::ePerl which allows me use Perl in the the way > like > PHP, since I don't need Mason or EmbPerl html features for small WAP > resources. I think you should consider using a system that is actually supported. Embperl, Apach

Re: Calling a mod_perl method from whithin a CGI script

On Sun, 2003-07-20 at 17:15, Eric Ricardo Anton wrote: > Since I can't port the scripts from mod_cgi to mod_perl, how can I make > a CGI script call a mod_perl method? You can't. When you run a script under mod_cgi, mod_perl functions are not available. However, you could try running your

Re: caching questions

On Sun, 2003-07-20 at 15:47, Patrick Galbraith wrote: > One thing that my code does is check to see if it's cache has been > updated to the db, which I wish I could really have some sort of cache > that's in one place in memory (as opposed to each child process). Well, you can't, unless you use th

<    1   2   3   4   5   6   7   8   9   10   >