John Cameron wrote:
Thankyou! We are using connect_on_init, so this may explain our problem.
What happens if I turn off connect_on_init? Do I need to change our code in
any way? Or will the connection be made automatically?
The connection will be made when you first do a DBI connect in that
Hi John,
Maybe consider using MyTop
(http://jeremy.zawodny.com/mysql/mytop/) to view the state of queries when
your server comes under load. It will show what your database is doing to
choke your system.
Has a table become too big to insert into quickly? Move to an
archive.
I have a question about setting up a proxy for a mod_perl server. I've
got a simple proxy set up that listens on port 80 and proxies to the
mod_perl server running on a different port.
For example. http://blah.blah.com/anything/ will go to
http://blah.blah.com:4374/anything/ and the rules to
Good afternoon,
On 17/10/02 at 2:46 PM, Lyle Brooks [EMAIL PROTECTED] wrote:
To do what you are trying to do, I believe you'll need to use some RewriteCond
directives, something like (read: I'm just doing this from memory, you'll
need to test)...
RewriteCond %{HTTP_HOST} ^b
RewriteRule ^/(.*)
Chances are you're running a different perl on the command line than
mod_perl was built with. Try typing, perl -v, at the shell prompt to see
what version it is. You could either rebuild mod_perl with the (probably)
newer perl as runs from shell, or install GD under perl 5.6.0. Note that
perl
Perron Harkins Wrote:
No, if they never use the database they will never create a connection
(unless you use connect_on_init).
Thankyou! We are using connect_on_init, so this may explain our problem.
What happens if I turn off connect_on_init? Do I need to change our code in
any way? Or will
John Cameron wrote:
2) Does Apache create a new mysql connection/process for EVERY child
apache process that is spawned?
It creates one in each process that uses the database.
I assume some apache processes are spawned to handle simple
non-database actions such as retrieving a graphic or
[snip]
Despite not having a location tag anywhere, nor a require valid-user
directive, the above code
is able to accomplish my objective: loading an AccessHandler on the fly
from the TransHandler for specific urls on my site.
Although, I must
admit that I'm not sure why it is working.
Hi. I installed an OpenBSD3.1 machine, put in apache2.0.43 using the
OpenBSD-layout, and tried putting in mod_perl1.99_07 (the one from the
2.0-current tarball). However, when I add the Location-directive to set
mod_perl to handle .pl's, apache won't come up anymore. It's, as far as I
can tell,
Is there any way I can get the Process Id or thread ID for a particular
process / thread that is handling my request ? thanks a bunch ..
Hi,
I've placed at
ftp://theoryx5.uwinnipeg.ca/pub/other/Apache-GeoIP-0.26.tar.gz
a package providing a mod_perl interface to the GeoIP library,
which is used to look up in a database the country of origin of
an IP address. See http://www.maxmind.com/ for details. Two
modules are provided -
I believe that the Rewrite rule matches only the document root portion
of the URL.
So for a request
http://a.blah.com/mypath/mypage.html
All you will get to match on is this much
/mypath/mypage.html
To do what you are trying to do, I believe you'll need to use some
Hi. We are using Apache::DBI to connect mod_perl to
mysql.
Suddenly (at about 21:00 GMT every day) the number
of mysql processes spirals into chaos. From a stable 8 to 20 processes, it jumps
up to 70 processes. This uses up all our 510MB RAM, swap-space gets used, and
the system grinds to
1) We have no idea why this happens at that particular time. There are
no crons that run then, and we think have a finite ammount of users
accessing the system who do not do anything different at the time the
spike happens. The site is public though, so perhaps spiders could be
doing this?
George Valpak wrote:
The browser is getting what appears to be the right html for the login form, but it thinks the content-type is text/plain for some reason.
This sounds like a known bug in IE: if it doesn't get a content-type
header it will guess based on the file extension. Netscape does
Thanks to everyone for your help so far. I still haven't figured out why it is not
working out of the box, but I kluged the BEGIN block that gets executed at server
startup time to hardcode the name of the secretkeyfile. All else seems fine in the
browser after that. I guess that is how it has
Hello,
I'm trying to compile mod_perl for apache2. But i
got a error message that i dont know how to solve. The following message is what
i get:
LD_RUN_PATH="" cc -shared
-L/usr/local/lib APR.o -o
../../../blib/arch/Apache2/auto/APR/APR.so -lapr
-laprutil/usr/bin/ld: cannot find
Hello all,
I am running into a terrible problem that I couldn't
get GD working with mod_perl.
I am able to run the same program from command line as
a user. But if I run it through Apache with mod_perl
I am getting the following error.
**
[Thu Oct 17
Hello.
I have posted a note here before, and want to thank those that took time
to try to solve this strange problem, but unfortunately none of the
suggestions have helped us so far, except for helping us ruling out things
that could have been incorrect.
Now I have received some more information
I'm using Mod_perl (1.99_07), Apache 2, and using the threaded MPM. I
have ithreads installed and most everything works excellently.
I am having a problem using Net::LDAP- specifically with $ldh-add()
operations. $ldh-search() works fine, $ldh-modify also seems to work.
Has anyone else
On Thu, Oct 17, 2002 at 03:56:55PM +0530 Sylbert L wrote:
Is there any way I can get the Process Id or thread ID for a particular
process / thread that is handling my request ? thanks a bunch ..
What's wrong with $$ ?
--
dam
Damyan Ivanov wrote:
On Thu, Oct 17, 2002 at 03:56:55PM +0530 Sylbert L wrote:
Is there any way I can get the Process Id or thread ID for a particular
process / thread that is handling my request ? thanks a bunch ..
What's wrong with $$ ?
or $PID (or $PROCESS_ID) when use English
--
Oleg
List,
http://www.newsfactor.com/perl/story/19716.html
...sigh?
Ric
odd yes, they are up to date it seems
head('http://www.newsfactor.com/perl/story/19716.html')
returns:
Apache/1.3.26 (Unix) PHP/4.2.2 mod_perl/1.27
bad article BTW IMHO
./allan
Quoting Richard Clarke [EMAIL PROTECTED]:
List,
http://www.newsfactor.com/perl/story/19716.html
...sigh?
Richard == Richard Clarke [EMAIL PROTECTED] writes:
Richard List,
Richard http://www.newsfactor.com/perl/story/19716.html
Richard ...sigh?
mod_perl is still in the bucket of clues that they didn't dip in to.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
allan == allan juul [EMAIL PROTECTED] writes:
allan odd yes, they are up to date it seems
allan head('http://www.newsfactor.com/perl/story/19716.html')
allan returns:
allan Apache/1.3.26 (Unix) PHP/4.2.2 mod_perl/1.27
allan bad article BTW IMHO
allan ./allan
Heh. They really *don't*
What do you expect from (PHP) amateurs? Apparently Perl is too
complicated for them to comprehend,
never mind mod_perl.
Randal L. Schwartz wrote:
allan == allan juul [EMAIL PROTECTED] writes:
allan odd yes, they are up to date it seems
allan
Dzuy == Dzuy Nguyen [EMAIL PROTECTED] writes:
Dzuy What do you expect from (PHP) amateurs? Apparently Perl is too
Dzuy complicated for them to comprehend,
Dzuy never mind mod_perl.
And according to my thread at use.perl
http://use.perl.org/~merlyn/journal/8445, the article just got pulled!
--
Ged Haywood wrote:
Hello there,
On Fri, 18 Oct 2002 [EMAIL PROTECTED] wrote:
Hardware is definitely not at fault.
[snip]
[snip]
[snip]
first backtrace shows the segfault happening in mod_perl_sent_header(),
and the second shows it happening in the ap_make_array() which was from
- I get
The requested story: 19716 has not been published (set live) yet.
when I visit http://www.newsfactor.com/perl/story/19716.html
Do you think the lists comments upset someone? 8-)
based on the article, i am surprised that anyone at newsfactor would get the
objections, much less remove the article.
-Original Message-
From: Jeff AA [mailto:jaa.perl;aquabolt.com]
Sent: Friday, October 18, 2002 12:06 PM
To: [EMAIL PROTECTED]
Subject: RE: [OT] Perl vs. PHP. but
Daniel,
Could be bad hardware. Search google for Signal 11.
Probably your memory (usual cause I've seen).
good luck.
Ed
On Tue, Oct 08, 2002 at 09:46:16AM -0700, [EMAIL PROTECTED] wrote:
Sorry for the repost, but no responses so far, and I need some help with
this one.
I've managed to
Randal L. Schwartz wrote:
Dzuy What do you expect from (PHP) amateurs? Apparently Perl is too
Dzuy complicated for them to comprehend,
Dzuy never mind mod_perl.
And according to my thread at use.perl
http://use.perl.org/~merlyn/journal/8445, the article just got pulled!
The article says PHP
Thanks for the reply Ed. Hardware is definitely not at fault. Our site
proxies requests off to several backend servers and they all segfault in
the same way. I believe that there's a problem with libapreq or with
mod_perl itself. Unfortunately I'm not skilled enough in C programming
(yet) to
Hey All -
based on the article, i am surprised that anyone at newsfactor
would get the
objections, much less remove the article.
After scanning a few NewsFactor (Factory?) articles, particularly those
written by Mike Martin, it's pretty clear that they have a successful
Internet business
I thought that was rather odd as well. I started in on PHP for a bit
during the summer and eventually dropped it after discovering that OO-PHP
is deprecated by those Zend folks (supposedly it's slow and there are no
destructor methods). I also didn't want to deal with their useless use of
jjore == jjore [EMAIL PROTECTED] writes:
jjore If you completely left CPAN out of the picture then just as a
jjore language and syntax it isn't all that nice anyway. *shrugs*
jjore I've yet to understand what the appeal is.
PHP is just barely limited enough that an ISP can leave it enabled
Hi,
I am always happy to join into some PHP bashing. :) I feel the same way as
you. I even tried to like PHP for a while. What really bugs me is the
situation that I learned about when I first came to work at this job. They
needed to use PHP to do a POST and the programmer here had chosen
I don't say too much about other programming languages, but I find that
people will use whatever they are most comfortable with. It
really comes down to preference, I enjoy perl and don't really like php, but
thats just me.
-jordan
- Original Message -
From: Eric [EMAIL
Whoa guys, we do actually have somewhat of a clue over here. That piece
was a mistake (for the same reasons all of you took issue with) and was
pulled as soon as I explained the problems with it (and before I'd ever
seen any of the comments on list).
The url to the story, and most of our site,
I experienced the same segfaults after building/installing mod_perl
1.27, apache_1.3.27.
At first I built mod_perl inside the apache tree (USE_DSO=1), this
resulted in 'make test' without any errors, but segfaults as soon as i
tried to contact the apache server if got errors (Segmentation
[EMAIL PROTECTED] wrote:
This is a bug introduced by having to insert workarounds for segfaults
caused by Apache::Cooke/mod_perl. I've been asking for help with this
issue for off and on for months now.
I suggest you stop using Apache::Cookie and see if the segfaults go
away. There are pure
Hello there,
On Fri, 18 Oct 2002 [EMAIL PROTECTED] wrote:
Hardware is definitely not at fault.
[snip]
Some info:
/usr/apache-perl/bin/httpd -l
Compiled-in modules:
http_core.c
mod_env.c
mod_log_config.c
mod_mime.c
mod_negotiation.c
mod_status.c
mod_include.c
Randal L. Schwartz wrote:
What confuses me is how anyone with a *programming* background admires
PHP over Perl, or can say that Perl doesn't scale or PHP is better
for large web sites. Obviously, they're comparing Perl-CGI with
PHP, not mod_perl/$templating_system with PHP, which would be a much
Ed wrote:
Could be bad hardware. Search google for Signal 11.
That's actually pretty rare. Segfaults are usually just a result of
memory-handling bugs in C programs.
- Perrin
On Fri, Oct 18, 2002 at 03:26:17PM -0400, Perrin Harkins wrote:
I suggest you stop using Apache::Cookie and see if the segfaults go
away. There are pure Perl modules that handle cookies well, and it's
not an expensive operation. Apache::Cookie is probably overkill in most
situations.
As
On Fri, Oct 18, 2002 at 03:54:22PM -0400, Perrin Harkins wrote:
Ed wrote:
Could be bad hardware. Search google for Signal 11.
That's actually pretty rare. Segfaults are usually just a result of
memory-handling bugs in C programs.
I saw the problem when someone had their memory speed too
Hi,
I'm trying to hand all SSL requests to a backend mod_perl server
with mod_gzip installed for compression.
This means that SSL content is pre-compressed by the backend
server before being encrypted by the frontend (Mini How To - below).
Apparently mod_gzip
On Fri, Oct 18, 2002 at 09:46:38PM -0500, Nigel Hamilton wrote:
Hi,
I'm trying to hand all SSL requests to a backend mod_perl server
with mod_gzip installed for compression.
This means that SSL content is pre-compressed by the backend
server before being encrypted by
Perrin Harkins wrote:
[EMAIL PROTECTED] wrote:
This is a bug introduced by having to insert workarounds for segfaults
caused by Apache::Cooke/mod_perl. I've been asking for help with this
issue for off and on for months now.
I suggest you stop using Apache::Cookie and see if the segfaults
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
OK, it gets weirder. The following script produces the leak. If I
comment out the install_driver line, I get a big old segfault! Same
if I comment out the Apache::DBI line in addition. This works with
plain apache, or apache-ssl.
Juha-Mikko Ahonen wrote:
I looked into it with the following setup:
apache 1.3.26-0woody1
libapache-mod-perl 1.27-2
postgresql 7.2.1-2woody2
There was a Test.pm module handling all requests for /. It opened a
connection to the database and fetched a couple of rows.
With
52 matches
Mail list logo
