Give it a try and add the hostname you are connecting to to the DSN.
Tom
Boysenberry Payne wrote:
I'm able to run DBI-connect() fine when I run my .pl and .pm scripts
as mod_cgi.
Once I set up my httpd.conf and startup.pl files it no longer works. I
get the following:
Can't connect to MySQL
On Feb 6, 2005, at 1:09 AM, Boysenberry Payne wrote:
I running Mac OS X darwin, and get everything as showing correctly in
the %ENV.
my $dsn = DBI:mysql:database=test;
my $test_db = eval{ DBI-connect( $dsn, ..., ..., { RaiseError =
1, PrintError = 1, AutoCommit = 1 } ) };
first off, i'd double
ben syverson wrote:
That's not how it works. The entire cache IS invalidated when a new node
is added.
What I'm saying is that you only invalidate the entire cache right now
because you have no way of telling which nodes are affected by the
change. If you had a full-text index, you could
It's trying to connect to port 49. By default MySQL listens to 3606.
Somewhere it was changed.
Jay Scherrer
On Sunday 06 February 2005 06:24 am, Tom Schindl wrote:
Give it a try and add the hostname you are connecting to to the
DSN.
Tom
Boysenberry Payne wrote:
I'm able to run
Pratik wrote:
I am interested in knowing if I am missing some obvious point here.
This mechanism is working nicely. Are there any better alternatives
available without any overhead of chache/locking etc.
What you're doing sounds fine, but you might be interested in this
approach that Randal
Nick *** wrote:
Stas Bekman wrote:
Nick *** wrote:
[...]
[...]
It's fixed in r149218, was a simply typo in lib/ModPerl/BuildMM.pm
What is 'r149218'? I used the latest svn snapshot from today and it wasn't
working.
r149218 is subversion revision 149218 of the
It's localhost, and I did. I'm developing on a local environment.
On Feb 6, 2005, at 8:24 AM, Tom Schindl wrote:
Give it a try and add the hostname you are connecting to to the DSN.
Tom
Boysenberry Payne wrote:
I'm able to run DBI-connect() fine when I run my .pl and .pm scripts
as mod_cgi.
Once
On Feb 6, 2005, at 11:04 AM, Perrin Harkins wrote:
Have you ever used an inverted word index? This is what full-text
search usually is based on. Searching a million documents efficiently
should be no big deal. You also only have to do this as part of the
job of creating a new node. You
Oops, there are more issues with MP_STATIC_EXTS=1 option.
The initial bug is fixed and the httpd executable builds fine, but after that I
get this:
make[3]: Entering directory `/usr/src/modperl/WrapXS/APR/Base64'
cp Base64.pm ../../../blib/lib/APR/Base64.pm
make[3]: *** No rule to make target
[ Please keep conversation on the list. ]
Pratik wrote:
He is using it to throttle by CPU, but it's easy to make it use number
of connections within a time window instead.
But I am more interested in restricting parallel connections rather
than request/rate.
You can store simple +1/-1 values if
On Sun, 06 Feb 2005 16:40:57 -0500, Perrin Harkins [EMAIL PROTECTED] wrote:
[ Please keep conversation on the list. ]
Oops...sorry for the goof-up. Can't help it :D
You can store simple +1/-1 values if you want to. The interesting part
is that it packs the data into a small fixed-size chunk
I think I figured out what's wrong, but I don't know how to correct it.
After reading a web-blog that said to rename any fink created
conflicting
directories namely /sw/lib/mysql or /sw/lib/perl5 I tried it. Nothing
worked
afterwords. So, I'm guessing I have conflicting modules being used.
Try
I'm planning on submitting the following talk proposal for a 45 minute
presentation session:
Inherited method handlers for mod_perl
1. What is an inherited handler and its benefits (5min)
a) Single handler for all packages.
b) Speeds code development.
c) Removes repeated
About Stonehenge::Throttle:
-It does all important operations inside PerlLogHandler.
-For my requirements - where the request is serving large files for
download - I will need to move those operations in higher level
handlers - Like PerlAccessHandler or PerlInitHandler.
-In which case, I'd be
Author: gozer
Date: Sun Feb 6 00:08:34 2005
New Revision: 151553
URL: http://svn.apache.org/viewcvs?view=revrev=151553
Log:
Fix bug in modperl_package_clear_stash() segfaulting when
encountering declared but not yet defined subroutines.
Reported-By: Steve Hay [EMAIL PROTECTED]
Modified:
Author: gozer
Date: Sun Feb 6 00:08:59 2005
New Revision: 151554
URL: http://svn.apache.org/viewcvs?view=revrev=151554
Log:
tyop
Modified:
perl/modperl/trunk/Changes
Modified: perl/modperl/trunk/Changes
URL:
16 matches
Mail list logo