[DIGEST] mod_perl digest 05/05/01

[Geoffrey Young]

--

  mod_perl digest
 
 May 6, 2001 - May 12, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o module announcements
  o mailing list highlights
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.19 (released February 28, 2001) [3]
- development: 1.3.20-dev [4]
  o Perl
- stable: 5.6.1 (released April 9, 2001) [5]
- development: 5.7.1 [6]


module announcements

  o aphid 0.12a - browser-based mod_perl+mod_ssl Apache installer [7]


mailing list highlights

  o In a follow up to last week's question about setting the Server
response header, Doug offered this patch that adds mod_perl
access to the core Apache ap_add_version_component API [8]

  o On an OT but interesting note, Thawte offers "supercerts"
which apparently enable SSL encryption at 40, 56, or 128 bit
levels, depending on what your browser can handle [9]

  o Long thread of the week goes to advice about efficient ways to
occasionally rotate a static resource that you want to cache [10]

  o If you or your company is interested in sponsoring mod_perl
t-shirts for TPC5 here's your chance [11]

  o 26 patches to 2.0 this week... [12]


links

  o The Apache/Perl Integration Project [13]
  o mod_perl documentation [14]
  o mod_perl modules on CPAN [15]
  o mod_perl homepage [16]
  o mod_perl news and advocacy [17]
  o mod_perl list archives [18] [19]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.cpan.org/src/stable.tar.gz
[6] http://www.cpan.org/src/devel.tar.gz 
[7] http://forum.swarthmore.edu/epigone/modperl/thuntonal
[8] http://marc.theaimsgroup.com/?l=apache-modperl&m=98933995631409&w=2
[9] http://forum.swarthmore.edu/epigone/modperl/dwantwangnoi
[10] http://forum.swarthmore.edu/epigone/modperl/sterdspangsnah
[11] http://forum.swarthmore.edu/epigone/modperl/thangoxstand
[12] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&r=1&w=2&b=200105
[13] http://perl.apache.org
[14] http://perl.apache.org/#docs
[15] http://www.cpan.org/modules/by-module/Apache/
[16] http://www.modperl.com
[17] http://www.take23.org
[18] http://forum.swarthmore.edu/epigone/modperl/
[19] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: [OT] 128 bit encryption and IE

[Geoffrey Young]

 thanks - that's insightful...  I'm using Raven but I imagine that they have
something similar...

unfortunately, the client has a requirement that _only_ 128 bit be allowed.
I think, though, that I may be able to use your suggestion to at least show
a page saying that an upgrade to 128 is required.

thanks to all who replied...

--Geoff

-Original Message-
From: David Harris
To: Geoffrey Young; [EMAIL PROTECTED]
Sent: 5/7/01 8:13 PM
Subject: RE: [OT] 128 bit encryption and IE


Geoffrey Young [mailto:[EMAIL PROTECTED]] wrote:
> Hi all...
>
>   sorry for the OT, but has anyone figured out how to tell whether a
browser
> supports 56 or 128 bit encryption?  Apparently, users of IE with 56
bit,
> when entering a 128 bit page, get the standard Cannot Find Server
error
page
> with little in the way directions to help the EU know to upgrade.
>
>   has anyone battled this and come up with an elegant solution?
>
> thanks
>
> --Geoff

If you are getting a "Cannot Find Server" error in 56-bit browsers it is
because the server and browser are not able to negotiate a cipher to
use.
Normally, the SSL server will simply downgrade the key size and talk
appropriately with 56 bit browsers. However, in configuring your SSL
server
you can limit what ciphers and key sizes will be considered acceptable.
Consider allowing your server to use non 128-bit ciphers. Under mod_ssl
configure the SSLCipherSuite configuration directive appropriately.
(Also
look at the SSLRequire directive if this does not solve things.)

Docs here:
http://www.modssl.org/docs/2.8/ssl_reference.html#ToC9

To determine the cipher currently being used, look at the environment
under
mod_ssl. My server shows me this for a sample connection:

SSL_CIPHER=RC4-MD5
SSL_CIPHER_ALGKEYSIZE=128
SSL_CIPHER_EXPORT=false
SSL_CIPHER_USEKEYSIZE=128

Docs here:
http://www.modssl.org/docs/2.8/ssl_reference.html#ToC25

I'm sure you can build whatever system you need on top of this.

David

[OT] 128 bit encryption and IE

[Geoffrey Young]

Hi all...

  sorry for the OT, but has anyone figured out how to tell whether a browser
supports 56 or 128 bit encryption?  Apparently, users of IE with 56 bit,
when entering a 128 bit page, get the standard Cannot Find Server error page
with little in the way directions to help the EU know to upgrade.

  has anyone battled this and come up with an elegant solution?

thanks

--Geoff

[DIGEST] mod_perl digest 04/29/01

[Geoffrey Young]

--

  mod_perl digest
 
 April 29, 2001 - May 5, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o cvs patches
  o mailing list highlights
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.19 (released February 28, 2001) [3]
- development: 1.3.20-dev [4]
  o Perl
- stable: 5.6.1 (released April 9, 2001) [5]
- development: 5.7.1 [6]


cvs patches

  o added $r->allowed method [7]


mailing list highlights

  o A good discussion of exception handling appeared on the list
this week, ranging from Perl's eval() syntax to Error.pm to
Java-like exception handling [8]

  o The discussion again surfaced about whether you can use
mod_perl to alter the Server response header.  The short answer
is that you can't without changing the Apache source code or
writing your own version of send_http_header.  That is, unless
you use XS, but Matt isn't sharing until the next release of
AxKit :) [9]

  o The official call for papers for ApacheCon Europe was announced
this week [10]

  o 66 patches to 2.0 this week... [11]


links

  o The Apache/Perl Integration Project [12]
  o mod_perl documentation [13]
  o mod_perl modules on CPAN [14]
  o mod_perl homepage [15]
  o mod_perl news and advocacy [16]
  o mod_perl list archives [17] [18]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.cpan.org/src/stable.tar.gz
[6] http://www.cpan.org/src/devel.tar.gz 
[7] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98873811010574&w=2
[8] http://forum.swarthmore.edu/epigone/modperl/lermranpha
[9] http://forum.swarthmore.edu/epigone/modperl/chulphermway
[10] http://forum.swarthmore.edu/epigone/modperl/khendwhondwend
[11] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&r=1&w=2
[12] http://perl.apache.org
[13] http://perl.apache.org/#docs
[14] http://www.cpan.org/modules/by-module/Apache/
[15] http://www.modperl.com
[16] http://www.take23.org
[17] http://forum.swarthmore.edu/epigone/modperl/
[18] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: Apache::Filter upgrade issues...

[Geoffrey Young]

> -Original Message-
> From: Trevor Phillips [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, May 05, 2001 2:21 AM
> To: ModPerl Mail List
> Subject: Apache::Filter upgrade issues...
> 
> 
> Hi! I recently upgraded a test server to a recent 
> Apache::Filter, and hit
> problems due to the new dependency on filter_register() being 
> called. I
> don't mind upgrading my filters to call this, but I have one, 
> in which I
> use Apache::Request (a sub-class of Apache), which I cannot 
> seem to work
> around.
> 
> The guts of the code goes something like this:
> 
> sub handler
> {
>my $r = shift;
>my $IsFilter = ($r->dir_config('Filter') =~ /^on/i?1:0);
>$r = Apache::Request->new($r);
>if ($IsFilter)
>{
>   $r = $r->filter_register();
>   my ($fh, $status) = $r->filter_input();
>   return $status unless $status == OK;  # The Apache::Constants OK
>   my @file = <$fh>;
>}
> etc...
> }
> 
> The above code fails in that the extra methods provided by 
> Apache::Request
> are
> no longer there.
> 
> The above code worked fine previously (prior to the requirement of
> filter_register)...
> 
> Any ideas? How can I use both Apache::Filter and 
> Apache::Request together?

well, part of the problem is that Apache->request($r) doesn't bless a new
request properly.

I know that Ken has recently tried working on the problem and had placed it
on Doug's radar:
http://marc.theaimsgroup.com/?t=9860080401&w=2&r=1
(ping :)

at any rate, it probably won't work, but maybe try switching the order
around?  That is, maybe call Apache::Request->new on the request object
returned by filter_register?

HTH

--Geoff

RE: PerlAccessHandler -- struggling and drowning

[Geoffrey Young]

> -Original Message-
> From: will trillich [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 01, 2001 3:38 PM
> To: [EMAIL PROTECTED]
> Subject: Re: PerlAccessHandler -- struggling and drowning
> 
> 
> 
> now when lynx or netscape (but not konqueror) get validated, and
> the server tries to redirect the browser back to the original
> URL, the browsers seem to have cached the /login page as if it
> were the /protected page.
> 
> so i'm trying
> 
>   Pragma: no-cache

no-cache headers _should_ have no effect on anything other than a sucessful
response.

http://www.mail-archive.com/dev@perl.apache.org/msg00081.html

--Geoff

RE: modify Server header via a handler

[Geoffrey Young]

> -Original Message-
> From: Richard Chen [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 01, 2001 2:51 PM
> To: [EMAIL PROTECTED]
> Subject: modify Server header via a handler
> 
> 
> I would like to customize or suppress the Server header
> from the modperl server responses such as this:

see the ServerTokens directive for toning down the response header.

> 
> Server: Apache/1.3.19 (Unix) mod_perl/1.25 mod_ssl/2.8.1 OpenSSL/0.9.6
> 
> I thought I could simply set up a Fixup handler to do this:
> 
> package NoServerInfo;
> use Apache::Constants qw(:common);
> sub handler {
> my $r=shift;
> $r->header_out(Server => 'Foo Bar');
> return OK;
> }
> 1;
> 
> But this does not seem to work. Is there some kind of restriction
> about this particular header in modperl? Without modifying 
> the source code, is there a way to customize this Server header field?

nope... 

there is an archive of a similar discussion if you look back a year or so.

changing the Apache source code for this isn't too hard.  Whether you want
to do this (and ignore your proper Apache/mod_perl roots) is another matter
;)

--Geoff

 

RE: forbidden vs. cookie

[Geoffrey Young]

> -Original Message-
> From: will trillich [mailto:[EMAIL PROTECTED]]
> Sent: Monday, April 30, 2001 3:31 PM
> To: [EMAIL PROTECTED]
> Subject: forbidden vs. cookie
> 
[snip]

> 
>   # this don't work so not, neither:
>   $r->header_out(-cookie=>$cookie);
>   $r->header_out(-location=>$login_uri);
>   return REDIRECT;
>   # neither header is sent.

you probably want $r->err_headers_out instead of $r->headers_out

HTH

--Geoff

[DIGEST] mod_perl digest 04/28/01

[Geoffrey Young]

--

  mod_perl digest
 
   April 22, 2001 - April 28, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o cvs patches
  o module announcements
  o mailing list highlights
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.19 (released February 28, 2001) [3]
- development: 1.3.20-dev [4]
  o Perl
- stable: 5.6.1 (released April 9, 2001) [5]
- development: 5.7.1 [6]


cvs patches

  o fix double-loading bug of Perl{Require,Module}s at startup time [7]

  o adding PERL_SSI PERL_SECTIONS to MyConfig generator [8]

  o some win32 fixes [9]

  o 39 patches to 2.0 this week [10]


module announcements

  o Cache::Cache 0.08 - successor to File::Cache and IPC::Cache [11]

  o A new version of the mod_perl Guide was released this week -
read it and prosper [12]


mailing list highlights

  o There was some discussion on the dev list about whether the new
2.0 perl interpreter model will make it unnecessary to have
separate light and heavy mod_perl servers [13]

  o If you have had problem using redir() under mod_perl, here are a 
few suggestions [14]

  o Some tips on getting cookies to work with redirects [15]

  o A patch was submitted to add an Apache->dso_module method.  While
it remains unintegrated, the part of the reason for needing it was
to avoid double loading of modules, which was addressed in a patch
by Doug [16] [17]

  o Long thread of the week goes to discussion of corporate 
sponsorship of mod_perl core development, among other things [18]


links

  o The Apache/Perl Integration Project [19]
  o mod_perl documentation [20]
  o mod_perl modules on CPAN [21]
  o mod_perl homepage [22]
  o mod_perl news and advocacy [23]
  o mod_perl list archives [24] [25]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.cpan.org/src/stable.tar.gz
[6] http://www.cpan.org/src/devel.tar.gz 
[7] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98826305918853&w=2
[8] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98817232005321&w=2
[9] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98839151427941&w=2
[10] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&r=1&w=2&b=200104
[11] http://forum.swarthmore.edu/epigone/modperl/zhulphofran
[12] http://forum.swarthmore.edu/epigone/modperl/gaxsoxblul
[13] http://marc.theaimsgroup.com/?t=9880794232&w=2&r=1
[14] http://forum.swarthmore.edu/epigone/modperl/dephayclang
[15] http://forum.swarthmore.edu/epigone/modperl/prolrumwhu
[16] http://forum.swarthmore.edu/epigone/modperl/phuncherdcrimp
[17] http://forum.swarthmore.edu/epigone/modperl/lelswyskix
[18] http://marc.theaimsgroup.com/?t=9883870024&w=2&r=1
[19] http://perl.apache.org
[20] http://perl.apache.org/#docs
[21] http://www.cpan.org/modules/by-module/Apache/
[22] http://www.modperl.com
[23] http://www.take23.org
[24] http://forum.swarthmore.edu/epigone/modperl/
[25] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

[DIGEST] mod_perl digest 04/21/01

[Geoffrey Young]

--

  mod_perl digest
 
   April 15, 2001 - April 21, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o cvs patches
  o module announcements
  o mailing list highlights
  o news
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.19 (released February 28, 2001) [3]
- development: 1.3.20-dev [4]
  o Perl
- stable: 5.6.1 (released April 9, 2001) [5]
- development: 5.7.1 [6]


cvs patches

  o fix for make tar_Apache [7]

  o export hvrv2table (needed by Apache::Request) for aix and 
win32 [8]

  o fix $r->no_cache(0) to unset cache headers [9]

  o back out 'stop win32 crash when bringing down service' change, no
longer needed with 1.3.19 [10]

  o improvements in Apache::MyConfig [11] [12]

  o make sure global for Apache->request is reset after configuring 
%ENV [13]

  o 56 patches to 2.0 this week [14]


module announcements

  o Apache::Reload 0.07 - a replacement for Apache::StatINC, with
more features and better debugging [15]

  o HTML::Mason 1.02 - allows web pages and sites to be constructed
from shared, reusable building blocks called components, which
contain a mix of Perl and HTML and can call each other and pass
values back and forth like subroutines [16]


mailing list highlights

  o This thread compares the advantages and disadvantages of 
generating your httpd.conf from a database using a template
system over using  sections [17]

  o A rather lengthy thread comparing MLDBM, Postgres, and other
storage solutions that started back in October.  It takes quite 
a few turns but this week's installation might be worth a read
if you are into this - some of the responses actually contain
worthy information [18]

  o Get some very interesting insights into MVC application design
using mod_perl based tools [19]


news

  o For some reason, Netcraft released April numbers mid-April...
 Apache 62.55% IIS 20.64% [20]
 mod_perl: 2,482,288 Domains, 256,862 IP Addresses [21]


links

  o The Apache/Perl Integration Project [22]
  o mod_perl documentation [23]
  o mod_perl modules on CPAN [24]
  o mod_perl homepage [25]
  o mod_perl news and advocacy [26]
  o mod_perl list archives [27] [28]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.cpan.org/src/stable.tar.gz
[6] http://www.cpan.org/src/devel.tar.gz 
[7] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98754354908081&w=2
[8] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98754418110219&w=2
[9] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98754465211646&w=2
[10] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98754493312683&w=2
[11] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98754716518832&w=2
[12] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98754733719250&w=2
[13] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98754313806576&w=2

[14] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&r=1&w=2&b=200104
[15] http://forum.swarthmore.edu/epigone/modperl/flunyaxtwan
[16] http://forum.swarthmore.edu/epigone/modperl/quimhoukhax
[17] http://forum.swarthmore.edu/epigone/modperl/quoblerberd
[18] http://forum.swarthmore.edu/epigone/modperl/whalthixgrol
[19] http://forum.swarthmore.edu/epigone/modperl/manzhayblix
[20] http://www.netcraft.com/survey/
[21] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98760695302450&w=2
[22] http://perl.apache.org
[23] http://perl.apache.org/#docs
[24] http://www.cpan.org/modules/by-module/Apache/
[25] http://www.modperl.com
[26] http://www.take23.org
[27] http://forum.swarthmore.edu/epigone/modperl/
[28] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: which Handler to adjust Response-Headers?

[Geoffrey Young]

> -Original Message-
> From: Jochen Schnapka [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 19, 2001 12:52 PM
> To: [EMAIL PROTECTED]
> Subject: Re: which Handler to adjust Response-Headers?
> 
> 
> On Thu, Apr 19, 2001 at 08:42:40AM -0400, Geoffrey Young wrote:
> 
> > > > $r->headers_out seems to be completly empty.
> > 
> > I think $r->headers_out will be empty until you do something to put
> > something in it (like $r->headers_out->add(), $r->no_cache(1), or
> > $r->send_http_headers()).  Depending on which modules you 
> have in your
> > apache binary (like maybe mod_expires?), there may be no 
> activity that sets
> > headers until you call $r->send_http_headers().
> 
> but there *is* a bunch of headers, which is sent back, even 
> if I do not
> touch anything. and these headers must be readable somewhere, 
> let it be
> Content-Length, Type, Date, whatever...

yes, after you call send_http_header().  Apache sets some of these for you
when the response is sent to the client if you don't call it yourself.  If
you try and find them before the content is actually sent (like in a
PerlFixupHandler) you won't see them...

[snip]

> 
> sub headers_out {
> #-
> # dump all of the outbound response headers
> #-
> 
>   my $self  = shift;
> 
> # [...]
> 
>   my $r = $self->{request};
> #  ^^

$self->{request} is not a method call - what you essentially are getting is

$r = $r;

so what you think is $r->request->headers_out() is really just
$r->headers_out().

;)

--Geoff

RE: which Handler to adjust Response-Headers?

[Geoffrey Young]

> -Original Message-
> From: Jochen Schnapka [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 19, 2001 6:31 AM
> To: [EMAIL PROTECTED]
> Subject: Re: which Handler to adjust Response-Headers?
> 
> 
> Hi again. Once again, I found the solution by myself.
> 
> On Wed, Apr 18, 2001 at 05:13:21PM +0200, Jochen Schnapka wrote:
> > Hi.
> > 
> > I wonder, which Handler I would have to invoke to mangle or 
> adjust the
> > response headers. I thought, this was the PerlFixupHandler.
>> But
> > $r->headers_out seems to be completly empty.

I think $r->headers_out will be empty until you do something to put
something in it (like $r->headers_out->add(), $r->no_cache(1), or
$r->send_http_headers()).  Depending on which modules you have in your
apache binary (like maybe mod_expires?), there may be no activity that sets
headers until you call $r->send_http_headers().

if you are interested, you can use Apache::DebugInfo and set up a
Perl*Handler for each phase and see what is added when:

PerlInitHandler 'sub { my $debug = Apache::DebugInfo->new(shift);
$debug->headers_out; };'
PerlFixupHandler 'sub { my $debug = Apache::DebugInfo->new(shift);
$debug->headers_out; };'
PerlCleanupHandler 'sub { my $debug = Apache::DebugInfo->new(shift);
$debug->headers_out; };'

or whatever... 

[snip]

> 
> Hehe, but this works:
> 
> $r->request->headers_out ...

huh?  that doesn't make sense to me...

> 
> So headers_out is located beneath the request sub-object (or 
> however you
> like to call it). Unfortunately this is not clearly 
> documented (I read the
> online book, chapter 7 and 9). 
> 
> I feel, that some methods can be accessed directly from top (as
> headers_in()), others not (like headers_out) :-(
> 
> Maybe this should be fixed or documented, otherwise somebody tell me
> please, if I am completly wrong :-)

that's more likely ;)

--Geoff

 

RE: Initialization code that recognized setting

[Geoffrey Young]

> -Original Message-
> From: darren chamberlain [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 19, 2001 7:48 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Initialization code that recognized  setting
> 
[snip]

> 
> So, DIR_CREATE and DIR_MERGE can be used to run code when a
> specific Location or Directory directive is hit, and nothing
> states that the code that runs has to only modify the data
> structure that gets passed in (although that was the original
> intent). You should be able to use this to perform
> Location-specific customizations to your module.

except that DIR_MERGE gets called every time a directive is encountered at
run-time, and IIRC DIR_CREATE is called at least twice per directive becuase
of the double-loading thing...

I just got through overloading , which may be an option:

sub Location ($$$;*) {

  # do something once and store it away

  return DECLINE_CMD;  # let Apache handle  after all
}

interesing approach to the problem, though...

--Geoff

RFC: Apache::ReverseLocation

[Geoffrey Young]

Hi all...

  well, I put some more work into it and have overcome a few issues (like
restoring $r->filename and making vhosts work)...

  anyway, I would be interested if anyone gets the chance to work with it or
deem it worthy of future development...

--Geoff

http://morpheus.laserlink.net/~gyoung/modules/Apache-ReverseLocation-0.01.ta
r.gz

README:

NAME

Apache::ReverseLocation - provide for negative URI containers

SYNOPSIS

httpd.conf:

  PerlModule Apache::ReverseLocation

  
SetHandler perl-script
PerlHandler My::Handler
  

  Alias !~ /bar /usr/local/apache/somefiles
  
SetHandler perl-script
PerlHandler Another::Handler
  

DESCRIPTION

Apache::ReverseLocation provides negative matching for  and
 container directives.  They work in the same manner as
the default directives except that the sense of the match is reversed,
similar to Perl's built-in !~ operator, allowing you to set the
behavior of your containers as restrictive instead of permissive.

Apache::ReverseLocation also overrides the mod_alias directive Alias,
which makes it possible to restore the filename (if you need it)
even though the URI is incorrect when translation occurs.  Hopefully
it actually works.

EXAMPLE

  in httpd.conf:

PerlModule Apache::ReverseLocation


  # this server only allows scripts to be run, nothing else
  PerlAccessHandler Apache::Constants::FORBIDDEN


  if you need to get at $r->filename:
  
  Alias !~ /server-status|/server-info /usr/local/apache/perl-bin
  
# if they don't want information, they get a script
SetHandler perl-script
PerlHandler Apache::Registry
Options +ExecCGI
Order Allow,Deny
Allow from All
  

NOTES

The Alias directive needs to match the regex from the container
directives exactly, otherwise it definitely will not work properly.
It might not work properly anyway...

Verbose debugging is enabled by setting 
$Apache::ReverseLocation::DEBUG=1 in your startup.pl.

The implementation of this module is very incomplete, and as such is
very alpha software.  It has not been tested on multiple platforms
environments for security, stability or other concerns.  It is 
definitely not production quality at this time.

FEATURES/BUGS

Probably many - it's alphaware.

SEE ALSO

perl(1), mod_perl(1), Apache(3)

AUTHOR

Geoffrey Young <[EMAIL PROTECTED]>

COPYRIGHT

Copyright 2001 Geoffrey Young - all rights reserved.

This library is free software; you can redistribute it and/or
modify it under the same terms as Perl itself.

RE: What the heck actually happens in a perl section?

[Geoffrey Young]

> -Original Message-
> From: Thomas K. Burkholder [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 17, 2001 6:40 AM
> To: [EMAIL PROTECTED]
> Subject: What the heck actually happens in a perl section?
> 
> 
> Hi again,
> 
> I'm still beating my head against perl sections.  Using PerlSetVar
> inside $Location seems really flaky - constants work, 
> variables vanish.
> And using $Location{$key} = {...} causes odd spurious 
> multiple-matching
> behaviour from a single matching hit.  Frankly, I'm at a loss.  I'm
> about ready to give up.  Anyone have any clue what the heck 
> really goes
> on inside  sections?  I will personally overnight-fedex 
> a case of
> fine microbrewery beer with my compliments to anyone who can 
> show me how
> to make this work.  Really.

what is basically going on is that the contents of the  section are
being read into the Apache::ReadConfig namespace which then inserts
Apache::ReadConfig globals into the Apache configuration.

> 
> 
>   PerlSetEnv PERL5LIB /home/burkhold/perl/local/share/perl/5.6.0
>   PerlInitHandler Apache::StatINC
>   PerlModule Apache::DBI
>   # this should be put in a LocationMatch
>   
> use IO::File;
> use Data::Dump;
> # convert this to per-user match later
> my $filename = "/home/burkhold/perl/PerlSetVar";
> my $file = IO::File->new("< $filename");
> my @kv = ();
> if ($file) {
>   while (<$file>) {
> s/(\w+)\s*=\s*(.*)\s*$/push @kv, "$1 $2"/e;
>   }
>   $file->close();
> }
> my $mapping = getMapping();
> my ($key, $value);
> # The following works
> #   $Location{'/areaj'} = {
> #  PerlSetVar => \@kv,

I'm surprised that this works at all...  what's in @kv at this point?  if
it's only two values then it might work if there is some magic behind the
scenes, but generally you can't store references in PerlSetVars without
having them stringified.  Maybe PerlAddVar would work for you, though...

maybe something like Apache::Storage would help as well...

for general debugging see man Apache::PerlSections and the
Apache::PerlSections->dump method.  There's also an entire section on
debugging  sections in the Eagle book.

HTH

--Geoff

 
[snip]

[DIGEST] mod_perl digest 04/14/01

[Geoffrey Young]

--

  mod_perl digest
 
   April 8, 2001 - April 14, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o module announcements
  o mailing list highlights
  o news
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.19 (released February 28, 2001) [3]
- development: 1.3.20-dev [4]
  o Perl
- stable: 5.6.1 (released April 9, 2001) [5]
- development: 5.7.1 [6]


module announcements

  o Apache::AuthTicket 0.31 - implementation of a cookie based
authentication system similar to the ticket access system
described in the Eagle book [7]


mailing list highlights

  o 58 patches to 2.0 this week! [8] 

  o A little expose on using constant subroutines as debug
constants [9] [10]

  o Here are some hints on getting the elusive PerlSetVar PERL5LIB
configuration to work [11]

  o A quick hack that allows you to pass off scripts to mod_cgi
based on their execution bit [12]

  o Here is an Apache::FakeRequest-like script that also captures
calls to Apache::Request and Apache::Cookie [13]
   
  o A patch for Apache::Session::Lock::File::clean() [14]

  o There was some discussion about a small security risk in MD5 
hashes, stemming from an example in the Eagle book [15]


news

  o Netcraft mod_perl statistics are out for March [16]
  mod_perl: 2,298,821 Domains, 244,201 IP Addresses

  o Apacheweek released a conference report from ApacheCon US [17]


links

  o The Apache/Perl Integration Project [18]
  o mod_perl documentation [19]
  o mod_perl modules on CPAN [20]
  o mod_perl homepage [21]
  o mod_perl news and advocacy [22]
  o mod_perl list archives [23] [24]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.cpan.org/src/stable.tar.gz
[6] http://www.cpan.org/src/devel.tar.gz 
[7] http://forum.swarthmore.edu/epigone/modperl/twenphalbran
[8] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&r=1&w=2
[9] http://forum.swarthmore.edu/epigone/modperl/pynultol
[10] http://forum.swarthmore.edu/epigone/modperl/goxskybril
[11] http://forum.swarthmore.edu/epigone/modperl/phanggexshu
[12] http://forum.swarthmore.edu/epigone/modperl/twexboonox
[13] http://forum.swarthmore.edu/epigone/modperl/florweldspix
[14] http://forum.swarthmore.edu/epigone/modperl/vexsixcloi
[15] http://forum.swarthmore.edu/epigone/modperl/spoothixyim
[16] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98698878715514&w=2
[17] http://www.apacheweek.com/issues/01-04-13
[18] http://perl.apache.org
[19] http://perl.apache.org/#docs
[20] http://www.cpan.org/modules/by-module/Apache/
[21] http://www.modperl.com
[22] http://www.take23.org
[23] http://forum.swarthmore.edu/epigone/modperl/
[24] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: negative LocationMatch syntax?

[Geoffrey Young]

> -Original Message-
> From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 12, 2001 2:00 PM
> To: [EMAIL PROTECTED]
> Cc: modperl; modssl
> Subject: Re: negative LocationMatch syntax?
> 
> 

[snip]

> > Is there a way I could use  to specify a not 
> condition?
> > as in 
> > 
> > SSLVerifyClient require
> > 
> > 
> > That would let me list the exceptions, and everything else would be
> > restricted by default..
> 
> It's really frustrating, but this is *not* possible... 

I _hate_ hearing that...

anyway, after an initial attempt to hack http_request.c (which didn't seem
that hard but proved beyond my meager C) I came up with this:

http://morpheus.laserlink.net/~gyoung/modules/Apache-ReverseLocation-0.01.ta
r.gz

it's just proof-of-concept at this point, but allows for reversed  and  by just including it as a PerlModule

it's major limitation at this point is that you can only have one reversed
configuration - I didn't build in regex => location mappings yet, just in
case somebody points out that this can never really work.  In my tests,
though, it seemed to work just fine, but I may be missing something.

anyway, if anyone thinks this is a worthy endeavor (over patching httpd
core), and doesn't manage to show how futile the efforts really is, then I
maybe I'll tidy it up, document it, and release it...

have fun...

--Geoff

RE: from the "quick hacks" department... x-bit controls mod_cgi

[Geoffrey Young]

> -Original Message-
> From: Geoffrey Young 
> Sent: Thursday, April 12, 2001 11:41 AM
> To: '[EMAIL PROTECTED]'
> Cc: [EMAIL PROTECTED]
> Subject: RE: from the "quick hacks" department... x-bit 
> controls mod_cgi
> > $INC/Stonehenge/XBitCGI.pm
> > 
> > sub Stonehenge::XBitCGI::handler {
> >   -f $_[0]->filename and -x _ and $_[0]->handler(q{cgi-script});
> >   return -1;
> > }
> > 
> > Better? :)
> 
> s/finfo/filename/
> 

whoops - that should be reversed, of course *blush*

> 
> --Geoff
> 

RE: from the "quick hacks" department... x-bit controls mod_cgi

[Geoffrey Young]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 12, 2001 11:27 AM
> To: Tim Bunce
> Cc: [EMAIL PROTECTED]
> Subject: Re: from the "quick hacks" department... x-bit 
> controls mod_cgi
> 
> 
> > "Tim" == Tim Bunce <[EMAIL PROTECTED]> writes:
> 
> Tim> On Wed, Apr 11, 2001 at 08:22:38PM -0700, Randal L. 
> Schwartz wrote:
> >> 
> >> In an .htaccess, I place:
> >> 
> >> Options +ExecCGI
> >> PerlFixupHandler "sub { -f $_[0]->filename and -x _ and 
> $_[0]->handler(q{cgi-script}) }"
> >> 
> >> Now any executable file in this directory (or below) is 
> processed with
> >> mod_cgi.  Any non-executable file is processed with 
> whatever the MIME
> >> engine came up with before.
> >> 
> >> OK, too cool to not pass on. :)
> 
> Tim> Except that I think you'll find that string is being 
> recompiled for
> Tim> each request - slow and leaks memory. The principle is 
> good though :)
> 
> Well, then, untested:
> 
> ..htaccess:
> 
> PerlFixupHandler Stonehenge::XBitCGI
> Options +ExecCGI
> 
> $INC/Stonehenge/XBitCGI.pm
> 
> sub Stonehenge::XBitCGI::handler {
>   -f $_[0]->filename and -x _ and $_[0]->handler(q{cgi-script});
>   return -1;
> }
> 
> Better? :)

s/finfo/filename/

;)

--Geoff

> 
> -- 
> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - 
> +1 503 777 0095
> <[EMAIL PROTECTED]> http://www.stonehenge.com/merlyn/>
> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
> See PerlTraining.Stonehenge.com for onsite and 
> open-enrollment Perl training!
> 

RE: Apache::Filter and cookies

[Geoffrey Young]

> -Original Message-
> From: JR Mayberry [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 10, 2001 11:31 AM
> To: [EMAIL PROTECTED]
> Subject: Apache::Filter and cookies
> 
> 
> Anyone have experience w/ Apache::Filter and handlers that 
> set cookies..
> 
> It looks like they are being lost..

I can set them just fine.  see the packages below...

> 
> I found an article on an archive of someone saying they are 
> having the same
> problem and someone else said the solution was to just not 
> send the header,

in recent versions of Filter, calling send_http_header is basically a no-op
unless you are the last filter in the chain (I say basically because it will
set the content-type if you call send_http_header($type), though).

> but you were fine as long as you were setting them... this 
> does not appear
> to be working for me..
> 
> Also what do people prefer Apache::Filter or 
> Apache::OutputChain... 

I think OutputChain is getting deprecated.  it is rather old and hasn't been
updated in a while.

Ken (somehow:) manages to keep tweaking Filter and more and more modules are
taking advantage of it.

> I tried
> OutputChain yesterday but no matter what I tried it wasnt actually
> compressing the output (w/ Apache::GzipChain), and I followed the
> documentation to a T.
> 
> 

HTH

--Geoff

package Custom::One;

use Apache::Constants qw( OK );
use strict;

sub handler {
  my $r = shift;

  $r = $r->filter_register;

  # try both ways...
  my $cookie = Apache::Cookie->new($r,
 -name=>  "foo",
 -value   =>  "492f183ad42ec80fc84d",
 -path=>  "/",
 -expires =>  "+10d"
   );
  $cookie->bake;

  $r->headers_out->set('Set-Cookie' => "name=bar");
  $r->send_http_header('text/plain');
  print "filter one...\n";
  return OK ;
}

1;
package Custom::Two;

use Apache::Constants qw( OK );
use strict;

sub handler {
  my $r = shift;

  $r = $r->filter_register;
   
  my $fh = $r->filter_input;
  local $/;
  my $string = <$fh>;

  $r->send_http_header('text/plain');
  print $string, "filter two...\n";
  print join "\n", $r->headers_out->get('Set-Cookie');
  return OK ;
}

1;

RE: [DIGEST] mod_perl digest 04/07/01

[Geoffrey Young]

> -Original Message-
> From: Paul Johnson [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 10, 2001 10:18 AM
> To: Geoffrey Young
> Cc: 'Paul Johnson'; '[EMAIL PROTECTED]'
> Subject: Re: [DIGEST] mod_perl digest 04/07/01
> 
> 
> On Tue, Apr 10, 2001 at 10:05:30AM -0400, Geoffrey Young wrote:
> > 
> > well, 5.6.1 at least - my bleedperl still says 5.7.0 (and so does
> > http://www.cpan.org/src/index.html)
> 
> http://www.cpan.org/authors/id/JHI/perl-5.7.1.tar.gz
> 
> OK, so it's less than 12 hours old :-)

right you are - I just rebuilt it and voila!

thanks...

--Geoff

> 
> -- 
> Paul Johnson - [EMAIL PROTECTED]
> http://www.pjcj.net
> 

RE: [DIGEST] mod_perl digest 04/07/01

[Geoffrey Young]

> -Original Message-
> From: Paul Johnson [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 10, 2001 9:58 AM
> To: Geoffrey Young
> Cc: '[EMAIL PROTECTED]'
> Subject: Re: [DIGEST] mod_perl digest 04/07/01
> 
> 
> On Tue, Apr 10, 2001 at 09:36:45AM -0400, Geoffrey Young wrote:
> >   o Perl
> > - stable: 5.6 (released March 23, 2000) [5]
> > - development: 5.7 [6]
> 
> That'll be 5.6.1 and 5.7.1 now.  (perl.com is out of date)

well, 5.6.1 at least - my bleedperl still says 5.7.0 (and so does
http://www.cpan.org/src/index.html)

thanks for the heads up, though - it's hard to keep up on everything :)

--Geoff

> 
> -- 
> Paul Johnson - [EMAIL PROTECTED]
> http://www.pjcj.net
> 

[DIGEST] mod_perl digest 04/07/01

[Geoffrey Young]

--

  mod_perl digest
 
   April 1, 2001 - April 7, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o module announcements
  o mailing list highlights
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.19 (released February 28, 2001) [3]
- development: 1.3.20-dev [4]
  o Perl
- stable: 5.6 (released March 23, 2000) [5]
- development: 5.7 [6]


module announcements

  o HTML::Mason 1.015 - allows web pages and sites to be constructed
from shared, reusable building blocks called components, which
contain a mix of Perl and HTML and can call each other and pass
values back and forth like subroutines [7]

  o Apache::Filter 1.018 - Alter the output of previous handlers [8]


mailing list highlights

  o mod_perl 2.0 now has a test suite [9]

  o There may be a bug in $r->no_cache(0).  It appears not to actually
remove Pragma and Cache-Control headers from the response [10]

  o There was an interesting thread about how to get a browser to
'twiddle' while the server performs a long operation [11] [12]

  o Here is some advice on getting HTML anchors to work with 
redirects [13]

  o Long thread of the week goes to talk of forking Sendmail versus
using Mail::Sendmail [14]


links

  o The Apache/Perl Integration Project [15]
  o mod_perl documentation [16]
  o mod_perl modules on CPAN [17]
  o mod_perl homepage [18]
  o mod_perl news and advocacy [19]
  o mod_perl list archives [20] [21]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.perl.com/pub/language/info/software.html#stable
[6] http://www.perl.com/pub/language/info/software.html#devel
[7] http://forum.swarthmore.edu/epigone/modperl/khyphangsweh
[8] http://forum.swarthmore.edu/epigone/modperl/jookhalbru
[9] http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=98643980117361&w=2
[10] http://forum.swarthmore.edu/epigone/modperl/vumspaclerd
[11] http://forum.swarthmore.edu/epigone/modperl/breldswungox
[12] http://forum.swarthmore.edu/epigone/modperl/prehkhalchul
[13] http://forum.swarthmore.edu/epigone/modperl/glixthangyix
[14] http://forum.swarthmore.edu/epigone/modperl/praxdwolflou
[15] http://perl.apache.org
[16] http://perl.apache.org/#docs
[17] http://www.cpan.org/modules/by-module/Apache/
[18] http://www.modperl.com
[19] http://www.take23.org
[20] http://forum.swarthmore.edu/epigone/modperl/
[21] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: Apache::Request problem (possible bug)

[Geoffrey Young]

 this was fixed in cvs this past month.  check out the archive of the
apreq-dev list (if there is one somewhere) to see the details.  basically it
was because using param() to set a variable was calling Apache::Table->set,
which stringifies its arguments.  Now it calls Apache::Table->add and does
some undef'ing, allowing you to set multiple values from a ref.


--Geoff

-Original Message--
From: Cees Hek
To: [EMAIL PROTECTED]
Sent: 4/6/01 11:07 AM
Subject: Apache::Request problem (possible bug)


Either I've found a problem with Apache::Request, or I don't know what
I'm
doing :)

Setting variables with $r->param() doesn't seem to work for array
references.  ie the following line from the man page doesn't work
correctly

$r->param('foo' => [qw(one two three)]);

When you look at foo afterwards it returns the string 'ARRAY(0x8c04fd8)'
instead of an actual reference to the array.  

I have include a basic handler that demostrates this on my machine
(Apache/1.3.17 mod_perl/1.24 perl 5.005_03)


package Apache::Test;
# File: Apache/Test.pm

use strict;
use Apache::Constants qw(:common);
use Apache::Request ();

sub handler {
my $r = new Apache::Request(shift);

$r->content_type('text/html');
$r->send_http_header();

my @list = $r->param('list');

$r->param('newlist' => [qw(one two three)]);

my @newlist = $r->param('newlist');

my $list = join ', ', @list;
my $newlist = join ', ', @newlist;
print <<"EOM";



list - $list
newlist - $newlist



  Blue
  Green
  Red
  Yellow





EOM

return OK;
}

1;



-- 
Cees Hek
SiteSuite Corporation
[EMAIL PROTECTED]

mod_perl BOF

[Geoffrey Young]

hi all...

  over a few beers last night, we (anyone who was drinking:) decided that
tonight would be a better time for the BOF than 9am this morning (or any
morning for that matter)

  seeing as how we don't have a room though, I thought that the pool was as
good a place to meet as anywhere...

  cya there

--Geoff

FW: Changes to BOF schedule..!

[Geoffrey Young]

FYI...

> -Original Message-
> From: Rodent of Unusual Size [mailto:[EMAIL PROTECTED]]
> Sent: Monday, April 02, 2001 6:59 PM
> To: BOF submitters
> Subject: Re: Changes to BOF schedule..!
> 
> 
> Rodent of Unusual Size wrote:
> > 
> > Due to a bit of confusion, the BOF schedule next week requires
> > some serious revamping.  The space we were going to use on
> > Wednesday will not be available until Thursday, and some of the
> > BOFs on Thursday and Friday need to be moved around to avoid
> > space collisions as well.
> 
> {sigh}  More confusion, fortunately undoing some of the earlier
> concerns.  We *do* have a BOF room for Wednesday, and we
> *do* have at least one BOF room (and sometimes two) on Thursday
> and Friday.
> 
> More info as it comes available..
> -- 
> #kenP-)}
> 
> Ken Coar
> Apache Software Foundation  
> "Apache Server for Dummies" 
> "Apache Server Unleashed"   
> 
> ApacheCon 2001!
> Four tracks with over 70+ sessions. Free admission to exhibits
> and special events - keynote presentations by John 'maddog' Hall
> and David Brin. Special thanks to our Platinum Sponsors IBM and
> Covalent, Gold Sponsor Thawte, and Silver Sponsor Compaq.  Attend
> the only Apache event designed and fully supported by the members of
> the ASF. See more information and register at !
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

RE: Changes to BOF schedule..!

[Geoffrey Young]

hi ken...

  the mod_perl BOF (BOF09) should not go up against any mod_perl session if
it can be avoided

  as it stands now, this means it could fit in late afternoon/evening on
thursday, nearly any time on friday, or wherever you decide it should go
after the rearrangement...

  thanks for fixing this up

--Geoff

-Original Message-
From: Rodent of Unusual Size
To: BOF submitters
Sent: 3/31/01 10:02 PM
Subject: Changes to BOF schedule..!

To BOF submitters:

Due to a bit of confusion, the BOF schedule next week requires
some serious revamping.  The space we were going to use on
Wednesday will not be available until Thursday, and some of the
BOFs on Thursday and Friday need to be moved around to avoid
space collisions as well.

We are not sure how things are going to turn out yet.
We may end up putting the Wednesday BOFs in the evening, after
the sessions.  No news yet on the Thursday and Friday BOFs.
If you have specific sessions that you do not want your
BOF(s) scheduled against, please let me know the session
slot and your BOF title and we will see what we can do..

Sorry for the late notice, and thanks for your understanding
and cooperation..
-- 
#kenP-)}

Ken Coar
Apache Software Foundation  
"Apache Server for Dummies" 
"Apache Server Unleashed"   

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[DIGEST] mod_perl digest 03/31/01

[Geoffrey Young]

--

  mod_perl digest
 
   March 25, 2001 - March 31, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o module announcements
  o mailing list highlights
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.19 (released February 28, 2001) [3]
- development: 1.3.20-dev [4]
  o Perl
- stable: 5.6 (released March 23, 2000) [5]
- development: 5.7 [6]


module announcements

  o DBI 1.15 - Loaded with new features, DBI 1.15 is finally here
after a year of patient waiting.  In the announcement Tim also
describes what's next on his agenda. [7]

  o HTML::Embperl 2.0 beta2 - a module for embedding Perl code in HTML
pages that includes building pages/sites out of small reusable
objects/components and session handling [8]

  o HTML::Mason 1.01 - allows web pages and sites to be constructed
from shared, reusable building blocks called components, which
contain a mix of Perl and HTML and can call each other and pass
values back and forth like subroutines [9]


mailing list highlights

  o This is yet-another-caching thread, but it does mention some
of the issues around threaded perl that are good to know for 
those that have an interest in mod_perl 2.0 [10]

  o There was a report of a segfault under Apache::Session::Postgres,
as well as a suggested solution [11]

  o mod_perl 2.0 gets closer every day [12]

  see everyone at the conference...


links

  o The Apache/Perl Integration Project [13]
  o mod_perl documentation [14]
  o mod_perl modules on CPAN [15]
  o mod_perl homepage [16]
  o mod_perl news and advocacy [17]
  o mod_perl list archives [18] [19]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.perl.com/pub/language/info/software.html#stable
[6] http://www.perl.com/pub/language/info/software.html#devel
[7] http://marc.theaimsgroup.com/?l=perl-dbi&m=98596785405354&w=2
[8] http://forum.swarthmore.edu/epigone/modperl/chalbenlimp
[9] http://forum.swarthmore.edu/epigone/modperl/tuldeejoo
[10] http://forum.swarthmore.edu/epigone/modperl/thoowoispoo
[11] http://forum.swarthmore.edu/epigone/modperl/terkhyswi
[12] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&r=1&w=2&b=200104
[13] http://perl.apache.org
[14] http://perl.apache.org/#docs
[15] http://www.cpan.org/modules/by-module/Apache/
[16] http://www.modperl.com
[17] http://www.take23.org
[18] http://forum.swarthmore.edu/epigone/modperl/
[19] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: mod_perl BOF

[Geoffrey Young]

> -Original Message-
> From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 29, 2001 1:41 AM
> To: Dave Rolsky
> Cc: mod_perl list
> Subject: Re: mod_perl BOF
> 
> 
> On Wed, 28 Mar 2001, Dave Rolsky wrote:
> 
> > Why was this scheduled during Matt Sergeant's AxKit presentation?
> > 
> > Why not during a time slot when there are no mod_perl presentations?
> > 
> > This is not rocket science here.
> 
> I'm creating my own "Beer BOF", every night in the hotel bar. 
> You and Stas
> (and any other non-drinkers) are welcome, of course :-)

speaking of which, is there a meeting place for tuesday night?

> 
> -- 
> 
> 
> /||** Founder and CTO  **  **   http://axkit.com/ **
>//||**  AxKit.com Ltd   **  ** XML Application Serving **
>   // ||** http://axkit.org **  ** XSLT, XPathScript, XSP  **
>  // \\| // ** mod_perl news and resources: http://take23.org  **
>  \\//
>  //\\
> //  \\
> 

RE: mod_perl BOF

[Geoffrey Young]

>-Original Message-
>From: Dave Rolsky
>To: mod_perl list
>Sent: 3/28/01 6:08 PM
>Subject: mod_perl BOF
>
>Why was this scheduled during Matt Sergeant's AxKit presentation?

I dunno.  Stas asked me to reserve a slot for it.  I didn't specify a time
so this is what we got I guess.

>
>Why not during a time slot when there are no mod_perl presentations?

Absolutely.  I've CC'd the ApacheCon planners so hopefully they can step in
and fix things.

--Geoff

>
>This is not rocket science here.
>
>
>-dave

RE: [OT] ApacheCon BOF

[Geoffrey Young]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 28, 2001 11:17 AM
> To: Geoffrey Young
> Cc: 'darren chamberlain'; '[EMAIL PROTECTED]'
> Subject: Re: [OT] ApacheCon BOF
> 
> 
> >>>>> "Geoffrey" == Geoffrey Young <[EMAIL PROTECTED]> writes:
> 
> >> Might this be a good time to consider Cafe Press, then?
> 
> Geoffrey> as it turns out, the graphics house was actually the sponsor
> 
> Geoffrey> them bailing means that we don't even get a design...
> 
> If it's designs you want, I could probably get Stonehenge's graphic
> house to contribute the design.  Same guy that did the new Stonehenge
> logo and the "knife" brochure last year.  He's very good.
> 
> Especially if it's my "mod_perl: over 42 billion served" idea. :)

since I'm not coordinating the actual delivery (like I did last year), if
someone else wants to go about subsidizing a design and throwing it over to
Cafe Press I'm game...

go nuts :)

--Geoff

RE: [OT] ApacheCon BOF

[Geoffrey Young]

> -Original Message-
> From: darren chamberlain [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 28, 2001 8:22 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [OT] ApacheCon BOF
> 
> 
> Geoffrey Young ([EMAIL PROTECTED]) said something to this 
> effect on 03/28/2001:
> > well, I am embarrassed to have to say that the sponsor who 
> had committed to
> > the shirts this year bailed on us.
> > 
> > it has nothing to do with the contents of this thread - 
> apparently the
> > product they wanted to market isn't fully baked yet and 
> they thought that
> > the shirts were premature (and too costly to just give us).
> 
> Might this be a good time to consider Cafe Press, then?

as it turns out, the graphics house was actually the sponsor

them bailing means that we don't even get a design...

> 
> (darren)
> 
> -- 
> The kind of thinking we do sets the stage for the action we are
> likely to take. Because of this, a man who refuses to develop his
> thinking is likely to act on the impressions made upon him by others.
> -- Dr. Clause R. Baker, "Coin In The Air"
> 

RE: DBD - Oracle "Error connecting to Oracle"

[Geoffrey Young]

> -Original Message-
> From: EXT-Sethi, Arun [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 27, 2001 10:07 PM
> To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
> Cc: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'; 
> '[EMAIL PROTECTED]'
> Subject: DBD - Oracle "Error connecting to Oracle"
> 
> 
> Geoff / Daniel,
> 
> this is in ref. to your emails (as given below) in the 
> "mod_perl" users group.
> 
> I am going through the same errors in my error_log ie
> 
> getting:
> Use of inherited AUTOLOAD for non-method 
> DBD::Oracle::ORA_OCI() is deprecated at 
> /oracle/product/9iAS/Apache/perl/lib/site_perl/5.005/PA-RISC2.
> 0-thread/DBD/Oracle.pm line 48.

I was never able to figure out that exact error but I think it had something
to do with DBI trying (unsucessfully) to load DBD::Oracle twice.  That is, I
would only see it from my log handler after my content handler bombed for
the other reasons listed in the thread.  In both cases I was just use()ing
DBI and relying on DBI to pull in DBD::Oracle (however it does that)

> 
> when I try to connect to oracle from aperl program from the 
> web using DBD::Oracle (1.0.3 as wel as DBD 1.0.6)
> and I have no problem connecting to oracle when I run the 
> perl program from thw shell (command line)
> 
> 
> It looks like you are on linux platform, and in my case I am 
> on hp-ux 11.0 box.  I am not sure if Daniel is also on linux 
> box or some other box.

I have experience with this on both solaris and linux - the below patch
helped on both platforms.
no experience on HP for me, though.

sorry

--Geoff

> 
> 
> I have also tried as follows but that does not help in my case
> 
>  the short answer/path is to edit DBD::Oracle Makefile.PL and 
> build it again
> 
>   -$::opt_b = 1;   # try to use Oracle's own 'build' rule
>   +$::opt_b = 0;   # try to use Oracle's own 'build' rule
> 
> 
> Question:
> 
> I would appreciate to know if there is some thing I am 
> missing or if this is some bug in DBD:Oracle (1.03/1.0.6) on 
> HP-UX or any other information that can help me 
> resolve/workaround this problem.
> 
> 
> 
> thanks
> Arun
> 
> 
> 
[snip]

RE: [OT] ApacheCon BOF

[Geoffrey Young]

well, I am embarrassed to have to say that the sponsor who had committed to
the shirts this year bailed on us.

it has nothing to do with the contents of this thread - apparently the
product they wanted to market isn't fully baked yet and they thought that
the shirts were premature (and too costly to just give us).

a million apologies for wasting everyone's bandwidth (and trying everyone's
patience) - it's out of my control.

--Geoff

RE: [DIGEST] mod_perl digest 03/24/01

[Geoffrey Young]

> -Original Message-
> From: Gunther Birznieks [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 27, 2001 9:04 AM
> To: Geoffrey Young; '[EMAIL PROTECTED]'
> Subject: Re: [DIGEST] mod_perl digest 03/24/01
> 
> 
> At 08:57 AM 3/26/01 -0500, Geoffrey Young wrote:
> 
> >mod_perl status
> >
> >   o mod_perl
> > - stable: 1.25 (released January 29, 2001) [1]
> > - development: 1.25_01-dev [2]
> >   o Apache
> > - stable: 1.3.19 (released February 28, 2001) [3]
> > - development: 1.3.20-dev [4]
> >   o Perl
> > - stable: 5.6 (released March 23, 2000) [5]
> > - development: 5.7 [6]
> 
> Is Perl 5.6 really the "stable" release? 

according to perl.com's front page 5.6 is stable and 5.7 is dev.

> I've seem some 
> discussion out of 
> the corner of my eye here about people complaining about 5.6 
> and to get 
> so-and-so latest version instead. To someone like me who 
> doesn't really use 
> 5.6 specific features, I just avoid getting 5.6 altogether because of 
> seeing posts like this.
> 
> Also, is 5.6 really the release that works the most stably 
> with mod_perl 
> 1.25? Or would a variant of 5.005 really be better instead if people 
> complain about 5.6?
> 
> I just noticed this in the digest and it started me thinking 
> about this. 
> Because if I read the digest as a newbie, I would be taking 
> it to mean that 
> if I want the most stable mod_perl server I would use Perl 5.6 with 
> mod_perl 1.25.

I suppose you could draw that conclusion.  The information I was including,
though, was merely meant to be the status of things as repored by the
various bodies.  If a newbie went to perl.com looking for the latest stable
version of perl, he would be directed to 5.6.

there have been lots of reports about 5.6 being broken, but I thought that
it was mostly a few broken features of the language rather than blanket
incompatibility with mod_perl.  I can't recall, really...

I think that short of Doug stating which version of perl he wants to endorse
with 1.25 we should go with what is the official listing on perl.com.

of course, I don't follow p5p as well as I should - if they are pretty much
pushing 5.6.1-trial (or whatever) instead of 5.6 then maybe I'll link to
that instead.  But they ought to propigate that message out to the masses, I
would think.

--Geoff

> 
> 

[DIGEST] mod_perl digest 03/24/01

[Geoffrey Young]

--

  mod_perl digest
 
   March 18, 2001 - March 24, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o module announcements
  o mailing list highlights
  o news
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.19 (released February 28, 2001) [3]
- development: 1.3.20-dev [4]
  o Perl
- stable: 5.6 (released March 23, 2000) [5]
- development: 5.7 [6]


module announcements

  o Apache::ProxyRewrite 0.14 - a reverse-proxy that will rewrite URLs
embedded in HTML documents [7]

  o Three useful but non-mod_perl modules were announced to the list:
- MLDBM::Sync 0.07, a locking wrapper around MLDBM [8]
- Tie::Cache 0.15, a memory size limiting LRU cache [9]
- Cache::Cache 0.06 - successor to File::Cache and IPC::Cache [10]


mailing list highlights

  o An interesting and very detailed thread on the exact nature of the
sync() call in DB_File [11]

  o Here is a code snippet that shows how to access the request
object in XS [12]

  o Take23.org now has an IRC channel [13]

  nothing else terribly intersting ;)


news

  o Netcraft mod_perl statistics are out for February [14]
  mod_perl: 2,203,353 Domains, 230,502 IP Addresses


links

  o The Apache/Perl Integration Project [15]
  o mod_perl documentation [16]
  o mod_perl modules on CPAN [17]
  o mod_perl homepage [18]
  o mod_perl news and advocacy [19]
  o mod_perl list archives [20] [21]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.perl.com/pub/language/info/software.html#stable
[6] http://www.perl.com/pub/language/info/software.html#devel
[7] http://forum.swarthmore.edu/epigone/modperl/thilparfum
[8] http://forum.swarthmore.edu/epigone/modperl/nenfouphoi
[9] http://forum.swarthmore.edu/epigone/modperl/zhondeehen
[10] http://forum.swarthmore.edu/epigone/modperl/bloohulplah
[11] http://forum.swarthmore.edu/epigone/modperl/toupringtwand
[12] http://forum.swarthmore.edu/epigone/modperl/sparsatah
[13] http://forum.swarthmore.edu/epigone/modperl/tufrimclee
[14] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98526888732735&w=2
[15] http://perl.apache.org
[16] http://perl.apache.org/#docs
[17] http://www.cpan.org/modules/by-module/Apache/
[18] http://www.modperl.com
[19] http://www.take23.org
[20] http://forum.swarthmore.edu/epigone/modperl/
[21] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: %ENV via PerlTransHandler

[Geoffrey Young]

-Original Message-
From: Paul Evad
To: [EMAIL PROTECTED]
Sent: 3/21/01 1:36 PM
Subject: %ENV via PerlTransHandler
>
>question: how does one access the environment variables when using 
>mod_perl as a transhandler?
>

what kind of stuff are you expecting HTTP_REFERER and company via
PerlSetupEnv On?  I'm not sure, but maybe this gets populated after
translation (which might make sense since it is unknown that the file is a
cgi script until after translation).  haven't checked it, though, and I
stopped relying on those long ago...

--Geoff

RE: [OT] ApacheCon BOF

[Geoffrey Young]

I realize that the subject is OT, but let's not get into a political (or
whatever) debate on the list.

there will be no images of anything picking on any particular demographic
(be it Python or Native Americans) so please take this discussion offline...

I am sorry this turned into something approaching the offensive - I just
wanted to give away some shirts...

--Geoff

RE: [OT] ApacheCon BOF

[Geoffrey Young]

> -Original Message-
> From: Dave Rolsky [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 20, 2001 3:19 PM
> To: Geoffrey Young
> Cc: '[EMAIL PROTECTED]'
> Subject: RE: [OT] ApacheCon BOF
> 
> 
> On Tue, 20 Mar 2001, Geoffrey Young wrote:
> 
> > > If you get a really good artist, put the lamp/bottle into 
> the hands of
> > > a well-built Native American figure (a warrior-type is 
> great, but an
> > > "indian princess" has subliminal appealok, ok, but 
> think about it,
> > > lol!)
> >
> > I think the graphics house we'll be using is pretty capable :)
> 
> I for one would appreciate a design that doesn't fetishize a 
> culture and
> people that have already had enough abuse at the hands of 'American'
> people.
> 
> Can we please keep the design more focused on technology and 
> geekiness?

fair enough.  don't know if you got my latest response, but looking at it I
was probably not as sensitive to the issue as I should have been...

my apologies in advance.

--Geoff

> 
> 
> -dave
> 
> /*==
> www.urth.org
> We await the New Sun
> ==*/
> 
> 

RE: [OT] ApacheCon BOF

[Geoffrey Young]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 20, 2001 2:59 PM
> To: Geoffrey Young
> Cc: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
> Subject: Re: [OT] ApacheCon BOF
> 
> 
> >>>>> "Geoffrey" == Geoffrey Young <[EMAIL PROTECTED]> writes:
> 
> >> > still need more suggestions for a theme that aren't 
> tongue-in-cheek,
> >> 
> >> lol! Why, I thought that was the idea!!!
> 
> Geoffrey> well, of course - but much folly leaves the list 
> innundated with (albeit
> Geoffrey> funny) postings but not much for me to work with...
> 
> Geoffrey> (it's all Randall's fault ;)
> 
> I actually was seriously suggesting mine.  You didn't specify any
> design criterion that would rule mine out.  What was wrong with mine?
> 
> /me feels hurt that his idea wasn't taken seriously...

sorry Randal - I guess I just found it so funny that I didn't think you were
really serious about it (I saw the big glowing M and nearly snarfed my
coffee :)


actually, we may have a winner with the Native American and lamp idea.  A
coworker suggested a peace pipe (picture an indian smoking perl) instead of
a lamp, since you don't see warriors holding lamps often.  maybe some smoke
signals?

if anyone out there can suggest some mod_perl code (obfuscated or not) that
could go in the smoke that would be great...

--Geoff

RE: [OT] ApacheCon BOF

[Geoffrey Young]

> -Original Message-
> From: Paul [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 20, 2001 12:58 PM
> To: Geoffrey Young
> Subject: RE: [OT] ApacheCon BOF
> 
> 
> 
> --- Geoffrey Young <[EMAIL PROTECTED]> wrote:
> > still need more suggestions for a theme that aren't tongue-in-cheek,
> 
> lol! Why, I thought that was the idea!!!

well, of course - but much folly leaves the list innundated with (albeit
funny) postings but not much for me to work with...

(it's all Randall's fault ;)

> 
> Seriously, though
> 
> How about this:
> 
> A graphis of an old-style oil-lamp or some baroque bottle, with smoke
> seeping out into a little cloud. Make the smoke out of 
> snippets of perl
> code, particularly mod_perl/Apache specific calls when possible.

I like this whole idea lots...

> 
> If you get a really good artist, put the lamp/bottle into the hands of
> a well-built Native American figure (a warrior-type is great, but an
> "indian princess" has subliminal appealok, ok, but think about it,
> lol!)

I think the graphics house we'll be using is pretty capable :)

--Geoff

> 
> Worst case, embed the bottle in some sort of "net" graphic.
> It could work
> 
> __
> Do You Yahoo!?
> Get email at your own domain with Yahoo! Mail. 
> http://personal.mail.yahoo.com/
> 

RE: no-cache headers?

[Geoffrey Young]

> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 20, 2001 11:44 AM
> To: mod_perl list
> Subject: no-cache headers?
> 
> 
> I've a note in the guide to check the correctness of the following
> section.  I have these 2 questions:
> 
> 1. Should all three headers be always sent?
> 2. Should $r->no_cache(1) be used for non-2xx responses?
> 
> Thanks!
> 
> =head1 Cache Control for Regular and Error Modes
> 
> To disable the client response caching these HTTP headers should be
> used:
> 
>   Pragma: no-cache
>   Cache-control: no-cache
>   Expires: Wed, 21 Mar 2001 00:28:13 GMT
> 
> where the I field is set to the same date and time as the
> original request.
> 
> For normally generated response use:
> 
>   $r->header_out("Pragma","no-cache");
>   $r->header_out("Cache-control","no-cache");
>   $r->no_cache(1);

$r->no_cache(1) sets these headers for you - no need to set them yourself.

> 
> If for some reason you need to use them in Error control code
> (i.e. when sending some non-2xx response code) use:
> 
>   $r->err_header_out("Pragma","no-cache");
>   $r->err_header_out("Cache-control","no-cache");
>   $r->no_cache(1);

I don't think this is necessary

  http://archive.covalent.net/perl/dev/2000/09/0042.xml

--Geoff

> 
> 
> 
> 
> _
> 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://logilune.com/
> http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
> 
> 

RE: [OT] ApacheCon BOF

[Geoffrey Young]

> -Original Message-
> From: David Harris [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 20, 2001 10:24 AM
> To: Geoffrey Young; [EMAIL PROTECTED]
> Subject: RE: [OT] ApacheCon BOF
> 
> 
> 
> Geoffrey Young [mailto:[EMAIL PROTECTED]] wrote:
> >   o unfortunately, we can't get into the biz of selling any.  the
> logistics
> > of that is just too much.
> 
> What about using a service like www.cafepress.com where you upload the
> artwork and they take care of all the logistics: order 
> taking, payment,
> manufacturing, shipping, and customer service. You can 
> increase your price
> over their "base" and donate the money to perl somehow, or 
> just sell at the
> base price.
> 
> It would also be easy enough to upload the artwork from last year.

Hi David...

yeah, I hadn't heard of this until you and Kenny mentioned it.  I asked
around - apparently the quality isn't the best.  

At any rate, we'll probably end up doing this since it doesn't cost anything
and gives the sponsor some more eyeballs...

still need more suggestions for a theme that aren't tongue-in-cheek, though
:)

--Geoff

> 
> David Harris
> President, DRH Internet Inc.
> [EMAIL PROTECTED]
> http://www.drh.net/
> 
> 

RE: LimitRequestBody

[Geoffrey Young]

> -Original Message-
> From: Victor Michael Blancas [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 19, 2001 10:57 PM
> To: [EMAIL PROTECTED]
> Subject: LimitRequestBody
> 
> 
> The httpd documentation says that the default LimitRequestBody
> configuration is 0. However, i'm only able to upload files of 
> size less
> than 1.0MB. Any ideas, thanks.

any chance that you changed the default behavior of LimitRequestBody at
compile time?

maybe the read is timing out?  There was a thread recently that talked about
read timeouts over a proxy server causing problems because the backend was
timing out before the proxy (or somesuch)...

not much help, but maybe something to chew on?

--Geoff

> 
> -- 
> Mike
> 

RE: [OT] ApacheCon BOF

[Geoffrey Young]

well, thanks everyone for your suggestions (maybe :)

I just thought I'd sum up some of the issues that we dealt with last year:

  o the Eagle and Apache feather are off limits - we didn't get permission
to use them last year and don't expect that to change.

  o the shirt is going to have a corporate sponsor, so we don't want to go
dousing MS or whatever which might get them into trouble

  o while there may be some *cough* friendly competition between perl and ?
we don't want to pick on any one particular programming demographic (though
they guy who is forking over the $$ loves python and we pick on eachother
all the time - that one made me chuckle)

  o unfortunately, we can't get into the biz of selling any.  the logistics
of that is just too much.

  anyway, here is last years image (well almost, the background is skewed in
this one, but I couldn't find the actual one).
 http://morpheus.laserlink.net/~gyoung/apachecon.jpg
  the image was on the back and the corporate logo on the breast pocket
(except there wasn't a pocket).  It will probably be some similar
arrangement this year (the company has to get its moneys worth :)

  Keep the ideas coming...

thanks all

--Geoff

[OT] ApacheCon BOF

[Geoffrey Young]

Hi all...

  In the spirit of things free and fun, I again have a sponsor for mod_perl
T-Shirts for this year's ApacheCon BOF.  I think we can afford to make this
year's BOF a bit more organized than last year's (probably no shirt
tossings) but the shirts will likely be there just the same.

  What I don't have are any ideas for a shirt theme.  The sponsor will be
taking care of all the graphics work required - just your mental capital is
needed.  

  Since this is really OT, any discussion should probably be directed to the
advocacy list or to me personally.  Then again, things are so slow here
lately ;)

--Geoff

[DIGEST] mod_perl digest 03/17/01

[Geoffrey Young]

--

  mod_perl digest
 
   March 11, 2001 - March 17, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o module announcements
  o mailing list highlights
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.19 (released February 28, 2001) [3]
- development: 1.3.20-dev [4]
  o Perl
- stable: 5.6 (released March 23, 2000) [5]
- development: 5.7 [6]


module announcements

  o Two non-mod_perl but interesting modules were announced this week
- Tie::DxHash 0.91 - helps in using hashes in  sections when
  you need to both preserve insertion order and have multiple 
  keys [7]

- Cache::Cache 0.04 - successor to File::Cache and IPC::Cache [8]


mailing list highlights

  Another slow week on the list...

  o The big discussion this week was about PerlSendHeader 
documentation [9]

  o There was an OT but interesting thread on whether lexical 
variables are faster than global variables [10].  This
response in particular may be of interest to those who
want to know more about perlguts [11]

  o A patch was submitted that may be of interest to anyone
using Apache::StatINC with Apache::ASP [12]

  o 63 patches to mod_perl 2.0 this week [13]


links

  o The Apache/Perl Integration Project [14]
  o mod_perl documentation [15]
  o mod_perl modules on CPAN [16]
  o mod_perl homepage [17]
  o mod_perl news and advocacy [18]
  o mod_perl list archives [19] [20]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.perl.com/pub/language/info/software.html#stable
[6] http://www.perl.com/pub/language/info/software.html#devel
[7] http://forum.swarthmore.edu/epigone/modperl/jeldcricrel
[8] http://forum.swarthmore.edu/epigone/modperl/danfrorpil
[9] http://forum.swarthmore.edu/epigone/modperl/pludwerglul
[10] http://forum.swarthmore.edu/epigone/modperl/jimpspolwhim
[11]
http://forum.swarthmore.edu/epigone/modperl/jimpspolwhim/20010315104719.B650
[EMAIL PROTECTED]
[12] http://forum.swarthmore.edu/epigone/modperl/munglandspen
[13] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&r=1&w=2&b=200103
[14] http://perl.apache.org
[15] http://perl.apache.org/#docs
[16] http://www.cpan.org/modules/by-module/Apache/
[17] http://www.modperl.com
[18] http://www.take23.org
[19] http://forum.swarthmore.edu/epigone/modperl/
[20] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: enable normal SSI for output of mod_perl script

[Geoffrey Young]

>-Original Message-
>From: Ken Williams
>To: 'Surat Singh Bhati'
>Cc: [EMAIL PROTECTED]
>Sent: 3/17/01 12:42 PM
>Subject: RE: enable normal SSI for output of mod_perl script
>
>[EMAIL PROTECTED] (Geoffrey Young) wrote:
>>Surat Singh Bhati [mailto:[EMAIL PROTECTED]]
>>> Hi,
>>> 
>>> I want to filter/process some files using my own 
>>> handler as:
>>> 
>>> 
>>>SetHandler  perl-script
>>>PerlHandler Apache::Myprocessing
>>> 
>>> 
>>> Now, beofre sending the output of above handler to browser, I want
>>> to process it as normal server-parsed (i. e. apache should search for
>>> the SSI tags like  , process them, and 
>>> serve the final output to the browser.
>>
>>well, you can almost do this with Apache::SSI and Apache::Filter, but
>>Apache::SSI can't filter #exec or #include tags.
>
>That won't be a problem in this case, since the SSI tags are the last
>thing to happen before the page is sent to the browser.  Just wanted to
>make sure it was clear that Apache::SSI does support "#exec cgi" and
>#include, it's just that Apache::Filter can't capture that output and
>let someone else filter it.  Note that "#exec cmd" is fine.

right - sorry I wasn't clear.  I mistakenly thought he wanted to filter SSI
-> MyProcessing and just wanted to warn him about using those two tags in
the middle of the chain...

my appologies...

--Geoff

RE: enable normal SSI for output of mod_perl script

[Geoffrey Young]

> -Original Message-
> From: Surat Singh Bhati [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 16, 2001 1:56 PM
> To: [EMAIL PROTECTED]
> Subject: enable normal SSI for output of mod_perl script
> 
> 
> Hi,
> 
> I want to filter/process some files using my own 
> handler as:
> 
> 
>SetHandler  perl-script
>PerlHandler Apache::Myprocessing
> 
> 
> Now, beofre sending the output of above handler to browser, I want
> to process it as normal server-parsed (i. e. apache should search for
> the SSI tags like  , process them, and 
> serve the final output to the browser.

well, you can almost do this with Apache::SSI and Apache::Filter, but
Apache::SSI can't filter #exec or #include tags.

see the manpages for both for more details...

HTH

--Geoff

> 
> Please suggest me how to configure Apache and mod_perl for it.
> 
> Thanks and Regards,
> 
> -Surat Singh Bhati
> 
> 
> 
> 
> 
>
> 
> 

RE: %ENV

[Geoffrey Young]

> -Original Message-
> From: darren chamberlain [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 15, 2001 8:34 AM
> To: [EMAIL PROTECTED]
> Subject: Re: %ENV
> 
> 
> Gene Dascher ([EMAIL PROTECTED]) said something to 
> this effect on 03/15/2001:
> > Well, with the subprocess_env(), I can see the key that I 
> set in my cgi now,
> > but the value that I set the key to is a Hash reference 
> that I need to use
> > in my cgi.  Unfortunately, all I get now is ENV{'TEST_VAR'} =
> > HASH(0x860a278), and I can't pull my values out.
> 
> I'm running into this as well, but with a different Apache::Table
> object. It seems that Apache::Table stringifies its values, which
> makes it useless for applications like this.

Apache::Table stringifies all of its values becuase it is really a C
structure in Apache (or somesuch - I'm not a C guy).   This is why notes()
(an Apache::Table object) can only hold string values and why pnotes is not
an Apache::Table object.  The Eagle book explains it pretty well.

pnotes is the way to go for non-string objects.  It is simple (unlike the
Data::Dumper example) and cleans itself up at the end of each request, which
is nice.

  my %hash = ();

  $r->pnotes(Foo => \%hash);

  my $href = $r->pnotes('Foo');

  my %old_hash = %$href;

HTH

--Geoff

RE: %ENV

[Geoffrey Young]

> -Original Message-
> From: darren chamberlain [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 15, 2001 7:19 AM
> To: modperl
> Subject: Re: %ENV
> 
> 
[snip]
 
> Try fiddling with $r->subprocess_env; I've had good results 
> that way. e.g.:
> 
> $r->subprocess_env('TEST_VAR', 1);
> 
> I haven't tried using %ENV, but I was under the impression it was
> tied to the same internal Apache::Table object as
> $r->subprocess_env,

I don't think that is right, since that would mean that you could do
case-insensitive lookups on %ENV...
  #!/usr/bin/perl

  my $r = shift;

  $ENV{Foo} = 'Foo';
  $r->subprocess_env(Bar => 'Bar');

  my $env_foo = $ENV{Foo};
  my $env_bar = $ENV{BAR};

  my $sp_foo = $r->subprocess_env('FOO');
  my $sp_bar = $r->subprocess_env('BAR');

  $r->send_http_header('text/plain');
  print "env_foo is: $env_foo\n";
  print "env_bar is: $env_bar\n";
  print "sp_foo is: $sp_foo\n";
  print "sp_bar is: $sp_bar\n";

yields:

  env_foo is: Foo
  env_bar is: 
  sp_foo is: 
  sp_bar is: Bar


< which means that setting $ENV{'TEST_VAR'}
> should work as well.

  that's right, though :)

  If you are going to get $r anyway, you are better off using pnotes() to
stash stuff, since it takes less overhead than populating %ENV with
subprocess_env().

--Geoff

> 
> Make sure you are setting this in the parent request, if you are
> in a subrequest:
> 
> $r = ($r->is_main) ? $r : $r->main;
> 
> (darren)
> -- 
> The world is coming to an end!  Repent and return those library books!
> 

RE: Passing Objects with PerlSetVar

[Geoffrey Young]

> -Original Message-
> From: darren chamberlain [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 12, 2001 12:54 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Passing Objects with PerlSetVar
> 
> 
> Ken Williams ([EMAIL PROTECTED]) said something to 
> this effect on 03/12/2001:
> > [EMAIL PROTECTED] (darren chamberlain) wrote:
> > >I just found Apache::Storage 
> http://tangent.org/Apache-Storage/>,
> > >which will let you store complex data structures from httpd.conf:
> > I wonder why I've never heard of this module before.  It 
> looks like it's
> > never been discussed on the list, and it's not in the module list.
> 
> It's not on CPAN, as far as I know; I came across it on
> Freshmeat (http://freshmeat.net/projects/apachestorage/>).
> The Freshmeat main branch is dated Feb 17, so it's pretty new.

http://www.cpan.org/modules/by-module/Apache/Apache-Storage-1.1.tar.gz

--Geoff

> 
> It's the same guy who maintains mod_layout, if that means
> anything to anyone.
> 
> (darren)
> 
> -- 
> A sect or party in an elegant incognito devised to save a man from the
> vexation of thinking.
> -- Ralph Waldo Emerson
> 

[DIGEST] mod_perl digest 03/10/01

[Geoffrey Young]

--

  mod_perl digest
 
   March 4, 2001 - March 10, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o module announcements
  o mailing list highlights
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.19 (released February 28, 2001) [3]
- development: 1.3.20-dev [4]
  o Perl
- stable: 5.6 (released March 23, 2000) [5]
- development: 5.7 [6]


module announcements

  o Apache::ProxyRewrite 0.13 - a reverse-proxy that will rewrite URLs
embedded in HTML documents [7]


mailing list highlights

  o Shared memory seemed to be the discussion of the week:

  Cache::Cache 0.03 was announced on the list [8], along with some
  discussion of possible new features
  
  This thread from late February [9] discussing most of the shared
  memory modules was resurrected again before going OT [10]

  o In case you didn't already know, September 8, 2001 represents yet
another chapter in Y2K-esque date problems [11]

  o When using push_handlers() with method handlers, the Apache
request object is not automatically passed to your handler. [12]

  o If you need to get really particular with your Apache layout,
checkout the APACI argument --with-layout [13]


links

  o The Apache/Perl Integration Project [14]
  o mod_perl documentation [15]
  o mod_perl modules on CPAN [16]
  o mod_perl homepage [17]
  o mod_perl news and advocacy [18]
  o mod_perl list archives [19] [20]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.perl.com/pub/language/info/software.html#stable
[6] http://www.perl.com/pub/language/info/software.html#devel
[7] http://forum.swarthmore.edu/epigone/modperl/plimflilkhel
[8] http://forum.swarthmore.edu/epigone/modperl/whoxpralskimp
[9] http://forum.swarthmore.edu/epigone/modperl/twerdgraxclimp
[10] http://forum.swarthmore.edu/epigone/modperl/kerdjorstand
[11] http://forum.swarthmore.edu/epigone/modperl/porstimpblend
[12] http://forum.swarthmore.edu/epigone/modperl/spewinggal
[13] http://forum.swarthmore.edu/epigone/modperl/swoskoncla
[14] http://perl.apache.org
[15] http://perl.apache.org/#docs
[16] http://www.cpan.org/modules/by-module/Apache/
[17] http://www.modperl.com
[18] http://www.take23.org
[19] http://forum.swarthmore.edu/epigone/modperl/
[20] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: Passing Objects with PerlSetVar

[Geoffrey Young]

> -Original Message-
> From: Nikolaus Rath [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 09, 2001 12:29 PM
> To: Geoffrey Young
> Subject: Re: Passing Objects with PerlSetVar
> 
> > I don't thing that will work.  dir_config() is an 
> Apache::Table object,
> > which stringifies everything behind the scenes.
> 
> Yes.. It doesn't work... :-|
> 
> > you can assign multiple values using PerlAddVar, though.
> > 
> >   PerlSetVar Foo one
> >   PerlAddVar Foo two
> > 
> >   my @list = $r->dir_config->get('Foo');
> 
> Sounds interesting. But where can i read about this feature? man
> mod_perl doesn't know it.

PerlAddVar is documented in man Apache and in the archives

> 
> 
> PS: I'm reading the mailinglist. Isn't it better to discuss this
> in the public? Maybe there are other people interested in it...

yes, it is best to keep discussions on the list for the benefit of all :)

--Geoff

> 
> bye
> Nikolaus
> 

RE: Installing global handler breaks CGI

[Geoffrey Young]

> -Original Message-
> From: Fred Toth [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 09, 2001 1:03 PM
> To: [EMAIL PROTECTED]
> Subject: Installing global handler breaks CGI
> 
> 
> Hi,
> 
> I'm lost on this one. I'm trying to install a simple handler that
> will get called on every request. 

you can place any Perl*Handler at a server level (well, except PerlHandler I
guess)
and it will apply to all requests received by the server.

PerlAccessHandler My::Access
   My first try at this is:
> 
> 
>   SetHandler perl-script
>   PerlAccessHandler My::Access
> 

well,  controls things of a filesystem basis and 
controls on a URL basis.

for both  and  / is kinda special - I think I remember
reading a thread on new-httpd that talked about why / was not merged the
same way as other places, but I'm not sure.  At any rate, you typically
don't see Perl*Handlers installed for /

see the apache docs on both directives for more general info...

HTH

--Geoff

> 
> Right now the handler does nothing except write to the log
> and return DECLINED. It works fine.
> 
> However, what does NOT work any longer is standard CGI
> (/cgi-bin/whatever). Instead of executing, my CGI script is
> returned to the browser.
> 
> I'm guessing that somehow the location of "/" is overriding
> the ExecCGI-ness of /cgi-bin, but I don't know why, nor can
> I find any way of putting it back.
> 
> If I remove the above Location block, CGI returns to normal.
> 
> Can anyone explain this to me?
> 
> Thanks,
> 
> Fred Toth
> [EMAIL PROTECTED]
> 

RE: Passing Objects with PerlSetVar

[Geoffrey Young]

> -Original Message-
> From: Nikolaus Rath [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 09, 2001 10:00 AM
> To: [EMAIL PROTECTED]
> Subject: Passing Objects with PerlSetVar
> 
> 
> Hello!
> 
> 
>
>  my $o = { "bar" => 1,
>"foo" => "com",
>"other" => 0 };
>  push @PerlSetVar, "Objekt, $o;
>
>PerlHandler Bla   
> 
> 
> And inside the Bla Handler:
> 
> my $o = $r->dir_config("Objekt");

I don't thing that will work.  dir_config() is an Apache::Table object,
which stringifies everything behind the scenes.

you can assign multiple values using PerlAddVar, though.

  PerlSetVar Foo one
  PerlAddVar Foo two

  my @list = $r->dir_config->get('Foo');

HTH

--Geoff

> 
> Is $o now still a complex object, so i could do $o->{"bar"}, or is it
> just a "normal" scalar value (like HAS283752)?
> 
>   - Nikolaus
> 
> -- 
> > Bekomme ich das mit einer wilden Kombination aus find, sed, cp und
> > xargs hin oder sollte ich besser ein Perlskript schreiben?
> Verwende Perl. Shell will man koennen, dann aber nicht verwenden."
>  - Marc Haber u. Kristian 
> Köhntopp, dcoum
> 

RE: $r->pnotes and SubRequests

[Geoffrey Young]

> -Original Message-
> From: Nikolaus Rath [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 07, 2001 12:18 PM
> To: [EMAIL PROTECTED]
> Subject: $r->pnotes and SubRequests
> 
> 
> Hello!
> 
> When i define a pnote for a request, can i access this pnote in a
> handler handling a sub request of the first request?

  $r->prev->pnotes()

HTH

--Geoff

> 
>   - Nikolaus
> 
> -- 
> Heute kann man ja kaum noch eine AOL-CD aus dem Fenster werfen, ohne
> jemanden zu treffen, der einen SuSE-Karton unter dem Arm trägt.
>- Jochem Huhmann, 
> de.comp.os.unix.discussion
> 

RE: DBD-oracle works but not from Mod-perl

[Geoffrey Young]

> -Original Message-
> From: Jay Strauss [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 06, 2001 10:07 AM
> To: Geoffrey Young; [EMAIL PROTECTED]
> Subject: Re: DBD-oracle works but not from Mod-perl
> 
> 
> Not finding libclntsh.so.1.0 isn't my problem.  Editing the 
> Makefile.PL and
> setting LD_RUN_PATH=(oracle_home)/lib took care of that.  I 
> don't have the
> ORA_OCI.al file anywhere on my system
> 
> Thanks
> Jay

I don't have an ORA_OCI.al on my system either, but all works ok.

did you run ldconfig as suggested in the archives?  I realize that you
aren't having problems identical to the others, but I saw on a thread that
touching ORA_OCI.al lead to the error pointing to Oracle.so.

did you export LD_RUN_PATH/LD_LIBRARY_PATH from /etc/profile, using
PerlSetEnv, or in a BEGIN block of your startup.pl so that user 'nobody' can
see it?

--Geoff

RE: DBD-oracle works but not from Mod-perl

[Geoffrey Young]

> -Original Message-
> From: Jay Strauss [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 06, 2001 9:03 AM
> To: [EMAIL PROTECTED]
> Subject: DBD-oracle works but not from Mod-perl
> 
> 
> Hi mod_perl,
> 
> I have a problem, I've installed DBI & DBD-Oracle.  I have 
> read and searched
> all over for an answer and have only found one message with 
> the same problem
> (but no reply). 

you should have been able to find a number of threads that address basic
DBD::Oracle problems under mod_perl, though I haven't seen this particular
ORA_OCI.al error before.

at any rate, 

FAQ of the week

  o I'm trying to use DBD::Oracle under mod_perl on linux - it works
just fine standalone, but not under mod_perl...

There is a problem with the Makefile produced by DBD::Oracle 1.03
and above: it does not pass the -R$ORACLE_HOME/lib option to the
linker.  There are a few solutions, requiring either running
ldconfig or editing Makefile.PL - all are can be found in the
mod_perl or DBI users list archives ([16] for example)

[16] http://forum.swarthmore.edu/epigone/modperl/grahsehspor

HTH

--Geoff



> It all works fine from a regular perl script 
> (i.e. I can
> connect and query fine).  But when I try to
> do if from Mod_Perl I get the following:
> 
> *** Can't locate auto/DBD/Oracle/ORA_OCI.al in @INC (@INC contains:
> /usr/local/apache/lib/perl /usr/local/lib/perl5/5.6.0/i686-linux
> /usr/local/lib/perl5/5.6.0 
> /usr/local/lib/perl5/site_perl/5.6.0/i686-linux
> /usr/local/lib/perl5/site_perl/5.6.0 /usr/local/lib/perl5/site_perl .
> /usr/local/apache/) at
> /usr/local/lib/perl5/site_perl/5.6.0/i686-linux/DBD/Oracle.pm 
> line 48 ***
> DBD::Oracle initialisation failed: at 
> /usr/local/apache/perl/SqlQuery.pl
> line 84. at /usr/local/apache/perl/SqlQuery.pl line 32

RE: push_handlers question

[Geoffrey Young]

> -Original Message-
> From: Robert Landrum [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 05, 2001 11:19 AM
> To: Geoffrey Young; 'Mike Cameron'
> Cc: [EMAIL PROTECTED]
> Subject: RE: push_handlers question
> 
> 
> At 10:36 AM -0500 3/5/01, Geoffrey Young wrote:
> > > > Thanks for the suggestion, but what i really want to know is
> >> > why is the
> >> > request object passed if I call the module directly from
> >> > http.conf and not
> >> > when I use the push handlers method? Are the two methods not
> >> > functionally
> >> > equivalent?  Everything works fine when the handler is set in
> >> > httpd.conf.
> >>
> >> according to the mod_perl pocket reference (p20) method
> >> handlers do not get
> >> the request object passed to them
> >
> >I should have said method handlers that are set up via 
> push_handlers() don't
> >have the request object passed to them.
> >
> >for normal method handlers,
> >$self = shift;
> >$r = shift;
> 
> 
> 
> Couldn't you fake it?
> 
> $r->push_handlers(
>  PerlHandler => sub{ unshift @_, Apache->request; goto 
> &real_handler; }
> );

there's always more than one way :)

--Geoff

> 
> Robert Landrum
> 
> 
> >[snip]
> >
> >
> 
> --
> "Will hack Perl for food."
> 

RE: push_handlers question

[Geoffrey Young]

> -Original Message-
> From: Geoffrey Young [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 05, 2001 9:58 AM
> To: 'Mike Cameron'
> Cc: '[EMAIL PROTECTED]'
> Subject: RE: push_handlers question
> 
> 
> 
> 
> > -Original Message-
> > From: Mike Cameron [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, March 05, 2001 10:18 AM
> > Cc: '[EMAIL PROTECTED]'
> > Subject: Re: push_handlers question
> > 
> > 
> > Thanks for the suggestion, but what i really want to know is 
> > why is the
> > request object passed if I call the module directly from 
> > http.conf and not
> > when I use the push handlers method? Are the two methods not 
> > functionally
> > equivalent?  Everything works fine when the handler is set in 
> > httpd.conf.
> 
> according to the mod_perl pocket reference (p20) method 
> handlers do not get
> the request object passed to them

I should have said method handlers that are set up via push_handlers() don't
have the request object passed to them.

for normal method handlers,
$self = shift;
$r = shift;

works just fine.

hopefully everyone understood that :)

--Geoff

> - Andrew suggests using a 
> closure for
> this.  Apache->request should work fine as well.
> 
> HTH
> 
> --Geoff
> 
> > 
> > Mike
> > 
> > Geoffrey Young wrote:
> > 
> > > > -Original Message-
> > > > From: Mike Cameron [mailto:[EMAIL PROTECTED]]
> > > > Sent: Sunday, March 04, 2001 11:59 PM
> > > > Cc: modperl
> > > > Subject: push_handlers question
> > > >
> > > >
> > > > I am trying to sub class Apache::AuthCookieURL and would 
> > like to use
> > > > $r->push_handlers(PerlAuthenHandler => My::Class->authenticate);
> > > > the push_handler is set in a handler called from 
> httpd.conf on the
> > > > PerlInitHandler phase but the authenticate routine does not
> > > > seem to be getting
> > > > the apache request object passed to it as I get a can't call
> > > > dir_config on an
> > > > udefined value error.
> > >
> > > my $r = Apache->request;
> > >
> > > HTH
> > >
> > > --Geoff
> > >
> > > >
> > > > I'm sure I am missing something simple but can someone point
> > > > it out to me.
> > > >
> > > > Thanks
> > > >
> > 
> 

RE: push_handlers question

[Geoffrey Young]

> -Original Message-
> From: Mike Cameron [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 05, 2001 10:18 AM
> Cc: '[EMAIL PROTECTED]'
> Subject: Re: push_handlers question
> 
> 
> Thanks for the suggestion, but what i really want to know is 
> why is the
> request object passed if I call the module directly from 
> http.conf and not
> when I use the push handlers method? Are the two methods not 
> functionally
> equivalent?  Everything works fine when the handler is set in 
> httpd.conf.

according to the mod_perl pocket reference (p20) method handlers do not get
the request object passed to them - Andrew suggests using a closure for
this.  Apache->request should work fine as well.

HTH

--Geoff

> 
> Mike
> 
> Geoffrey Young wrote:
> 
> > > -Original Message-
> > > From: Mike Cameron [mailto:[EMAIL PROTECTED]]
> > > Sent: Sunday, March 04, 2001 11:59 PM
> > > Cc: modperl
> > > Subject: push_handlers question
> > >
> > >
> > > I am trying to sub class Apache::AuthCookieURL and would 
> like to use
> > > $r->push_handlers(PerlAuthenHandler => My::Class->authenticate);
> > > the push_handler is set in a handler called from httpd.conf on the
> > > PerlInitHandler phase but the authenticate routine does not
> > > seem to be getting
> > > the apache request object passed to it as I get a can't call
> > > dir_config on an
> > > udefined value error.
> >
> > my $r = Apache->request;
> >
> > HTH
> >
> > --Geoff
> >
> > >
> > > I'm sure I am missing something simple but can someone point
> > > it out to me.
> > >
> > > Thanks
> > >
> 

[DIGEST] mod_perl digest 03/03/01

[Geoffrey Young]

--

  mod_perl digest
 
   February 25, 2001 - March 3, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o module announcements
  o mailing list highlights
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.19 (released February 28, 2001) [3]
- development: 1.3.20-dev [4]
  o Perl
- stable: 5.6 (released March 23, 2000) [5]
- development: 5.7 [6]


module announcements

  o Apache-AuthzCache 0.04 - work with a mod_perl authorization
module to provide caching of group membership [7]

  o Apache-ProxyRewrite 0.12 - a reverse-proxy that will rewrite URLs
embedded in HTML documents [8]


mailing list highlights
  
  o There were a few non-mod_perl modules announced to the list this
week:
  - OpenInteract 1.06, an extensible web application framework
built on Apache, mod_perl, Template Toolkit and SPOPS [9]

  - mod_proxy_add_forward.c [10]

  - MLDBM::Sync, a locking wrapper around MLDBM [11]

  o An interesting thread on using shared memory with mod_perl [12]

  o For users of lingerd, there is now a patch that allows you to 
build lingerd with mod_ssl [13]

  o There is a call for articles for take23.org [14]

  o Development on mod_perl 2.0 seems to be progressing well: 51
patches this week!


news
 
  o Apache 1.3.19 was released this week [15].  New features of note:

  - Apache will now get the correct IP address if ServerName is
not set and Apache cannot find a fully-qualified domain name
at startup.

  - Restore functionality broken by the mod_rewrite security fix:
The mod_rewrite string arithmetic is corrected for rewrite map

  - Under certain circumstances, Apache did not supply the right
response headers when requiring authentication

  - More Windows and NetWare patches than you can shake a stick at

see Changes [16] for a full list of new features and bug fixes

  o Netcraft February statistics
 Apache 59.99% IIS 19.64% [17]
 
  o Security Space February statistics
 Apache 58.19% IIS 28.71% [18]
 12.01% (178,713) of Apache servers are running mod_perl [19]


links

  o The Apache/Perl Integration Project [20]
  o mod_perl documentation [21]
  o mod_perl modules on CPAN [22]
  o mod_perl homepage [23]
  o mod_perl news and advocacy [24]
  o mod_perl list archives [25] [26]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.perl.com/pub/language/info/software.html#stable
[6] http://www.perl.com/pub/language/info/software.html#devel
[7] http://forum.swarthmore.edu/epigone/modperl/vingcrahserd
[8] http://forum.swarthmore.edu/epigone/modperl/langswerstoi
[9] http://forum.swarthmore.edu/epigone/modperl/phulworcly
[10] http://forum.swarthmore.edu/epigone/modperl/glarbermzhy
[11] http://forum.swarthmore.edu/epigone/modperl/quermhingblel
[12] http://forum.swarthmore.edu/epigone/modperl/twerdgraxclimp
[13] http://forum.swarthmore.edu/epigone/modperl/whimphahbrum
[14] http://forum.swarthmore.edu/epigone/modperl/zhoglulgrol
[15] http://take23.org/news/2001/02/28/apache.xml
[16] http://www.apache.org/dist/CHANGES_1.3
[17] http://www.netcraft.com/survey/
[18] http://www.securityspace.com/s_survey/data/index.html
[19] http://www.securityspace.com/s_survey/data/man.200102/apachemods.html
[20] http://perl.apache.org
[21] http://perl.apache.org/#docs
[22] http://www.cpan.org/modules/by-module/Apache/
[23] http://www.modperl.com
[24] http://www.take23.org
[25] http://forum.swarthmore.edu/epigone/modperl/
[26] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: push_handlers question

[Geoffrey Young]

> -Original Message-
> From: Mike Cameron [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, March 04, 2001 11:59 PM
> Cc: modperl
> Subject: push_handlers question
> 
> 
> I am trying to sub class Apache::AuthCookieURL and would like to use
> $r->push_handlers(PerlAuthenHandler => My::Class->authenticate);
> the push_handler is set in a handler called from httpd.conf on the
> PerlInitHandler phase but the authenticate routine does not 
> seem to be getting
> the apache request object passed to it as I get a can't call 
> dir_config on an
> udefined value error.

my $r = Apache->request;

HTH

--Geoff

> 
> I'm sure I am missing something simple but can someone point 
> it out to me.
> 
> Thanks
> 

[DIGEST] mod_perl digest 02/24/01

[Geoffrey Young]

--

  mod_perl digest
 
   February 18, 2001 - February 24, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o module announcements
  o mailing list highlights
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.17 (released January 29, 2001) [3]
- development: 1.3.19-dev [4]
  o Perl
- stable: 5.6 (released March 23, 2000) [5]
- development: 5.7 [6]


module announcements

  o Apache::FileMan 0.06c - provides the same functionality as
Apache::AutoIndex and can be used to both navigate and manage
the web site [7]

  o Apache::Clean 0.01 - a mod_perl interface for HTML::Clean [8]

  o HTTPD::Bench::ApacheBench 0.06 - Perl API for Apache
benchmarking and regression testing [9]

  o Apache::SOAP 0.47 - provides SOAP server functionality [10]


mailing list highlights
  
  It was a _really_ slow week here on the list...

  o There was a call for developers to helo make Apache::DBILogger
better  [11]

  o There was also a call for Win2K folks to test the latest
Apache + mod_perl from CVS to check for a GPF [12]

  o There may be a bug concerning PerlModule and use() and Apache's
startup behavior [13]


links

  o The Apache/Perl Integration Project [14]
  o mod_perl documentation [15]
  o mod_perl modules on CPAN [16]
  o mod_perl homepage [17]
  o mod_perl news and advocacy [18]
  o mod_perl list archives [19] [20]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.perl.com/pub/language/info/software.html#stable
[6] http://www.perl.com/pub/language/info/software.html#devel
[7] http://forum.swarthmore.edu/epigone/modperl/gahsuldwi
[8] http://forum.swarthmore.edu/epigone/modperl/fawhayglil
[9] http://forum.swarthmore.edu/epigone/modperl/skixchanhal
[10] http://forum.swarthmore.edu/epigone/modperl/dafenzhel
[11] http://forum.swarthmore.edu/epigone/modperl/khangtholprix
[12] http://forum.swarthmore.edu/epigone/modperl/nysoiyim
[13] http://forum.swarthmore.edu/epigone/modperl/crachoupro
[14] http://perl.apache.org
[15] http://perl.apache.org/#docs
[16] http://www.cpan.org/modules/by-module/Apache/
[17] http://www.modperl.com
[18] http://www.take23.org
[19] http://forum.swarthmore.edu/epigone/modperl/
[20] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

[ANNOUNCE] Apache-Clean 0.01

[Geoffrey Young]

The URL

http://morpheus.laserlink.net/~gyoung/modules/Apache-Clean-0.01.tar.gz

has entered CPAN as

  file: $CPAN/authors/id/G/GE/GEOFF/Apache-Clean-0.01.tar.gz
  size: 3509 bytes
   md5: ff98b3f35d63852d1727b71bd27788e6

Nothing fancy here, just useful...

README:
NAME 

Apache::Clean - mod_perl interface into HTML::Clean

SYNOPSIS

httpd.conf:

 
SetHandler perl-script
PerlHandler Apache::Clean

PerlSetVar  CleanLevel 3
   

Apache::Clean is Filter aware, meaning that it can be used within
Apache::Filter framework without modification.  Just include the
directives

  PerlModule Apache::Filter
  PerlSetVar Filter On

and modify the PerlHandler directive accordingly...

DESCRIPTION

Apache::Clean uses HTML::Clean to tidy up large, messy HTML, saving
bandwidth.  It is particularly useful with Apache::Compress for 
ultimate savings.

The only current configuration directive is CleanLevel, which defaults
to 3.  Apache::Clean will only tidy up whitespace (via $h->strip) and
will not perform other options of HTML::Clean (such as browser
compatibility).  See the HTML::Clean manpage for details.

Only documents with a content type of "text/html" are affected - all
others are passed through unaltered.

NOTES

Verbose debugging is enabled by setting $Apache::Clean::DEBUG=1
or greater.  To turn off all debug information, set your apache
LogLevel directive above info level.

This is alpha software, and as such has not been tested on multiple
platforms or environments.  It requires PERL_LOG_API=1, 
PERL_FILE_API=1, and maybe other hooks to function properly.

FEATURES/BUGS

  No unknown bugs or features at this time...

SEE ALSO

perl(1), mod_perl(3), Apache(3), Apache::Filter(3), 
Apache::Compress(3), HTML::Clean(3)

AUTHOR

Geoffrey Young <[EMAIL PROTECTED]>

COPYRIGHT

Copyright (c) 2001, Geoffrey Young.  All rights reserved.

This module is free software.  It may be used, redistributed
and/or modified under the same terms as Perl itself.

RE: success with Apache::Compress

[Geoffrey Young]

 

-Original Message-
> From: Justin
> To: [EMAIL PROTECTED]
> Sent: 2/21/01 5:19 PM
> Subject: success with Apache::Compress
> 
> Hi, after looking at mod_gzip, Apache::Gzip, Apache::GzipChain
> and so on, I decided to try Apache::Compress, with some doubt that
> it was "worth it"
>
> There were a few hiccups, but it worked out great.
>
[snip]
> 
> * page sizes are MUCH smaller, in many/most cases...
>  home page --> 50k --> 12k
> one 50 post forum thread --> 120k --> 22k
> large html table with finnicky cell colors etc --> 87k --> 8k

well, I was going to wait until after TPC5 to release it, but you sound so
excited :)

I came up with Apache::Clean while preparing some slides:

  http://morpheus.laserlink.net/~gyoung/modules/Apache-Clean-0.01.tar.gz

it's just a simple interface into Paul Lindner's nifty HTML::Clean, but set
up as a PerlHandler that can stand on it's own or be used with the latest
Apache::Filter.

Just in case you want to eek out that last bit of bandwidth - I saw about
another 10% drop when combining Apache::Clean with Apache::Compress

Anyway, I'll probably put it on CPAN tomorrow...

--Geoff

>
> * load times from the users perspective, even on a DSL line, feel
>   twice as fast. On a modem, for some examples above, it would feel
>   5x faster! my subjective feel under MSIE on just a 300mhz laptop,
>   but connected to a 784kbps DSL line, was that pages appear
>   twice as fast.. 
>
> * my bandwidth bill drops by 2/3rd (would be much more but html was
>  not 100% of bandwidth, plus I'm conservative about switching it
>  on for more browsers)..
>
> AWESOME..
>
> -Justin

RE: htaccess files and modules

[Geoffrey Young]

Apache::RefererBlock is forbidding all of its configuration directive from
being in .htaccess files with this:

req_override => 'RSRC_CONF'

take a look at Makefile.PL to see it.

you will want to change this to something that enables you to call it from
.htaccess files, like ACCESS_CONF.  Keep in mind, though, that you'll
probably have to add DIR_CREATE and DIR_MERGE sections as well so that
things will merge properly if you plan on placing them within
directory-esque directives.  Apache::Dispatch has examples of all these to
use as a guide, if it helps...


HTH

--Geoff



-Original Message-
From: Robert Landrum
To: [EMAIL PROTECTED]
Sent: 2/20/01 7:05 PM
Subject: htaccess files and modules

I am having difficulty reading configuration commands from a .htaccess
file.

I've modified Apache::RefererBlock so that it no longer shows a 
forbidden error, but rather redirects a default URL.  I need this to 
apply to specific directories, but do not want the hassle of having 
to modify the configuration for every directory.  My goal is to place 
the configuration information into the .htaccess files within said 
directories.  However, when I do this, I get the following error:

/www/test/.htaccess: RefBlockMimeTypes not allowed here

I'm not 100% sure how Apache::ModuleConfig works, but I'm guessing 
that it simply iterates through all the configuration parameters and 
checks to see if a sub by that name exists in the caller package.  If 
so, it calls that sub.

Perhaps this is not the correct module to use.  I've read through the 
Eagle book and have found obscure references to DIR_MERGE and 
DIR_CREATE, but I don't understand the purposes behind these entirly. 
I've also read about Apache::CmdParms, but I don't know how that 
differs from Apache::ModuleConfig.

If someone could point me to a doc explaining how to permit custom 
config params in .htaccess files, I would greatly appreciate it.

Thanks,

Robert Landrum




--
"Only two things are infinite: The universe, and human stupidity. And
I'm not
sure about the former." --Albert Einstein

RE: Apache::DBI::connect problem, please help

[Geoffrey Young]

> -Original Message-
> From: Brad Howerter [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 20, 2001 12:57 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Apache::DBI::connect problem, please help
> 
[snip]
> So Apache/DBI.pm must be installed incorrectly on my system.
> It's supposed to be different from the DBI.pm?

yup, you need both.  DBI is, well, DBI.  Apache::DBI is a persistent
framework under mod_perl that uses DBI.

HTH

--Geoff 

RE: Apache::DBI::connect problem, please help

[Geoffrey Young]

> -Original Message-
> From: Brad Howerter [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 20, 2001 12:42 PM
> To: ''[EMAIL PROTECTED]' '
> Subject: RE: Apache::DBI::connect problem, please help
> 
> 
> 
> 
> > From: Geoffrey Young [mailto:[EMAIL PROTECTED]]
> > you need both, DBI and Apache::DBI, with DBI loaded first...
> 
> I tried this, but I still get the same error.

sorry, I gave you bad information - Apache::DBI needs to be loaded first...
it was late :)

use Apache::DBI;
use DBI;

> > 
> > see the Apache::DBI manpage for more detail
> 
> That man page is the same as the DBI manpage- it doesn't include
> any modperl specific information.

um, not so...  man Apache::DBI and man DBI should definitely yield different
results.

HTH

--Geoff

RE: [RESEND] seg fault with Apache::URI ... weird

[Geoffrey Young]

> -Original Message-
> From: Jeffrey W. Baker [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 08, 2001 4:47 PM
> To: Nick Tonkin
> Cc: [EMAIL PROTECTED]
> Subject: Re: [RESEND] seg fault with Apache::URI ... weird
> 
> 
[snip]

just to put everyone on the same page, looks like this is now fixed in
1.3.19-dev?

--Geoff
 
> I've debugged the problem, but have no solution:
> 
>  my $uri = Apache::URI->parse($r, $r->uri);
> 
> This calls ap_parse_uri_components(), which is responsible for setting
> the scheme, hostname, user, password, port, path, etc.  But, 
> the scheme is
> not getting set, because the request line only contains 
> "/path" or such.
> 
>  $uri->hostname($r->get_server_name);
>  $uri->port($r->get_server_port);
> 
> These work fine.
> 
>  print $uri->unparse;
> 
> This calls ap_unparse_uri_components().  If there is a hostname but no
> scheme, ap_unparse_uri_components() will pass a null argument to
> strcasecmp, which will cause an invalid memory access and 
> SIGSEGV.  You
> can work around the problem by including 
> $uri->scheme('http'); with the
> other accessor methods.  In the long run this is probably a 
> bug in Apache.
> 
> If you read src/main/util_uri.c in Apache, you can see why 
> commenting out
> one accessor avoids the crash.
> 
> Regards,
> Jeffrey Baker
> 

[DIGEST] mod_perl digest 02/07/01

[Geoffrey Young]

--

  mod_perl digest
 
   February 11, 2001 - February 17, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o module announcements
  o mailing list highlights
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.17 (released January 29, 2001) [3]
- development: 1.3.18-dev [4]
  o Perl
- stable: 5.6 (released March 23, 2000) [5]
- development: 5.7 [6]


module announcements

  o HTML::Embperl 1.3.1 - a module for embedding Perl code in HTML
pages that includes building pages/sites out of small reusable
objects/components and session handling [7]

  o Apache::Toolkit (beta) - a mod_perl / Apache interface to 
Template::Toolkit [8]

  o AxKit 1.3 - XML Application Server for Apache. It provides
on-the-fly conversion from XML to any format, such as HTML, WAP or
text using either W3C standard techniques, or flexible custom
code. [9]


mailing list highlights

  o A few non-mod_perl modules were announced this week on the list:
Cache::Cache 0.01 - successor to File::Cache and IPC::Cache [10]
lingerd 0.93 - daemon that manages closing sockets for Apache [11]

  o $r->path_info seems to be gaining lots of attention of late.  Here
is a thread that examines the difference between calling it when
the URI translates to a real file versus a virtual one. [12]

  o Long thread of the week goes to trying to integrate cron-like
functionality within Apache [13]

  o Apache::LogSTDERR is looking to a maintainer [14]

  o The O'Reilly Network is looking for article authors [15] [16]


links

  o The Apache/Perl Integration Project [17]
  o mod_perl documentation [18]
  o mod_perl modules on CPAN [19]
  o mod_perl homepage [20]
  o mod_perl news and advocacy [21]
  o mod_perl list archives [22] [23]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.perl.com/pub/language/info/software.html#stable
[6] http://www.perl.com/pub/language/info/software.html#devel
[7] http://forum.swarthmore.edu/epigone/modperl/grunswundoi 
[8] http://take23.org/news/2001/02/16/apacheTemplate.xml
[9] http://forum.swarthmore.edu/epigone/modperl/jolbunyang
[10] http://forum.swarthmore.edu/epigone/modperl/flouchypou
[11] http://forum.swarthmore.edu/epigone/modperl/zorprayplil
[12] http://forum.swarthmore.edu/epigone/modperl/stixfrandshul
[13] http://forum.swarthmore.edu/epigone/modperl/swydwozhoo
[14] http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=98219639413337&w=2
[15] http://forum.swarthmore.edu/epigone/modperl/breejexswee
[16] http://forum.swarthmore.edu/epigone/modperl/chuncrumrerd
[17] http://perl.apache.org
[18] http://perl.apache.org/#docs
[19] http://www.cpan.org/modules/by-module/Apache/
[20] http://www.modperl.com
[21] http://www.take23.org
[22] http://forum.swarthmore.edu/epigone/modperl/
[23] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: Apache::DBI::connect problem, please help

[Geoffrey Young]

you need both, DBI and Apache::DBI, with DBI loaded first...

see the Apache::DBI manpage for more detail

HTH

--Geoff

-Original Message-
From: Brad Howerter
To: '[EMAIL PROTECTED]'
Sent: 2/19/01 6:54 PM
Subject: Apache::DBI::connect problem, please help

I'm getting this error:

[error] Can't locate object 
method "connect" via package "Apache::DBI::connect" at
 /usr/local/lib/perl5/site_perl/5.6.0/i386-dynixptx/DBI.pm line 408.

One way I can avoid the error is to change startup.pl 
to use DBI() instead of use Apache::DBI().  Why does that 
fix it?  And does it hurt anything if I don't use Apache::DBI()? 
What's that for, anyway?  Is Apache/DBI.pm supposed to be 
the same as the other one in the perl library?  (It is)

my startup.pl has this in it:

#!/usr/bin/perl
use strict;
$ENV{MOD_PERL} or die "Not running under mod_perl!";

use Apache::Registry;
use Apache::DBI ();

# Tell me more about warnings
use Carp;
$SIG{__WARN__} = \&Carp::cluck;

use CGI qw(-compile :all);
1;

and my test program is this:

#!/usr/local/bin/perl
use strict;

use Carp;
$SIG{__WARN__} = \&Carp::cluck;

use DBI;
use DBD::Oracle;
use CGI ();

my $cgi = new CGI;
print $cgi->header; my $db = DBI->connect('', 'scott', 'tiger', { } ) or
die
DBI::errstr;
print "Connected!\n";

RE: Apache->read timed out

[Geoffrey Young]

> -Original Message-
> From: Deja User [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 7:36 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Apache->read timed out
> 
> 
> Hello ,
> 
>   I am getting "Apache->read timed out messages in my 
> error_log,now i have been looking at this problem for a while 
> now before posting it for help, whats happening is if i test 
> my application from within the network , because the 
> connection being very fast i am not having any problems , but 
> when i try to do the same thing from the external network 
> over a dial up line i get this error message in the error 
> logs and the script gets killed
> 
>   What we are doing is we are uploading large amts of data 
> using HTTP POSTS ,so at the server end i am using the 
> Apache->read function to get the body of the post.
> 

did you try playing with $r->reset_timeout and/or the Apache TimeOut
directive?

HTH

--Geoff  

RE: [OT] Re: apachecon: BOF?

[Geoffrey Young]

> -Original Message-
> From: Robert Landrum [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 11:06 AM
> To: [EMAIL PROTECTED]
> Subject: [OT] Re: apachecon: BOF?
> 
> 
> At the risk of sounding ignorant, what is BOF?

well, Birds-Of a-Feather session, in conference-speak.

I think the group prefers Beer-is Our-Friend, though :)

--Geoff

> 
> Rob
> 
> >
> >> I wouldn't mind a mod_perl beer-BOF like the one we had at 
> the last night
> > > of ApacheCon Europe
> 
> --
> "Only two things are infinite: The universe, and human 
> stupidity. And I'm not
> sure about the former." --Albert Einstein
> 

RE: baffled by vs. problem

[Geoffrey Young]

> -Original Message-
> From: Ray Zimmerman [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 13, 2001 4:10 PM
> To: modperl List
> Subject: baffled by  vs.  problem
> 
> 
[snip]
> 
> When I put the following in my httpd.conf ...
> 
> 
>  SetHandler perl-script
>  PerlHandler Apache::Hello
> 
> 
>  and access the same URL, mod_perl handles it. But if I 
> change the 
> entry in httpd.conf to ...
> 
> 
>  SetHandler perl-script
>  PerlHandler Apache::Hello
> 
> 
>  it goes back to executing the CGI.

Do you have an Alias set up for /home/ray/www/hello?

make sure you do and that it's not a ScriptAlias.  you may also want to
check your AddHandler directive and remove the .cgi entry if there is one -
looks like mod_cgi is stepping in where you don't want it to...

HTH

--Geoff 

RE: losing pnotes on directory "index" file

[Geoffrey Young]

> -Original Message-
> From: Vivek Khera [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 13, 2001 2:31 PM
> To: Mod Perl List
> Subject: losing pnotes on directory "index" file
> 
> 
> I just noticed that if I request a URL by its directory,
> http://hostname/bar/ that the $r->pnotes() is lost from earlier
> handlers.
> 
> Detail:  I use AuthCookie to pull a session from the database and set
> a few things in $r->pnotes.  Later the "index.mlm" file that is
> configured as the file to use on a directory URL tries to pull
> something from there, it is missing.
> 
> I'm assuming that since the index.mlm file is "run" as a subrequest,
> that somehow the pnotes go away from the main request.
> 
> Is this indeed what is going on and is it the expected behavior?  I'm
> thinking my functions could chase up $r->prev to find the right
> pnotes as a work around.

that sounds right...  don't forget to check that $r->prev exists, too, in
case they access index.mlm directly

HTH

--Geoff


> 
> Comments?
> 

RE: trouble with path_info

[Geoffrey Young]

> -Original Message-
> From: Pierre Phaneuf [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 12, 2001 9:35 AM
> To: [EMAIL PROTECTED]
> Subject: trouble with path_info
> 
> 
> 
> I spent two days trying to make my "virtual document" PerlHandler work
> from various locations, which I had thought to be really 
> easy, by simply
> looking at the path_info to determine what virtual document 
> to bring up.
> 
> No go.
> 
> In just about every cases that I could do, I have $r->path_info
> identical to $r->uri!
> 

you may want to check out this thread:

http://marc.theaimsgroup.com/?t=9790472865&w=2&r=1

and $r->location()

HTH

--Geoff
 

[DIGEST] mod_perl digest 02/04/01

[Geoffrey Young]

--

  mod_perl digest
 
   February 4, 2001 - February 10, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o module announcements
  o mailing list highlights
  o news
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.17 (released January 29, 2001) [3]
- development: 1.3.18-dev [4]
  o Perl
- stable: 5.6 (released March 23, 2000) [5]
- development: 5.7 [6]


module announcements

  o OpenInteract Web Application Server - an extensible web
application framework using mod_perl and the Template
Toolkit as its core technologies [7]


mailing list highlights

  o External redirects, internal redirect, Location tags, URI RFCs
explained.  It's all here in a heated debate [8] [9]

  o This article [10] by Doug on using the Apache::DB interactive
debugger surfaced this week [11]

  o Apache::URI seems to segfault when calling $uri->unparse without
explicitly setting $uri->scheme('http') first [12]

  o Just a reminder that $r->print($foo) will automatically
dereference $foo, so there's no need for $r->print($$foo) [13]

  o There are a few good examples of configuring mod_perl with
 sections here [14]


news

  o Netcraft mod_perl statistics are out for January [15]
  mod_perl: 2,001,011 Domains, 225,123 IP Addresses


links

  o The Apache/Perl Integration Project [16]
  o mod_perl documentation [17]
  o mod_perl modules on CPAN [18]
  o mod_perl homepage [19]
  o mod_perl news and advocacy [20]
  o mod_perl list archives [21] [22]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.perl.com/pub/language/info/software.html#stable
[6] http://www.perl.com/pub/language/info/software.html#devel
[7] http://forum.swarthmore.edu/epigone/modperl/wergoiwherm
[8] http://forum.swarthmore.edu/epigone/modperl/munsmonthun
[9] http://forum.swarthmore.edu/epigone/modperl/smangrelvol
[10] http://www.perlmonth.com/features/mod_perl/mod_perl.html?issue=2
[11] http://marc.theaimsgroup.com/?l=apache-modperl&m=98167734026230&w=2
[12] http://forum.swarthmore.edu/epigone/modperl/twimgerdgrol
[13] http://forum.swarthmore.edu/epigone/modperl/chulblerchol
[14] http://forum.swarthmore.edu/epigone/modperl/bilthersmeh
[15] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98162404332308&w=2
[16] http://perl.apache.org
[17] http://perl.apache.org/#docs
[18] http://www.cpan.org/modules/by-module/Apache/
[19] http://www.modperl.com
[20] http://www.take23.org
[21] http://forum.swarthmore.edu/epigone/modperl/
[22] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: apachecon: BOF?

[Geoffrey Young]

> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 12, 2001 3:52 AM
> To: mod_perl list
> Subject: apachecon: BOF?
> 
> 
> Do we want to have a mod_perl BOF at ApacheCon? or related? I've just
> logged into apachecon system to see this option to request a BOF.
> 
> what about gizmos? mod_perl underwear/socks anybody? Laser 
> link (Geoff?)
> or some new guys?

sorry, no shirts this year.  I'm going to have to use threats and/or bribery
to get the company to even pay the conference fees.

It's just not the same company anymore *sigh*

--Geoff

> 
> _
> 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://logilune.com/
> http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
> 
> 

RE: Newbie question to mod_perl and Apache::DBI

[Geoffrey Young]

 yup, it's a bug...

#!/usr/bin/perl

use Apache::MyConfig;

my $r = shift;

$r->send_http_header('text/plain');
print "can push_handlers\n" if Apache->can('push_handlers');
print "but PERL_STACKED_HANDLERS: ",
  $Apache::MyConfig::Setup{PERL_STACKED_HANDLERS};


basically Apache->can('push_handlers') returns true even if
PERL_STACKED_HANDLERS=0 at build time...

I guess that at some point this worked correctly, otherwise Edmund wouldn't
have coded it that way?

--Geoff


-Original Message-
From: Geoffrey Young
To: 'Caroline Kliegl '
Cc: '[EMAIL PROTECTED]'
Sent: 2/8/01 7:52 PM
Subject: RE: Newbie question to mod_perl and Apache::DBI 

Apache::DBI will call push_handlers on to issue a rollback if
AutoCommit=0
in your connect string...

but the problem may not be with you... looks like a bug (somewhere):

if(!$Rollback{$Idx} and $needCleanup and Apache->can('push_handlers'){ 
  ...
}
 
looks like calling Apache->can('push_handlers') is returning true even
though you didn't activate PERL_STACKED_HANDLERS.  I wonder if somehow
can()
isn't correctly capturing the build-time arguments (something to look
into...)

at any rate, the quickest way to fix this is to rebuild mod_perl with
EVERYTHING=1 or PERL_STACKED_HANDLERS=1 (or don't set AutoCommit=0 in
your
connect string if you can't rebuild it now...)

try these and see if they make a difference...

HTH

--Geoff



-Original Message-
From: Caroline Kliegl
To: [EMAIL PROTECTED]
Sent: 2/8/01 5:57 PM
Subject: Newbie question to mod_perl and Apache::DBI 

Hi there,

I am new to mod_perl and currently trying to make use of Apache::DBI.

This is my enviroment:
Suse Linux 6.3, Apache 1.3.12, mod_perl 1.24 and Oracle 8i. I am using
HTML:Mason as well, as a templating system. Everything works.
Apache::DBI is loaded via httpd.conf by Apache properly and I can make
use
of it in my scripts, when reading data.

With my other script, updating data, I get the following error :

Rebuild with -DPERL_STACKED_HANDLERS to $r->push_handlers at
/usr/local/lib/perl5/site_perl/5.6.0/Apache/DBI.pm line 93.

and the script does not get to connect the database and dies with a
timeout.

I think, I should add, that in both scripts, the one who is reading and
the
one who is updating, I open and close a $dbh (connect / disconnect).

Anybody having an idea, what I am doing wrong ? Or where to find help ?

Thanks for the help.

Caro



-- 
--
Caroline Kliegl
Neustadt - Germany

Sent through GMX FreeMail - http://www.gmx.net

RE: Newbie question to mod_perl and Apache::DBI

[Geoffrey Young]

Apache::DBI will call push_handlers on to issue a rollback if AutoCommit=0
in your connect string...

but the problem may not be with you... looks like a bug (somewhere):

if(!$Rollback{$Idx} and $needCleanup and Apache->can('push_handlers'){ 
  ...
}
 
looks like calling Apache->can('push_handlers') is returning true even
though you didn't activate PERL_STACKED_HANDLERS.  I wonder if somehow can()
isn't correctly capturing the build-time arguments (something to look
into...)

at any rate, the quickest way to fix this is to rebuild mod_perl with
EVERYTHING=1 or PERL_STACKED_HANDLERS=1 (or don't set AutoCommit=0 in your
connect string if you can't rebuild it now...)

try these and see if they make a difference...

HTH

--Geoff



-Original Message-
From: Caroline Kliegl
To: [EMAIL PROTECTED]
Sent: 2/8/01 5:57 PM
Subject: Newbie question to mod_perl and Apache::DBI 

Hi there,

I am new to mod_perl and currently trying to make use of Apache::DBI.

This is my enviroment:
Suse Linux 6.3, Apache 1.3.12, mod_perl 1.24 and Oracle 8i. I am using
HTML:Mason as well, as a templating system. Everything works.
Apache::DBI is loaded via httpd.conf by Apache properly and I can make
use
of it in my scripts, when reading data.

With my other script, updating data, I get the following error :

Rebuild with -DPERL_STACKED_HANDLERS to $r->push_handlers at
/usr/local/lib/perl5/site_perl/5.6.0/Apache/DBI.pm line 93.

and the script does not get to connect the database and dies with a
timeout.

I think, I should add, that in both scripts, the one who is reading and
the
one who is updating, I open and close a $dbh (connect / disconnect).

Anybody having an idea, what I am doing wrong ? Or where to find help ?

Thanks for the help.

Caro



-- 
--
Caroline Kliegl
Neustadt - Germany

Sent through GMX FreeMail - http://www.gmx.net

[JOB SEEKER] Full Time Telecommuting

[Geoffrey Young]

Hi all...

  Well, I think the time has come for me to leave my
current position.

  Most of my formal work stuff for the past year is
covered my NDAs, but a brief resume can be seen at

  http://resumes.dice.com/gost_guru

  And, of course, there is always my CPAN stuff and
list postings to serve as references :)

   I live outside Philadelphia, PA and really cannot
relocate, so telecommuting is preferred.  I will,
however, consider occasional travel to client sites if
the job is a good fit.

  Anyway, hope this wasn't too obtrusive...

--Geoff

__
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

[DIGEST] mod_perl digest 01/28/01

[Geoffrey Young]

--

  mod_perl digest
 
   January 28, 2001 - February 3, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o module announcements
  o mailing list highlights
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.17 (released January 29, 2001) [3]
- development: 1.3.18-dev [4]
  o Perl
- stable: 5.6 (released March 23, 2000) [5]
- development: 5.7 [6]


module announcements

  o HTML::Mason 1.0 - allows web pages and sites to be constructed
from shared, reusable building blocks called components, which
contain a mix of Perl and HTML and can call each other and pass
values back and forth like subroutines [7]

  o Apache::ASP 2.09 - provides an Active Server Pages port for
Perl scripting only, and enables the development of dynamic web
applications with session management and embedded perl code [8]

  o Apache-Dispatch 0.09 - call PerlHandlers with the ease of
Registry scripts [9]

  o Apache-AuthenCache 0.04 - implements a caching mechanism in order
to speed up authentication and to reduce the usage of system
resources [10]


mailing list highlights

  o There was an interesting thread on OO design, including a link
(http://www.extropia.com/ExtropiaObjects/) to some noteworthy 
whitepapers [11]

  o Another OT (but interesting) thread tries to dynamically change
the current package [12]

  o Some people are trying to put their heads together to create a
mod_perl adaptor for Web Object [13]

  o Here is a patch to Apache::SizeLimit that allows for throttling
Apache based on unshared memory used instead of process size [14]

  o There was an RFC for a new mod_perl module that allows granular
control over file symlinks [15]
  
  o Some thoughts on handling runaway processes [16]


links

  o The Apache/Perl Integration Project [17]
  o mod_perl documentation [18]
  o mod_perl modules on CPAN [19]
  o mod_perl homepage [20]
  o mod_perl news and advocacy [21]
  o mod_perl list archives [22] [23]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.perl.com/pub/language/info/software.html#stable
[6] http://www.perl.com/pub/language/info/software.html#devel
[7] http://forum.swarthmore.edu/epigone/modperl/crangwhalcray
[8] http://forum.swarthmore.edu/epigone/modperl/phulfringfla
[9] http://forum.swarthmore.edu/epigone/modperl/phumwhensky
[10] http://forum.swarthmore.edu/epigone/modperl/quendphalwand
[11] http://forum.swarthmore.edu/epigone/modperl/wixjoonang
[12] http://forum.swarthmore.edu/epigone/modperl/climwilblo
[13] http://forum.swarthmore.edu/epigone/modperl/spulfrermquix
[14] http://forum.swarthmore.edu/epigone/modperl/mermwhelzhar
[15] http://forum.swarthmore.edu/epigone/modperl/kilserquen
[16] http://forum.swarthmore.edu/epigone/modperl/cloxthastand
[17] http://perl.apache.org
[18] http://perl.apache.org/#docs
[19] http://www.cpan.org/modules/by-module/Apache/
[20] http://www.modperl.com
[21] http://www.take23.org
[22] http://forum.swarthmore.edu/epigone/modperl/
[23] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: [RFC] Apache::BlockSymLinks 0.1

[Geoffrey Young]

> -Original Message-
> From: Charles John Brabec [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 02, 2001 2:36 PM
> To: Christian Gilmore
> Cc: Geoffrey Young; [EMAIL PROTECTED]
> Subject: Re: [RFC] Apache::BlockSymLinks 0.1
> 
> 
> Christian, Geoff, et al,
> 
> I was not aware of the Apache::ModuleConfig setup, thanks for the
> pointer.
> 
> According to chapter 8, p388, the setup requires configuring the
> Makefile.PL so it will create an .xs file and compile it as 
> part of the
> make process. The module must be loaded into Apache via a PerlModule
> statement, but it does not require a rebuild of Apache or mod_perl. Is
> that about right?

yup.  the only thing you have to do is follow the example for the
Makefile.PL and then code the appropriate stuff in your .pm to handle how
you want to store the data your new directive gives you.  See
Apache::Dispatch or AxKit working examples (those are the only two I can't
think of others offhand that use it)

> 
> In my case, I would gain the ability to list the directives explicitly
> inside the Dierctory container (which I like). I would lose 
> the ability
> to change the config file without a restart of the server.
> (Inconvenient, but not a show-stopper)

yes - I haven't checked into the implications of a restart + ModuleConfig
directives, though (whether mod_perl can pick up on the changes).  I'll have
to look into it.

--Geoff

> 
> Thanks again for the info.
> 
> Charles
> 
> > I've toyed with ModuleConfig, and it is really cool, but I 
> was under the
> > impression that people stayed away from using it since it appears to
> > require a recompile of mod_perl for every module that inserts a new
> > directive into the list. That's why I assumed the use of 
> PerlSetVar was
> > much more popular than ModuleConfig.
> > 
> > Regards,
> > Christian
> > 
> > On Fri, 2 Feb 2001, Geoffrey Young wrote:
> > > you may want to look into Apache::ModuleConfig to see how 
> you can create
> > > directives without the need for a separate config file.
> > > 
> > > for instance:
> > > SymLinkRule Deny .*
> > > 
> > > it's pretty easy and probably a bit cleaner in this case 
> (since I suspect
> > > that you moved to a config file since PerlSetVar just 
> didn't fit the bill
> > > for the syntax you wanted). just see chapter 8 of the Eagle book
> 
> -- 
> Dr. Charles J. Brabec  | I know now that there's one thing you've all
> Web Systems Programmer | overlooked: intelligence and 
> education that hasn't
> [EMAIL PROTECTED]| been tempered by human affection 
> isn't worth a damn. -
> PH 919.513.0171| - Daniel Keyes, 'Flowers for Algernon'
> 

RE: [RFC] Apache::BlockSymLinks 0.1

[Geoffrey Young]

> -Original Message-
> From: Christian Gilmore [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 02, 2001 2:00 PM
> To: Geoffrey Young
> Cc: '[EMAIL PROTECTED]'; [EMAIL PROTECTED]
> Subject: RE: [RFC] Apache::BlockSymLinks 0.1
> 
> 
> 
> Geoff, et al:
> 
> I've toyed with ModuleConfig, and it is really cool, but I 
> was under the
> impression that people stayed away from using it since it appears to
> require a recompile of mod_perl for every module that inserts a new
> directive into the list. That's why I assumed the use of 
> PerlSetVar was
> much more popular than ModuleConfig.

I think PerlSetVar is more popular because it's easier to implement and
doesn't require much effort.  ModuleConfig.pm is a bit more complex, but it
is still just straight perl and doesn't require XS to implement.  It depends
on your needs, though - I wouldn't use it when you only need a few config
directives but I might prefer it to a file-based config like BlockSymLinks
uses.

as far as the recompiling of mod_perl goes, that doesn't make sense to me.
Apache::Dispatch uses ModuleConfig for all it's parameters and you should be
good to go with just the typical make stuff.

--Geoff


> 
> Regards,
> Christian
> 
> On Fri, 2 Feb 2001, Geoffrey Young wrote:
> > you may want to look into Apache::ModuleConfig to see how 
> you can create
> > directives without the need for a separate config file.
> > 
> > for instance:
> > SymLinkRule Deny .*
> > 
> > it's pretty easy and probably a bit cleaner in this case 
> (since I suspect
> > that you moved to a config file since PerlSetVar just 
> didn't fit the bill
> > for the syntax you wanted). just see chapter 8 of the Eagle book
> 

RE: [RFC] Apache::BlockSymLinks 0.1

[Geoffrey Young]

> -Original Message-
> From: Charles John Brabec [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 02, 2001 12:48 PM
> To: [EMAIL PROTECTED]
> Subject: [RFC] Apache::BlockSymLinks 0.1
> 
> 
[snip]
> 
> I called the module Apache::BlockSymLinks since it is based on
> Apache::BlockAgent. The code can be downloaded from:
>   
> http://mosa.unity.ncsu.edu/brabec/dist/Apache-BlockSymLinks-0.1.tar.gz
> and the manpage is online at:
>   http://mosa.unity.ncsu.edu/brabec/dist/BlockSymLinks.html
> 
> I'm considering adding this module to CPAN and/or the APML, so I'm
> looking for comments. Specifically,
>is this useful to others?
>have I reinvented the wheel? 
>any suggestions for additions or modifications?

I'm not sure that I'll ever have a need for it, but it's a neat idea.  

you may want to look into Apache::ModuleConfig to see how you can create
directives without the need for a separate config file.

for instance:
SymLinkRule Deny .*

it's pretty easy and probably a bit cleaner in this case (since I suspect
that you moved to a config file since PerlSetVar just didn't fit the bill
for the syntax you wanted). just see chapter 8 of the Eagle book

for Apache modules, once you have the (rather loose) approval of the list,
you can submit to upload to PAUSE without officially registering your
module... just announce it here and (separatly) submit a patch to the module
list (apache-modlist.html from cvs)

--Geoff

> 
> Thanks,
> Charles
> 
> -- 
> Dr. Charles J. Brabec  | He wants me to be clever. Worse, he 
> wants me to be
> Web Systems Programmer | seen to be clever by everyone here. -- Miles
> [EMAIL PROTECTED]| Vorkosigan (L.M. Bujold)
> PH 919.513.0171|
> 

[Announce] Apache::Dispatch 0.09

[Geoffrey Young]

The URL

 
http://morpheus.laserlink.net/~gyoung/modules/Apache-Dispatch-0.09.tar.gz

has entered CPAN as

  file: $CPAN/authors/id/G/GE/GEOFF/Apache-Dispatch-0.09.tar.gz
  size: 15436 bytes
   md5: 5f385b684da72573d5a6d7b463a8ed22


Changes:

0.09  01.31.2001
  - added DispatchLocation - now .htaccess configs should work (really)
thanks yet again to Matt Sergeant
  - documented DispatchLocation
  - added DispatchRequire (suggested by Vivek Khera, and many others
I can't remember specifically)
  - documented DispatchRequire
  - fixed DispatchExtras Post documentation (Vivek Khera)
  - Apache::Dispatch was added to Joshua Chamas' benchmarking
stuff - see ToDo for some results

RE: [OT] Design Patterns in mod_perl apps?

[Geoffrey Young]

> -Original Message-
> From: Gunther Birznieks [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 30, 2001 6:43 PM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [OT] Design Patterns in mod_perl apps?
> 
> 
> 
> If you look at the latter half of the on-line book at 
> http://www.extropia.com/ExtropiaObjects/ and read the module 
> chapters after 
> and including the "Architecture" chapter you will see a 
> sidebar in each 
> chapter devoted to identifying design patterns that were used 
> in that set 
> of related modules.

I read through chaper 10 - that is an extremely well written (extensive)
summary of what we are all trying to do here...

well done

--Geoff
 

RE: Cannot make mod_perl on &&*@!* RH Linux :(

[Geoffrey Young]

> -Original Message-
> From: Nick Tonkin [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 30, 2001 3:39 PM
> To: Geoffrey Young
> Cc: 'Nick Tonkin'; [EMAIL PROTECTED]
> Subject: RE: Cannot make mod_perl on &&*@!* RH Linux :(
> 
> 
> Gaah ... there is no gcc RPM in the RH 6.2 archive ... !?

I think its the egcs stuff now...

[geoff@spinnaker downloads]$ rpm -qa | grep egcs
compat-egcs-5.2-1.0.3a.1
egcs-1.1.2-30

there may be others I can't remember...

HTH

--Geoff


 

RE: Cannot make mod_perl on &&*@!* RH Linux :(

[Geoffrey Young]

> -Original Message-
> From: Nick Tonkin [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 30, 2001 3:09 PM
> To: [EMAIL PROTECTED]
> Subject: Cannot make mod_perl on &&*@!* RH Linux :(
> 
> 
> Hi everyone (long time no see)
> 
> I am working on a client's machine with RedHat Linux. I'm 
> trying to build 
> Apache/mod_perl/mod_ssl from the sources, but become stuck 
> when trying to 
> make in the mod_perl directory.
> 

many have repored problems under RH7.0 - try downgrading gcc to the 6.2 dist
and see if that helps (haven't tried myself but others have IIRC)...

--Geoff

RE: Passing data among handlers

[Geoffrey Young]

> -Original Message-
> From: Paul J. Lucas [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 30, 2001 12:55 PM
> To: [EMAIL PROTECTED]
> Subject: Passing data among handlers
> 
> 
>   Perhaps I've missed it, but is there a better way than the
>   "notes" mechanism to pass data among handlers?
> 
>   The "notes" mechanism not only requires the notes to be
>   scalars, but, apparantly, said scalars must also be simple
>   strings, i.e., no binary data crammed into a scalar.

try pnotes() -  it's documented in man Apache

--Geoff

> 
>   Better ideas?  Odds of enhancing the "notes" mechanism?
> 
>   - Paul
> 

[RFC] mod_perl Digest path...

[Geoffrey Young]

sorry again for all the confusion with this morning's digest (I do code more
carefully than I write, really I do...)

this does present the opportune time to ask the list about the future of
this digest...

currently, the digest does not have a HTML home.  Matt at take23.org has
graciously agreed to host it and work on the XML stylesheets required for
the site.  This is a very good thing - but unfortunately, there is no easy
way to derive a decent plain text version from an XML base...

thus, the move to take23.org may mean that the digest no longer appears on
the list in plaintext, but merely as a posting with a link to the current
version...

how does this strike everyone?

--Geoff

RE: [DIGEST] mod_perl digest 01/21/2001

[Geoffrey Young]

> -Original Message-
> From: Geoffrey Young [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 30, 2001 7:35 AM
> To: '[EMAIL PROTECTED]'
> Subject: RE: [DIGEST] mod_perl digest 01/21/2001
   ^^^
> 

whoops - cut and paste from another subject line and look what happens...

sorry all

--Geoff

RE: [DIGEST] mod_perl digest 01/21/2001

[Geoffrey Young]

--

  mod_perl digest
 
   January 21, 2001 - January 27, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o cvs patches
  o mailing list highlights
  o news
  o FAQ of the week
  o links


mod_perl status

  o mod_perl
- stable: 1.25 (released January 29, 2001) [1]
- development: 1.25_01-dev [2]
  o Apache
- stable: 1.3.17 (released January 29, 2001) [3]
- development: 1.3.18-dev [4]
  o Perl
- stable: 5.6 (released March 23, 2000) [5]
- development: 5.7 [6]


cvs patches

  o Use unsigned short rather than short for Apache::Server->port [7]

  o Apache::Server->loglevel can now be modified [8]

  o DSO support for hpux with native cc/lda [9]

  o Fix for the Config.pm overriding mechanism [10]

  o Disable port test in api.pl [11]

  o Two tweaks for 5.004_04 [12] [13]
  
  o avoid 'prototype mismatch' warnings in 
Apache::PerlRun::flush_namespace [14] [15]


mailing list highlights

  o The wait is over - mod_perl 1.25 is here [16]

  o There is a bug in $r->args() that causes query strings like 
?arg1&arg2=val2 to improperly map when assigned to a hash [17]

  o Long thread of the week goes to the discussion of the merits
of pseudo-hashes [18]

  o TCP5 Call for papers is drawing to a close [19]

  o Apparently, AOL is occasionally sending bad headers in the form of
  Content-Type: applicationontent-Type:  [20]


news

  o Apache 1.3.17 was just released [21].  New features of note:

  - Add a new LogFormat directive, %c, that will log connection
status at the end of the response as follows:
'X' - connection aborted before the response completed
'+' - connection may be kept-alive by the server
'-' - connection will be closed by the server

  - Fix Content-Length calculation when doing Range header
processing.  This makes PDF byteserving work again

  - Make cgi-bin work as a regular directory when using
mod_vhost_alias with no VirtualScriptAlias directives

  - Several mod_rewrite fixes, including variable look-ahead and
nested RewriteMap lookups

  - More Windows and NetWare patches than you can shake a stick at

see Changes [22] for a full list of new features and bug fixes


FAQ of the week

  o I'm trying to make mod_perl with Apache 1.3.14 (or later), but see 
the error:

"Apache Version 1.3.0 required, aborting..."

Using mod_perl with Apache 1.3.14 or 1.3.17 requires an upgrade to
at least mod_perl 1.24_01 (or some hacking around). Get the latest
version from the mod_perl distribution page [23].


links

  o The Apache/Perl Integration Project [24]
  o mod_perl documentation [25]
  o mod_perl modules on CPAN [26]
  o mod_perl homepage [27]
  o mod_perl news and advocacy [28]
  o mod_perl list archives [29] [30]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.perl.com/pub/language/info/software.html#stable
[6] http://www.perl.com/pub/language/info/software.html#devel
[7] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98040666901678&w=2
[8] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98040860504352&w=2
[9] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98048908828988&w=2
[10] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98052738318946&w=2
[11] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98053430207313&w=2
[12] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98079192526172&w=2
[13] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98079785210916&w=2
[14] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98080509931383&w=2
[15] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=98080685903506&w=2
[16] http://forum.swarthmore.edu/epigone/modperl/swellimplol
[17] http://forum.swarthmore.edu/epigone/modperl/quulendzerm
[18] http://forum.swarthmore.edu/epigone/modperl/quehwhehdul
[19] http://forum.swarthmore.edu/epigone/modperl/fartunspang
[20] http://forum.swarthmore.edu/epigone/modperl/primpbilste
[21] http://marc.theaimsgroup.com/?l=apache-announce&m=98082142003681&w=2
[22] http://www.apache.org/dist/CHANGES
[23] http://perl.apache.org/dist/mod_perl-1.25.tar.gz
[24] http://perl.apache.org
[25] http://perl.apache.org/#docs
[26] http://www.cpan.org/modules/by-module/Apache/
[27] http://www.modperl.com
[28] http://www.take23.org
[29] http://forum.swarthmore.edu/epigone/modperl/
[30] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: [DIGEST] mod_perl digest 01/01/2001

[Geoffrey Young]

 

-Original Message-
From: Ask Bjoern Hansen
To: Geoffrey Young
Cc: '[EMAIL PROTECTED]'
Sent: 1/27/01 4:19 PM
Subject: Re: [DIGEST] mod_perl digest 01/01/2001

On Tue, 9 Jan 2001, Geoffrey Young wrote:

>What happened to the weekly digests?

I don't think I have skipped a week since I started (although there have
been a few late ones) - everything should be in the archives...

>
>>   o Apache
>> - stable: 1.3.14 (released October 13, 2000) [3]
>> - development: 1.3.15-dev [4]
>
>1.3.17 is about to be released, .15 and .16 were skipped.

yeah, I read new-httpd after I sent the digest out last week - I think those
version bumps all happened over last weekend.  anyway, they had been talking
about .15 for a few weeks so I guess I just started not paying attention as
closely as I should have been.  I'll make sure I get it right tomorrow :)

--Geoff

>
>-- 
>ask bjoern hansen - <http://ask.netcetera.dk/>

RE: Can't connect to Oracle in mod_perl ????

[Geoffrey Young]

> -Original Message-
> From: Irek [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 26, 2001 6:52 AM
> To: mod_perl list
> Subject: Re: Can't connect to Oracle in mod_perl 
> 
> 
> Use of inherited AUTOLOAD for non-method DBD::Oracle::ORA_OCI() is
> deprecated at 
> /usr/lib/perl5/site_perl/5.005/i386-linux/DBD/Oracle.pm line
> 48.

I think I remember seeing this when DBD::Oracle 1.04 first came out and I
was playing with stuff...

try rebuilding DBD::Oracle after applying the following patch to 1.06:

--- Makefile.PL.old Wed Nov 29 13:11:39 2000
+++ Makefile.PL Wed Nov 29 13:11:55 2000
@@ -67,7 +67,7 @@
 my %mk_target_rules;
 
 # Options (rarely needed)
-$::opt_b = 1;  # try to use Oracle's own 'build' rule
+$::opt_b = 0;  # try to use Oracle's own 'build' rule
 $::opt_m = 0;  # path to proc.mk or oracle.mk file to read
 $::opt_p = ''; # alter preference for oracle.mk over proc
 $::opt_n = ''; # Oracle .mk macro name to use for library list to link with

HTH

--Geoff

RE: Apache.pm location on installation

[Geoffrey Young]

> -Original Message-
> From: Sinclair, Alan (CORP, GEAccess)
> [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 24, 2001 1:10 PM
> To: '[EMAIL PROTECTED]'
> Subject: Apache.pm location on installation
> 
> 
> All,
> 
> I have successfully installed mod_perl on Solaris. The 
> mod_perl installation
> process has installed the Apache.pm module in the perl lib 
> directory. Is
> that normal?  I was expecting the Apache perl stuff to be 
> installed under
> APACHE_PREFIX.

APACHE_PREFIX is the prefix that Apache gets for stuff like the httpd binary
(like /usr/local/apache)

perl needs to install Apache.pm where it can see it.

see 
http://perl.apache.org/guide/install.html#APACHE_PREFIX
and
http://perl.apache.org/guide/install.html#Installing_Perl_Modules_into_a_D

HTH

--Geoff

> 
> Thanks!
> 
> 

[DIGEST] mod_perl digest 01/14/2001

[Geoffrey Young]

--

  mod_perl digest
 
   January 14, 2001 - January 20, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o module announcements
  o mailing list highlights
  o links


mod_perl status

  o mod_perl
- stable: 1.24_01 (released October 10, 2000) [1]
- development: 1.24_02-dev [2]
  o Apache
- stable: 1.3.14 (released October 13, 2000) [3]
- development: 1.3.15-dev [4]
  o Perl
- stable: 5.6 (released March 23, 2000) [5]
- development: 5.7 [6]


module announcements

  o Apache::ProxyRewrite 0.11 - a reverse-proxy that will rewrite URLs 
embedded in HTML documents [7]

  o Apache::DBI 0.88 - persistent database connections [no reference]

  o AxKit 1.2 - XML Application Server for Apache. It provides
on-the-fly conversion from XML to any format, such as HTML, WAP or
text using either W3C standard techniques, or flexible custom
code. [8]

  o mod_perm is on the prowl [9]


mailing list highlights

  o Some thoughts on upgrading an installation in production [10]

  o Two useful non-mod_perl based modules were announced on the list:
  HTTP::GHTTP 1.06 - a very lightweight C/XS based HTTP
  downloader [11]
  MysqlTool 0.80 - a web interface for managing one or more mysql
  server installations [12]

  o If you are interested in a SpeedyCGI v. mod_perl debate, this one
has been going on since December [13] [14]

  o There may be a bug in the way mod_perl handles STDIN and STDOUT
in respect to fileno().  Nobody has commented on it yet [15]

  o More performance related stuff - this time related to how Apache
manages MaxSpareServers internally [16] 

links

  o The Apache/Perl Integration Project [17]
  o mod_perl documentation [18]
  o mod_perl modules on CPAN [19]
  o mod_perl homepage [20]
  o mod_perl news and advocacy [21]
  o mod_perl list archives [22] [23]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.perl.com/pub/language/info/software.html#stable
[6] http://www.perl.com/pub/language/info/software.html#devel
[7] http://forum.swarthmore.edu/epigone/modperl/wholsmimcloo
[8] http://forum.swarthmore.edu/epigone/modperl/zhulhehrox
[9] http://marc.theaimsgroup.com/?l=apache-modperl&m=97978201810370&w=2
[10] http://forum.swarthmore.edu/epigone/modperl/thaphexwon
[11] http://forum.swarthmore.edu/epigone/modperl/joumimpverd
[12] http://forum.swarthmore.edu/epigone/modperl/heemumclend
[13] http://forum.swarthmore.edu/epigone/modperl/steldflerdflen
[14] http://forum.swarthmore.edu/epigone/modperl/snangthelsen
[15] http://forum.swarthmore.edu/epigone/modperl/dwoxmixsnen
[16] http://forum.swarthmore.edu/epigone/modperl/spartwimptun
[17] http://perl.apache.org
[18] http://perl.apache.org/#docs
[19] http://www.cpan.org/modules/by-module/Apache/
[20] http://www.modperl.com
[21] http://www.take23.org
[22] http://forum.swarthmore.edu/epigone/modperl/
[23] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2

RE: Finding out what has been enabled on a mod perl server

[Geoffrey Young]

> -Original Message-
> From: Kevin Beckford [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 16, 2001 2:01 PM
> To: David McCabe
> Cc: [EMAIL PROTECTED]
> Subject: Re: Finding out what has been enabled on a mod perl server
> 
> 
> That will tell me if mod_perl.c is has been installed. I know 
> that. What I want 
> to find out is if during the installation, did the installer 
> (Was not me!) set
> 
> PerlMethodHandlers on
> 
> and other flags of that kind during the install.
> 
> How would I do that?

if you are using a recent version of mod_perl (like cvs, not 1.24_01)  you
can 

perldoc Apache::MyConfig

and see how to get to those options without starting your server...

otherwise, you can configure perl status and go to /perl-status?hooks

HTH

--Geoff

> 
> > 
> > Apachedir/bin/httpd -l
> > 
>