"G.W. Haywood" wrote:
>
> Hi there,
>
> On Fri, 27 Oct 2000, Christopher L. Everett wrote:
>
>
>
> > 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 actually
> > The only
> remaining concern is
> > speed.
> >
> > Does anyone have experience with this setup?
> >
>
> No real world experience, but in the lab it seems speedy enough,
> but then it all depends on what you need to get out of it.
> Your own performance analysis will be the best here.
> I w
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
Hello All:
I've written some mod_perl scripts that need testing
over a million hits or so before I deploy it. 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 actual
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 th
> -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 s
> -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.backhan
Where's the AxKit version?
:)
At 03:56 PM 10/27/00 +0100, Matt Sergeant wrote:
>http://modperl.sergeant.org/ApacheConRep.txt
>
>Enjoy.
>
>--
>
>
> /||** Director and CTO **
>//||** AxKit.com Ltd ** ** XML Application Serving **
> // ||** http://axkit.org ** ** XSLT, XP
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
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
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:
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 respons
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
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. You'd be better off with a
separate switching ma
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 th
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.
Inste
I think that something like Apache::DBIPool is exactly right on! Is there
any way that this can be made to work as a standalone process like
DBI::ProxyServer or be made to work with Apache 1.3.x? I'm leary of using
alpha software for my whole production server and would be more comfortable
runni
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 applicat
I have the same problem, only not with dbiproxy -- with another simple
Perl RPC server I built on the same modules that dbiproxy is built on.
It must be related to the PlServer (?) stuff, and not DBI directly...
Let me know if you figure out how to fix the problem...
Rob
On Fri, Oct 27, 2000 at
http://modperl.sergeant.org/ApacheConRep.txt
Enjoy.
--
/||** Director and CTO **
//||** AxKit.com Ltd ** ** XML Application Serving **
// ||** http://axkit.org ** ** XSLT, XPathScript, XSP **
// \\| // ** Personal Web Site: http://sergeant.org/ **
\\//
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 retu
> "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> Basical
> -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
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 whe
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
> -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).
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 paramete
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 you
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
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:
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.
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 via connection pooling. Essentially,
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 Conte
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
do
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 wi
35 matches
Mail list logo
