Re: here is a good modperl question on perlmonk

2002-03-18 Thread Jim Smith

On Tue, Mar 05, 2002 at 02:54:47PM -0800, Paul Lindner wrote:
 On Tue, Mar 05, 2002 at 04:53:56PM -0600, Dave Rolsky wrote:
  On Tue, 5 Mar 2002, Medi Montaseri wrote:
  
   My suggestion would be to install a Linux on your developer's PC and
   keep with the distributed model. Now everyone can use a common web tree
   and at integeration, bring all of them to a staging box, QC it and ship
   it to production.
  
  Giving everyone their own Apache daemon, which uses their checked out tree
  of code, on a central dev server is really not a problem either.
 
 One other tip... write a small script (or modify apachectl) to start
 apache with a port number matched to your unix UID.  This keeps
 developers from using clashing port numbers.
 
   httpd -c Port $UID -c Listen $UID
 
 etc..

(returning from spring break...)

Just keep in mind that this won't work (afaik) on systems that need
more than 16 bits for the uids.  (Here at TAMU we are going that
direction -- unified UIDs across all our unix boxes -- 80,000 people
 16 bits -- developers are part of those 80,000.)

What I did was very similar except I created a `testserver' script
that checks out the CVS tree, sets up the configs, and starts the
server.  After starting it, it lets the person know which port they
can use -- I hard code that into the script for now (small group of
developers --  10).

The UID thing can also run into problems if the UID is below 1024
(several of ours are).

But for small groups of users with all uids between 1024 and 65535,
using the uid as the port can work most of the time (6000 won't work
if X Windows is being used, for example).

--jim



Re: here is a good modperl question on perlmonk

2002-03-06 Thread Mark Fowler

On Tue, 5 Mar 2002, Medi Montaseri wrote:

 Stuart Frew wrote:
 
  Ideally you would have linux( or what ever) on every developers
  machine but sometimes you don't get the choice.
 
 Oh the choice is easyjust come in on a weekend and install
 linux on your box. Don't tell IT. That's all.

I think the don't get a choice is more to do with that you require 
access to some application that requires MS windows to run.  This is 
typically Exchange, Word, and most importantly iexplore for testing 
the website you are developing.  There are solutions to this:

 a) Terminal Server.  Get one Windows box running terminal server (the
server version of w2k ships with it by default iirc) and install 
rdesktop[1] on your desktop Linux machines.  This means you 
can all remotely open up a window to a Windows desktop on your linux
box.

It's reasonably fast but you will be limited to 256 colours and
animations will be slow.

 b) VMWare (and similar) that allows you to run an emulated Windows
computer on your real computer.

I tried the trial version of this but I found it was taking up too
much resources on my desktop.  OTOH, I never had any problem with it
and it worked flawlessly, and my desktop machine is quite slow by
modern standards.

 c) VMWare the other way round - run it on Windows and have emulated
linux boxen.  The advantage of this is that you'll be able to quickly
switch between a range of development environments, roll back changes
etc. etc.  I've never personally tried this solution...
 
 d) WINE on Linux.  I've not had much success with this, but if it's a 
particular application you might have success.

[a] requires purchase of one w2k server licence and one computer 
(though you might have one that has some spare processing time) and will 
free up the Windows licences for the desktop machine. [b] and [c] require 
one VMWare per machine.  IIRC that's quite expensive.  [d] is the cheapest
option, and you might even be able to dump your existing windows licence.

Regards.

Mark.

[1] http://www.rdesktop.org/

-- 
s''  Mark Fowler London.pm   Bath.pm
 http://www.twoshortplanks.com/  [EMAIL PROTECTED]
';use Term'Cap;$t=Tgetent Term'Cap{};print$t-Tputs(cl);for$w(split/  +/
){for(0..30){$|=print$t-Tgoto(cm,$_,$y). $w;select$k,$k,$k,.03}$y+=2}





Re: here is a good modperl question on perlmonk

2002-03-06 Thread Wim Kerkhoff

I'm jumping into this thread quite lately, but here are my $.03 CDN.

Mark Fowler wrote:
 
 On Tue, 5 Mar 2002, Medi Montaseri wrote:
 
  Stuart Frew wrote:
 
   Ideally you would have linux( or what ever) on every developers
   machine but sometimes you don't get the choice.
 
  Oh the choice is easyjust come in on a weekend and install
  linux on your box. Don't tell IT. That's all.
 
 I think the don't get a choice is more to do with that you require
 access to some application that requires MS windows to run.  This is
 typically Exchange, Word, and most importantly iexplore for testing
 the website you are developing.  There are solutions to this:
 
  a) Terminal Server.  Get one Windows box running terminal server (the
 server version of w2k ships with it by default iirc) and install
 rdesktop[1] on your desktop Linux machines.  This means you
 can all remotely open up a window to a Windows desktop on your linux
 box.
 
 It's reasonably fast but you will be limited to 256 colours and
 animations will be slow.

An alternative to this, is to use VNC or TightVNC to connect to a spare
Windows computer somewhere. I do this quite often to connect from my
Linux system at work to a spare Windows system at home, across the VPN.
I'm sure there are people who set up a local spare box, that developers
can share if they need IE to test a webpage or convert an Office
document or whatever

  b) VMWare (and similar) that allows you to run an emulated Windows
 computer on your real computer.
 
 I tried the trial version of this but I found it was taking up too
 much resources on my desktop.  OTOH, I never had any problem with it
 and it worked flawlessly, and my desktop machine is quite slow by
 modern standards.

I've been using VMWare for years with great success. Anything with a
=400 Mhz processor and 256MB should be fine; all computers from the last 3 years have 
these specs, and RAM is cheap. By the way, if you originally tried Vmware2, try 
Vmware 3 as I found it a lot faster. Also make sure your system is tweaked: HD is in 
DMA mode, recompiled kernel, etc, etc. These days, I run an average of 3 VMWare 
sessions at any given time: 2 linux, and one Win32. I toggle between Win98 and WinXP, 
but do run all 4 images simulaneously (plus my normal apps) on occasion. ATA100 or 
SCSI does help though.

  c) VMWare the other way round - run it on Windows and have emulated
 linux boxen.  The advantage of this is that you'll be able to quickly
 switch between a range of development environments, roll back changes
 etc. etc.  I've never personally tried this solution...

I've done this in the past, and we have developers that use this method
as well.

  d) WINE on Linux.  I've not had much success with this, but if it's a
 particular application you might have success.

Doesn't work all so super hot for iexplore, winword, excel, and so
forth. It works fine for quicktime, windows media player, starcraft,
winamp, winzip, notepad, minesweeper, and a lot of other things; see
winehq.com for an application database.

I have some (trippy) screenshots of VNC, VMWare, VNC+VMWare, and Wine in
action over at:

http://www.nyetwork.org/wim/screenshots/

-- 

Regards,

Wim Kerkhoff, Software Engineer
Merilus, Inc.  -|- http://www.merilus.com
Email: [EMAIL PROTECTED]



RE: here is a good modperl question on perlmonk

2002-03-06 Thread Stathy G. Touloumis

Unfortunately, this may also allow the developer to potentially change
code/configuration that you do not want changed.

 True...but I'm thinking full control to the developer. Developer can now
 mis-configure httpd.conf as much as he/she wants and all the paths;
 virtual or not are consistant, instead of a dev path vs
 production path

 I had a chance to work with Interwoven TeamSite and this very issue or
 virtual path was a pain, I had to add aditional checks in teh code to deal
 with that




Re: here is a good modperl question on perlmonk

2002-03-06 Thread Clayton Cottingham aka Dr Frog

wow crazy!!

just got my email and saw this thread!

did anyone post on their site?

again that node:
http://perlmonks.org/?node_id=146303

Wim Kerkhoff wrote:

I'm jumping into this thread quite lately, but here are my $.03 CDN.

Mark Fowler wrote:

On Tue, 5 Mar 2002, Medi Montaseri wrote:

Stuart Frew wrote:

Ideally you would have linux( or what ever) on every developers
machine but sometimes you don't get the choice.

Oh the choice is easyjust come in on a weekend and install
linux on your box. Don't tell IT. That's all.

I think the don't get a choice is more to do with that you require
access to some application that requires MS windows to run.  This is
typically Exchange, Word, and most importantly iexplore for testing
the website you are developing.  There are solutions to this:

 a) Terminal Server.  Get one Windows box running terminal server (the
server version of w2k ships with it by default iirc) and install
rdesktop[1] on your desktop Linux machines.  This means you
can all remotely open up a window to a Windows desktop on your linux
box.

It's reasonably fast but you will be limited to 256 colours and
animations will be slow.


An alternative to this, is to use VNC or TightVNC to connect to a spare
Windows computer somewhere. I do this quite often to connect from my
Linux system at work to a spare Windows system at home, across the VPN.
I'm sure there are people who set up a local spare box, that developers
can share if they need IE to test a webpage or convert an Office
document or whatever

 b) VMWare (and similar) that allows you to run an emulated Windows
computer on your real computer.

I tried the trial version of this but I found it was taking up too
much resources on my desktop.  OTOH, I never had any problem with it
and it worked flawlessly, and my desktop machine is quite slow by
modern standards.


I've been using VMWare for years with great success. Anything with a

=400 Mhz processor and 256MB should be fine; all computers from the last 3 years 
have these specs, and RAM is cheap. By the way, if you originally tried Vmware2, try 
Vmware 3 as I found it a lot faster. Also make sure your system is tweaked: HD is in 
DMA mode, recompiled kernel, etc, etc. These days, I run an average of 3 VMWare 
sessions at any given time: 2 linux, and one Win32. I toggle between Win98 and WinXP, 
but do run all 4 images simulaneously (plus my normal apps) on occasion. ATA100 or 
SCSI does help though.


 c) VMWare the other way round - run it on Windows and have emulated
linux boxen.  The advantage of this is that you'll be able to quickly
switch between a range of development environments, roll back changes
etc. etc.  I've never personally tried this solution...


I've done this in the past, and we have developers that use this method
as well.

 d) WINE on Linux.  I've not had much success with this, but if it's a
particular application you might have success.


Doesn't work all so super hot for iexplore, winword, excel, and so
forth. It works fine for quicktime, windows media player, starcraft,
winamp, winzip, notepad, minesweeper, and a lot of other things; see
winehq.com for an application database.

I have some (trippy) screenshots of VNC, VMWare, VNC+VMWare, and Wine in
action over at:

http://www.nyetwork.org/wim/screenshots/






here is a good modperl question on perlmonk

2002-03-05 Thread clayton cottingham

thought someone might like to have a gander at this:
http://perlmonksorg/?node_id=146303
look forward to seeing your replies!!



Re: here is a good modperl question on perlmonk

2002-03-05 Thread Medi Montaseri


Caller wirtes
> we've just migrated our 80K line pure perl web application to mod_perl...ah...
> so much aster... can anyone advise on their experiences for setting
up
> apache/mod_perl for team development? up till now, we've all been
running
> our own copy of sources out of our home directories, and running
a separate
> apache instance for each developer seems like overkill
Source Control or Revision Control will always be there, no matter if
you work
out of one box or many boxes. Further I don't see anything different
about mod_perl
vs C++. There are all source codes.
My suggestion would be to install a Linux on your developer's PC and
keep
with the distributed model. Now everyone can use a common web tree
and
at integeration, bring all of them to a staging box, QC it and ship
it to production.
Caller can also buy some content management software like Interwoven's
TeamSite
product that provides a virtual workarea, for about $300,000.
Its always Make or Buy.
Isn't it.
clayton cottingham wrote:
thought someone might like to have a gander at this:
http://perlmonks.org/?node_id=146303
look forward to seeing your replies!!

--
-
Medi Montaseri [EMAIL PROTECTED]
Unix Distributed Systems Engineer HTTP://www.CyberShell.com
CyberShell Engineering
-



Re: here is a good modperl question on perlmonk

2002-03-05 Thread Dave Rolsky

On Tue, 5 Mar 2002, Medi Montaseri wrote:

 My suggestion would be to install a Linux on your developer's PC and
 keep with the distributed model Now everyone can use a common web tree
 and at integeration, bring all of them to a staging box, QC it and ship
 it to production

Giving everyone their own Apache daemon, which uses their checked out tree
of code, on a central dev server is really not a problem either


-dave

/*==
wwwurthorg
we await the New Sun
==*/




Re: here is a good modperl question on perlmonk

2002-03-05 Thread Paul Lindner

On Tue, Mar 05, 2002 at 04:53:56PM -0600, Dave Rolsky wrote:
 On Tue, 5 Mar 2002, Medi Montaseri wrote:
 
  My suggestion would be to install a Linux on your developer's PC and
  keep with the distributed model. Now everyone can use a common web tree
  and at integeration, bring all of them to a staging box, QC it and ship
  it to production.
 
 Giving everyone their own Apache daemon, which uses their checked out tree
 of code, on a central dev server is really not a problem either.

One other tip... write a small script (or modify apachectl) to start
apache with a port number matched to your unix UID.  This keeps
developers from using clashing port numbers.

  httpd -c Port $UID -c Listen $UID

etc..

-- 
Paul Lindner[EMAIL PROTECTED]   | | | | |  |  |  |   |   |

mod_perl Developer's Cookbook   http://www.modperlcookbook.org/
 Human Rights Declaration   http://www.unhchr.ch/udhr/index.htm



Re: here is a good modperl question on perlmonk

2002-03-05 Thread Perrin Harkins

Medi Montaseri wrote:
 Caller can also buy some content management software like Interwoven's 
 TeamSite
 product that provides a virtual workarea, for about $300,000

It's so easy and effective to run mod_perl on developers' personal 
machines, I think there's no excuse not to do it

At eToys we also set up a special server for HTML template coders to 
work on  It had a virtual host for each coder, and each of them used 
their own docroot which they synched with a shared CVS repository using 
WinCVS  They accessed files over a Samba share, so it was seamless for 
them

This was pretty effective, and provided almost exactly the same thing 
that Interwoven sells  Interwoven does add some workflow tools, but 
most people I've talked to don't seem to use them  Maybe if they did 
get used that would provide more value

- Perrin




Re: here is a good modperl question on perlmonk

2002-03-05 Thread Valerio_Valdez Paolini


On Wed, 6 Mar 2002, Gunther Birznieks wrote:

 Philippe Chiasson had a really nice talk on setting up developer teams on 
 mod_perl at ApacheCon 2001. Covers everything from CVS to deployment. You 
 may want to see if you can get the slides from him ([EMAIL PROTECTED]) if you 
 are interested in the details.

http://gozer.ectoplasm.org/Conferences/ApacheCon2001US/DevEnv/handouts/rel_html/

Bye, Valerio





Re: here is a good modperl question on perlmonk

2002-03-05 Thread Stuart Frew




Greetings,



Depending on the number of developers and how often they change, virtual hosts are good.



Set up a sub-domain for each developer, ie jim.my-company.co.nz.

Then they can configure there local setup to there hearts content, seperate CVS/document tree, also get separate logs.



Cheers 



On Wed, 2002-03-06 at 12:02, Gunther Birznieks wrote:

Philippe Chiasson had a really nice talk on setting up developer teams on 
mod_perl at ApacheCon 2001. Covers everything from CVS to deployment. You 
may want to see if you can get the slides from him ([EMAIL PROTECTED]) if you 
are interested in the details.

Later,
   Gunther

At 07:43 AM 3/6/2002, Medi Montaseri wrote:
Caller wirtes

  we've just migrated our 80K line pure perl web application to 
 mod_perl...ah...
  so much aster... can anyone advise on their experiences for setting up
  apache/mod_perl for team development? up till now, we've all been running
  our own copy of sources out of our home directories, and running a 
 separate
  apache instance for each developer seems like overkill

Source Control or Revision Control will always be there, no matter if you 
work
out of one box or many boxes. Further I don't see anything different about 
mod_perl
vs C++. There are all source codes.

My suggestion would be to install a Linux on your developer's PC and keep
with the distributed model. Now everyone can use a common web tree and
at integeration, bring all of them to a staging box, QC it and ship it to 
production.

Caller can also buy some content management software like Interwoven's 
TeamSite
product that provides a virtual workarea, for about $300,000.  Its always 
Make or Buy.
Isn't it.

clayton cottingham wrote:
thought someone might like to have a gander at this:
http://perlmonks.org/?node_id=146303http://perlmonks.org/?node_id=146303
look forward to seeing your replies!!

--
-
Medi Montaseri   [EMAIL PROTECTED]
Unix Distributed Systems 
EngineerHTTP://www.CyberShell.comHTTP://www.CyberShell.com
CyberShell Engineering
-

__
Gunther Birznieks ([EMAIL PROTECTED])
eXtropia - The Open Web Technology Company
http://www.eXtropia.com/
















Re: here is a good modperl question on perlmonk

2002-03-05 Thread Medi Montaseri

True...but I'm thinking full control to the developer. Developer can now
mis-configure httpd.conf as much as he/she wants and all the paths;
virtual or not are consistant, instead of a dev path vs production path

I had a chance to work with Interwoven TeamSite and this very issue or
virtual path was a pain, I had to add aditional checks in teh code to deal
with that

Dave Rolsky wrote:

 On Tue, 5 Mar 2002, Medi Montaseri wrote:

  My suggestion would be to install a Linux on your developer's PC and
  keep with the distributed model. Now everyone can use a common web tree
  and at integeration, bring all of them to a staging box, QC it and ship
  it to production.

 Giving everyone their own Apache daemon, which uses their checked out tree
 of code, on a central dev server is really not a problem either.

 -dave

 /*==
 www.urth.org
 we await the New Sun
 ==*/

--
-
Medi Montaseri   [EMAIL PROTECTED]
Unix Distributed Systems EngineerHTTP://www.CyberShell.com
CyberShell Engineering
-






Re: here is a good modperl question on perlmonk

2002-03-05 Thread Medi Montaseri


I don't agree with virtual hosts setup for mod_perl folks. What if
someone mess up the configuration file. If you want a central person
to change them, then you are limitting the developer.
The Linux-on-developers-box proposition also goes to include a
database instance for the developer to crash 50 times a day
It is the ultimate object oriented programmer methodology...
Stuart Frew wrote:
Greetings,
Depending on the number of developers and how often they change, virtual
hosts are good.
Set up a sub-domain for each developer, ie jim.my-company.co.nz.
Then they can configure there local setup to there hearts content,
seperate CVS/document tree, also get separate logs.
Cheers
On Wed, 2002-03-06 at 12:02, Gunther Birznieks wrote:

Philippe Chiasson had a really nice talk on setting up developer teams on
mod_perl at ApacheCon 2001. Covers everything from CVS to deployment. You
may want to see if you can get the slides from him ([EMAIL PROTECTED]) if you
are interested in the details.

Later,
 Gunther

At 07:43 AM 3/6/2002, Medi Montaseri wrote:
>Caller wirtes
>
> > we've just migrated our 80K line pure perl web application to
> mod_perl...ah...
> > so much aster... can anyone advise on their experiences for setting up
> > apache/mod_perl for team development? up till now, we've all been running
> > our own copy of sources out of our home directories, and running a
> separate
> > apache instance for each developer seems like overkill
>
>Source Control or Revision Control will always be there, no matter if you
>work
>out of one box or many boxes. Further I don't see anything different about
>mod_perl
>vs C++. There are all source codes.
>
>My suggestion would be to install a Linux on your developer's PC and keep
>with the distributed model. Now everyone can use a common web tree and
>at integeration, bring all of them to a staging box, QC it and ship it to
>production.
>
>Caller can also buy some content management software like Interwoven's
>TeamSite
>product that provides a virtual workarea, for about $300,000. Its always
>Make or Buy.
>Isn't it.
>
>clayton cottingham wrote:
>>thought someone might like to have a gander at this:
>>http://perlmonks.org/?node_id=146303>http://perlmonks.org/?node_id=146303
>>look forward to seeing your replies!!
>
>--
>-
>Medi Montaseri [EMAIL PROTECTED]
>Unix Distributed Systems
>Engineer HTTP://www.CyberShell.com>HTTP://www.CyberShell.com
>CyberShell Engineering
>-

__
Gunther Birznieks ([EMAIL PROTECTED])
eXtropia - The Open Web Technology Company
http://www.eXtropia.com/









--
-
Medi Montaseri [EMAIL PROTECTED]
Unix Distributed Systems Engineer HTTP://www.CyberShell.com
CyberShell Engineering
-



Re: here is a good modperl question on perlmonk

2002-03-05 Thread Dave Rolsky

On Tue, 5 Mar 2002, Medi Montaseri wrote:

 Truebut I'm thinking full control to the developer Developer can now
 mis-configure httpdconf as much as he/she wants and all the paths;
 virtual or not are consistant, instead of a dev path vs production path

Right, every developer can run their own Apache daemon, each on a
different port, mess with httpdconf, etc  Whether or not those Apache
daemons run on individual workstations or a central dev box is not a big
issue


-dave

/*==
wwwurthorg
we await the New Sun
==*/




Re: here is a good modperl question on perlmonk

2002-03-05 Thread Stuart Frew




Greeting,



Yup, I agree but I meant virtual hosts on the development box, not production.



Ideally you would have linux( or what ever) on every developers machine but sometimes you don't get the choice.



Cheers





On Wed, 2002-03-06 at 13:40, Medi Montaseri wrote:

I don't agree with virtual hosts setup for mod_perl folks. What if 

someone mess up the configuration file. If you want a central person 

to change them, then you are limitting the developer. 



The Linux-on-developers-box proposition also goes to include a 

database instance for the developer to crash 50 times a day 



It is the ultimate object oriented programmer methodology... 



Stuart Frew wrote: 

Greetings, 



Depending on the number of developers and how often they change, virtual hosts are good. 



Set up a sub-domain for each developer, ie jim.my-company.co.nz. 

Then they can configure there local setup to there hearts content, seperate CVS/document tree, also get separate logs. 



Cheers 



On Wed, 2002-03-06 at 12:02, Gunther Birznieks wrote: 

Philippe Chiasson had a really nice talk on setting up developer teams on
mod_perl at ApacheCon 2001. Covers everything from CVS to deployment. You
may want to see if you can get the slides from him ([EMAIL PROTECTED]) if you
are interested in the details.

Later,
 Gunther

At 07:43 AM 3/6/2002, Medi Montaseri wrote:
Caller wirtes

  we've just migrated our 80K line pure perl web application to
 mod_perl...ah...
  so much aster... can anyone advise on their experiences for setting up
  apache/mod_perl for team development? up till now, we've all been running
  our own copy of sources out of our home directories, and running a
 separate
  apache instance for each developer seems like overkill

Source Control or Revision Control will always be there, no matter if you
work
out of one box or many boxes. Further I don't see anything different about
mod_perl
vs C++. There are all source codes.

My suggestion would be to install a Linux on your developer's PC and keep
with the distributed model. Now everyone can use a common web tree and
at integeration, bring all of them to a staging box, QC it and ship it to
production.

Caller can also buy some content management software like Interwoven's
TeamSite
product that provides a virtual workarea, for about $300,000. Its always
Make or Buy.
Isn't it.

clayton cottingham wrote:
thought someone might like to have a gander at this:
http://perlmonks.org/?node_id=146303http://perlmonks.org/?node_id=146303
look forward to seeing your replies!!

--
-
Medi Montaseri [EMAIL PROTECTED]
Unix Distributed Systems
Engineer HTTP://www.CyberShell.comHTTP://www.CyberShell.com
CyberShell Engineering
-

__
Gunther Birznieks ([EMAIL PROTECTED])
eXtropia - The Open Web Technology Company
http://www.eXtropia.com/










--
-
Medi Montaseri [EMAIL PROTECTED]
Unix Distributed Systems Engineer HTTP://www.CyberShell.com
CyberShell Engineering
-
 




Cheers 





Stuart Frew 

IT Manager 

The New Zealand Revolution

[EMAIL PROTECTED]

DDI +64-9-918 7664

FAX+64-9-307 7032

http://www.nzr.co.nz










Re: here is a good modperl question on perlmonk

2002-03-05 Thread Andrew Ho

Hello,

PLOne other tip... write a small script (or modify apachectl) to start
PLapache with a port number matched to your unix UID.  This keeps
PLdevelopers from using clashing port numbers.
PL
PL  httpd -c Port $UID -c Listen $UID

At Tellme we find it easiest to run multiple Apaches, one per developer.
We share the same base Perl and Perl modules; we develop modules with
Makefile.PL's and use use blib in our included personal httpd.pl's to
get to our own versions of library code.

We run our Apaches on a shared box, because our production infrastructure
is pretty different from a userland Linux box. We just run on multiple
ports, by default we use our telephone extensions for the port number--so
we don't have any conflicts between users. If there are problems with
load, lower MinServers/MaxServers/StartServers/MaxClients.

The individual configs and logs go into our home directories, the only
caveat for our setup is that our homedirs are mounted over NFS so we have
to explicitly specify a Lockfile on local disk.

We usually go one up on Paul's suggestion and just put a personal copy of
apachectl into our personal bin directories (perhaps renamed myapache)
and just change some paths and add a -f when running Apache to make it
find the right config file.

We find that this works great for development, and lets us still depend on
the same Perl/Apache builds we use on production.

Humbly,

Andrew

--
Andrew Ho   http://www.tellme.com/   [EMAIL PROTECTED]
Engineer   [EMAIL PROTECTED]  Voice 650-930-9062
Tellme Networks, Inc.   1-800-555-TELLFax 650-930-9101
--




Re: here is a good modperl question on perlmonk

2002-03-05 Thread Medi Montaseri



Stuart Frew wrote:
Greeting,
Ideally you would have linux( or what ever) on every developers machine
but sometimes you don't get the choice.
Oh "the choice" is easyjust come in on a weekend and install
linux on your box. Don't tell IT. That's all.

Cheers

On Wed, 2002-03-06 at 13:40, Medi Montaseri wrote:
I don't agree
with virtual hosts setup for mod_perl folks. What if
someone mess up the configuration
file. If you want a central person
to change them, then you are
limitting the developer.
The Linux-on-developers-box proposition
also goes to include a
database instance for the developer
to crash 50 times a day
It is the ultimate object oriented
programmer methodology...
Stuart Frew wrote:
Greetings,
Depending on the number of developers
and how often they change, virtual hosts are good.
Set up a sub-domain for each
developer, ie jim.my-company.co.nz.
Then they can configure there
local setup to there hearts content, seperate CVS/document tree, also get
separate logs.
Cheers
On Wed, 2002-03-06 at 12:02,
Gunther Birznieks wrote:

Philippe Chiasson had a really nice talk on setting up developer teams on
mod_perl at ApacheCon 2001. Covers everything from CVS to deployment. You
may want to see if you can get the slides from him ([EMAIL PROTECTED]) if you
are interested in the details.

Later,
 Gunther

At 07:43 AM 3/6/2002, Medi Montaseri wrote:
>Caller wirtes
>
> > we've just migrated our 80K line pure perl web application to
> mod_perl...ah...
> > so much aster... can anyone advise on their experiences for setting up
> > apache/mod_perl for team development? up till now, we've all been running
> > our own copy of sources out of our home directories, and running a
> separate
> > apache instance for each developer seems like overkill
>
>Source Control or Revision Control will always be there, no matter if you
>work
>out of one box or many boxes. Further I don't see anything different about
>mod_perl
>vs C++. There are all source codes.
>
>My suggestion would be to install a Linux on your developer's PC and keep
>with the distributed model. Now everyone can use a common web tree and
>at integeration, bring all of them to a staging box, QC it and ship it to
>production.
>
>Caller can also buy some content management software like Interwoven's
>TeamSite
>product that provides a virtual workarea, for about $300,000. Its always
>Make or Buy.
>Isn't it.
>
>clayton cottingham wrote:
>>thought someone might like to have a gander at this:
>>http://perlmonks.org/?node_id=146303>http://perlmonks.org/?node_id=146303
>>look forward to seeing your replies!!
>
>--
>-
>Medi Montaseri [EMAIL PROTECTED]
>Unix Distributed Systems
>Engineer HTTP://www.CyberShell.com>HTTP://www.CyberShell.com
>CyberShell Engineering
>-

__
Gunther Birznieks ([EMAIL PROTECTED])
eXtropia - The Open Web Technology Company
http://www.eXtropia.com/









--
-
Medi Montaseri [EMAIL PROTECTED]
Unix Distributed Systems Engineer HTTP://www.CyberShell.com
CyberShell Engineering
-




Cheers


Stuart Frew
IT Manager
The New Zealand Revolution
[EMAIL PROTECTED]
DDI +64-9-918 7664
FAX+64-9-307 7032
http://www.nzr.co.nz




--
-
Medi Montaseri [EMAIL PROTECTED]
Unix Distributed Systems Engineer HTTP://www.CyberShell.com
CyberShell Engineering
-