John--
Another thing you may want to look into is just doing an
"alter session set current_schema" call at the top of your mod_perl page.
This is actually significantly faster than Tim's reauthenticate solution
(about 7X, according to my benchmarks).
It has become a supported feature as of
Does anyone out there have a clean, happy solution to the problem of users
jamming on links buttons? Analyzing our access logs, it is clear that it's
relatively common for users to click 2,3,4+ times on a link if it doesn't
come up right away. This not good for the system for obvious reasons.
I
quick, obvious trick:
This is a trivial modification of Doug's original Apache::TimeIt script that
allows you to very precisely show the Apache execute time of the page.
This is particularly useful if you want to know which pages of your site you
could optimize.
Here's a question, though: does
My two cents--
I really like the look of the take23 site as well, and I would be happy as a
clam if we could get modperl.org. I'd even be willing to chip in some
(money/time/effort) to see whether we could get modperl.org.
More than that, though, I think that I would really like to see take23
FYI-- here are some Apache::Session benchmark results. As with all
benchmarks, this may not be applicable to you.
Basically, though, the results show that you really ought to use a database
to back your session stores if you run a high-volume site.
Benchmark: This benchmark measures the time
The enterprise mod_perl architectures idea that I posted earlier has evolved
into a slightly modified idea: a 'scaling mod_perl' site:
http://www.lifespree.com/modperl.
The point of this site will be to talk about synthesize techniques for
scaling, monitoring, and profiling large, complicated
: Friday, December 08, 2000 12:36 PM
To: Ed Park; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [ANNOUNCE] new site: scaling mod_perl (+tool: mod_perl +
DBD::Oracle)
The enterprise mod_perl architectures idea that I posted earlier has
evolved
into a slightly modified idea: a 'scaling
In the spirit of all of this talk about certification, demand for mod_perl
programmers, etc., I'd just like to say that I'm looking for programmers.
More to the point, I'm looking for kickass folks who just happen to know
mod_perl. If you know mod_perl very well, great, but generally speaking,
This was a problem that I had when I was first starting out with mod_perl;
i.e., it wouldn't work the first or second times through, and then it would
magically start working.
This was always caused for me by a syntax error in a library file. In your
case, it could be caused by a syntax error in
I've been using mod_perl for two years, and I'm currently particularly
interested in:
1) Definitively establishing mod_perl as a credible player in the enterprise
space.
2) Discussing enterprise-level architecture considerations, performance
benchmarks, development methodologies, etc.
By
I ran into this exact same problem this weekend using:
-GNU ld 2.9.1
-DBD::Oracle 1.06
-DBI 1.14
-RH Linux 6.0
-Oracle 8i
Here's another, cleaner (I think) solution to your problem: after running
perl Makefile.PL, modify the resulting Makefile as follows:
1. search for the line LD_RUN_PATH=
2.
Ian--
I very occasionally get these errors while using DBI and DBD::Oracle under
mod_perl. I find that it generally happens when a random, perfectly good SQL
statement causes the Oracle process dump the connection and write the reason
to alert.log.
Try doing the following: from your oracle
Does anyone know whether it is possible to pod-ify an EmbPerl document?
When embedding pod directives in my EmbPerl pages and then running pod2html
on them, the pod2html interpreter returns a blank page.
thanks,
Ed
13 matches
Mail list logo
