perl-modperl mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Render Web <render....@ntlworld.com>
Subject Re: [summary] The Conflict of mp1 vs mp2 vs mp22 vs ... vs mpNN
Date Sat, 01 Jan 2005 01:21:51 GMT
Randal L. Schwartz wrote:
> Four out of my five biggest customers *will* need to have both
> modperl1 and modperl2 in the same Perl installation tree on their

Bullcrap - I would say that sep perl installs is not enough!

Personally I would hate to work for anyone who does insists
on dev/testing on live systems - they deserve what they get
- outages *and* public ridicule.

And please don't give me that it's *sooo* hard to set up. One of our
clients have connections to payment, billing and mobile networks
that require major effort and cost for test config and even with
this overhead they see the advantages of a distinct test system.

I would hope that your clients (as part of the disaster recovery plan)
would have a detailed list of software installed (including perl modules 
, configuration files etc) so that in the worst case scenario you can 
replicate the live systems without having to retest due to "possible" 
changes - frequent vaping and re-installing of the test system
is a good way to ensure the disaster recovery plan actually works...

Clients I know running Apache based systems have upgraded to AP2/MP2
and in the process, have planned upgrades of new hardware to allow //
running as part of the migration process. Commonly hardware cost is
often less or equal to the cost of executing a system test plan.
Often they have been running MP1 for a number of years and the hardware
has come to its "end of life".

If you are doing anything commercially sensitive I would expect
due dilligence to require // running at a min.

Jacqui

p.s.
  Under windows (perl 5.6 for MP1 and 5.8.x for MP2) forcing
distinct perl installs.

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html


Mime
View raw message