Gerald Richter wrote:
Hi Greg,
I also hot heard anything back from the poeple I sent a copy to, I can
hence only assume that its so good that it's made them speachless ;-)
That's more a matter of time, then a matter of speach...
I am up against a deadline and hence will be a
Has anyone used dbiproxy extensively? I seem to be getting hundreds of
zombie Perl processes (until the proc table is full) after a while. I only
replaced my data source string with an equivalent dbi:Proxy:... string and
started dbiproxy. Is this a known bug, or is there something I should have
Hi all
Fist of all, sorry for my bad english...
We "think/found" a technic to manage user action through a web
interface. And I like to know your opinion about it.
The goal is to trigger actions through the server without using cgi ( or
mod_perl ) fake pages.
The actions are managed by a
Hi there,
On Fri, 27 Oct 2000, Nouguier wrote:
posted data are read in $fdat ( hash table ref )
[snip]
3: build a string $str = 'MyNameSpace::Client-Add( $session, $fdat)',
4: calling $return = eval $str.
I hope you are careful with the contents of $fdat!
73,
Ged.
Greg Cope ([EMAIL PROTECTED]) said something to this effect:
$r-header_out(Location = 'http://' . $r - server - server_hostname .
$r-uri());
Seems easy - will add it in.
It's not that simple, of course -- you need to maintain port numbers and
all that. I recommend using Apache::URI --
You want Apache::Dispatch. It's almost exactly what you are looking for
(and it really rocks, IMHO).
On Fri, 27 Oct 2000, Nouguier wrote:
Hi all
Fist of all, sorry for my bad english...
We "think/found" a technic to manage user action through a web
interface. And I like to know your
-Original Message-
From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 27, 2000 7:44 AM
To: Nouguier
Cc: perl
Subject: Re: An idea, for comments
You want Apache::Dispatch. It's almost exactly what you are
looking for
(and it really rocks, IMHO).
for
On Fri, 27 Oct 2000, Geoffrey Young wrote:
- made mod_perl 1.2401 required due to DIR_MERGE memory leak in 1.24
Thats a pretty stern requirement at least until 1.25 is released. Perhaps
you could do what I intend to do with AxKit - do a regex which renames
DIR_MERGE to DISABLED_DIR_MERGE
-Original Message-
From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 27, 2000 8:04 AM
To: Geoffrey Young
Cc: Nouguier; '[EMAIL PROTECTED]'
Subject: RE: An idea, for comments
On Fri, 27 Oct 2000, Geoffrey Young wrote:
- made mod_perl 1.2401 required
"Tim" == Tim Bunce [EMAIL PROTECTED] writes:
Tim You could have a set of apache servers that are 'pure' DBI proxy
Tim servers. That is, they POST requests containing SQL (for
Tim prepare_cached) plus bind parameter values and return responses
Tim containing the results.
Tim Basically I'm
On 27 Oct 2000, (Randal L. Schwartz) wrote:
"Tim" == Tim Bunce [EMAIL PROTECTED] writes:
Tim You could have a set of apache servers that are 'pure' DBI proxy
Tim servers. That is, they POST requests containing SQL (for
Tim prepare_cached) plus bind parameter values and return responses
Chaps, I'm looking for a couple of weeks good hard heavy hacking in
the above skills areas. Short term CTO work (which anyone using the
above probably doesn't need) is good too. Work done, happy customer
references and rates supplied on demand.
Where I add value the most IMHO, is in the
This is very similar to SOAP (Simple Object Access Protocol). There is a perl
module that implements SOAP. It's also like the many perl RPC modules.
On 27-Oct-2000 Nouguier wrote:
Hi all
Fist of all, sorry for my bad english...
We "think/found" a technic to manage user action through a
On Fri, 27 Oct 2000, Tim Sweetman wrote:
In no particular order, and splitting hairs some of the time...
Sounded like mod_backhand was best used NOT in the same Apache as a phat
application server (eg. mod_perl), because you don't want memory-heavy
processes sitting waiting for responses.
Do you happen to have the URL for Theo's presentation?
I don't see it on the apachecon site.
Many thanks,
Dave Waldo
-Original Message-
From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 27, 2000 12:37 PM
To: Tim Sweetman
Cc: [EMAIL PROTECTED]
Subject: Re:
-Original Message-
From: David Waldo [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 27, 2000 12:53 PM
To: [EMAIL PROTECTED]
Subject: RE: ApacheCon report
Do you happen to have the URL for Theo's presentation?
I don't see it on the apachecon site.
http://www.backhand.org/
-Original Message-
From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 27, 2000 12:37 PM
To: Tim Sweetman
Cc: [EMAIL PROTECTED]
Subject: Re: ApacheCon report
On Fri, 27 Oct 2000, Tim Sweetman wrote:
In no particular order, and splitting hairs some of the
On Fri, 27 Oct 2000, Geoffrey Young wrote:
I was really impressed with backhand at Theo's presentation at ApacheCon US
in March. From what I rememeber though, it had serious limitations in the
SSL space. Did Theo touch on that? The converstation I had with him about
it back then was that
Hi there,
On Fri, 27 Oct 2000, Christopher L. Everett wrote:
I've written some mod_perl scripts that need testing over a million
hits or so before I deploy it.
ab (distributed with Apache, 'man ab' for help) can give you a million
hits with one command.
I don't know if you're going to get a
"G.W. Haywood" wrote:
Hi there,
On Fri, 27 Oct 2000, Christopher L. Everett wrote:
snipped helpful advice
I need to prove to myself and my marketing guy that my script has
certain statistical properties, not the least of which is the
question of whether my activity logs match what
The only way I really see this working is in a threading environment. First
of all, for some databases database connections don't survive forking
(Oracle is the notable example here). Also, even if we could get forking to
work, we would still get the scaling problem we are trying to avoid.
On Fri, 27 Oct 2000, Jeff Horn wrote:
The only way I really see this working is in a threading environment. First
of all, for some databases database connections don't survive forking
(Oracle is the notable example here). Also, even if we could get forking to
work, we would still get the
On Fri, 27 Oct 2000, Tim Bunce wrote:
On Thu, Oct 26, 2000 at 08:47:20PM +0100, Matt Sergeant wrote:
On Tue, 24 Oct 2000, Jeff Horn wrote:
However, I am also aware of a _major_ ISP that implements their email
system using a _major_ RDBMS that has had problems that are best
solved
On Fri, Oct 27, 2000 at 12:26:44PM +0100, Matt Sergeant wrote:
Or, here's an odd thought that just crossed my mind...
You could have a set of apache servers that are 'pure' DBI proxy servers.
That is, they POST requests containing SQL (for prepare_cached) plus
bind parameter values
At 03:41 PM 10/27/00 +0100, Matt Sergeant wrote:
On 27 Oct 2000, (Randal L. Schwartz) wrote:
"Tim" == Tim Bunce [EMAIL PROTECTED] writes:
Tim You could have a set of apache servers that are 'pure' DBI proxy
Tim servers. That is, they POST requests containing SQL (for
Tim
On Fri, 27 Oct 2000, Tim Bunce wrote:
Sounds like just a CORBA/RPC type thing. Wouldn't you be better off using
CORBA::ORBit?
Maybe. I dunno. I don't actually need this stuff, I just want there to
be a solution out there for those that do. I'm waving my hands around
and pointing in
I would second that. We've done this using SOAP. We have a DataSource::SOAP
driver that acts as a lightweight interface to a Jakarta TomCat server for
the DB stuff. We get the benefits of Perl on the front-end and Java DB
Connection pooling logic/proxying on the middle tier.
Of course I guess
27 matches
Mail list logo
