On 2 Jul 2002, David Dyer-Bennet wrote:
Any obvious choices for a relatively small-scale e-commerce payment
processing system for a server running apache / mod_perl?
There are a few 'clearing house' type services to which one can subscribe
that do the actual cybercash-type transaction for
perl: Any iussues with perl/modperl? Besides modperl I will be running a
perl application with a few hundred thousend lines of code...
Wow. For reference last time I looked at slashcode it was about 25.000
lines I think. I wonder what kind of application would require more than
that amount of
hi,
I use two services for payment proccessing. One for digital money
www.cyphermint.com/epay/ (quite complex for initial installing, i don't like
it) and
the second for cc processing (much more simple) you can just give
them info about your contract (say id, price, amount) and redirect
user on
On Wed, 3 Jul 2002 11:40:44 +0100, Jean-Michel Hiver wrote:
perl: Any iussues with perl/modperl? Besides modperl I will be running a
perl application with a few hundred thousend lines of code...
Wow. For reference last time I looked at slashcode it was about 25.000
lines I think. I wonder
Since everyone's become distracted by the lines of code number, I
answered a few of the questions that I feel I can answer.
Apache/modperl installation and updates: I assume installation is
straight forward, how about keeping current? As those are remotely
administered platforms, chances
-- Barry Hoggard [EMAIL PROTECTED] on 07/03/02 11:52:21 -0400
You're talking about using their packages? I suspect most people on this
list build their own apache/mod_perl binaries.
Nearly always a good idea since it's (a) remarkably
simple to do and (b) ensures that the current perl's
I've been running Apache::LogFile to create a piped log through rotatelogs
and have experienced some problems.
I created a log file that had 2271 entries in it for one hour.
Out of these 2271 entries, 622 of them occured on the same second and wrote
to the log properly (one entry per line).
We have been using ECHO for over 5 years and they have been an excellent
company. They are strictly a credit card processing company - no order
fulfillment. They also do online check processing and a whole bunch of
other services.
They are the only processing company that I have seen that
On Tue, Jul 02, 2002 at 10:43:14PM -0500, David Dyer-Bennet wrote:
Any obvious choices for a relatively small-scale e-commerce payment
processing system for a server running apache / mod_perl?
http://interchange.redhat.com/
- it's mature
- we wrote our own but i'd use it instead if I
Gedanken [EMAIL PROTECTED] writes:
On 2 Jul 2002, David Dyer-Bennet wrote:
Any obvious choices for a relatively small-scale e-commerce payment
processing system for a server running apache / mod_perl?
There are a few 'clearing house' type services to which one can subscribe
that
Christopher Taranto [EMAIL PROTECTED] writes:
We have been using ECHO for over 5 years and they have been an
excellent company. They are strictly a credit card processing company
- no order fulfillment. They also do online check processing and a
whole bunch of other services.
They are
On Wed, 3 Jul 2002, Vlad Safronov wrote:
hi,
I use two services for payment proccessing. One for digital money
www.cyphermint.com/epay/ (quite complex for initial installing, i don't like
it) and
the second for cc processing (much more simple) you can just give
them info about your
I'm using RedHat on my servers; can't do comparison to SuSe since I
don't know it, but I'll comment on the RedHat side. I got into RedHat
because of the RPM utility, around 4.2 I think, and have stayed with
it because nothing has yet annoyed me enough to switch.
Gerd Knops [EMAIL PROTECTED]
(Note: Address to send resumes to is at bottom of this description;
any resumes sent to my personal address will be ignored per company
policy)
TheMuniCenter is seeking an Apache/mod_perl developer to work on its
next generation bond trading system. We are seeking an intelligent,
dynamic
Did he say out of the box ?
-Original Message-
From: Brendan W. McAdams [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 03, 2002 1:50 PM
To: [EMAIL PROTECTED]
Subject: [JOB] Junior Mod_Perl Developer - New York City
(Note: Address to send resumes to is at bottom of this description;
No, I believe I said 'outside of the box' =)
-Original Message-
From: Levon Barker [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 03, 2002 1:58 PM
To: [EMAIL PROTECTED]
Subject: RE: [JOB] Junior Mod_Perl Developer - New York City
Did he say out of the box ?
-Original
lol... We're running a little over 175000 lines of (mod)perl code,
currently running on a mix of RedHat 7.1, 7.2, 7.3 and Advanced Server.
Next?
On Wed, 2002-07-03 at 09:41, Peter Haworth wrote:
On Wed, 3 Jul 2002 11:40:44 +0100, Jean-Michel Hiver wrote:
perl: Any iussues with perl/modperl?
On Wednesday 03 July 2002 12:25 pm, Jim Spath wrote:
I've been running Apache::LogFile to create a piped log through rotatelogs
and have experienced some problems.
I have narrowed the problem down to the use of piped logging and
Apache::LogFile. When I use Apache::LogFile to write directly
Software-based RAID 1: Is it usable (only for a data partition, not
required for the root partition)? Is it easy to recover from a broken
disk?
If possible, consider using hardware RAID, like Mylex ones; they are
quite expensive, because of SCSI disks, but you gain cpu cycles;
I've used
Maybe that depends on the project. We have a powerful BBS system, which
contains: read/post messages, public and member sign ups, messages cached
to disk or memory, email notification, fast sorting of message threads and
follow-ups, and a number of other features. It consists of 5 modules and
Valerio_Valdez Paolini [EMAIL PROTECTED] writes:
Software-based RAID 1: Is it usable (only for a data partition, not
required for the root partition)? Is it easy to recover from a broken
disk?
If possible, consider using hardware RAID, like Mylex ones; they are
quite expensive, because
David Dyer-Bennet writes:
Obviously hardware RAID will save CPU cycles somewhat, and SCSI disks
of the right type will increase IO bandwidth somewhat, but if you're
not short of those things and still want the added security of
mirroring, I think the software RAID is a viable option.
Harware
On Wed, 3 Jul 2002, Rob Nagler wrote:
David Dyer-Bennet writes:
Obviously hardware RAID will save CPU cycles somewhat, and SCSI disks
of the right type will increase IO bandwidth somewhat, but if you're
not short of those things and still want the added security of
mirroring, I think
From: Barry Hoggard [EMAIL PROTECTED]
Date: Wed, 03 Jul 2002 11:52:21 -0400
Remote maintability: Is it possible to remotely upgrade between OS
versions for either of those platforms (not a must, but would be a plus)?
I would be afraid to do that remotely, since it normally
We wrote our own templating system (back when modperl was still just a
puppy) as we have over 200 sites running off the same code instance
distributed across the server farm.
Everybody wants their submit buttons to say something slightly different,
we were forced early on to remove all
25 matches
Mail list logo