I don't mean to naysay it, but this is going to start getting quite binary
specific. I guess you could maintain an RPM for Linux, but beyond that it
seems quite difficult. And even if you maintain it as an RPM for Linux, do
you make your own Perl distro with it or use RedHat's crappy distro?
At 02:01 PM 12/6/00 -0800, brian moseley wrote:
On Wed, 6 Dec 2000, Aaron E. Ross wrote:
while the install and auto configure part is not very glamorous, the
possibility of being able to untar one package to get mod_perl w/
persistent
db connections, transaction management, data
At 07:12 AM 12/7/00 -0500, barries wrote:
On Thu, Dec 07, 2000 at 12:30:53AM -0500, Marc Spitzer wrote:
the only thing I would add is DBI and DBD:::CSV,
No joins. Therefore not very useful.
Actually joins are over-rated for most simple apps. It's very easy to make
a calendar, address book
at a time earlier than now, kevin montuori wrote:
Aaron E Ross writes:
aer the possibility of being able to untar one package to get
aer mod_perl w/ persistent db connections, [c.] is very glamorous!
agreed. but fundamentally impossible. what database are you
going
"Aaron E. Ross" wrote:
database abstraction and connection pooling = DBI
session management = Apache::Session
load balancing = mod_backhand??
data relational mapping = Tangram or Alzabo
templates or
, 7. December 2000 7:12
Subject: Re: Smart installing (Re: mod_perl advocacy project resurrection)
On Thu, Dec 07, 2000 at 12:30:53AM -0500, Marc Spitzer wrote:
the only thing I would add is DBI and DBD:::CSV,
No joins. Therefore not very useful.
you get a basic prototyping
db and you can
ies [EMAIL PROTECTED]
To: Marc Spitzer [EMAIL PROTECTED]
Cc: mod_perl list [EMAIL PROTECTED]; Marc Spitzer [EMAIL PROTECTED]
Sent: Thursday, 7. December 2000 7:12
Subject: Re: Smart installing (Re: mod_perl advocacy project resurrection)
On Thu, Dec 07, 2000 at 12:30:53AM -0500, Marc Spitzer wrote:
installed the package(s) you need.
marc
- Original Message -
From: Jimi Thompson [EMAIL PROTECTED]
To: Marc Spitzer [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, 7. December 2000 13:40
Subject: Re: Smart installing (Re: mod_perl advocacy project resurrection)
Marc,
In order
at a time earlier than now, Dave Rolsky wrote:
On Wed, 6 Dec 2000, brian moseley wrote:
But I'd also like to point out, as Matt Sergeant said, this stuff is
_really_ hard, and not very glamorous. I would've done much less of it
while the install and auto configure part is not very
Perhaps part of this is that we simply need smarter configure/install
methods.
...
I've also dealt with this on another
app I'm working on (currently under NDA) that requires a bunch of modules,
a set of tables in a database, mod_perl, etc.
I've been dealing w/ very similar issues in work
On Wed, 6 Dec 2000, Aaron E. Ross wrote:
while the install and auto configure part is not very glamorous, the
possibility of being able to untar one package to get mod_perl w/ persistent
db connections, transaction management, data relational modeling/objects and
a nice
On Wed, 6 Dec 2000, Aaron E. Ross wrote:
while the install and auto configure part is not very glamorous, the
possibility of being able to untar one package to get mod_perl w/ persistent
db connections, transaction management, data relational modeling/objects and
a nice
Aaron E Ross writes:
aer the possibility of being able to untar one package to get
aer mod_perl w/ persistent db connections, [c.] is very glamorous!
agreed. but fundamentally impossible. what database are you
going to provide persistent connections to? mysql? not on my
, 6. December 2000 17:17
Subject: Re: Smart installing (Re: mod_perl advocacy project resurrection)
Aaron E Ross writes:
aer the possibility of being able to untar one package to get
aer mod_perl w/ persistent db connections, [c.] is very glamorous!
agreed. but fundamentally
14 matches
Mail list logo