Visual Basic scripts with Apache::ASP

[Garth Parfitt]

Is it at all possible to run asp scripts that have been written in
Visual Basic under Apache with mod_perl installed? They run fine on IIS
but not on Apache. Please assist.

Garth

Re: problems with HTML::Embperl on macos x (darwin)

[Gerald Richter]

>PERL_DL_NONLAZY=0 /usr/bin/perl -Iblib/arch -Iblib/lib
>-I/System/Library/Perl/darwin -I/System/Library/Perl test.pl
>
>loading...dyld: /usr/bin/perl Undefined symbols:
>_ap_get_client_block
>...

Mostly this is because the symbols have been striped from the Apache binary
after build. You can see the public symbols of the httpd binary with

nm httpd

are missing ones listed ?

Gerald

-
Gerald Richterecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting

Post:   Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925151
WWW:http://www.ecos.de  Fax:  +49 6133 925152
-

Re: Building a ModPerl ISP for you!

[Joshua Chamas]

Stas Bekman wrote:
> 
> So first if anybody wants to get into the article and hasn't contacted me
> before, let me know. Please post to *me* only if *relevant*. What's
> relevant? You happen to provide ISP service with mod_perl and you are
> willing to give the contact info details/prices and other info.
> 
> Second, Josh if you want me to do something for you over this article let
> me know.
> 

Stas, this ISP is only in idea form now, but we'd basically be doing 
for modperl what LoudCloud has done for NT/Oracle/IIS IT. This isn't 
just getting a couple boxes hooked up to some bandwidth, this is about 
taking care of all the things that ISPs don't normally: web clusters 
with fault tolerance & load balancing, firewall / switch security, 
intrusion monitoring.  These things are reinvented far too many times 
for those that even know they should be done. 

Further, we'll be looking at the next generation of service provisioning
including geographically distributed serving, and fault tolerant 
database setups behind the web cluster architectures.  There's a definite
lack of quality in normal web hosting ISPs, and normally they introduce
yet another level of failure such that any quality minded company is
going to need to host their own, and have direct relationships with 
data centers.

So, we don't even have a name for it yet, but do appreciate your
willingness to help ...

-- Josh

Re: Passing data structures between Stacked Handlers

[Thomas Klausner]

Hi!

> If you use $r->pnotes, you can just put a reference to an arbitrary data
> structure into it and it will still be there in the next handler.  No
> need to serialize it with Data::Dumper.  Better than using a normal
> global because it gets automatically cleaned up after the request.
Thanks for the info.

Ken Williams <[EMAIL PROTECTED]> also told me that 
$r->pnotes wasn't included in the Eagle Book because it (pnotes, 
not the book) wasn't implemented then. The old problem with 
books.


-- 
D_OMM  http://domm.zsi.at
O_xyderkes
M_echanenNEU (naja): Wohnungs-Historie
M_asteuei http://domm.zsi.at/curvit/wohnen.html

problems with HTML::Embperl on macos x (darwin)

[Gustav Kristoffer Ek]

I have compiled the latest embperl from cpan (1.3b6) with apache
support, but when I try make test I got:

PERL_DL_NONLAZY=0 /usr/bin/perl -Iblib/arch -Iblib/lib
-I/System/Library/Perl/darwin -I/System/Library/Perl test.pl 

loading...dyld: /usr/bin/perl Undefined symbols:
_ap_get_client_block
_ap_log_error
_ap_palloc
_ap_pstrdup
_ap_rflush
_ap_rputc
_ap_rwrite
_ap_send_http_header
_ap_set_content_length
_ap_setup_client_block
_ap_should_client_block
_ap_table_add
_ap_table_set
make: *** [test_dynamic] Error 67

Versions is:
Embedded Perl version v5.6.0 for Apache/1.3.15-dev
(Darwin) mod_perl/1.24_02-dev

running on macos x (darwin) and compiled with cc 2.7.2.1

what to do?

- gustav

-- 
Gustav Kristoffer Ek,  Netcetera, Brolæggerstræde 4, 1211 København K
+45 33147000, +45 2045, fax +45 33146200 http://www.netcetera.dk/

Re: Putting together the TPC mod_perl track

[Nathan Torkington]

Stas Bekman writes:
> Sorry about not mentioning all the other speakers who have added to the
> YAPC fun. Nat was there, so we will make sure to bring at least a little
> of this fun to TPC. I know that people pay a lot of money to attend TPC,
> compared to YAPC, but I doubt that people would complain about a few
> laughs. Nat?

Laughs, yes.  Chaos, no.  The Perl Golf from this year taught me that.
Chaos works well at a YAPC.  People get tetchy about it when they pay
TPC rates for a conference.

Nat

Re: problems compiling modperl under macos x pb

[Gustav Kristoffer Ek]

On Thu, 9 Nov 2000, Ken Williams wrote:

> [EMAIL PROTECTED] (Gustav Kristoffer Ek) wrote:
> >When I try compiling apache with modperl under macos x pb I got the
> >folowing error. Both the source for apache and modperl is the latest
> >cvs version.
> 
> I couldn't get it to work either, but I don't have much experience
> troubleshooting this stuff:

Finally it worked. I found out, that the problem was about expanding
maccros (dTHR and others) and appearantly the compiler on
apples developer cd do preprocessing in an other way.

Adding -traditional-cpp in the Makefile worked for me.

- gustav

-- 
Gustav Kristoffer Ek,  Netcetera, Brolæggerstræde 4, 1211 København K
+45 33147000, +45 2045, fax +45 33146200 http://www.netcetera.dk/

Re: Putting together the TPC mod_perl track

[Stas Bekman]

> Stas Bekman <[EMAIL PROTECTED]> writes:
> > BTW, if you have something to talk about that isn't really useful, but
> > very funny, you should propose it as well. Dave Cross' talk about
> > Sub::Approx at YAPC::Europe was the killer talk. Remember that learning
> > new things is nice, but having a few minutes of fun is even nicer :)
> 
> Hey, I liked the Perl 12 Step thing that whatsisname did as well. Oh
> yes, that would've been me. 

Sorry about not mentioning all the other speakers who have added to the
YAPC fun. Nat was there, so we will make sure to bring at least a little
of this fun to TPC. I know that people pay a lot of money to attend TPC,
compared to YAPC, but I doubt that people would complain about a few
laughs. Nat?

_
Stas Bekman  JAm_pH --   Just Another mod_perl Hacker
http://stason.org/   mod_perl Guide  http://perl.apache.org/guide 
mailto:[EMAIL PROTECTED]   http://apachetoday.com http://jazzvalley.com
http://singlesheaven.com http://perlmonth.com   perl.org   apache.org

Re: unsubscribe modperl

[Shawn Evans]

unsubscribe modperl

- Original Message - 
From: "Asaf Klibansky" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, November 12, 2000 12:07 AM
Subject: Re: unsubscribe modperl


> unsubscribe modperl
> 
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, November 10, 2000 6:18 PM
> Subject: unsubscribe modperl
> 
> 
> > unsubscribe modperl
> >
> 
> 

Re: Putting together the TPC mod_perl track

[Piers Cawley]

Stas Bekman <[EMAIL PROTECTED]> writes:
> BTW, if you have something to talk about that isn't really useful, but
> very funny, you should propose it as well. Dave Cross' talk about
> Sub::Approx at YAPC::Europe was the killer talk. Remember that learning
> new things is nice, but having a few minutes of fun is even nicer :)

Hey, I liked the Perl 12 Step thing that whatsisname did as well. Oh
yes, that would've been me. 

-- 
Piers (Ego? Me?)

Re: Passing data structures between Stacked Handlers

[Perrin Harkins]

Thomas Klausner wrote:
> If there isn't, could it be implemented by dumping the data
> structure to $r->notes (with Data::Dumper) and have it eval'ed back
> by the next handler?

If you use $r->pnotes, you can just put a reference to an arbitrary data
structure into it and it will still be there in the next handler.  No
need to serialize it with Data::Dumper.  Better than using a normal
global because it gets automatically cleaned up after the request.
- Perrin

Re: Putting together the TPC mod_perl track

[Stas Bekman]

On Wed, 1 Nov 2000, Nathan Torkington wrote:

> Matt Sergeant writes:
> > Since its getting towards the end of the year, should we be thinking of
> > putting together a mod_perl track for TPC?
> 
> I've got a room allocated to mod_perl for two days of conference at
> the next OScon.  With this group's blessing I'd like to call it "the
> mod_perl conference", as nobody else is offering mod_perl this kind of
> exposure.  It'll be mentioned in TPC advertising, but it won't be a
> Perl or Apache track of the conference: it'll be labelled and promoted
> as mod_perl only.

Wow, Nat, you are the man!!! Thanks a lot! I'm looking forward for all the
details about the length of the talks, that we have discussed before.

> The low-hanging fruit (obvious topics) will be:
>  * Doug MacEachern on mod_perl 2
>  * Matt on AxKit (also likely to make an appearance in the XML track)
>  * Brian on AO (please please dark gods let AO come to fruition)
>  * talk(s) on how to do good things with Apache::ASP
>  * mod_perl + backhand = ass-kicking
>  * Tips for developing or tuning HTML::Mason sites
>  * Case studies showing how big companies use mod_perl

+ HTML::Emperl, 

+ Template Toolkit, 

+ one room will be completely occupied by Damian Conway. We have to
collect $110 grands to buy him out from the Perl track. YAS, has already
agreed to help with $55,000 that were collected so far. So only $55,000
are left to collect.

+multilingual sites with mod_perl and TT, (I think Eric Cholet will be the
speaker for that, since he has implmented it here at jazzvalley.com)

+ using mod_perl for the most successful money making model on the web ==
xxx sites, with an extensive demo.

+ All the usual beginners + performance stuff

+ latest slides from Doug's snowball experience. We are all interested to
know how our leaders spend their time when they are not coding mod_perl.

+ Geoff with hundreds of his cool modules that he has released and will
release till the conference, so we call it's Apache::Geoff

+ May be jwb to talk about database performance coding/ Apache::Session.

+ more to come. 

BTW, if you have something to talk about that isn't really useful, but
very funny, you should propose it as well. Dave Cross' talk about
Sub::Approx at YAPC::Europe was the killer talk. Remember that learning
new things is nice, but having a few minutes of fun is even nicer :)

> This latter is an important part of the Perl conference.  Many
> companies who would never 'fess up to using Perl seem quite happy
> to send employees to speak at conferences.  Their talks end up as
> a big advertisement for Perl, and lets us name-drop the company as
> a Perl user.  I see no reason why the same shouldn't happen with
> mod_perl.

Yup, definitely!

_
Stas Bekman  JAm_pH --   Just Another mod_perl Hacker
http://stason.org/   mod_perl Guide  http://perl.apache.org/guide 
mailto:[EMAIL PROTECTED]   http://apachetoday.com http://jazzvalley.com
http://singlesheaven.com http://perlmonth.com   perl.org   apache.org

Re: Putting together the TPC mod_perl track

[Stas Bekman]

> Stas et al,
> 
> Since its getting towards the end of the year, should we be thinking of
> putting together a mod_perl track for TPC?
> 
> Has anyone got any ideas on what they'd like to either a) talk about, or
> b) hear talks about ?

Well, we have planned to announce the CFP when Nathan will give it to the
mod_perl PMC (project management committee) back in September. But as we
are all overworked, things got delayed :(

So I guess Nat, will send the CFP soon to us. When everything is ready we
probably will have a mailing list, where we will discuss all the
details. I don't think this list is the right place to have the discussion
on as it might generate huge threads... but we will see.

So far, as I understood Ask and me are on the paper approval committe with
Nat serving as our big boss :) It's possible that other pmc members will
lend us a hand when and if they will have a chance :)

_
Stas Bekman  JAm_pH --   Just Another mod_perl Hacker
http://stason.org/   mod_perl Guide  http://perl.apache.org/guide 
mailto:[EMAIL PROTECTED]   http://apachetoday.com http://jazzvalley.com
http://singlesheaven.com http://perlmonth.com   perl.org   apache.org

Re: pre-loaded modules on Solaris

[Stas Bekman]

> At 06:11 AM 11/10/00 -0500, barries wrote:
> >> Address   Kbytes Resident Shared Private
> >>   --  -- ---
> >> total Kb   24720   227203288   19432  <<< pre-loaded modules
> >> total Kb   14592   1297630969880  <<< not pre-loaed modules.
> 
> >Stupid question, probably, but when running the non-pre-loaded version,
> >are you sure all the same modules are being loaded?
> 
> Yes.  According to perl-status, anyway.  Some modules are loaded into the
> parent, of course, because of mod_perl.  But when not pre-loading I start
> the server, look at perl-status and then made some requests and looked
> again to see what was loaded.  The difference is what modules I'm use'ing
> in my test.
> 
> >I'm wondering if there's
> >some set of modules that, for some reason, isn't being loaded by the
> >sequence of requests you're firing against all of your httpds to
> >get the servers "warmed up" to represent real-life state.
> 
> When looking at pmap it looks like the main difference in "private" memory
> usage is in the heap.  I'm not clear why the heap would end up so much
> bigger when pre-loading modules.
> 
> Unfortunately, Linux doesn't seem to have the same reporting abilities as
> Solaris, but using /proc//statm to show shared and private memory
> under these same test showed that pre-loading was a big win.  So it seems
> like a Solaris issue. 

Uhm, http://perl.apache.org/guide/performance.html#Sharing_Memory which
uses extensively libgtop library, which is available for Solaris...

> 
> 
> 
> 
> Bill Moseley
> mailto:[EMAIL PROTECTED]
> 



_
Stas Bekman  JAm_pH --   Just Another mod_perl Hacker
http://stason.org/   mod_perl Guide  http://perl.apache.org/guide 
mailto:[EMAIL PROTECTED]   http://apachetoday.com http://jazzvalley.com
http://singlesheaven.com http://perlmonth.com   perl.org   apache.org

Re: Passing data structures between Stacked Handlers

[spam]

On Sun, 12 Nov 2000, Dave Kaufman wrote:

> > Is there a module that can do "Stacked Handler Pipelining", but 
> > doesn't pass around tied filehandles but data structures ?

Can't you allocate some generic namespace, or better yet, create your own
package called config and in that export functions get_config set_config
They will get/set a package wide variable. Then you make new,DESTROY, and
what other functions you need. Then you create/set object in the Init
module and the way you go, call get_config in each of the stacked modules
and insert data into it, so it will be passed along. Simple alternative,
you can store a hash in package wide namespace of the first package, and
access that via hashref, which is more convinient or Package::hashname
notation.
Thats how I did it.

> > If there isn't, could it be implemented by dumping the data 
> > structure to $r->notes (with Data::Dumper) and have it eval'ed back 
> > by the next handler?

God NO! Have you read of overhead incurring on eval? Might as well go back
to the days of PerlCGI,

Hope that helped.
Pavel

Re: Passing data structures between Stacked Handlers

[Dave Kaufman]

"Thomas Klausner" <[EMAIL PROTECTED]> wrote:
> Is there a module that can do "Stacked Handler Pipelining", but 
> doesn't pass around tied filehandles but data structures ?
 
Andreas König's Apache::HeavyCGI is a nice alternative approach to the use of stacked 
handlers.  

> If there isn't, could it be implemented by dumping the data 
> structure to $r->notes (with Data::Dumper) and have it eval'ed back 
> by the next handler?

I just started playing around with HeavyCGI, but it uses the "Singleton" approach: one 
master handler "dispatches" each request to to all the modules that are needed, first 
allowing each a shot at processing headers (last-mod times, conditional tests, early 
errors, etc), then for content, and finally for cleanup, fixup, etc.  this lets them 
all play together without the strict stacking and inefficient error-handling of 
stacked hadlers.

http://search.cpan.org/search?dist=Apache-HeavyCGI

-dave

Re: Apache::Registry() and strict

[Stas Bekman]

On Tue, 7 Nov 2000, Paul DuBois wrote:

> At 10:25 AM +0100 11/7/00, [EMAIL PROTECTED] wrote:
> >On Tue, 7 Nov 2000, Ron Rademaker wrote:
> >
> >Hi,
> >
> >>  You would think so, however every doc I read (including the one you
> >>  pointed out to me) told me that perl gives me a warning:
> >>
> >>  Variable $foo will not stay shared at 
> >>
> >>  I do use -w so I should get that warning, but I don't. The variable stays
> >>  defined, but it doesn't have the value of the old variable, it just passes
> >>  the defined($foo) test but the value has changed to an empty array (from a
> >>  full array).
> >
> >-w has no effect, read the guide again and use PerlWarn On :-)
> 
> Please explain, the guide appears to recommend -w as a useful
> diagnostic technique (and the "Command Line Switches (-w, -T,
> etc)" section says -w works).

The guide is correct. -w in the shebang line is equal to 'local $^W=1' for
the file scope. and it does have an effect (for the file it's defined in).

> 
> >
> >Bye,
> >remco
> >
> >/--\
> >| Remco Schaar |
> >| e-mail: [EMAIL PROTECTED]  |
> >\--/
> >
> > South Park meets Linux:
> > - "Oh my God, they killed init!"
> > - "You bastards!"
> 
> 



_
Stas Bekman  JAm_pH --   Just Another mod_perl Hacker
http://stason.org/   mod_perl Guide  http://perl.apache.org/guide 
mailto:[EMAIL PROTECTED]   http://apachetoday.com http://jazzvalley.com
http://singlesheaven.com http://perlmonth.com   perl.org   apache.org

Re: Changing REMOTE_ADDR passing to a request.

[barries]

On Sun, Nov 12, 2000 at 09:09:49PM +0800, Alson Wong wrote:
> 
> The $ENV{'REMOTE_ADDR'}of server B still return the real ip address of
> server A.

Check out the link I sent to The Guide (tm), there's a Perl snippet
to recover the IP and do the ->remote_ip() call:

> From: barries <[EMAIL PROTECTED]>
> >
> > To catch the header on the backend, you can have a look at the
> > Guide:
> >
> >
> http://thingy.kcilink.com/modperlguide/scenario/Getting_the_Remote_Server_IP_in_.html

- Barrie

Re: Changing REMOTE_ADDR passing to a request.

[Bogomolnyi Constantin]

Hello ,
If I understand well what you want , you want to spoof the real IP adress of
server A to make server B think that he is speaking to A' .
Lets see the apache.pm pod :
=item $c->remote_ip

The dotted decimal representation of the remote client's IP address.
This is set by the server when the connection record is created so
is always defined.

You can also set this value by providing an argument to it. This is
helpful if your server is behind a squid accelerator proxy which adds
a X-Forwarded-For header.

1)How this make you think that adding the X-Forwarded-For header will
 change the value of $c->remote_ip ?

and this :
=item $c->remote_addr

A packed SOCKADDR_IN in the same format as returned by
L, containing the port and address on the
remote host that the server is connected to.  This is set by the
server when the connection record is created so it is always defined.

2) This mean that if the server B use $c->remote_addr method he will
get the real ip that he is connected to , so no way to spoof it .
(and if I understand well this method is used by apache to set $ENV)

3) In my way the only way to change the value of $c->remote_addr
is to create an proxy server between :
B<-->PROXY<>A
and remove X-Forwarded-For at the proxy , so B will never know that he is
speaking
to A.

Good luck !
Best
CB

- Original Message -
From: "Alson Wong" <[EMAIL PROTECTED]>
To: "barries" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, November 12, 2000 2:09 PM
Subject: Re: Changing REMOTE_ADDR passing to a request.


> hi,
> I have not use mod_proxy_add_forward before. I have download the source
code
> and have a look at it.
> It seems like just passing "X-Forwarded-For" in a header of a request. I
> think
> this is same as my code here:
>
> use LWP::UserAgent;
> $ua = new LWP::UserAgent;
> my $reqq =
> HTTP::Request->new('GET','http://www.serverB.com/cgi-bin/ip.cgi');
> $reqq->header('X-Forwarded-For'=>'1.2.3.4');
> $reqq->header('Remote_Addr'=>'1.2.3.4'); # this line won't work.
> my $ress = $ua->request($reqq);
> print $ress->as_string;
>
> The $ENV{'REMOTE_ADDR'}of server B still return the real ip address of
> server A.
> So, how do I change the $ENV{'REMOTE_ADDR'}of server B to 1.2.3.4 without
> changing anything at server B ?
>
> If I am wrong with the mod_proxy_add_forward, please point it out. Because
I
> have no idea how to implement the mod_proxy_add_forward in to mod_proxy of
> Apache.
>
> And no idea how to use it too. If you got some clue, please tell me how to
> start using that module, if it really works.
>
> Thanks.
>
> [EMAIL PROTECTED]
>
>
>
>
> - Original Message -
> From: barries <[EMAIL PROTECTED]>
> To: Alson Wong <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Sunday, November 12, 2000 11:34 AM
> Subject: Re: Changing REMOTE_ADDR passing to a request.
>
>
> > On Sun, Nov 12, 2000 at 11:07:59AM +0800, Alson Wong wrote:
> > >
> > > So, how do I pass/set the environment variable of REMOTE_ADDR from
> > > server A ? So that I can control the env of remote_addr at the server
> > > B ?
> >
> > Well, you could do it several ways.  The "normal" way is to set a
> > header in the request that A sends to be, usually the same one that
> > various caching proxy servers do, namely X-Forwarded-For.  You won't
> > be able to do that with LWP::Simple, have a look at the main LWP
> > page for details on how to make more sophisticated requests.  I'm
> > assuming you've ruled out using Apache's mod_proxy, and therefore that
> > you won't be wanting to use mod_proxy_add_forward.
> >
> > Then, in the B server, you can peel it out of the Apache request
> > object manually as part of your script, or you can do it in an earlier
> > handler phase and make a $r->remote_ip() call like the one you were
> > making in the A server.
> >
> > To catch the header on the backend, you can have a look at the
> > Guide:
> >
> >
>
http://thingy.kcilink.com/modperlguide/scenario/Getting_the_Remote_Server_IP
> _in_.html
> >
> > > my $r = shift;
> > > $r->connection->remote_ip('1.2.3.4');
> > >
> > > it only works in server A, meaning,
> > > $ENV{'REMOTE_ADDR'} in Server A return 1.2.3.4, but $ENV
> > > {'REMOTE_ADDR'} in server B still return the Server A ip address.
> >
> > Right: nothing passes environment variables between the servers.  You
> > need to establish your own channel (the header mentioned above) for
> > passing that value and tweak the B server to recover the value and
> > stuff it in the environment variable.
> >
> > HTH,
> >
> > Barrie
> >
>

Re: Changing REMOTE_ADDR passing to a request.

[Alson Wong]

hi,
I have not use mod_proxy_add_forward before. I have download the source code
and have a look at it.
It seems like just passing "X-Forwarded-For" in a header of a request. I
think
this is same as my code here:

use LWP::UserAgent;
$ua = new LWP::UserAgent;
my $reqq =
HTTP::Request->new('GET','http://www.serverB.com/cgi-bin/ip.cgi');
$reqq->header('X-Forwarded-For'=>'1.2.3.4');
$reqq->header('Remote_Addr'=>'1.2.3.4'); # this line won't work.
my $ress = $ua->request($reqq);
print $ress->as_string;

The $ENV{'REMOTE_ADDR'}of server B still return the real ip address of
server A.
So, how do I change the $ENV{'REMOTE_ADDR'}of server B to 1.2.3.4 without
changing anything at server B ?

If I am wrong with the mod_proxy_add_forward, please point it out. Because I
have no idea how to implement the mod_proxy_add_forward in to mod_proxy of
Apache.

And no idea how to use it too. If you got some clue, please tell me how to
start using that module, if it really works.

Thanks.

[EMAIL PROTECTED]




- Original Message -
From: barries <[EMAIL PROTECTED]>
To: Alson Wong <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, November 12, 2000 11:34 AM
Subject: Re: Changing REMOTE_ADDR passing to a request.


> On Sun, Nov 12, 2000 at 11:07:59AM +0800, Alson Wong wrote:
> >
> > So, how do I pass/set the environment variable of REMOTE_ADDR from
> > server A ? So that I can control the env of remote_addr at the server
> > B ?
>
> Well, you could do it several ways.  The "normal" way is to set a
> header in the request that A sends to be, usually the same one that
> various caching proxy servers do, namely X-Forwarded-For.  You won't
> be able to do that with LWP::Simple, have a look at the main LWP
> page for details on how to make more sophisticated requests.  I'm
> assuming you've ruled out using Apache's mod_proxy, and therefore that
> you won't be wanting to use mod_proxy_add_forward.
>
> Then, in the B server, you can peel it out of the Apache request
> object manually as part of your script, or you can do it in an earlier
> handler phase and make a $r->remote_ip() call like the one you were
> making in the A server.
>
> To catch the header on the backend, you can have a look at the
> Guide:
>
>
http://thingy.kcilink.com/modperlguide/scenario/Getting_the_Remote_Server_IP
_in_.html
>
> > my $r = shift;
> > $r->connection->remote_ip('1.2.3.4');
> >
> > it only works in server A, meaning,
> > $ENV{'REMOTE_ADDR'} in Server A return 1.2.3.4, but $ENV
> > {'REMOTE_ADDR'} in server B still return the Server A ip address.
>
> Right: nothing passes environment variables between the servers.  You
> need to establish your own channel (the header mentioned above) for
> passing that value and tweak the B server to recover the value and
> stuff it in the environment variable.
>
> HTH,
>
> Barrie
>

Re: Apache::ASP and Frontpage extensions

[G.W. Haywood]

Hi there,

On Tue, 7 Nov 2000, Garth Parfitt wrote:

> I still cannot run a particular script that runs perfectly well
> under Microsoft IIS 4.0.

In what language is this script written?

73,
Ged.

Apache::ASP and Frontpage extensions

[Garth Parfitt]

Hi Support

I've managed to run the example ASP scripts after installing and
configuring modperl under apache 1.3.12. All fine. I still cannot run a
particular script that runs perfectly well under Microsoft IIS 4.0. I
assume I need to load Frontpage Server extensions, but when I do, the
new httpd program doesn't have the modperl modules compiled anymore
although the frontpage modules are loaded perfectly. So it seems a case
of either frontpage or modperl, but not both. Or am I being an idiot?

Please help me
Garth Parfitt
Port Elizabeth
South Africa

Re: unsubscribe modperl

[A.T.Z.]

Quoting the message received the moment you subscribed:

--- Administrative commands for the modperl list ---

I can handle administrative requests automatically. Please
do not send them to the list address! Instead, send
your message to the correct command address:

To subscribe to the list, send a message to:
<[EMAIL PROTECTED]>

To remove your address from the list, send a message to:
<[EMAIL PROTECTED]>

And the mail header:
list-help: 
list-unsubscribe: 
list-post: