Re: Can't call Apache::Request-new()

2001-12-14 Thread Ged Haywood
Hi there, On Fri, 14 Dec 2001, Anand R wrote: The Request Object contains info sent to the server in the client's request. [snip] Maybe this should not a big problem,U just have to have a look at the Apache Doc. I think he's trying to say perldoc Apache::Request :) 73, Ged. PS: Cute

Re: Can't call Apache::Request-new()

2001-12-14 Thread Anand R
Yes PerlDoc . And you have a very good doc on Indigoperl. U even have it in mod_perl :) - PS:- Paul I saw your site and that is real nice. - Original Message - From: Ged Haywood [EMAIL PROTECTED] To: Anand R [EMAIL PROTECTED] Cc: Paul Makepeace [EMAIL PROTECTED]; [EMAIL PROTECTED]

Re: load balancing on apache

2001-12-14 Thread john8hoffman127
Hi Hemant Singh, A round-robin dns server would be easiest. There's no true load balancing this way though. Regards, John Hoffman - Original Message - From: Hemant Singh Sent: Friday, December 14, 2001 1:29 AM To: [EMAIL PROTECTED] Subject: load balancing on apache Hi All I am

Re: Can't call Apache::Request-new()

2001-12-14 Thread Paul Makepeace
On Fri, Dec 14, 2001 at 08:31:26AM +, Ged Haywood wrote: Hi there, On Fri, 14 Dec 2001, Anand R wrote: The Request Object contains info sent to the server in the client's request. [snip] Maybe this should not a big problem,U just have to have a look at the Apache Doc. I think

Re: load balancing on apache

2001-12-14 Thread Mark Fowler
On Fri, 14 Dec 2001, Hemant Singh wrote: Pls suggest how can i achieve this on apache. mod_backhand may be able to help you out here with proper pass it on type load balancing. If you use it with wackamole you might not even need the front machine. http://www.backhand.org/ Haven't used it

Re: Can't call Apache::Request-new()

2001-12-14 Thread Anand R
As far as the httpd.conf goes , Alias /perl/ /real/path/to/perl/scripts/ Location /perl SetHandler perl-script PerlHandler Apache::Registry Options ExecCGI /Location PerlModule Apache :: Registry PerlModule CGI PerlSendHandler On Files *.perl SetHandler perl-script

RE: Can't call Apache::Request-new()

2001-12-14 Thread Matt Sergeant
I think I know what's happening here. Your script is running as a CGI, not as mod_perl. Check: print not unless $ENV{MOD_PERL}; print running under mod_perl\n; Matt. -- :-Get a smart net/:- -Original Message- From: Paul Makepeace [mailto:[EMAIL PROTECTED]] Sent: 14 December

ApacheCon Trial Version

2001-12-14 Thread Anand R
Does any one weather we can have a Trial Version of ApacheCon. Or it is paided. TIA, Anand

Re: load balancing on apache

2001-12-14 Thread Dave Hodgkinson
Hemant Singh [EMAIL PROTECTED] writes: Hi All   I am planning to host an application and its size is going to be big one , so expect the concurrent number of connection s to be around 2200.To combat the same , want to perform load sharing on 3-4 servers.So the ide is to put one machine

Re: ASP.NET Linux equivalent?

2001-12-14 Thread Mark Harrop
A bit late, but.. Can't remember the exact URL, but search GOOGLE for GNUDOTNET. They have started to whip up a FREE version of MS's .net platform. Don't know if this is what you want, but. Cheers! Mark Harrop [EMAIL PROTECTED] `\|||/ (@@)

Re: [SOLUTION] Can't call Apache::Request-new()

2001-12-14 Thread Paul Makepeace
On Fri, Dec 14, 2001 at 09:20:06AM -, Matt Sergeant wrote: I think I know what's happening here. Your script is running as a CGI, not as mod_perl. Check: print not unless $ENV{MOD_PERL}; print running under mod_perl\n; Yup, this is it. Grrr, seems like my Files /perl-bin/*.cgi was

Re: [SOLUTION] Can't call Apache::Request-new()

2001-12-14 Thread Anand R
Paul.Matt,ged and others on the ring, at last the problem is solved regards, ANAND , PDM Programmer, www.dsmsoft.com - Original Message - From: Paul Makepeace [EMAIL PROTECTED] To: Matt Sergeant [EMAIL PROTECTED] Cc: Ged Haywood [EMAIL PROTECTED]; Anand R [EMAIL PROTECTED];

Re: ASP.NET Linux equivalent?

2001-12-14 Thread Mark Tiramani
here maybe?: http://www.dotgnu.org/ Mark Mark Tiramani FREDO Internet Services [EMAIL PROTECTED]

Re: load balancing on apache

2001-12-14 Thread Steven Lembark
-- Hemant Singh [EMAIL PROTECTED] Hi All I am planning to host an application and its size is going to be big one , so expect the concurrent number of connection s to be around 2200.To combat the same , want to perform load sharing on 3-4 servers.So the ide is to put one machine on

RE: Can't call Apache::Request-new()

2001-12-14 Thread Alex Porras
Paul, I have version .33 working on perl 5.6.1 on a redhat 7.2 box (I compiled perl myself). However, if I do the command you do below, I get the same error. --Alex -Original Message- From: Paul Makepeace [mailto:[EMAIL PROTECTED]] Sent: Friday, December 14, 2001 12:43 AM To:

Re: load balancing on apache

2001-12-14 Thread Perrin Harkins
I am planning to host an application and its size is going to be big one , so expect the concurrent number of connection s to be around 2200. To combat the same , want to perform load sharing on 3-4 servers. If you really expect 2200 concurrent connections, you should buy dedicated

RE: load balancing on apache

2001-12-14 Thread Frédéric SCHWIEN
With this amount of connections, you may want to check LVS at http://www.linuxvirtualserver.com or Ultra Monkey et http://ultramonkey.sourceforge.net/(althought i never used the last one, I think it might be easier to use). This is open, efficient and reliableload balancing and high

RE: load balancing on apache

2001-12-14 Thread Derek Jones
Hi all, You can do load balancing using ipchains as well. Can't remember the program name offhand, but if I have time I'll look it up and let the list know. Only works if your servers are Linux of course. Kind regards Derek.

Re: Preloading Fcntl.pm

2001-12-14 Thread Andrew Green
In article [EMAIL PROTECTED], Stas Bekman [EMAIL PROTECTED] wrote: Andrew Green wrote: The *really* peculiar thing is that actual scripts that use Fcntl work with no problems -- but I can't preload the module, or preload other modules that use it. Hmm, how about upgrading modperl?

RE: Can't call Apache::Request-new()

2001-12-14 Thread Ged Haywood
Hi all, On Fri, 14 Dec 2001, Alex Porras wrote: I have version .33 working on perl 5.6.1 on a redhat 7.2 box (I compiled perl myself). However, if I do the command you do below, I get the same You need a request object to give to Apache::Request::new(). It makes no sense to call it from the

Re: load balancing on apache

2001-12-14 Thread Dave Hodgkinson
Perrin Harkins [EMAIL PROTECTED] writes: I am planning to host an application and its size is going to be big one , so expect the concurrent number of connection s to be around 2200. To combat the same , want to perform load sharing on 3-4 servers. If you really expect 2200 concurrent

Re: load balancing on apache

2001-12-14 Thread Nick Tonkin
You should also check out Coyote Point's Equalizer ... this a hardware/software solution that worked well for ValueClick up to about 70 million requests per day. It's basically a FreeBSD box with a custom dynamic natd ... supports hot-swap redundancy with two of 'em installed ... and a _lot_

RE: load balancing on apache

2001-12-14 Thread Derek Jones
Well, Linux Virtual Server is using ipchains (on the load balancer), and you can use any kind of OS on your real servers (those running your application), since it's only TCP/IP routing and/or forwarding. Thanks Frederic, I had only ever hand-cranked this kind of setup manually

Re: load balancing on apache

2001-12-14 Thread Perrin Harkins
Aside from the fact I _really_ wouldn't expect that manny actual, live TCP connections at one time... Nor would I, although we did see huge numbers of open connections during peak times at eToys. Mostly to the image serving machines though. I _really_ hate so-called dedicated boxes. They're

libapreq. Apache::Cookie returns different 'expires' than CGI::Cookie?

2001-12-14 Thread Alexei Danchenkov
Hello, All! I wonder why my '$cookie-expires' for this code returns a different result than the similar one with CGI::Cookie (commented). The result is different in a way that some additional binary code is being added to the expiry date. $cookie = Apache::Cookie-new( $r, -name=access,

Re: load balancing on apache

2001-12-14 Thread Erich L. Markert
[EMAIL PROTECTED] wrote: You can make it work with homegrown solutions, but I've found the dedicated load-balancing tools (at least Big/IP) to be effective and fairly easy to work with, even with large loads, failover requirements, and more exotic stuff like sticky sessions. This is one area

Re: ASP.NET Linux equivalent?

2001-12-14 Thread Vsevolod Ilyushchenko
Thanks, Mark. I have looked at dotgnu, but they don't provide specifically what I was looking for - web GUI generation and automatic hookup to a database. So far, www.dbforms.org is the best product I found. Simon Mark Harrop wrote: A bit late, but.. Can't remember the exact URL, but

Re: load balancing on apache

2001-12-14 Thread Jeff Beard
On Fri, 14 Dec 2001, Perrin Harkins wrote: I _really_ hate so-called dedicated boxes. They're closed, nasty, inflexible and often don't work in _your_ situation. Doing smart session-based redirection can be hard with these boxes. You can make it work with homegrown solutions, but I've

Re: libapreq. Apache::Cookie returns different 'expires' than CGI::Cookie?

2001-12-14 Thread darren chamberlain
Alexei Danchenkov [EMAIL PROTECTED] said something to this effect on 12/14/2001: Hello, All! I wonder why my '$cookie-expires' for this code returns a different result than the similar one with CGI::Cookie (commented). The result is different in a way that some additional binary code is

Re: load balancing on apache

2001-12-14 Thread Tom Mornini
At least one person MUST mention Backhand! www.backhand.org I'm working on a project right now that is expected to grow to 100+ servers in the next 12 months. In past projects I've worked on, handling of the log files becomes non-trivial at numbers far below that, so I built the new system

Re: load balancing on apache

2001-12-14 Thread ed phillips
Jeff Beard wrote: On Fri, 14 Dec 2001, Perrin Harkins wrote: I _really_ hate so-called dedicated boxes. They're closed, nasty, inflexible and often don't work in _your_ situation. Doing smart session-based redirection can be hard with these boxes. You can make it work with

mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Jeff Yoak
Hi All, Recently I did a substantial project for a client in using mod_perl. That client is happy with the work, but an investor with their company is very angry because of what a horrible choice mod_perl is for high-load web applications compared with Apache modules and even CGI

RE: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Stathy Touloumis
http://www.perl.com/pub/a/2001/10/17/etoys.html Yea, mod_perl really sucks ; ) I have even worked on poorly architectured and coded sites which still performed fairly well. Recently I did a substantial project for a client in using mod_perl. That client is happy with the work, but an

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Thomas Eibner
On Fri, Dec 14, 2001 at 12:12:09PM -0800, Jeff Yoak wrote: Hi All, Recently I did a substantial project for a client in using mod_perl. That client is happy with the work, but an investor with their company is very angry because of what a horrible choice mod_perl is for

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread John Armstrong
Investors suck like that. I have had to fight many of these battles. The first thing to do is find out specifically _why_ the investor thinks that so you can counter their claims. Trying to counter vague notions of 'terrible' is impossible. The opponent has to commit to an opinion before you

Re: Comparison of different caching schemes

2001-12-14 Thread Perrin Harkins
I was using Cache::SharedMemoryCache on my system. I figured, Hey, it's RAM, right? It's gonna be WAY faster than anything disk-based. The thing you were missing is that on an OS with an aggressively caching filesystem (like Linux), frequently read files will end up cached in RAM anyway.

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Dave Hodgkinson
Jeff Yoak [EMAIL PROTECTED] writes: Hi All, Recently I did a substantial project for a client in using mod_perl. That client is happy with the work, but an investor with their company is very angry because of what a horrible choice mod_perl is for

RE: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Thomas Moore
I spoke to the technical lead at Yahoo who said mod_perl will not scale as well as c++ when you get to their level of traffic, but for a large ecommerce site mod_perl is fine. I think people just stick to what they started with. We wrote our site racesearch.com using mod_perl and it is super

RE: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Rob Nagler
I spoke to the technical lead at Yahoo who said mod_perl will not scale as well as c++ when you get to their level of traffic, but for a large ecommerce site mod_perl is fine. Scalability has less to do with language/execution environment than which database you are using. Path length is

RE: Comparison of different caching schemes

2001-12-14 Thread Rob Bloodgood
Another powerful tool for tracking down performance problems is perl's profiler combined with Devel::DProf and Apache::DProf. Devel::DProf is bundled with perl. Apache::DProf is hidden in the Apache-DB package on CPAN. Ya know the place in my original comment where I was optimizing a

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Perrin Harkins
I spoke to the technical lead at Yahoo who said mod_perl will not scale as well as c++ when you get to their level of traffic, but for a large ecommerce site mod_perl is fine. According to something I once read by David Filo, Yahoo also had to tweak the FreeBSD code because they had trouble

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Dave Hodgkinson
Perrin Harkins [EMAIL PROTECTED] writes: I spoke to the technical lead at Yahoo who said mod_perl will not scale as well as c++ when you get to their level of traffic, but for a large ecommerce site mod_perl is fine. According to something I once read by David Filo, Yahoo also had to

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Jeff Yoak
At 09:15 PM 12/14/2001 +0100, Thomas Eibner wrote: The key to mod_perl development is speed, there are numerous testimonials from users implementing a lot of work in a very short time with mod_perl. Ask the clients investor wheter he wants to pay for having everything you did rewritten as an

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Todd Finney
At 03:12 PM 12/14/01, Jeff Yoak wrote: Recently I did a substantial project for a client in using mod_perl. That client is happy with the work, but an investor with their company is very angry because of what a horrible choice mod_perl is for high-load web applications compared

Re: Comparison of different caching schemes

2001-12-14 Thread Dave Rolsky
On Fri, 14 Dec 2001, Perrin Harkins wrote: The thing you were missing is that on an OS with an aggressively caching filesystem (like Linux), frequently read files will end up cached in RAM anyway. The kernel can usually do a better job of managing an efficient cache than your program can.

RE: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Dave Rolsky
On Fri, 14 Dec 2001, Thomas Moore wrote: I spoke to the technical lead at Yahoo who said mod_perl will not scale as well as c++ when you get to their level of traffic, but for a large ecommerce site mod_perl is fine. Well, Yahoo is _extremely_ atypical. And they do a lot of stuff that

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Stephen Clouse
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, Dec 14, 2001 at 12:12:09PM -0800, Jeff Yoak wrote: Recently I did a substantial project for a client in using mod_perl. That client is happy with the work, but an investor with their company is very angry because of what a

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread John Armstrong
I dont think its your responsibility anymore. If the investor had a preference he should have stated it BEFORE work began. If your client did not keep him informed then your client has that burden to bear. You did your job, the client likes what you did, it works. Let them fight the political

RE: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Andy Sharp
Mod_perl doesn't suck, and it certainly doesn't have a huge hit on the CPU. (of course it all depends what you're doing, but for the most part it's small) Having used many high level web development environments, from C to Java to TCL and perl, I find mod_perl at the top end of the scalability

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Thomas Eibner
On Fri, Dec 14, 2001 at 12:58:51PM -0800, Jeff Yoak wrote: At 09:15 PM 12/14/2001 +0100, Thomas Eibner wrote: The key to mod_perl development is speed, there are numerous testimonials from users implementing a lot of work in a very short time with mod_perl. Ask the clients investor wheter he

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Stephen Clouse
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, Dec 14, 2001 at 12:58:51PM -0800, Jeff Yoak wrote: This is something different. The investor is in a related business, and has developed substantially similar software for years. And it is really good. What's worse is that my normal,

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Ged Haywood
Hi there, On Fri, 14 Dec 2001, Jeff Yoak wrote: This is something different. [big snip] Indeed it is. It's a refreshingly honest appraisal of what might, in hindsight, have been easily avoided mistakes. And nobody ever did anything without making a few. Thanks. 73, Ged. PS: Are any of

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Simon Rosenthal
At 03:58 PM 12/14/2001, Jeff Yoak wrote: At 09:15 PM 12/14/2001 +0100, Thomas Eibner wrote: The key to mod_perl development is speed, there are numerous testimonials from users implementing a lot of work in a very short time with mod_perl. Ask the clients investor wheter he wants to pay for

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Perrin Harkins
So I'm trying to show that mod_perl doesn't suck, and that it is, in fact, a reasonable choice. Though within these limits it is still reasonable to point out the development cycle, emotionally it is the least compelling form of argument, because the investor has a hard time removing from

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread wsheldah
... years ago ... Are you even sure he evaluated mod_perl and not Perl CGI scripts?? Launching the interpreter and compiling every time might spike the CPU. Like others have said, you would really have to benchmark the mod_perl and Apache that you're using now; both have improved

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Jeff Yoak
All, I wasn't sure what volume of response to expect when I originally wrote. Thank you all for the comments that you all are making. They are helping. Given that the response is fairly high, I'm waiting for stuff to roll in rather than replying to each of you. Don't think it is

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Toni Andjelkovic
Dave Hodgkinson wrote on Fri, Dec 14 2001 (20:54:22 +): Perrin Harkins [EMAIL PROTECTED] writes: According to something I once read by David Filo, Yahoo also had to tweak the FreeBSD code because they had trouble scaling *TCP/IP*! I would say their experience is not typical.

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Dave Hodgkinson
Toni Andjelkovic [EMAIL PROTECTED] writes: 2.x linux kernels too. that was an issue with 2.0.x, since 2.2.x you can do it with That was what I meant...decimal point in the wrong place... :-) -- David Hodgkinson, Wizard for Hirehttp://www.davehodgkinson.com Editor-in-chief, The

LWP Help

2001-12-14 Thread El Capitan
Hi folks, Im running an apache/mod_perl server and hope this isn't too far off base. I'm trying to get the following script to run against an e-merchant system. I've narrowed it down to the content_type and am struggling on how to send form data via LWP::UserAgent. I beleive all I need is to

Re: Comparison of different caching schemes

2001-12-14 Thread Perrin Harkins
So our solution was caching in-process with just a hash, and using a DBI/mysql persistent store. in pseudo code sub get_stuff { if (! $cache{$whatever} ) { if !( $cache{whatever} = dbi_lookup()) { $cache{$whatever}=derive_data_from_original_source($whatever); dbi_save($cache_whatever); }

RE: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread brian moseley
On Fri, 14 Dec 2001, Thomas Moore wrote: I spoke to the technical lead at Yahoo who said mod_perl will not scale as well as c++ when you get to their level of traffic, but for a large ecommerce site mod_perl is fine. the old memory is cheap rationalization doesn't go over very well at that

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread lembark
-- Jeff Yoak [EMAIL PROTECTED] on 12/14/01 12:58:51 -0800 This is something different. The investor is in a related business, and has developed substantially similar software for years. And it is really good. What's worse is that my normal, biggest argument isn't compelling in this case,

Re: Comparison of different caching schemes

2001-12-14 Thread Jay Thorne
On December 14, 2001 03:04 pm, Perrin Harkins wrote: So our solution was caching in-process with just a hash, and using a DBI/mysql persistent store. in pseudo code sub get_stuff { if (! $cache{$whatever} ) { if !( $cache{whatever} = dbi_lookup()) {

Re: load balancing on apache

2001-12-14 Thread Medi Montaseri
I think you also have to specify weather your web applications are state-less or not. If stateless, then you can just use DNS Round Robin technique or lbnamed (Load Balancing Name Server) to achieve this load balancing or high availability. If your apps are statefull as in ASP, Cold Fusion,

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Tim Gardner
So I'm trying to show that mod_perl doesn't suck, and that it is, in fact, a reasonable choice. I think one of the selling points for mod_perl is its extensibility: modules can be written in C. Depending on the C code you have access to, a good solution might be to try to wrap it into

Re: Comparison of different caching schemes

2001-12-14 Thread Robert Landrum
At 6:04 PM -0500 12/14/01, Perrin Harkins wrote: That's actually a bit different. That would fail to notice updates between processes until the in-memory cache was cleared. Still very useful for read-only data or data that can be out of sync for some period though. The primary problem with

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread C. Jon Larsen
The original poster talked about C++ CGI programs. I have been using mod_perl since 0.7x days and I can tell you there is no way a fork+exec CGI program no matter what language its written in will come anywhere close to a perl handler written against the mod_perl Apache API in execution speed

Re: Comparison of different caching schemes

2001-12-14 Thread Jay Thorne
On December 14, 2001 03:53 pm, Robert Landrum wrote: At 6:04 PM -0500 12/14/01, Perrin Harkins wrote: That's actually a bit different. That would fail to notice updates between processes until the in-memory cache was cleared. Still very useful for read-only data or data that can be out of

Re: Comparison of different caching schemes

2001-12-14 Thread Rob Mueller (fastmail)
The thing you were missing is that on an OS with an aggressively caching filesystem (like Linux), frequently read files will end up cached in RAM anyway. The kernel can usually do a better job of managing an efficient cache than your program can. For what it's worth, DeWitt Clinton

Re: load balancing on apache

2001-12-14 Thread Jimi Thompson
My recommendation is that you do none of the things that you are looking at for optimal performance. Instead, opt for a seperate hardware solution. We went through this about a year ago when we were architecting a solution for my employers site. Admittedly, takes more traffic than you do, but

Re: mod_perl vs. C for high performance Apache modules

2001-12-14 Thread Jimi Thompson
Flamebait For some really high performance sites, compiled C is the way to go. It's faster and as long as you remove all compilers from the machines in question, it's also more secure. /flamebait Having said that, I will also add that the downside is that in order to keep pace with your

Re:[Rewrite article] Randal Schwartz article on load balancing in Epache

2001-12-14 Thread Anand R
I would like to see the article of Randal Schwartz ,.. Will some one help me out with this - Original Message - From: Steven Lembark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, December 14, 2001 2:45 PM Subject: Re: load balancing on apache -- Hemant Singh [EMAIL

Re: load balancing on apache by IP CHAINING

2001-12-14 Thread Anand R
IP chaining can be done in Java Webserver, How to do it in Apache Webserver. Please let the Ring know this, Thanks in advance, Regards, Anand - Original Message - From: Derek Jones To: Hemant Singh ; [EMAIL PROTECTED] Cc: Derek G Jones Sent: Friday, December

Re:[Rewrite article] Randal Schwartz article on load balancing inEpache

2001-12-14 Thread Steven Lembark
-- Anand R [EMAIL PROTECTED] I would like to see the article of Randal Schwartz ,.. Will some one help me out with this Check out his website at stonehenge.com. Look for something like poor man's load balancer. Trick was to use the URI [post read?] to re-write the URI and post it to

Reg. Unsubscription from Mod-perl Maling list.

2001-12-14 Thread Jayaraj G V
Hi, Can u pls unsubscribeme form the mod-perl mailing list. Expecting the same With Regards.Jayaraj G VWeb DeveloperScapevelocity Net Solutions,15, Jeevarathnam Nagar, Adyar,Chennai - 600020Ph: 91-44-4916623Mobile: 98411