>
> All these tips and benchmarks on optimising mod_perl by preloading used
> modules/DBD-drivers etc. are great. However, I have seen warnings about
> preloading modules if mod_perl is loaded as a DSO. (e.g for
> HTML::Embperl). Does this still apply? My setup is
> redhat6.2/perl-5.6/mod_perl-1.2
On Tue, 6 Jun 2000, Jeremy Howard wrote:
>...
>
> Well, I'm facing this problem now. The parms() method (or parse() or
> anything else that calls parms()) chews up enormous amounts of memory
> when uploading large files. I like to give my webmail users freedom to
> upload pretty much whatever siz
Way back in the annals of history (well, err, 24 Feb 2000, anyway) there
was some discussion about uploads chewing up memory in libareq...
Jim Winstead said:
Is it just me, or is it pretty dodgy code? It allocates memory like
its going out of style (it doesn't appear to reuse any of the
buffers
[EMAIL PROTECTED] (Ben Cohen) wrote:
>{begin quote}
>
>I assume you are running with Apache:Registry?
>
>You could also save off the $ENV{PATH}...
>
>
>Go to the line that reads:
>
> eval { &{$cv}($r, @_) } if $r->seqno;
>
>
>And before it have something like
>
>$ENV{OLD_PATH} = $ENV{PATH}
>
>
[EMAIL PROTECTED] (Christopher Lee) wrote:
>There's a real live working example if anybody wants it, called "Wing",
>available from your local friendly CPAN.
>
>The module is used as an IMAP interface but the main module handles everything
>except logins, the url is used to pass commands around,
Thanks to all for the helpful suggestions.
Gunther Birzniek from the list suggested a solution that I've
now tried and it works perfectly:
{begin quote}
I assume you are running with Apache:Registry?
You could also save off the $ENV{PATH}...
Go to the line that reads:
eval { &{$cv}($
you can put whatever bogus strings you want in the user-agent field if you are
using something like lwp-request. they are probably either:
a ) total shenanigans
b) unicode or someother character set
--
___cliff [EMAIL PROTECTED]
Renzo Toma wrote:
> Good question, we have a database for browser
Question: Does anyone apart from me have a problem with hits getting
recorded?
My access logs are 0.
Using perl 5.6.0 Apache 1.3.12 PHP 3.0.15
Hi all-
I'm trying to build mod_perl 1.21_02 (w/ apache 1.3.12) with GD statically
linked.
I've tried running
perl Makefile.PL PERL_STATIC_EXTS='GD' EVERYTHING=1 USE_APACI=1
APACI_ARGS='--prefix=/usr/local/bb/httpd, --enable-module=proxy'
and I get:
gcc -DLINUX=2 -DMOD_PERL -DUSE_PER
On Sun, 4 Jun 2000, Ben Cohen wrote:
> The problem is that when a mod_perl script modifies the PATH
> environment variable, this change seems to become global and
> affects even plain old mod_cgi scripts.
While I also wonder (as another respondent did) why a mod_perl script would
need to alter
Your benchmarks with $| unset aren't addressing flushing.
The flush may be happening after the benchmark has finished.
I suspect (without looking at the source) that when $| is unlocalized,
in the last set of results, that may be triggering a flush.
Also, the two outputs are not the same. One ha
How would one go about adding the Apache::ASP function to the virtual hosts?
I have the defunct ASP setting in my httpd.conf file and it works fine for
the default site, but nothing for any of the virtuals.
Need more specifics?
Any info is better than what I have, thanx.
All these tips and benchmarks on optimising mod_perl by preloading used
modules/DBD-drivers etc. are great. However, I have seen warnings about
preloading modules if mod_perl is loaded as a DSO. (e.g for
HTML::Embperl). Does this still apply? My setup is
redhat6.2/perl-5.6/mod_perl-1.23.
TIA
And
> [new module] Apache::Dispatch
> 5129 by: Geoffrey Young <[EMAIL PROTECTED]>
> 5131 by: Stas Bekman <[EMAIL PROTECTED]>
> 5132 by: Matt Sergeant <[EMAIL PROTECTED]>
> 5133 by: Geoffrey Young <[EMAIL PROTECTED]>
> 5134 by: Geoffrey Young <[EMAIL PROTECTED]>
There's a
Here is the benchmark that tests two things: buffered vs unbuffered code
and multi-statement print vs single statement print styles. Here are the
code and results:
use Symbol;
my $fh = gensym;
open $fh, ">/dev/null" or die;
use Benchmark;
sub multi_print{
print $fh "";
print
> Oh fyi, May's score was 80% MSIE, 18% NS..
Here (www.iagora.com, a general non-tech site) I get:
MSIE-all: 64.73%
Netscape-all: 34.04%
Other: 1.23%
within Netscape:
Netscape-5: 0.09%
Netscape-4: 92.34%
Netscape-3: 7.38%
Netscape-2: 0.19%
within MSIE:
MS
> -Original Message-
> From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 05, 2000 12:25 PM
> To: Stas Bekman
> Cc: Geoffrey Young; '[EMAIL PROTECTED]'; 'Vivek Khera'
> Subject: Re: [new module] Apache::Dispatch
>
>
> On Mon, 5 Jun 2000, Stas Bekman wrote:
>
> > On Mo
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 05, 2000 12:19 PM
> To: Geoffrey Young
> Cc: '[EMAIL PROTECTED]'; 'Vivek Khera'; 'Matt Sergeant'
> Subject: Re: [new module] Apache::Dispatch
>
>
> On Mon, 5 Jun 2000, Geoffrey Young wrote:
>
> >
On Mon, 5 Jun 2000, Stas Bekman wrote:
> On Mon, 5 Jun 2000, Geoffrey Young wrote:
>
> > hi all...
> >
> > I'm not sure if some you remember the idea Vivek and Matt had about creating
> > a handler that mapped, say, http://localhost/Foo/doit to Foo->doit()
> >
> > anyway, the relevant part of
On Mon, 5 Jun 2000, Geoffrey Young wrote:
> hi all...
>
> I'm not sure if some you remember the idea Vivek and Matt had about creating
> a handler that mapped, say, http://localhost/Foo/doit to Foo->doit()
>
> anyway, the relevant part of the thread, including some code, can be seen
> here:
> h
> > > I've not done much of either this last year, however, I'm hoping to
get
> > > a new beta DBI release out this week. Maybe...
> >
> > Tim I hope you plan to integrate Doug's patch which makes it possible to
use
> > DBI with Perl 5.6 -Dusethreads. Thanks!
>
> Of course. And I'll trust you'll a
hi all...
I'm not sure if some you remember the idea Vivek and Matt had about creating
a handler that mapped, say, http://localhost/Foo/doit to Foo->doit()
anyway, the relevant part of the thread, including some code, can be seen
here:
http://marc.theaimsgroup.com/?l=apache-modperl&m=95598609306
I haven't used Embperl on AIX (or any platform for that matter), but I am unfortunatly
using AIX at work. :-(
AIX's C compiler is as buggy as a Florida chineese resturaunt. I couldn't even get
Apache to install right (it kept saying something to the effect of "Found
, expected "...Sheesh!) A
I think the answer is yes if you are talking about a straight object data
structure. But no if you are talking about persistence of things like
socket or database connections that might be open resources that are
represented by your user object.
Apache::Session uses storable to serialize the o
Is there any way to implement object persistence with Apache::Session?
I'd like to do something like this (though I'm not sure how):
# during some point in application (throwing object into session data)
my $user = MyMods::User->new();
$user->fetch_by_id(1234);
$session{user} = $user;
# duri
On Mon, 5 Jun 2000, Vivek Khera wrote:
> > "SB" == Stas Bekman <[EMAIL PROTECTED]> writes:
>
> SB> But an even better approach is to create a separate startup file
> SB> (where you code in plain perl) and put there things like:
>
> SB> use DBI;
> SB> use Carp;
>
> SB> Then you C this s
> -Original Message-
> From: Geoffrey Young [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 05, 2000 10:30 AM
> To: 'Vivek Khera'; mod_perl list
> Subject: RE: [RFC: performance] Preloading Perl Modules at Server
> Startup
>
>
>
> [snip]
> > >
> > > Also, I'd recommend using libapreq
[snip]
> >
> > Also, I'd recommend using libapreq's Apache::Request if you
> don't need
> > the content generating parts of CGI.pm... which leads to an
> > enhancement I'd like to see Doug add to libapreq's functionality:
> >
> > Currently, you need to do a call like this if you're using
> > A
On Sun, 4 Jun 2000, John Chia wrote:
> I've since upgraded to perl-5.6.0 and disabled threads.
> It works now. Don't know anymore about it. Just thought
> someone might like to know.
same thing's happening to me, with perl 5.6 and threads. ill
just go ahead and rebuild without threads. such h
> -Original Message-
> From: Vivek Khera [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 05, 2000 10:09 AM
> To: mod_perl list
> Subject: Re: [RFC: performance] Preloading Perl Modules at Server
> Startup
>
>
> > "SB" == Stas Bekman <[EMAIL PROTECTED]> writes:
>
> SB> But an even
On Mon, 5 Jun 2000, Vivek Khera wrote:
> > "PH" == Perrin Harkins <[EMAIL PROTECTED]> writes:
>
> PH> On Sat, 3 Jun 2000, Stas Bekman wrote:
> >> * install_driver (2):
> DBI-> install_driver("mysql");
>
> PH> I've never seen that before, and it isn't in the DBI perldoc. Is it safer
> PH>
> "SB" == Stas Bekman <[EMAIL PROTECTED]> writes:
SB> But an even better approach is to create a separate startup file
SB> (where you code in plain perl) and put there things like:
SB> use DBI;
SB> use Carp;
SB> Then you C this startup file in I with the
SB> C directive, placing it befo
> "PH" == Perrin Harkins <[EMAIL PROTECTED]> writes:
PH> On Sat, 3 Jun 2000, Stas Bekman wrote:
>> * install_driver (2):
DBI-> install_driver("mysql");
PH> I've never seen that before, and it isn't in the DBI perldoc. Is it safer
PH> than "use DBD::mysql;"?
"use DBD::mysql" doesn't really
I'm getting an error (as follows) when I try to reload a mason page (any
mason page) more than a dozen times.
System error
while serving host (blah blah)
Can't upgrade that kind of scalar at
/usr/lib/perl5/site_perl/5.005/HTML/Mason/ApacheHandler.pm line 498.
The error disappears temporaril
Hello,
this (longer) post deals with DirectoryIndex expansion,
Apache::PerlRun (Registry gives the same) and CGI's url('-relative' => 1)
method. The versions are 1.24, 2.68, 1.3.11 and 5.6.0+patches upto the
end of May. In the end, there is a proposed patch for CGI.pm, but as I'm
not sure if the
On Mon, Jun 05, 2000 at 12:49:46AM +0200, Eric Cholet wrote:
> On Sun, Jun 04, 2000 at 08:58:11PM +0100, Tim Bunce wrote:
> > On Sun, Jun 04, 2000 at 10:57:57PM +0300, Stas Bekman wrote:
> > >
> > > This all won't be possible without you and other great folks writing and
> > > maintaining this am
On Sun, 4 Jun 2000, Stas Bekman wrote:
> On Sat, 3 Jun 2000, Matt Sergeant wrote:
>
> > Just a "heads up" about the exceptions section of the guide. Don't try and
> > create more than one generic exception handler on your server. As I've
> > just discovered it really confuses things. Create one
37 matches
Mail list logo
