On Sat, 2005-04-09 at 14:35 -0700, Mark McWiggins wrote:
> Hi All,
>
> "Plan to throw one away" (see *The Mythical Man-Month* by Brooks),
> indeed: I've just about finished a more-complex
> than-I-thought web + database application and then too late thought
> "gosh, nice if there were something
4-06 at 01:22 -0400, Stas Bekman wrote:
> David J Radunz wrote:
> > Well, all of these scripts run under PerlRun - so I either have to make
> > that change in every one of them, and every module they load. Like, if I
> > set the SIG{__WARN__} at the top of a script and a module
00, Stas Bekman wrote:
> Stas Bekman wrote:
> > David J Radunz wrote:
> >
> >> Sounds great - yet obvious. I would have to do about 2 years worth of
> >> work to fix all of the bugs. I didn't create them either, I fix them in
> >> my own code - but w
22:06 -0400, Stas Bekman wrote:
> David J Radunz wrote:
> > Heya All,
> >
> > I have an issue at the moment where if there is an error/warning in my
> > PerlRun script/module then the error/warning is printed as well as the
> > entire contents of the script
ules for me to alter so I am wondering if anyone knows of
another sane solution to deal with this?
I mean I would love to be able to do:
ErrorLog My::ErrorLogCleanup /var/log/apache/error_log
and have My::ErrorLogCleanup clean the error message and strip the eval
out with a simple regexp. But i
Hey All,
I have a problem that for some reason at any given time there is 1200
connections open to our Oracle database. This of course means that
oracle keeps running out of memory which is bad. I know persistent
connections are good and all, but when they kill the database then it
becomes an is
On Wed, 2005-03-09 at 17:53 -0700, shawn wrote:
> Thanks for the detailed response; all your assumptions are correct
> almost... Maybe if I give a bit more detail on the structure someone
> could suggest a better strategy.
>
> I have one apache server with mod_perl enabled. I have done a fair bit
On Thu, 2005-03-03 at 11:44 +0100, Marc GrÃcia wrote:
> Is not necesary to restart apache... A "graceful" do the job.
> I'm using this approach, and is really quick and not visible for end
> users. (I have 50 or so virtualhosts, so maybe in your case can be a
> little slower).
> Maybe some time
Althou its not ideal - the whole procedure can be done dynamically by
setting up just one VirtualHost and adding a perl handler to dynamically
set the document_root :) But depending what sort of hosting your doing
this solution may not be the best for you. For this to work you will
need to turn can
On Tue, 2005-02-01 at 23:52 -0500, jonathan vanasco wrote:
> slightly OT, but i'm doing this in mod_perl!
>
> server
> Apache/2.0.52 (Unix)
> mod_perl/1.99_16
> Perl/v5.8.1
>
> use
> use Apache::Cookie;
> use Apache::Request ();
> use Apache::Session;
> u
Hey Guys,
Sorry to bother you all, I have been trying to work this out for the
last 3 days and I really have no idea how to solve it. Originally we
were using Net::LDAP, but decided it was too slow - and after profiling
it we discovered the main flaw was its text parsing (taking 60% of the
11 matches
Mail list logo