Apache pnotes

The Eagle Books explanation of notes isn't very clear. Could someone point me to a page that explains it somewhat better? In what situation would it be beneficial to use them? Jamie Krasnoo [EMAIL PROTECTED]

Re: templating benchmarks...

> This benchmark can be very non-representive. If you don't know how to > optimize each and every "thing" under test, you end up with unfair > benchmark and come to potentially wrong conclusions. Take TT, add compiled > template caching on the disk and shared TT object and I bet TT won't be at > t

Re: templating benchmarks...

On Fri, 8 Jun 2001, will trillich wrote: > On Thu, Jun 07, 2001 at 06:48:38AM +0200, Gerald Richter wrote: > > > regarding the tools that dovetail into the mod_perl paradigm, > > > who's got a comparison over relative performance (and other > > > strengths/weaknesses) of various templating method

Re: Resetting STDIN after r->read

From: rodney Broom <[EMAIL PROTECTED]> > I've got this module that needs to redirect sometimes. In doing this, the > next request misses any POST data. I was playing with saving the data to > disk and then reloading it on the next request like this: > > if ($first_pass) { > $r->read($data, .

Re: IP based instant throttle?

I'm glad I haven't got your user.. I think most any site on the net can be brought to its knees by, for example, stuffing its site search form with random but very common words and pressing the post button and issuing these requests as frequently as possible from a long list of open proxies.. or h

Re: IP based instant throttle?

good ideas, thanks. as someone said its cloggage on the backend due to either SQL server contention or more likely largish pages draining to the user even with all the buffers en-route helping to mitigate this. you can't win : if they are on a modem they can tie up 8 modperl demons, and if they a

Re: Resetting STDIN after r->read

From: Geoffrey Young <[EMAIL PROTECTED]> > of course > http://perl.apache.org/guide/snippets.html#Redirecting_POST_Requests Heh, close. I'm using an external redirect because my purpose is to reset the address in the client's "Location" bar. So an internal redirect won't give me the desired effe

RE: Resetting STDIN after r->read

> -Original Message- > From: rodney Broom [mailto:[EMAIL PROTECTED]] > Sent: Friday, June 08, 2001 3:25 PM > To: [EMAIL PROTECTED] > Subject: Resetting STDIN after r->read > > > > I've got this module that needs to redirect sometimes. In > doing this, the > next request misses any PO

Resetting STDIN after r->read

I've got this module that needs to redirect sometimes. In doing this, the next request misses any POST data. I was playing with saving the data to disk and then reloading it on the next request like this: if ($first_pass) { $r->read($data, ...); print TEMP_FILE, $data; return REDIR

Re: comparison of templating methods?

> At 02:26 PM 6/7/2001 +1000, Steve Smith wrote: > > > HTML::Embperl > > > >For me, this has one major win over the other toolkits: auto form > >population from a hash. The online mortgage application system I > >wrote has about 1,800 form fields, which have to be populated with > >data from a

Re: Apache::AutoIndex & SuppressHTMLPreamble directive

On Fri, Jun 08, 2001 at 05:21:31PM +0100, tim fulcher wrote: > > Has anybody else noticed a bug with Apache::AutoIndex & the IndexOptions > SuppressHTMLPreamble directive ? First time I tried using this I got a > warning: > > "IndexOptions unknown/unsupported directive suppresshtmlpreamble" > >

Apache::AutoIndex & SuppressHTMLPreamble directive

Has anybody else noticed a bug with Apache::AutoIndex & the IndexOptions SuppressHTMLPreamble directive ? First time I tried using this I got a warning: "IndexOptions unknown/unsupported directive suppresshtmlpreamble" Then I noticed that line 37 of AutoIndex.pm has a typo - suppresshtmlperam

Re: mod_perl 1.25 , perl 5.6.x , Redhat7.1

Hi Tomas, On Fri, 8 Jun 2001, Tomas Zeman wrote: > Compiler in redhat 7.1 should be OK, because module > compiles ok, I don't follow your logic there. > but error is in perl 5.6.x 9I think), > because on the same platform, it worked with perl 5.5 Quite possible, all the same. I still use 5.0

RE: IP based instant throttle?

You'd want to look at the scoreboard. mod_throttle_access (http://www.fremen.org/apache/) does this function based upon URI. The only changes would be to base it upon client IP and change the scope to allow it to be outside a block. It would be a minor change. Regards, Christian > -Original

Re: mod_perl 1.25 , perl 5.6.x , Redhat7.1

Hi, I already tried to find solution in archive and on google.com, but I wasn't succesfull. Compiler in redhat 7.1 should be OK, because module compiles ok, but error is in perl 5.6.x 9I think), because on the same platform, it worked with perl 5.5 ! Tomas >Date: Thu, 7 Jun 2001 22:17:54 +010

Re: Help with parameters.]

> > > I have built modperl 1.25. > > > > > > I could run perl scripts fine. > > > > > > How can I send parameters to a perl scripts? > > > > > > Using http://mydomain.com/perl/foreach.pl?200+300 does not seem to work. > > > > you'll need to do it as something like > > http://mydomain.com/perl/for

Re: comparison of templating methods?

On Fri, Jun 08, 2001 at 06:52:14PM +0800, Gunther Birznieks wrote: > At 02:26 PM 6/7/2001 +1000, Steve Smith wrote: > > > HTML::Embperl > > > >For me, this has one major win over the other toolkits: auto form > >population from a hash. The online mortgage application system I > >wrote has about 1

templating benchmarks...

On Thu, Jun 07, 2001 at 06:48:38AM +0200, Gerald Richter wrote: > > regarding the tools that dovetail into the mod_perl paradigm, > > who's got a comparison over relative performance (and other > > strengths/weaknesses) of various templating methods? > > There are various discussions on the mod_p

Re: IP based instant throttle?

[EMAIL PROTECTED] said: > Well, if the reason you're throttling is to block excessive usage of > the machine, the full monty of CPU limiting will do that just fine, one kind of DOS would not be caught by looking at CPU usage, it is one that I have experienced a number of times, namely the use o

Re: comparison of templating methods?

On Fri, Jun 08, 2001 at 10:49:39AM +0800, Stas Bekman wrote: > This is your "ultimate" answer :) : > > Choosing a Templating System. > http://conferences.oreillynet.com/cs/os2001/view/e_sess/1263 > > Hopefully Perrin will release his paper close to the conference. looking forward to that! thank

Re: IP based instant throttle?

> "Ken" == Ken Williams <[EMAIL PROTECTED]> writes: Ken> [EMAIL PROTECTED] (Randal L. Schwartz) wrote: >> It would be pretty simple, basing it on my CPU-limiting throttle that >> I've published in Linux Magazine >> . Just grab a >> flock

RE: Running Mod_Perl on Windows

In general, questions on installation, etc are best directed to the mod_perl list ([EMAIL PROTECTED]) after searching through the other resources available to you from http://perl.apache.org especially http://perl.apache.org/guide and http://perl.apache.org/#maillists   using a binary distribu

Re: comparison of templating methods?

At 02:26 PM 6/7/2001 +1000, Steve Smith wrote: > > HTML::Embperl > >For me, this has one major win over the other toolkits: auto form >population from a hash. The online mortgage application system I >wrote has about 1,800 form fields, which have to be populated with >data from a database. By ma