[EMAIL PROTECTED] wrote:
Thanks for your prompt response!
We did compile Apache with CFLAGS="-D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64" but we're trying to move away from this now,
because of vendors like IBM and Oracle not willing to re-compile (websphere
mods and mod_ossos) with the same flags.
PROTECTED]
Sent: 19 June 2003 14:45
To: Greyling, Jaco
Cc: [EMAIL PROTECTED]
Subject: RE: non-LFS Apache 1.3.27 w/ LFS Perl 5.8.0 (using mod_perl)
Hi there,
On Thu, 19 Jun 2003 [EMAIL PROTECTED] wrote:
> My question now is, did Doug take this into consideration when he
> build mod_perl v1
Hi there,
On Thu, 19 Jun 2003 [EMAIL PROTECTED] wrote:
> My question now is, did Doug take this into consideration when he
> build mod_perl v1.27 (w/ PERL_USELARGEFILES=0)
I'm sure Doug took into consideration all sorts of things we never
even thought about. Try it out and let us know what happ
with 'inside information' into mod_perl to comment on this
one...
Thx again,
Jaco Greyling
-Original Message-
From: Ged Haywood [mailto:[EMAIL PROTECTED]
Sent: 18 June 2003 14:53
To: Greyling, Jaco
Cc: [EMAIL PROTECTED]
Subject: RE: non-LFS Apache 1.3.27 w/ LFS Perl 5.8.0 (using
.0
without LFS, which means that we have to support two versions of Perl / CPAN
/ etc...not likely in our current situation. Someone just told me that we
can use Apache (Non-LFS) with Perl (LFS) using mod_perl
(PERL_USELARGEFILES=0, set in Makefile.PL)? This I know Doug MacEachern did
not sup
:)
Jaco Greyling
-Original Message-
From: Ged Haywood [mailto:[EMAIL PROTECTED]
Sent: 18 June 2003 14:53
To: Greyling, Jaco
Cc: [EMAIL PROTECTED]
Subject: RE: non-LFS Apache 1.3.27 w/ LFS Perl 5.8.0 (using mod_perl)
Hi Jaco,
On Wed, 18 Jun 2003 [EMAIL PROTECTED] wrote:
> As you can
Hi Jaco,
On Wed, 18 Jun 2003 [EMAIL PROTECTED] wrote:
> As you can see it suggests rebuilding mod_perl with
> $PERL_USELARGEFILES=0 (which we do) so according to him it will work?
Well it's in the list of suggestions, I don't think that's quite the
same thing... I guess the bit about nobody lis
7;) || '';
return if $cflags =~ /LARGEFILE/;
$PERL_USELARGEFILES=0; #just do it since
return; #nobody seems to listen to the warning below
phat_warn(<mailto:[EMAIL PROTECTED]
Sent: 18 June 2003 13:06
To: Greyling, Jaco
Cc: mod_perl Mailing List
Subject: RE: non-LFS Ap
Hi there,
On Wed, 18 Jun 2003 [EMAIL PROTECTED] wrote:
> Thus without re-compiling my whole Perl 5.8.0 build I need to come
> up with a solution.
I really don't see why you don't recompile your Perl. It's not a big
deal and it's going to be a lot safer that way.
> Sorry for my ignorance but it
: non-LFS Apache 1.3.27 w/ LFS Perl 5.8.0 (using mod_perl)
[EMAIL PROTECTED] wrote:
> Hey
>
> Sorry - it took 30 mins to receive the confirmation (wasn't sure if it went
> through successfully the 1st time)...
>
> Anyway, I don't have a BUG to report - all I wan
[EMAIL PROTECTED] wrote:
> Hey
>
> Sorry - it took 30 mins to receive the confirmation (wasn't sure if it went
> through successfully the 1st time)...
>
> Anyway, I don't have a BUG to report - all I want to know is, is it SAVE to
> run non-LFS Apache with LFS Pe
Hey
Sorry - it took 30 mins to receive the confirmation (wasn't sure if it went through
successfully the 1st time)...
Anyway, I don't have a BUG to report - all I want to know is, is it SAVE to run
non-LFS Apache with LFS Perl using mod_perl LFS. It works...sure...but I'm not
way (to our knowledge) we can do this is by re-compiling Perl
> 5.8.0 without LFS, which means that we have to support two versions of Perl
> / CPAN / etc...not likely in our current situation. Someone just told me
> that we can use Apache (Non-LFS) with Perl (LFS) using mod_perl
> (
Guys,
anyone with experience on the below problem???
Please advice, I would really appreciate the help.
Regards,
Jaco Greyling
-Original Message-
From: Greyling, Jaco
Sent: 17 June 2003 10:14
To: [EMAIL PROTECTED]
Subject: non-LFS Apache 1.3.27 w/ LFS Perl 5.8.0 (using mod_perl
hout LFS, which means that we have to
support two versions of Perl / CPAN / etc...not likely in our current situation.
Someone just told me that we can use Apache (Non-LFS) with Perl (LFS) using mod_perl
(PERL_USELARGEFILES=0, set in Makefile.PL)? This I know Doug MacEachern did not
support in e
hout LFS, which means that we have to
support two versions of Perl / CPAN / etc...not likely in our current situation.
Someone just told me that we can use Apache (Non-LFS) with Perl (LFS) using mod_perl
(PERL_USELARGEFILES=0, set in Makefile.PL)? This I know Doug MacEachern did not
support in e
Greetings.
Now this is OT'ish but...
> print("TITRE DE LA PAGE<\/title>");
Why are you escaping all your '/'s? There is no need to do it.
Cheers,
alf
P.S: I strongly suspect that the sleep call and its position (what if you
move it above the tag?) are to blame for the behavior you see (i.e.
I
Hi there,
On Thu, 7 Nov 2002, simon wrote:
> The trouble occurs for sample with this little simple script
>
> print("");
> sleep (5);
> print("");
Do you first send the HTTP headers somehow?
73,
Ged.
Hello,
I'm not generating an error page.
The trouble occurs for sample with this little simple script (sometime on 1 browser
using 16 browsers simultanly for sample) :
print("");
sleep (5);
print("");
print("TITRE DE LA PAGE<\/title>");
print ("");
print("<\/head>");
print("");
print ("SAMPLE TRO
Hello Christophe,
At 11:55 07.11.2002, simon wrote:
Hi,
I'm using Apache 1.3.26, mod_perl 1.26 and perl 5.6.1 on a HPUX 11
system.
My program genarate HTML page with perl cgi.
Sometimes, html pages are lost by the IE browser :
Internet Explorer chooses to display the default Microsoft internal
Hi,
I'm using Apache 1.3.26, mod_perl 1.26 and perl 5.6.1 on a HPUX 11
system.
My program genarate HTML page with perl cgi.
Sometimes, html pages are lost by the IE browser :
Internet Explorer chooses to display the default Microsoft internal
server error page instead of the generate HTML page.
On Fri, 15 Mar 2002, Bill Moseley wrote:
> At 05:11 PM 3/15/2002 +0300, Igor Sysoev wrote:
> >On Fri, 15 Mar 2002, Marius Kjeldahl wrote:
> >
> >> I guess these all suffer from the fact that the parameters have to be
> >> specified in httpd.conf, which makes it impossible to pass a url to
> >>
At 05:11 PM 3/15/2002 +0300, Igor Sysoev wrote:
>On Fri, 15 Mar 2002, Marius Kjeldahl wrote:
>
>> I guess these all suffer from the fact that the parameters have to be
>> specified in httpd.conf, which makes it impossible to pass a url to
>> fetch from in a parameter, right?
>
>So mod_rewite wit
On Fri, 15 Mar 2002, Marius Kjeldahl wrote:
> I guess these all suffer from the fact that the parameters have to be
> specified in httpd.conf, which makes it impossible to pass a url to
> fetch from in a parameter, right?
So mod_rewite with mod_proxy or mod_accel:
RewriteRule /proxy_url=htt
On Fri, 15 Mar 2002, Igor Sysoev wrote:
> On Fri, 15 Mar 2002, Marius Kjeldahl wrote:
>
> > Any other ways of accomplishing the same without the added overhead of
> > my perl module?
>
> You can use
>
> 1. mod_proxy:
> ProxyPass /images/http://image.site/image/
I'd go for this, perhaps with
I guess these all suffer from the fact that the parameters have to be
specified in httpd.conf, which makes it impossible to pass a url to
fetch from in a parameter, right?
Marius K.
Igor Sysoev wrote:
> On Fri, 15 Mar 2002, Marius Kjeldahl wrote:
>
>
>>Any other ways of accomplishing the sam
On Fri, 15 Mar 2002, Marius Kjeldahl wrote:
> Any other ways of accomplishing the same without the added overhead of
> my perl module?
You can use
1. mod_proxy:
ProxyPass /images/http://image.site/image/
2. mod_accel:
AccelPass /images/http://image.site/image/
3. default-handler -
Marius Kjeldahl wrote:
> Any other ways of accomplishing the same without the added overhead of
> my perl module?
There was an example in the eagle-book, AFAIR, you need to build a
custom PerlTranslateHandler and rewrite the filename to the url of your
customer and use $r->handler("mod-proxy
I have a site that does secure credit card transactions on behalf of
merchants. As soon as a cardholder on the merchant site is ready to pay,
the merchant redirects the cardholder to my site, and I pick up payment
details from the cardholder directly over SSL.
When the cardholder is accessing
Actually i found out that this was the correct answer
code:
| return %{$Actions::Vars::config{$conf}}; |
-
tnks a lot to all of you for the quick answers..
it now recognizes the hash im sending to, but its complaining a bit about
the values.. saying it cat find the values for the keys.. but i don´t think
this will be a real problem... it must be some gramatical eror or something
tnks again
Fernando
[EMAIL PROTECTED] wrote:
>
> [snip]
>
>
> | return %Actions::Vars::config{$conf}; |
>
>-
>
Must read:
At 19:53 14.03.2002 +0100, Per Einar Ellefsen wrote:
>Again, see perllol, it'll give you insight into this matter.
Oops, like Garth pointed out, this is supposed to be perldsc, and not
perllol (which gives a description of arrays of arrays, which work in a
similar way).
>--
Per Einar Ellefse
At 15:46 14.03.2002 -0300, [EMAIL PROTECTED] wrote:
>im using mod_perl with a module which stores all the configurations, and
>embperl for displaying the wepages
>
>a sub in this .pm has to return a hash with the configurations
>
>but that hash is inside another general hash cal
On Thu, 2002-03-14 at 10:46, [EMAIL PROTECTED] wrote:
> code:
>
> | return %Actions::Vars::config{$conf}; |
>
>---
I got a problem
im using mod_perl with a module which stores all the configurations, and
embperl for displaying the wepages
a sub in this .pm has to return a hash with the configurations
but that hash is inside another general hash called configurations, this is
because each user of the
gt; From: Jon Robison <[EMAIL PROTECTED]>
> Date: Mon, 10 Dec 2001 18:06:00 -0500
> Cc: [EMAIL PROTECTED]
> Subject: Re: Doing Authorization using mod_perl from a programmersperspective
>
> To insert a new comment on this old item:
>
> What about sockets? I am in th
From: "Jon Robison" <[EMAIL PROTECTED]>
> What about sockets? I am in the middle of trying to use $c =
> $r->connection and $c->remote_addr as part of the cookie name. (So far
> I am having trouble with the fact that remote_addr returns packed info,
> and I am still searching for how to unpack
To insert a new comment on this old item:
What about sockets? I am in the middle of trying to use $c =
$r->connection and $c->remote_addr as part of the cookie name. (So far
I am having trouble with the fact that remote_addr returns packed info,
and I am still searching for how to unpack it - i
Jon Robison wrote:
> Someone please tell me if I am wrong - does the USER_AGENT field get
> some kind of special serial number from the browser, or is it just a
> version identified?
>
> Best example - large company with 1000 PC's, all with same Netscape
> installed. How then does the HTTP_USER
* Randal L. Schwartz ([EMAIL PROTECTED]) [09 11:00]:
> > "Jon" == Jon Robison <[EMAIL PROTECTED]> writes:
>
> Jon> Randall, you want to expound upon that?
>
> Barely ignoring the spelling of my name, I'll simply claim
>
> "it's not unique".
>
> Neither is IP address. Or anyth
On Mon, Nov 19, 2001 at 07:51:55AM -0800, Randal L. Schwartz wrote:
> But this is obvious. I'm confused about why I'd have to explain it. :(
I posted this a year or two back:
[EMAIL PROTECTED]">http://mathforum.org/epigone/modperl/jytwortwor/[EMAIL PROTECTED]
Here is the relevant part of tha
end them over an
SSL connection.
> From: Jon Robison <[EMAIL PROTECTED]>
> Date: Mon, 19 Nov 2001 10:47:33 -0500
> To: "Randal L. Schwartz" <[EMAIL PROTECTED]>
> Cc: fliptop <[EMAIL PROTECTED]>, "Jonathan E. Paton"
> <[EMAIL PROTECTED]&
> "Jon" == Jon Robison <[EMAIL PROTECTED]> writes:
Jon> Randall, you want to expound upon that?
Barely ignoring the spelling of my name, I'll simply claim
"it's not unique".
Neither is IP address. Or anything that you haven't specifically
round-tripped to the browser. And that do
How about using an Apache::Sessions id instead of IP address?
--Jon Robison
"Randal L. Schwartz" wrote:
>
> > "fliptop" == fliptop <[EMAIL PROTECTED]> writes:
>
> fliptop> i have found that using the HTTP_USER_AGENT environment
> fliptop> variable instead of ip address solves the problem
Randall, you want to expound upon that?
--Jon Robison
"Randal L. Schwartz" wrote:
>
> > "fliptop" == fliptop <[EMAIL PROTECTED]> writes:
>
> fliptop> i have found that using the HTTP_USER_AGENT environment
> fliptop> variable instead of ip address solves the problem with proxy
> fliptop>
> "fliptop" == fliptop <[EMAIL PROTECTED]> writes:
fliptop> i have found that using the HTTP_USER_AGENT environment
fliptop> variable instead of ip address solves the problem with proxy
fliptop> servers and the md5 hash. anyone ever tried this as a simple
fliptop> workaround?
Nobody with a
> >
> >> -----Original Message-
> >> From: Jon Robison [mailto:[EMAIL PROTECTED]]
> >> Sent: Friday, November 16, 2001 10:40 AM
> >> To: [EMAIL PROTECTED]
> >> Cc: Jonathan E. Paton; [EMAIL PROTECTED]
> >> Subject: Re: Doing Authoriza
gt;
> >> -----Original Message-
> >> From: Jon Robison [mailto:[EMAIL PROTECTED]]
> >> Sent: Friday, November 16, 2001 10:40 AM
> >> To: [EMAIL PROTECTED]
> >> Cc: Jonathan E. Paton; [EMAIL PROTECTED]
> >> Subject: Re: Doing Authoriza
t; Date: Fri, 16 Nov 2001 12:13:48 -0500
> To: Joe Breeden <[EMAIL PROTECTED]>,[EMAIL PROTECTED]
> Subject: RE: Doing Authorization using mod_perl from a programmers perspective
>
> Mozilla/4.0 (compatible; MSIE 5.0; Windows
> 95)::ELNSB50::81100320025802f9017805050
1 10:40 AM
>> To: [EMAIL PROTECTED]
>> Cc: Jonathan E. Paton; [EMAIL PROTECTED]
>> Subject: Re: Doing Authorization using mod_perl from a programmers
>> perspective
>>
>>
>> fliptop wrote:
>> >
>> > Jon Robison wrote:
>> > >
n [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 16, 2001 10:40 AM
> To: [EMAIL PROTECTED]
> Cc: Jonathan E. Paton; [EMAIL PROTECTED]
> Subject: Re: Doing Authorization using mod_perl from a programmers
> perspective
>
>
> fliptop wrote:
> >
> > Jon Robison wro
fliptop wrote:
>
> Jon Robison wrote:
> >
> > The most relevant section for you is the Ticket system he describes. (I
> > believe the section header says something about Cookies, but you'll know
> > you have the right one when you see TicketAccess.pm, TicketTools.pm, and
> > TicketMaster.pm. One
>
> the cool thing about the MD5 hashing scheme is that any
> would-be hacker
> needs to know the fields you are hashing in order to have a chance at
> creating a like hash. so, if you use stuff transmitted in
> the clear (like
> username, sessionid, some bogus piece of info not used, and
>
>
> > my point
> > was that this solves the problem of using the ip address in
> the md5 hash
> > when the client is behind a proxy server.
>
> This does not solve the problem: IP address of users behind
> Proxy is not
> unique. The User Agent is not unique either. Using User Agent solves
> n
fliptop wrote:
> Joe Breeden wrote:
>>
>> How does this work in an environment with two (or more) computers with the
>> exact same configuration, and probably the same HTTP_USER_AGENT behind the
>> same proxy? How do you know that one user isn't using another users session?
>
> you don't. the s
Joe Breeden wrote:
>
> How does this work in an environment with two (or more) computers with the
> exact same configuration, and probably the same HTTP_USER_AGENT behind the
> same proxy? How do you know that one user isn't using another users session?
you don't. the session hijacker still wou
If it compiles - Ship It!
Aranea Texo
> -Original Message-
> From: fliptop [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, November 15, 2001 4:50 PM
> To: Jon Robison
> Cc: Jonathan E. Paton; [EMAIL PROTECTED]
> Subject: Re: Doing Authorization using mod_perl from a programmers
&g
Jon Robison wrote:
>
> The most relevant section for you is the Ticket system he describes. (I
> believe the section header says something about Cookies, but you'll know
> you have the right one when you see TicketAccess.pm, TicketTools.pm, and
> TicketMaster.pm. One nice addition is the ability
gt; I am trying to create a website with predominantly dynamic
> content (mod_perl + DBI + mySQL) for an online community.
> I can manage Perl and mySQL fairly proficently, however
> I've no idea how to successfully create what I want using
> mod_perl and Apache (actually, I know next to n
"Jonathan E. Paton" <[EMAIL PROTECTED]> writes:
> Please don't flame me, I'll go away... honest :P
I wonder if you're trying to do too much too soon?
If you're concerned about hosting then *gulp* PHP might server you
better. I rent a dedicated server because I want absolute control and
the abi
> Seemingly I can do Apache handlers though, so I *might* be
> okay.
If you look at http://perl.apache.org/guide/, there's information on how to
determine if you're really running mod_perl or not. If you can get a
PerlHandler directive to work, you have mod_perl.
> I rather ambigously asked the
Hi,
> > Perrin Harkins wrote:
> >
> > 2. Do most hosting companies allow
> > authentication/authorization handlers? (Using
> > HostRocket at the moment).
>
> Most hosting companies don't allow mod_perl.
>
I had fears about that one, since I thought Perl might not
mean mod_perl - as I know mo
> 1. Can this be done (nicely) as a
> authentication/authorization handlier?
Sure, or you could do it as part of another phase if it's easier for you.
There are good exmples on CPAN or in the Eagle book.
> 2. Do most hosting companies allow
> authentication/authorization handlers? (Using HostRo
Hi there,
On Wed, 14 Nov 2001, [iso-8859-1] Jonathan E. Paton wrote:
> I am trying to create a website [snip]
> NB - Whilst my preferred answer to these questions is a
> coded solution, [snip]
We like people to think for themselves on this list. :)
> I'm sure I've missed a few questions...
Re
I am trying to create a website with predominantly dynamic
content (mod_perl + DBI + mySQL) for an online community.
I can manage Perl and mySQL fairly proficently, however
I've no idea how to successfully create what I want using
mod_perl and Apache (actually, I know next to nothing about
"Matthew H. Gerlach" wrote:
>
> Just to follow up. I took your advice on building building modperl. My actual
> command was as follows:
>
> perl Makefile.PL \
> EVERYTHING=1 \
> USE_APACI=1 \
> APACHE_PREFIX=/lsurf/wohg \
> APACHE_SRC=../$APACHE/src \
> DO_HTTP=1 \
> AP
Just to follow up. I took your advice on building building modperl. My actual
command was as follows:
perl Makefile.PL \
EVERYTHING=1 \
USE_APACI=1 \
APACHE_PREFIX=/lsurf/wohg \
APACHE_SRC=../$APACHE/src \
DO_HTTP=1 \
APACI_ARGS="--enable-rule=expat --enable-module=so
> -Original Message-
> From: Matthew H. Gerlach [mailto:[EMAIL PROTECTED]]
>
> Now that I had something reproducible, I continued. I rebuilt using
> Apache 1.3.22 just like above, and everything continued to work. I
> upgraded to XML::Parser-2.30, and things continued to work.
> It wa
Hi gang,
I am fairly new to mod_perl, but I would like to share my recent
experience and hope someone might offer some insight into my troubles.
Last week I whipped together a simple perl module that used XML::Simple
( a wrapper for XML::Parser) to parse some POST'd content. Once parsed
the re
> Hi! I am wondering if anyone could tell me how to actually run
> modperl on my webserver i have perl modules installed to run without
> modperl and dont know how to invoke the process to get them working
> can anyone help?
> jason
>
The best place to learn mod_perl is the Guide:
http://perl.ap
try looking at
http://perl.apache.org/
/jon
[EMAIL PROTECTED] wrote:
>
> Hi! I am wondering if anyone could tell me how to actually run
> modperl on my webserver i have perl modules installed to run without
> modperl and dont know how to invoke the process to get them working
> can anyone help?
Hi! I am wondering if anyone could tell me how to actually run
modperl on my webserver i have perl modules installed to run without
modperl and dont know how to invoke the process to get them working
can anyone help?
jason
PROTECTED]]
Sent: Tuesday, August 14, 2001 12:32 PM
To: 'Jeremy Howard'; [EMAIL PROTECTED]
Subject: RE: Looking for answers using mod_perl and windows nt.
I think I might have this figured out.
in my combobox, I had the following:
( None Selected )
[$ while( $rPr
is why?
-Original Message-
From: Boyd, David [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 14, 2001 10:21 AM
To: 'Jeremy Howard'; Boyd, David; [EMAIL PROTECTED]
Subject: RE: Looking for answers using mod_perl and windows nt.
lets see if I can clearify my statement.
first I am
answers using mod_perl and windows nt.
Boyd, David wrote:
> I am using Windows NT, running apache with mod_perl.
>
> The problem that I am having is that I am dynamiclly filling in the
options
> of a select box from a
> database. now when a user selects a value, I expect that value to
Boyd, David wrote:
> I am using Windows NT, running apache with mod_perl.
>
> The problem that I am having is that I am dynamiclly filling in the
options
> of a select box from a
> database. now when a user selects a value, I expect that value to be on
the
> URL, but it is not. I
> am currently
I am using Windows NT, running apache with mod_perl.
The problem that I am having is that I am dynamiclly filling in the options
of a select box from a
database. now when a user selects a value, I expect that value to be on the
URL, but it is not. I
am currently saving the selected value to a
"Brian" <[EMAIL PROTECTED]> writes:
> I have a unique situation in which I need to change the http_referer.
> What I've done is written a quick script that looks like this:
[snip]
>
> Now, the problem is this: It works perfectly as long as the client
> remains on our server. But, if they go to
I have a unique situation in which I need to change the http_referer.
What I've done is written a quick script that looks like this:
package BnP::Referer;
use Apache;
use Apache::Constants;
sub handler {
my $r = shift;
$r->header_in('Referer' => "http://www.somedomainname.com";);
return OK;
Heh - you're on the wrong track. The whole quote below is part of a
double-quoted string, and each backslash is just to put a literal $ into
the code. It will be eval'ed later.
[EMAIL PROTECTED] (raptor) wrote:
>!!! Is it possible to have reference on the left side of the equation !!!
>I've t
!!! Is it possible to have reference on the left side of the equation !!!
I've tried this to alias HASH :") but didn't succeeded...
sub {
my \$hash = shift; # $_[0] is \%myhash
};
Yes I know that there is aliasing : my *hash = \%{$hashref}..
And I see that here u use : \$r->blah
...Never mind
hases with this method. And it
requires XS code.
> Does this mean that if there's a heavily used script on my system that
> needs to be VERY fast, then it may be worth making it into a mod_perl
> handler? What are the caveats of using mod_perl handlers instead of normal
> sc
[EMAIL PROTECTED] (Philip Mak) wrote:
>Does this mean that if there's a heavily used script on my system that
>needs to be VERY fast, then it may be worth making it into a mod_perl
>handler? What are the caveats of using mod_perl handlers instead of normal
>scripts?
The basic i
ean that if there's a heavily used script on my system that
> needs to be VERY fast, then it may be worth making it into a mod_perl
> handler? What are the caveats of using mod_perl handlers instead of normal
> scripts?
>
Its hard to explain, but try not to focus on the Hits/sec,
hey exaggerate the
speed differences. (Intentionally.) However, you should be aware that
handlers rock, and many of us consider them more fun than Registry scripts.
Registry scripts have their fans as well, of course.
> What are the caveats of using mod_perl handlers instead of normal
> sc
ystem that
needs to be VERY fast, then it may be worth making it into a mod_perl
handler? What are the caveats of using mod_perl handlers instead of normal
scripts?
For those who didn't see it, here is the code for the Hello World mod_perl
handler program. It is inserted into httpd.con
At 04:16 AM 4/17/01, Ask Bjoern Hansen wrote:
>On Mon, 16 Apr 2001, Jim Winstead wrote:
>
>[...]
> > you would have to do a "run config template expander && HUP" instead
> > of just doing a HUP of the apache parent process, but that doesn't
> > seem like a big deal to me.
>
>And it has the big adv
On Mon, 16 Apr 2001, Jim Winstead wrote:
[...]
> you would have to do a "run config template expander && HUP" instead
> of just doing a HUP of the apache parent process, but that doesn't
> seem like a big deal to me.
And it has the big advantage of also working with httpd's without
mod_perl.
Thanks all for the suggestions and idea provoking chatter. I appreciate. I
also much apologize as I didn't fully comprehend your first suggestion
Perrin. Simple mind lapse caused by a lack of sleep and not enough
caffeine. :o)
But, you are right about the DB being down. A cache is a must in
> > It might be easier and more bulletproof to build the conf file
> > off-line with
> > a simple perl script and a templating tool. We did this with Template
> > Toolkit and it worked well.
> > - Perrin
>
> That would be fine and dandy, but it's not exactly what I'm going after.
> Currently if I
checkout the following link:
http://www.geocrawler.com/archives/3/182/2000/3/0/3377287/
the search engine at:
http://www.geocrawler.com/lists/3/Web/182/0/
is your friend.
--
___cliff [EMAIL PROTECTED]http://www.genwax.com/
Brian wrote:
> It's all written, only problem is the mod_rewrite direc
hat wasn't the best way to put it.
> > this is certainly possible by generating your configuration files
> > using a perl script, outside of using mod_perl.
>
> Aaah, but you see that would create a bunch of configuration files or make
> one huge configuration file. My me
> it seems to me you're conflating your goal and your means of achieving
> it.
I don't think I'm conflating the goal and the means. At least I don't see
how I am
> this is certainly possible by generating your configuration files
> using a perl script,
e by generating your configuration files
using a perl script, outside of using mod_perl.
jim
> It might be easier and more bulletproof to build the conf file
> off-line with
> a simple perl script and a templating tool. We did this with Template
> Toolkit and it worked well.
> - Perrin
That would be fine and dandy, but it's not exactly what I'm going after.
Currently if I want to make a
> What I'm trying to do is have apache build the httpd.conf
> file dynamically when it starts from a MySQL database.
It might be easier and more bulletproof to build the conf file off-line with
a simple perl script and a templating tool. We did this with Template
Toolkit and it worked well.
- Pe
I work for a small domain hosting company, and we currently host a few
hundred domains. What I'm trying to do is have apache build the httpd.conf
file dynamically when it starts from a MySQL database. Easy enough. Got
most of it working, the only thing I'm running into is mod_rewrite problems.
> Depends where you're coming from, surely? If you're purely SSI, then
> you're adding overhead, if you're already heavily perl then you're
> reducing the load (provided you play by the rules ;-).
This guy already said he was trying to replace #exec calls to perl CGI
scripts, so it should definit
Vivek Khera <[EMAIL PROTECTED]> writes:
> > "BC" == Bogomolnyi Constantin <[EMAIL PROTECTED]> writes:
>
> BC> mod_perl will never reduce your server load (in fact it will increase it )
>
> This is an absolutely wrong statement.
Depends where you're coming from, surely? If you're purely SS
1 - 100 of 117 matches
Mail list logo
