> Are there any benchmark comparisons between apache::dbi and mysql
relay?
I've never heard of this "mysql relay" before. A Google search found
this:
http://www.firstworks.com/sqlrelay.html
Is that it? Looks interesting!
> We're planning on having four sql servers, one of them will do all of
Hello,
Are there any benchmark comparisons between apache::dbi and mysql relay?
We're planning on having four sql servers, one of them will do all of the
writes to the db and the other three will only be used for reads from the db.
The data in the db that is doing the writing will be constantly
Hi George,
On Thu, 11 Oct 2001, George Sanderson wrote:
> Is there anything special about putting things, like, [OT] in the subject
> line, other than being informative?
See attached.
73,
Ged.
This document is named "admin.txt".
Introduction to The mod_perl Mailing List
> Is there anything special about putting things, like, [OT] in the subject
> line, other than being informative?
No, but it does allow people to use automatic mail filters to ignore OT
messages.
> Is there a reference that provides a list of lists for apache.org that can
> be used to direct the
It's funny you should ask, because I just finished reading that section
today! :-) On pg 306-7 of the Camel (3rd edition):
*CORE::GLOBAL::glob = sub {
my $pat = shift;
my @got;
# do whatever
return @got;
}
will override a built-in function everywhere, regardless of namespace
At 18.23 -0400 10/11/2001, Perrin Harkins wrote:
> > At 18.07 -0400 10/11/2001, Perrin Harkins wrote:
>> > > We are using perl 5.6.0 for Apache 1.3/20, with mod_perl 1.26.
>> >
>> >Are you sure? There was a problem with %INC and PerlModule, but I
>thought
>> >it was fixed in 1.26.
>> >
>> >- Perr
At 5:15 PM -0500 10/11/01, George Sanderson wrote:
>I discovered that File::NCopy uses the function "glob" to expand file
>names. My problem is that I need to pass file names that have spaces in
>them and "glob" does not process them. So I did the following override (I
>do not need to expand the
> At 18.07 -0400 10/11/2001, Perrin Harkins wrote:
> > > We are using perl 5.6.0 for Apache 1.3/20, with mod_perl 1.26.
> >
> >Are you sure? There was a problem with %INC and PerlModule, but I
thought
> >it was fixed in 1.26.
> >
> >- Perrin
>
> Indeed, like I said, I tested it by dumping %INC my
At 18.07 -0400 10/11/2001, Perrin Harkins wrote:
> > We are using perl 5.6.0 for Apache 1.3/20, with mod_perl 1.26.
>
>Are you sure? There was a problem with %INC and PerlModule, but I thought
>it was fixed in 1.26.
>
>- Perrin
Indeed, like I said, I tested it by dumping %INC myself -- the modul
I discovered that File::NCopy uses the function "glob" to expand file
names. My problem is that I need to pass file names that have spaces in
them and "glob" does not process them. So I did the following override (I
do not need to expand the file names):
package Apache::AAM;
. . .
package File:
> We are using perl 5.6.0 for Apache 1.3/20, with mod_perl 1.26.
Are you sure? There was a problem with %INC and PerlModule, but I thought
it was fixed in 1.26.
- Perrin
Is there anything special about putting things, like, [OT] in the subject
line, other than being informative?
The reason I ask, is that I would like to send [OT] messages to the most
appropriate list.
Is there a reference that provides a list of lists for apache.org that can
be used to direct
On Thu, 11 Oct 2001, Dave Rolsky wrote:
> On Thu, 11 Oct 2001, Jeffrey W. Baker wrote:
>
> > Well, you guys are touchy lot! My releases are no less frequent than
> > releases of DBI or even mod_perl. So just chill out, I sometimes have
> > other things on my mind.
>
> I don't know about touch
On Thu, 11 Oct 2001, Jeffrey W. Baker wrote:
> Well, you guys are touchy lot! My releases are no less frequent than
> releases of DBI or even mod_perl. So just chill out, I sometimes have
> other things on my mind.
I don't know about touchy so much as frustrated. Apache::Session is very
widel
Hello,
We are using perl 5.6.0 for Apache 1.3/20, with mod_perl 1.26. We are running these
on a RedHat Linux 7.1, kernel v2.4.2 system.
We have been doing development using mod_perl, but finding that Apache::StatINC was
not working as expected (i.e., we needed to restart the web server in ord
On Thu, Oct 11, 2001 at 01:05:17PM -0400, Drew Taylor wrote:
> At 11:45 AM 10/11/01 -0500, Jim Smith wrote:
> >On Thu, Oct 11, 2001 at 11:25:43AM -0400, Drew Taylor wrote:
> > > I assume that the reason I get the "Can't locate the render_format method"
> > > is because you're not actually storing
Apache::Session 1.54, also know as the "you impatient bastards" release,
has been uploaded to CPAN. Changes in this release include:
Fix ID validation in Flex
Move from MD5 to Digest::MD5
Include new generators ModUniqueId and ModUsertrack
-jwb
Rafiq Ismail <[EMAIL PROTECTED]> writes:
>iv) Something else?
Two tier Apache.
Increase shareability.
Read the guide.
--
David Hodgkinson, Wizard for Hirehttp://www.davehodgkinson.com
Editor-in-chief, The Highway Star http://www.deep-purple.com
All the Purple Family T
Chris Devers <[EMAIL PROTECTED]> writes:
> Ahh, you have Budweiser in Australia too, then? ;)
Worse: Fosters.
--
David Hodgkinson, Wizard for Hirehttp://www.davehodgkinson.com
Editor-in-chief, The Highway Star http://www.deep-purple.com
All the Purple Family Tree news
On Thu, 11 Oct 2001 [EMAIL PROTECTED] wrote:
> To: Gunther Birznieks <[EMAIL PROTECTED]>,
>
> > Still, the beer sucks in both ;-)
>
> That's because it's stale piss, I'm sure the beer glasses are pissed
> in to save money ;-) Heck, the beer is so bad nobody can possibly tell
> the difference an
Gunther Birznieks <[EMAIL PROTECTED]> writes:
> America is richer than Australia.
Yeah, but the food's better in Oz.
Still, the beer sucks in both ;-)
--
David Hodgkinson, Wizard for Hirehttp://www.davehodgkinson.com
Editor-in-chief, The Highway Star http://www.deep-purple.
Joe,
The problem is that Apple has made some strange changes to the way shared
libraries are linked. I'm not very conversant in the details, but there
are some people on the [EMAIL PROTECTED] list that have discussed it.
Unfortunately, Apache::Request and Apache::Cookie don't define any tests
Michael,
Yeah, you can put it in the Apache namespace if it's mod_perl-dependent.
That's what it's there for. =) The name Apache::Gallery seems decent.
Michael Legart <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Apache::Gallery is a picture gallery implemented as a mod_perl handler,
> using libgd2 f
On Thu, 11 Oct 2001, Tatsuhiko Miyagawa wrote:
> On Thu, 11 Oct 2001 01:06:33 -0500 (CDT)
> Dave Rolsky <[EMAIL PROTECTED]> wrote:
>
> > Jeff, if you're still maintaining this package it'd be nice to put out a
> > new release. If not, it'd be good to give it to someone else. Hell, I'll
> > vo
I agree with the response that you need to do some statistics
gathering to try to accurately isolate the cause of your problems.
I *don't* agree with the other suggestion that was made to UP the
keepalive to 15-20 seconds (the default that apache comes with is 5,
IIRC).
Here's why: Assuming tha
> Got a server which is getting hit really bad.
> Have to keep it up.
You didn't really give us enough information to guess at what your problem
is. You describe one symptom in this message: slow ping times. What else
is wrong? Are pages loading slowly? Failing to load? What applications
are
>I know this is a bit off topic, but I could use some immediate advise on
>server config?
>
>
>Got a server which is getting hit really bad.
>Have to keep it up. I've got:
>
>
>P Timeout 300
>
># Keepalive, better on this server...
>KeepAlive On
>MaxKeepAliveRequests100
>KeepAli
> We have an HTML::Embperl ppm package (and also
> Apache::ASP and HTML::Mason) at
> http://theoryx5.uwinnipeg.ca/ppmpackages/
> which you can install via the ppm utility in the same way that
> the mod_perl package is installed from this location.
>
And everthing could be found in Embperl
Your problem may be a network problem, not Apache/Mod_perl.
Check with your upstream provider and have them do a bandwidth
analysis. Here is why.
I've strobed your network and the return time latency seems to be high.
It would appear that you have about a 28 ms latency overhead in/out of
yo
At 11:45 AM 10/11/01 -0500, Jim Smith wrote:
>On Thu, Oct 11, 2001 at 11:25:43AM -0400, Drew Taylor wrote:
> > I assume that the reason I get the "Can't locate the render_format method"
> > is because you're not actually storing any objects yet?
>
> Not sure. It should be able to see it. Can yo
On Thu, Oct 11, 2001 at 11:25:43AM -0400, Drew Taylor wrote:
> I feel a little stupid now that I actually read up on tying hashes. Had I
> read Ch 14 of the Camel #3, I might have phrased my question in a better
> way so as to not illuminate my inexperience with tying variables. :-)
n/p :)
>
On Thu, 11 Oct 2001, Grant Babb wrote:
> all-
>
> don't even start with me about using win2K: sometimes (make that ALL the
> times) you don't get to make those kind of decisions.
> i loaded Apache and mod_perl onto a win2k box with ActivePerl. everything
> compiled and started without errors, th
I know this is a bit off topic, but I could use some immediate advise on
server config?
Got a server which is getting hit really bad.
Have to keep it up. I've got:
P Timeout 300
# Keepalive, better on this server...
KeepAlive On
MaxKeepAliveRequests100
KeepAliveTimeout
I feel a little stupid now that I actually read up on tying hashes. Had I
read Ch 14 of the Camel #3, I might have phrased my question in a better
way so as to not illuminate my inexperience with tying variables. :-)
I assume that the reason I get the "Can't locate the render_format method"
is
all-
don't even start with me about using win2K: sometimes (make that ALL the
times) you don't get to make those kind of decisions.
i loaded Apache and mod_perl onto a win2k box with ActivePerl. everything
compiled and started without errors, thanks to the magical binaries of Mr
Kobes and the
> Try doing my $r=Apache::Request->new($r);
You're confusing Apache::Request with Apache->request(), which is easy to
do. Apache::Request is a different class, which is part of the libapreq
distribution. Apache->request() returns the current request object
(commonly called $r).
- Perrin
Nicholas Oxhj <[EMAIL PROTECTED]> said something to this effect on 10/11/2001:
> Does anybody know why Apache::Registry caches compiled scripts
> by their URI, instead of by their absolute path?
Try Apache::RegistryNG, which caches scripts by their filename.
(darren)
--
Premature optimization
Are you running login.pl under Apache::Registry? If not, something like
the following should work:
Alias /perl/ /home/httpd/perl/
PerlModule Apache::Registry
SetHandler perl-script
PerlHandler Apache::Registry
Options ExecCGI
Then put your login.pl script into /home/httpd
Try doing my $r=Apache::Request->new($r);
Issac
Internet is a wonderful mechanism for making a fool of
yourself in front of a very large audience.
--Anonymous
Moving the mouse won't get you into trouble... Clicking it might.
--Anonymous
PGP Key 0xE0FA561B - Fingerprint:
7E18 C018 D623
Hi
Does anybody know why Apache::Registry caches compiled scripts by their URI, instead
of by their absolute path?
At my site we have quite a lot of virtual hosts, which use the same base of cgi
scripts. This causes the same scripts to be compiled and cached several times (one
time for each v
On Thu, Oct 11, 2001 at 02:53:09AM -0400, Drew Taylor wrote:
> I've run into a WEIRD problem that I think is ActivePerl related. I've
> installed the PerlKB modules and added some debugging code to
> PerlKB::Store.pm. The short story is that I have to shift TWICE to get rid
> of the "PerlKB::St
41 matches
Mail list logo