RE: when to mod_perl?

2002-06-24 Thread David LeBlanc

You don't mention what OS you're using, but with Linux, 256mb just running
httpd seems quite generous whether you're using mod_perl or not. From what I
know, mod_perl is going to give you more performance on any given box.

And now, I can't resist: When should you? Why, when you're in the mod of
course ;)

David LeBlanc
Seattle, WA USA

 -Original Message-
 From: md [mailto:[EMAIL PROTECTED]]
 Sent: Monday, June 24, 2002 19:22
 To: [EMAIL PROTECTED]
 Subject: when to mod_perl?


 Hello,

 I'm working on a dynamic site that I originally
 thought I would do with mod_perl. Now after reviewing
 the requirements and available hardware, I wonder if
 mod_perl will be my best solution.

 The machine will not be a huge box (though I wasn't
 provided much in the way of specs) and will only have
 256M of RAM. There will be static content, incuding
 5-10 images per page. The client has only given me
 sparse information, but claimed that he currently had
 4,000 unique visitors a day and wanted to move to
 10,000-15,000 unique visitors per day (he didn't give
 me page view stats). I may or may not be able to set
 up multiple instances of Apache.

 Given limited hardware (esp. RAM), am I better off to
 go with mod_perl (larger Apache processes with limited
 RAM) or CGI (smaller apache processes but the usual
 cons)?

 Thanks...

 __
 Do You Yahoo!?
 Yahoo! - Official partner of 2002 FIFA World Cup
 http://fifaworldcup.yahoo.com




RE: Sticky Pages.

2002-01-07 Thread David LeBlanc

Ok, now i'm totally confused. From the top:

1. I have the following (and ONLY the following related to modperl) in my
httpd.conf file (of course there are other regular apache directives too):
LoadModule perl_module modules/mod_perl.so
AddModule mod_perl.c

In a subdirectory there's an .htaccess file containing this reference to
modperl:
Files *
SetHandler perl-script
PerlHandler Apache::Registry
Options ExecCGI
PerlSendHeader On
/Files

These are the only references to modperl that I have. TWiki is the only perl
app that I run, so I thought I only needed the lines in the .htaccess file.
I have changed the line reading PerlHandler Apache::Registry to
Perlhandler Apache::PerlRun as you suggested, and it results in the error
I reported to you.'

I would really appreciate it if you would tell me exactly what I should do
to implement this alternative you've suggested.

Sincerely,

Dave LeBlanc

 -Original Message-
 From: Stas Bekman [mailto:[EMAIL PROTECTED]]
 Sent: Sunday, January 06, 2002 20:23
 To: David LeBlanc
 Subject: Re: Sticky Pages.


 David LeBlanc wrote:

  At first you suggested Apache::PerlRun, and this is the first mention of
  PerlModule Apache::PerlRun i've seen.


 Huh? It's the same module, but you need to load it!


  Where whould I add this directive, in the httpd.conf file or in my local
  .htaccess file?

 Man, this is what you should put into your httpd.conf file.

  PerlModule Apache::PerlRun
  Files *
SetHandler perl-script
PerlHandler Apache::PerlRun
Options ExecCGI
PerlSendHeader On
  /Files







  Dave LeBlanc
 
 
 -Original Message-
 From: Stas Bekman [mailto:[EMAIL PROTECTED]]
 Sent: Friday, January 04, 2002 18:22
 To: David LeBlanc
 Subject: Re: Sticky Pages.
 
 
 David LeBlanc wrote:
 
 
 As described in my original mail, mod_perl is only mentioned in the
 httpd.conf file in LoadModule/AddModule statements.
 
 
 I've suggested to add
 PerlModule Apache::PerlRun
 
 Did you do it?
 
 
 
 In the /Apache/TWiki/bin directory is an .htaccess file with this bit:
 
 Files *
SetHandler perl-script
PerlHandler Apache::Registry
Options ExecCGI
PerlSendHeader On
 /Files
 
 Changing the PerlHandler Apache::Registry line to PerlHandler
 Apache::PerlRun caused the error shown below:
 [Thu Jan 03 10:40:24 2002] [error] Can't locate object method
 
 filename via
 
 package Apache (perhaps you forgot to load Apache?) at
 J:/Perl/site/lib/Apache/PerlRun.pm line 24.
 
 FWIW, I tried installing Apache::Dbg, but it doesn't work on
 
 Windows. IIRC,
 
 it dies during the install build with a complaint about some
 
 SIG (signal)
 
 not being defined.
 
 Thanks for your patience and help.
 
 
 Please reply to the list and not to me in person. Other people can help
 too. And I'm not much of help with win32 systems as I don't work
 with these.
 
 
 
 Sincerely,
 
 Dave LeBlanc
 
 
 
 -Original Message-
 From: Stas Bekman [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, January 03, 2002 21:11
 To: David LeBlanc
 Cc: [EMAIL PROTECTED]
 Subject: Re: Sticky Pages.
 
 
 David LeBlanc wrote:
 
 
 
 Stan;
 
 I tried using Apache::PerlRun and got this in the error log:
 [Thu Jan 03 10:40:24 2002] [error] Can't locate object method
 
 
 filename via
 
 
 package Apache (perhaps you forgot to load Apache?) at
 J:/Perl/site/lib/Apache/PerlRun.pm line 24.
 
 What does this mean?
 
 
 You've to give us more information to help you solve the problem. What
 is the relevant configuration section? You should have simply replaced
 Apache::Registry with Apache::PerlRun in httpd.conf
 
 don't forget to load it! Something like this:
 
 
 PerlModule Apache::PerlRun
 Files *
   SetHandler perl-script
   PerlHandler Apache::PerlRun
   Options ExecCGI
   PerlSendHeader On
 /Files
 
 
 
 
 -Original Message-
 From: Stas Bekman [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, January 02, 2002 23:55
 To: David LeBlanc
 Cc: [EMAIL PROTECTED]
 Subject: Re: Sticky Pages.
 
 
 David LeBlanc wrote:
 
 
 
 
 Have a strange problem using modPerl as follows:
 
 OS:Windows 2000 Professional
 Webserver: Apache/1.3.22 (Win32)
 mod_perl:  mod_perl/1.26_01-dev
 
 mod_perl is loaded in the httpd.conf file (LoadModule perl_module
 modules/mod_perl.so AddModule mod_perl.c), and also appears in
 
 
 
 the .htaccess
 
 
 
 file for the TWiki directory:
 Files *
  SetHandler perl-script
  PerlHandler Apache::Registry
  Options ExecCGI
  PerlSendHeader On
 /Files
 
 The Application i'm using is called TWiki (http://Twiki.org),
 
 
 and if you
 
 
 view some page within Twiki, close the browser, open a new one
 
 
 
 and hit the
 
 
 
 link that takes you to the front page of Twiki, the last page
 
 
 
 you looked at
 
 
 
 in the just-deleted browser will be shown instead of the front
 
 
 
 page. TWiki
 
 
 
 does not exhibit this behavior when run as a CGI program

RE: Sticky Pages.

2002-01-03 Thread David LeBlanc

Stan;

I tried using Apache::PerlRun and got this in the error log:
[Thu Jan 03 10:40:24 2002] [error] Can't locate object method filename via
package Apache (perhaps you forgot to load Apache?) at
J:/Perl/site/lib/Apache/PerlRun.pm line 24.

What does this mean?

Thanks,

Dave LeBlanc

 -Original Message-
 From: Stas Bekman [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, January 02, 2002 23:55
 To: David LeBlanc
 Cc: [EMAIL PROTECTED]
 Subject: Re: Sticky Pages.


 David LeBlanc wrote:

  Have a strange problem using modPerl as follows:
 
  OS: Windows 2000 Professional
  Webserver:  Apache/1.3.22 (Win32)
  mod_perl:   mod_perl/1.26_01-dev
 
  mod_perl is loaded in the httpd.conf file (LoadModule perl_module
  modules/mod_perl.so AddModule mod_perl.c), and also appears in
 the .htaccess
  file for the TWiki directory:
  Files *
 SetHandler perl-script
 PerlHandler Apache::Registry
 Options ExecCGI
 PerlSendHeader On
  /Files
 
  The Application i'm using is called TWiki (http://Twiki.org), and if you
  view some page within Twiki, close the browser, open a new one
 and hit the
  link that takes you to the front page of Twiki, the last page
 you looked at
  in the just-deleted browser will be shown instead of the front
 page. TWiki
  does not exhibit this behavior when run as a CGI program, and
 also I just
  checked and it has the same behavior using Mozilla 0.9.6.
 
  FWIW, I tried updating mod_perl using cpan and it claims i'm up to date.
 
  Any suggestions on how to fix this?


 I'm not familiar with this sw, but I'll assume that it remembers the
 state (the last visited page).

 Does Twiki claim to be mod_perl clean? It's probably not coded with
 persistency in mind or happens to have the closure problem under Registry.

 As a temp workaround use Apache::PerlRun instead of Apache::Registry.

 See the guide for more info on these issues. In particular:
 http://perl.apache.org/guide/porting.html#Exposing_Apache_Registry_secret
 and
 http://perl.apache.org/guide/porting.html#Sometimes_it_Works_Sometimes_it

 _
 Stas Bekman JAm_pH  --   Just Another mod_perl Hacker
 http://stason.org/  mod_perl Guide   http://perl.apache.org/guide
 mailto:[EMAIL PROTECTED]  http://ticketmaster.com http://apacheweek.com
 http://singlesheaven.com http://perl.apache.org http://perlmonth.com/






Sticky Pages.

2002-01-02 Thread David LeBlanc

Have a strange problem using modPerl as follows:

OS: Windows 2000 Professional
Webserver:  Apache/1.3.22 (Win32)
mod_perl:   mod_perl/1.26_01-dev

mod_perl is loaded in the httpd.conf file (LoadModule perl_module
modules/mod_perl.so AddModule mod_perl.c), and also appears in the .htaccess
file for the TWiki directory:
Files *
   SetHandler perl-script
   PerlHandler Apache::Registry
   Options ExecCGI
   PerlSendHeader On
/Files

The Application i'm using is called TWiki (http://Twiki.org), and if you
view some page within Twiki, close the browser, open a new one and hit the
link that takes you to the front page of Twiki, the last page you looked at
in the just-deleted browser will be shown instead of the front page. TWiki
does not exhibit this behavior when run as a CGI program, and also I just
checked and it has the same behavior using Mozilla 0.9.6.

FWIW, I tried updating mod_perl using cpan and it claims i'm up to date.

Any suggestions on how to fix this?

TIA,

Dave LeBlanc