Re: mod perl guide on perl.apache.org/index.html

[Mark Wagner]

> needs to be moved up and made bigger on the 'perl.apache.org'
> main page. i don't think putting it in other_references is doing it
> justice.  people need to buy the 'book' and use it and
> the 'guide' if they are going to effectively use mod_perl.  it is not
> another reference, it is one of the main references.

I totally agree with this. The guide is indespensible. It covered
virutally every starting question I had with mod_perl.

-- 
Mark Wagner [EMAIL PROTECTED]

Re: [RFC] holding a mod_perl conference

[Ask Bjoern Hansen]

On Wed, 5 Apr 2000, Jeffrey W. Baker wrote:

[...]
> I also think that I wouldn't attend a mod_perl only conference.  I can
> think of very few things that relate only or mostly to mod_perl.  A lot of
> other things are important to us, like Apache configuration, DBI
> programming, SSL, etc. [...]

"Me too".

mod_perl alone would be good, but together with the Perl (and other fairly
closely related subjects) is better.

Most of the code I work runs as much as regular daemons or programs as
under mod_perl, so for me the Perl part is as interesting and valuable.

If anything I would rather see efforts go to improving the oracon than
going to a similar type conference with all sorts of other scripting
thingies not at all interesting for me.


  - ask

-- 
ask bjoern hansen - 
more than 70M impressions per day, 

Re: mod_perl compat on win32? RE: mod_perl weaknesses? help me build a case....

[Gunther Birznieks]

Soulhuntre wrote:

> Hiya :)
>
> > -Original Message-
> > From: Leslie Mikesell [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, April 05, 2000 1:34 PM
> > To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: mod_perl weaknesses? help me build a case
> >
> > Your problem here is going to be that mod_perl is not thread-safe
> > and will serialize everything when running under the threaded
> > model that apache uses under windows. If your scripts are fast enough
> > you might be able to live with this if you use it as a back end
> > to a lightweight front-end proxy which a busy site needs anyway.
>
> Ok... that makes sense :)
>
> On a side note... is mod_perl/apache on linux compatible with IIS/operlex
> from activestate on the Win32 side?
>

For all intents and purposes, PerlEx is basically compatible with
mod_perl/Apache::Registry. However, the END {} blocks are interpreted
differently (augh!)... which shouldn't really be that much of an issue for
most programs.

The good thing about PerlEx as opposed to mod_perl/Win32 is that instead of
serializing all the calls to one Perl interpreter, ActiveState Perl actually
creates multiple Perl interpreter "objects" that can be round-robined among
the IIS threads.

>
> If so, that's a big boost for me...
>

I've been testing all my code on both PerlEx and mod_perl. And haven't had
very many problems at all with compatibility. I think UNIX/mod_perl is faster
than NT/IIS/PerlEx on the same hardware (from my unscientific observation),
but PerlEx seems much faster than ASPs.

Later,
   Gunther

RE: mod_perl weaknesses? help me build a case....

[Russell D. Weiss]

MR Wrote:
> My site is starting to get "busy enough". Are there some docs that
> explain how to to do this. Apache proxy has always seemed unclear to me,
> my lack of understanding really I've been using standard apache with
> mod_perl for several years now and have run squid in front of it, but
> this is a bit of a setup hassle when things change.
>

The basic idea of running a separate "light" version of Apache and having it
proxy to the "heavy" back end mod_perl server is this:

Mod_perl processes/threads tend to be quite a bit larger than plain old
"vanilla" Apache processes (in terms of memory).  By running a "light"
server and having it proxy to a mod_perl "back-end" server.  The main idea
is that by proxying, the front-end "light" server accepts connections from
the net.  Many of the users connecting may be on slow modems or other
semi-slow connections.  It is Apache's job to wait for the client -- it must
stay open until the client gets data.  But why should you be tying up an
"expensive" and "heavy" mod_perl process?  By using a "light" Apache server
as a front end, you don't waste system resources on that.  You can keep a
minimal number of "heavy" processes open, because the "light" server will
proxy your requests over to the mod_perl server, which will respond really
quickly to the local server (no need to stay open for any significant amount
of time).

If you're setting up a server for an intranet or something where most users
are on a fast lan, you may not realize a significant performance increase.

Hope that helps... I know the explanation is kind of rough, but hey, I'm too
tired to make sense :-)

Russell Weiss
Founder and Technical Manager
InfoRelay Online Systems, Inc.
http://www.InfoRelay.net/

mod perl guide on perl.apache.org/index.html

[___cliff rayman___]

needs to be moved up and made bigger on the 'perl.apache.org'
main page. i don't think putting it in other_references is doing it
justice.  people need to buy the 'book' and use it and
the 'guide' if they are going to effectively use mod_perl.  it is not
another reference, it is one of the main references.

cliff rayman
genwax.com

missing modules/perl/libperl.a

[Todd Finney]

I'm attempting to recompile Stronghold with mod_perl, and I've run into a
problem that no set of instructions (that I've seen) seem to help with.   Any
assistance/advice/RTFMs would be appreciated.

mod_perl 1.21
Stronghold 2.42 glibc2.1 build 2412
Perl 5.005_03

This system has an existing mod_perl enabled httpd that I compiled with no 
problems.   It is also 1.21, with apache 1.3.9.  I'd rather not poon that
instance while creating this one.

First, I tried this:

perl Makefile.PL APACHE_PREFIX=/usr/local/apache-strong/
APACHE_SRC=/usr/local/apache-strong/ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
PREP_HTTPD=1

then a make, and a make install.  All appears to go well, but no libperl.a is
created in modules/perl under the apache tree.   So I tried this (per
INSTALL.simple.stronghold):

Makefile.PL APACHE_SRC=/usr/local/apache-strong/src/ && make test
&& make install

which ran along swimmingly until it got here:

<=== modules/sxnet
===> modules/perl
cc -O2 -Dbool=char -DHAS_BOOL -I/usr/lib/perl5/5.00503/i686-linux/CORE 
-DMOD_PERL_VERSION=\"1.21\"
-DMOD_PERL_STRING_VERSION=\"mod_perl/1.21\" -I../.. 
-I/usr/lib/perl5/5.00503/i686-linux/CORE  -I../
../os/unix -I../../include -I../ssl/include -I../../ssl/include
-I../../../ssl/include -I/usr/i386-g
libc20-linux/include -Wall -DLINUX=2 -DTARGET=\"httpsd\" -DMOD_PERL
-DUSE_PERL_SSI -Dbool=char -DHAS
_BOOL -DSHBUILDCODE=\"C2NetEU/2412\" -DSHVERSION=\"2.4.2\" -DSTRONGHOLD
-DUSE_HSREGEX -DSTRONGHOLD -
DMOD_PERL -c mod_perl.c
In file included from mod_perl.h:41,
 from mod_perl.c:60:
/usr/lib/perl5/5.00503/i686-linux/CORE/perl.h:2546: redefinition of `union
semun'
/usr/lib/perl5/5.00503/i686-linux/CORE/patchlevel.h:41: warning:
`local_patches' defined but not use
d
make[3]: *** [mod_perl.o] Error 1
make[2]: *** [all] Error 1
make[1]: *** [subdirs] Error 1
make[1]: Leaving directory `/usr/local/apache-strong/src'
make: *** [apache_httpd] Error 2

I then tried the instructions listed at C2net, here
http://www.c2net.com/external/?link=sh242/index.html

Switch to the ServerRoot/src directory:

# cd ServerRoot/src
This is the directory created during installation, and it may vary from the
default. 

Edit the Configuration file to reflect which modules or patches you want.

AddModule modules/perl/libperl.a

Save the modified Configuration file.

Run Configure:
# ./Configure

Rebuild HTTPSD:
# make

This goes along for awhile with no apparent problems until it gets here:

<=== modules/sxnet
===> modules/perl
cc -O2 -Dbool=char -DHAS_BOOL -I/usr/lib/perl5/5.00503/i686-linux/CORE 
-DMOD_PERL_VERSION=\"1.21\"
-DMOD_PERL_STRING_VERSION=\"mod_perl/1.21\" -I../.. 
-I/usr/lib/perl5/5.00503/i686-linux/CORE  -I../
../os/unix -I../../include -I../ssl/include -I../../ssl/include
-I../../../ssl/include -I/usr/i386-g
libc20-linux/include -Wall -DLINUX=2 -DTARGET=\"httpsd\" -DMOD_PERL
-DUSE_PERL_SSI -Dbool=char -DHAS
_BOOL -DSHBUILDCODE=\"C2NetEU/2412\" -DSHVERSION=\"2.4.2\" -DSTRONGHOLD
-DUSE_HSREGEX  -c mod_perl.c
In file included from mod_perl.h:41,
 from mod_perl.c:60:
/usr/lib/perl5/5.00503/i686-linux/CORE/perl.h:2546: redefinition of `union
semun'
/usr/lib/perl5/5.00503/i686-linux/CORE/patchlevel.h:41: warning:
`local_patches' defined but not use
d
make[2]: *** [mod_perl.o] Error 1
make[1]: *** [all] Error 1
make: *** [subdirs] Error 1

Same as before, I believe.

Additional questions I have are:

 - Is there a danger of breaking my other Apache/mod_perl installation by
configuring mod_perl against a different source tree and doing a make install?

 - Where is libperl.a?

Any assistance would be greatly appreciated.

thanks,
Todd







--
Todd R. Finney Alpha Geek
[EMAIL PROTECTED] (508) 879 5792
  Boy Genius Internet Development   
   http://www.boygenius.com
--

Re: mod_perl weaknesses? help me build a case....

[___cliff rayman___]

the bible for doing that is here:

http://perl.apache.org/guide/strategy.html#Alternative_architectures_for_ru

cliff rayman
genwax.com

Michael Robinton wrote:

> > if you use it as a back end
> > to a lightweight front-end proxy which a busy site needs anyway.
>
> My site is starting to get "busy enough". Are there some docs that
> explain how to to do this. Apache proxy has always seemed unclear to me,
> my lack of understanding really I've been using standard apache with
> mod_perl for several years now and have run squid in front of it, but
> this is a bit of a setup hassle when things change.

Re: mod_perl weaknesses? help me build a case....

[Michael Robinton]

> if you use it as a back end
> to a lightweight front-end proxy which a busy site needs anyway.

My site is starting to get "busy enough". Are there some docs that 
explain how to to do this. Apache proxy has always seemed unclear to me, 
my lack of understanding really I've been using standard apache with 
mod_perl for several years now and have run squid in front of it, but 
this is a bit of a setup hassle when things change.

Apache for Windows

[Rene Skrodzki / Lori Lafond]

Hello I am trying to get Apache for Win32 version 
1.3.9 to work.  If any one knows how to configure this could they please 
reply to this message.  I can get the server to serv the congrats page but 
i need help with the .htaccess and .htpasswd things.
 
Rene Skrodzki

Avoiding redefining constant subs

[Jeremy Howard]

Hi there,

I've been getting frustrated by the mandatory warning created by 'use
constant' under mod_perl, caused by constant subroutines being redefined
when imported. In particular, with Archive::Zip this was adding hundreds of
lines to my log every restart.

I've edited constant.pm and Exporter.pm to avoid redefining subroutines that
are already in the calling package. In constant.pm I add:
if (!(defined &{"${pkg}::$name"})) {
around the bit in sub import {} that actually populates the namespace of the
caller. The approach in Exporter.pm is similar.

Is there any downside to doing this? Should it be added to the standard
distribution (or has it been added to 5.6 already?--I can't run 5.6 because
to many modules I use don't work, Apache::DB being the most problematic)?


[EMAIL PROTECTED]

Re: prepare_cached and Apache::DBI.

[Perrin Harkins]

On Wed, 5 Apr 2000, Paul Sullivan wrote:

> When attempting to use prepare_cached along with Apache::DBI, it 
> returns this error once it has ran through each of the apache 
> children.
> 
> [Wed Apr  5 ...] [error] prepare_cached(...) statement handle 
> DBI::st=HASH(0x8296788) is still active at /home/... line ...

You should only be getting that error if there is more data on that
statement handle that you haven't read.  You can take care of that by
calling $sth->finish, or by reading the rest of the data.

- Perrin

mod_perl compat on win32? RE: mod_perl weaknesses? help me build a case....

[Soulhuntre]

Hiya :)

> -Original Message-
> From: Leslie Mikesell [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 05, 2000 1:34 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: mod_perl weaknesses? help me build a case
>
> Your problem here is going to be that mod_perl is not thread-safe
> and will serialize everything when running under the threaded
> model that apache uses under windows. If your scripts are fast enough
> you might be able to live with this if you use it as a back end
> to a lightweight front-end proxy which a busy site needs anyway.

Ok... that makes sense :)

On a side note... is mod_perl/apache on linux compatible with IIS/operlex
from activestate on the Win32 side?

If so, that's a big boost for me...

Ken

---
Soulhuntre

(icq# 275066)
http://www.soulhuntre.com - my world
http://www.dotpublishing.com - my income
http://www.virtualchemy.com - my company
http://www.the-estate.com - my passion

Re: [RFC] holding a mod_perl conference

[Greg Cope]

From: "Leon Brocard" <[EMAIL PROTECTED]>
To: "mod_perl list" <[EMAIL PROTECTED]>
Sent: 05 April 2000 09:06
Subject: RE: [RFC] holding a mod_perl conference


: Ken wrote:
:
: > *That* I second.  The big thing we need now is an organizer
: > (like Kevin Lenzo did for YAPC 1999) and a venue - best if someone
: > can be both.
:
: Throwing another idea into the works, I'm currently exploring
: ideas for a potential yapc::Europe in London this September.
:
: I'm currently stuck on venues - I *was* gonna hold it at
: Imperial College (conference fees on the order of single-figure
: dollar ammounts), but talks have kind of dried up.

what "talks" ?

:
: Where are all you mod_perl guys? Would you be willing to come
: over to the UK?

I live in Brighton - (South of London) so this is the most sensible
suggestions yet (for me anyway :-)

I would consider a US venue _but_ only if it were inexpensive - as a flight
+ hotels + spending money + registration etc ... can be come quite expensive
(I have to pay for myself).

I hope all the US folks would not underestimate the extra cost for us
Europeans of a west coast venue.

:
: Just an idea! Leon
: --
: Leon Brocard   |   perl hacker   |   [EMAIL PROTECTED]

Ah - iii.co.uk

Greg Cope

Re: [RFC] holding a mod_perl conference

[Greg Cope]

To: <[EMAIL PROTECTED]>
Sent: 05 April 2000 16:51
Subject: Re: [RFC] holding a mod_perl conference


: On Wed, 5 Apr 2000, Nathan Torkington wrote:
:
: > The problem with standalone conferences is that you need
: > to have reasonably high attendance before they pay for the logistical
: > work and equipment hire needed to put them on.  "Reasonably high"
: > could be anywhere from 200 to 500 depending on the hotel, speakers
: > fees, tutorial attendance, number of parallel tracks, etc.
:
: 1) I don't think getting 200 people to attend a mod_perl conference is
: particularly ambitious at all, especially if it's held in a manner
: convenient for people to attend.  20,000 people went to Linux World in New
: York, and it wasn't THAT great of a show If you hold a conference
: where you already have a fairly thick concentration of mod_perl
: developers, and you get the right people to speak, people WILL come.

Would 200 not be enough ?  If it cannot be profitable / viable with that
number / order of magnitude then there must be a problem.

:
: 2) What people are saying isn't that we want a huge, IDG-ish production
: with tracks and a tradeshow floor and catered water and soundsystems and
: skirted tables.  Several people have said they would rather have something
: along the YAPC model... a small, productive session, perhaps better suited

Here, here !

Never been to YAPC - I live in the UK (South of London) - but I would _much_
prefer to ( read only ) go to a simple, yet highly productive event than
anything flashy.

: for the conference facilities of a University than those of a hotel.  If
: ever there was something calling for the "KISS" mantra, it was this con.
:)

agreed again on the KISS front


Greg Cope

: Would we appreciate logistial support from O'Reilly? Of course.  Do we
: want this con to be large enough to have to worry about revenue models?
: Not particularly.
:
: 
: Jeff D. "Spud (Zeppelin)" Almeida
: Windsor, CT
: [EMAIL PROTECTED]
:
:

Re: prepare_cached and Apache::DBI.

[Jeffrey W. Baker]

On Wed, 5 Apr 2000, Paul Sullivan wrote:

> When attempting to use prepare_cached along with Apache::DBI, it
> returns this error once it has ran through each of the apache
> children.
> 
> [Wed Apr 5 ...] [error] prepare_cached(...) statement handle
> DBI::st=HASH(0x8296788) is still active at /home/... line ...
> 
> Is prepare_cached not recommended for use with mod_perl? If not, would
> could I possibly to do to correct the above error.

You could start by R'ing TFM.  This from perldoc DBI:

prepare_cached

 $sth = $dbh->prepare_cached($statement)
 $sth = $dbh->prepare_cached($statement, \%attr)
 $sth = $dbh->prepare_cached($statement, \%attr,
$allow_active)

   Like the prepare entry elsewhere in this
   document except that the statement handle returned will
   be stored in a hash associated with the $dbh. If
   another call is made to prepare_cached with the same
   parameter values then the corresponding cached $sth
   will be returned without contacting the database
   server.

   This caching can be useful in some applications but it
   can also cause problems and should be used with care.
   A warning will be generated if the cached $sth being
   returned is active (i.e., is a select that may still
   have data to be fetched) unless $allow_active is true.

   The cache can be accessed (and cleared) via the the
   CachedKids entry elsewhere in this documentattribute.


If you don't want the warning, you need to pass a true value as the
third argument to prepare_cached.

As usual, I recommend caching the database handles yourself in global
scalars somewhere, as calling the prepare_cached method has significant
overhead and is only slightly easier to use than doing it yourself.

-jwb

prepare_cached and Apache::DBI.

[Paul Sullivan]

When attempting to use prepare_cached along with Apache::DBI, it 
returns this error once it has ran through each of the apache 
children.

[Wed Apr  5 ...] [error] prepare_cached(...) statement handle 
DBI::st=HASH(0x8296788) is still active at /home/... line ...

Is prepare_cached not recommended for use with mod_perl? If not, 
would could I possibly to do to correct the above error.

TIA :)
-- 
--
Paul Sullivan
Senior Programmer
Andover.Net
http://www.andover.net/
--

[End of diatribe.  We now return you to your regularly scheduled 
programming...]
 --Larry Wall in Configure from the perl distribution

Re: external access to intranet

[jwd]

I tried this.  It is a forking proxy and quikly runs out of steam and by
the way the url is now www.fwtk.org.

"Wu, Gordon" wrote:
> 
> For multiple intranet hosts,
> my understanding the best way
> to do it is to install a TIS proxy server on you linux
> box --- with nothing to do with apache/modperl.
> 
> see the http://www.tis.com/ for details.
> 
> let me know if it works for you, pls.
> 
> Gordon Wu <[EMAIL PROTECTED]>
> System Infrastructure
> Global Derivatives Application Development
> CitiBank, New York
> Tel: (212)783-6838
> 
> > -Original Message-
> > From: Jonas Nordstrom [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, April 05, 2000 10:35 AM
> > To: [EMAIL PROTECTED]
> > Subject: RE: external access to intranet
> >
> >
> > Ok, but the problem is that we have more than one intranet
> > host, and files
> > at one host may call another and so on.
> > If I've understood it correctly, ProxyPass requires you to
> > have the same
> > number of external servers and internal servers? Can
> > Apache::RewritingProxy
> > handle this?
> >
> > /Jonas
> >
> > > -Original Message-
> > > From:   darren chamberlain [SMTP:[EMAIL PROTECTED]]
> > > Sent:   den 5 april 2000 16:30
> > > To: Jonas Nordstrom
> > > Cc: [EMAIL PROTECTED]
> > > Subject:Re: external access to intranet
> > >
> > > Jonas Nordstrom ([EMAIL PROTECTED]) said something to this
> > > effect:
> > > > But doesn't that only pass on the request and then return
> > the HTML-files
> > > > unchanged? I also want to change the links inside the
> > HTML-bodies on the
> > > > fly, so that the users can continue to "surf the
> > intranet". For example,
> > > if
> > > > the HTML contains "" I want
> > to change that
> > > to
> > > > "https://gateway_server/intranet_host/path/myfile.html>"
> > > >
> > > > /Jonas
> > >
> > > Hi Jonas,
> > >
> > > ProxyPass does *not* modify the contents of the file (in
> > fact, the docs
> > > say
> > > that it might not be all that useful for exactly this
> > reason). The thing
> > > is,
> > > though, that the links, if relative, will be relative to
> > the current page,
> > > wherever that current page is. If your links are all in the form
> > >  and  then
> > all links will
> > > work just fine (this is a good idea anyway, although difficult to do
> > > consistently).
> > >
> > > Assuming that you don't want to rewrite the pages on your
> > intranet to fix
> > > all your links (which is the point of this whole thing, I
> > would assume),
> > > then
> > > the best way to do it, I would say, would be write a
> > translation handler
> > > that
> > > would use LWP to fetch the document from the intranet
> > server (possibly
> > > with
> > > some caching), pass it through a regex that fixes the links
> > (i.e., preface
> > > all
> > > links with 'http://gateway_server/intranet_host/' unless
> > they begin with
> > > http),
> > > and then send it to the browser. This is similar to the
> > proxy module that
> > > is
> > > described in Chapter 7 of the Eagle book (p 374-381, or
> > > http://www.modperl.com/book/chapters/ch7.html).
> > >
> > > Hope this helps.
> > >
> > > darren
> > >
> > > --
> > > Friends help you move. Real friends help you move bodies.
> >

Re: external access to intranet

[jwd]

I had exactly the same need. Only, we wanted to use SecurID for
authentication.  I found two alternatives and the best one for my use
was not a perl module but a C module called mod_securid.  Here is the
URL: http://persoweb.francenet.fr/~pasty/mod_securid/  

Patrick Asty has down an outstanding job on this.  

jim drash
<[EMAIL PROTECTED]>

Jonas Nordström wrote:
> 
> Hello,
> 
> In our organisation, we wanted the employees to be able to reach our
> intranet from anywhere on the internet. We have therefore made a gateway
> using an extra linux-server, SSL, Apache and mod-perl. We wanted to
> translate the incoming URL request, for example
> https://gateway_server/intranet_host/filename.html
> to an intranet request, in this case http://intranet_host/filename.html. We
> then fetch that file using HTTP::UserAgent, massage the links if it is a
> HTML file using HTML::Filter and send the response back to the client. This
> works fine, but is HTML::Filter the best way to go? Would it be easier using
> HTML::TreeBuilder or something else?
> I would be grateful for any input.
> 
> Jonas Nordstrom

Re: apache reinstall

[George Lewis]

It might depend on how much little memory you have, is your box running
out of ram? If it runs out of memory and swap, it most certainly will
die. The others on this list can probably give you some good pointers on
conserving memory, maybe some apache tuning is in order?

George

matt ([EMAIL PROTECTED]) wrote:
> Hi,
>  
>   I am running apache 1.3.9 on FreeBSD 3.3 and I wrote earlier about some
> problems with my server crashing.  The apache server was already set up and
> running before i built all the modules, and I never rebuilt the apache
> server after I built mod_perl into the src directory.  so i've been running
> all this time on regular perl.
> 
> 
> question 1.  my server box is a veteren and doesn't have that much memory,
> if i'm making a big request (around 45 'CGI-get' variables and a connect to
> a mysql database) from the apache server and mysql, can this cause my server
> to die?
> 
> question 2.  can I reinstall the apache server that has all the proper
> modules in it without erasing everthing in the cuurent install?
> 
> 
> thanks for helping,
> 
> Matt Carlson
> Lightspeed Studios

-- 
George Lewis
http://schvin.net/

apache reinstall

[matt]

Hi,
 
  I am running apache 1.3.9 on FreeBSD 3.3 and I wrote earlier about some
problems with my server crashing.  The apache server was already set up and
running before i built all the modules, and I never rebuilt the apache
server after I built mod_perl into the src directory.  so i've been running
all this time on regular perl.


question 1.  my server box is a veteren and doesn't have that much memory,
if i'm making a big request (around 45 'CGI-get' variables and a connect to
a mysql database) from the apache server and mysql, can this cause my server
to die?

question 2.  can I reinstall the apache server that has all the proper
modules in it without erasing everthing in the cuurent install?


thanks for helping,

Matt Carlson
Lightspeed Studios

Re: help with mod_perl install

[Stas Bekman]

On Wed, 5 Apr 2000, Anthony R. J. Ball wrote:

> 
> redhat 6.1
> mod_perl 1.22
> apache 1.3.12
> 
> 
> >From CPAN:
> Please tell me where I can find your apache src
>  [] /tmp/apache/apache_1.3.12
> Configuring for Apache, Version 1.3.12
>  + using installation path layout: Apache (config.layout)
> configure:Error: invalid option '-file'
> can't open /Makefile No such file or dir

Should be /tmp/apache/apache_1.3.12/src

Also see:
http://perl.apache.org/guide/rel/install.html#mod_perl_Installation_with_the_C

>   Am I having version problems here? First off mod_perl 
> is looking for Configure, not configure, so I made a 
> symlink. Then I get the above error saying 
> invalid option '-file' so configure dies and makes
> no makefile.
> 
> -- 
>  ___  __  ____  _  _  _  _     
> / __)(  )(  )  /__\( \/ )( ___)  ( \( )( ___)(_  _)
> \__ \ )(__)(  /(__)\\  /  )__))  (  )__)   )(  
> (___/(__)(__)(__)\/  ()()(_)\_)() (__) 
> Line noise provided ABSOLUTELTY FREE by Telecom!
> 
> 



__
Stas Bekman | JAm_pH--Just Another mod_perl Hacker
http://stason.org/  | mod_perl Guide http://perl.apache.org/guide/ 
mailto:[EMAIL PROTECTED]  | http://perl.orghttp://stason.org/TULARC/
http://singlesheaven.com| http://perlmonth.com http://sourcegarden.org
--

Re: [RFC] holding a mod_perl conference

[Nathan Torkington]

Leslie Mikesell writes:
> personal styles of perl coding are involved.  It would be
> nice if some outlines/slides of the material could be online
> before the signup deadlines and the actual session could
> spend more time in discussion and question/answer than
> covering the overview.

(getting away from mod_perl here, sorry)

We hear and obey.  This year's conference has quite detailed
descriptions of the tutorials.  For example:

  Apache::ASP
Joshua Chamas
Tuesday, 7/18/2000 at 8:45 AM 

  Who Should Attend:
Web developers who have used CGI.pm,
mod_perl, or IIS/ASP; and Web designers who
want to make their sites dynamic. A basic
understanding of Perl, object oriented Perl, and
HTML would be helpful. 

  Learn how to build a full-featured Web site with
  Apache::ASP, exploring the ins and outs of
  mixing HTML with Perl; session user tracking
  and logins; ASP Web events; SSI include code
  modularization; object methods and banner
  serving; performance tuning; Web clustering;
  and XML rendering embedded with HTML &
  Perl. 

  Course Outline:
Syntax(creating a live Web page by
embedding Perl into HTML) 
User tracking 
Events (Making a Web site more like an
application) 
Modularity 
Objects 
Performance tuning 
Web clustering 
XML and Apache::ASP 
Future of Apache::ASP

I encourage tutors to leave more time for Q&A, but that's up to the
individual tutor's discretion.

Nat

Re: [RFC] holding a mod_perl conference

[Mark Imbriaco]

On Wed, 5 Apr 2000, Jason Bodnar wrote:

> At 02:14 PM 4/5/00 -0400, Vivek Khera wrote:
> >> "JB" == Jason Bodnar <[EMAIL PROTECTED]> writes:
> >
> >JB> I didn't get much out of the mod_perl stuff at the ORA conference. Too
> much
> >JB> basic and not enough advanced stuff.
> >
> >What kinds of topics would you like to see covered.  I'm sure others
> >like myself would love to put together some talks and/or tutorials on
> >some subjects.  In '98 I spoke about performance tuning.  Is the '00
> >conference schedule already full or are they still seeking speakers?
> 
> '98 was good. I spoke at that one as well with Mark Imbracio about using

Imbriaco, but it's the thought that counts. :-)

> mod_perl and databases. In '99 I seem to remember a two part into to
> mod_perl session as being the big mod_perl thing at the conference. I don't
> need intro talks.

There were numerous mod_perl talks at the last conference, but like you
said, they were mostly all intro-level talks.  Also, when the mod_perl
track had to compete with the other tracks, and there was something
interesting like the Quiz Show going on, I'm afraid that I was a mod_perl
deserter and went over to the other track. :-)

To be honest, I got _far_ more out of the BOFs than the scheduled talks
(not to mention beer with Andreas, John, and Doug over at that little pub
that was in walking distance ... :-)

-Mark

Re: [RFC] holding a mod_perl conference

[Nathan Torkington]

Jeff D. 'Spud (Zeppelin)' Almeida writes:
> I don't know why it is that we (as a computer industry) feel
> compelled to attach grossly overinflated registration fees to our
> professional meetings, but the ones that don't have them (like YAPC)
> tend to be better-appreciated.

The registration fee is set based on the costs of producing it.  TPC
has higher marketing, organization, and execution costs than YAPC did.
TPC could then afford to help speakers get to the conference--many of
the more remote Perl gods were helped with their travel to the early
TPCs.

YAPC is cheaper, and is fun in its own right, but it was a completely
different experience to TPC.  Both, IMHO, were fun.  YAPC was more
intimate and I had the feeling of excitement that it was being done on
the wire by folks just like me.  At TPC I enjoyed the crowds, the huge
variety of people I could talk to, the ability to sit back and put
myself in someone else's hands, the resort atmosphere.  One wasn't, I
don't think, better than the other.  They both pleased me in different
ways.

The easiest way to avoid the Open Source Conference registration fee
is to be a speaker.  I really strongly encourage *everyone* who does
fun and interesting mod_perl things to submit proposals for talks and
tutorial to the next conference.  Speakers and tutors are comped
registration.  Tutors even get *paid*.  Imagine: being paid to fly to
Monterey in July and hang out with a bunch of mod_perlers 

Nat

Re: [RFC] holding a mod_perl conference

[Leslie Mikesell]

According to Nathan Torkington:
> Jason Bodnar writes:
> > I guess my big problem with the ORA conference last year was that all the
> > tutorials I attended last year tried to cover the basics and didn't lead
> > enough time for in-depth informaiton.
> 
> Yup, I agree.  The level of the material offered, though, is in the
> hands of the program chair.  So when I put together the Perl
> conference tutorials, I try to make sure that at any one time there's
> something that *I* would like to see, as well as something that a less
> advanced (more intermediate) programmer might want to attend.  So this
> year there's Damian Conway's "making your mind go boom with OO in Perl"
> talks, as well as MjD's hardcore Perl.

Same here, but I'd like to make the point that it is pretty 
difficult to guess what someone else's concept of beginning,
intermediate, and advanced topics really mean.  This is
especially true when a program's author is speaking or
personal styles of perl coding are involved.  It would be
nice if some outlines/slides of the material could be online
before the signup deadlines and the actual session could
spend more time in discussion and question/answer than
covering the overview.

  Les Mikesell
   [EMAIL PROTECTED]

Re: external access to intranet

[Leslie Mikesell]

According to James Hart:

No they won't - the browser will strip the URL seen from its perspective
back to the host and add the path. On the scheme Jona describes, where the
host the browser sees is 'gateway_server', that would then be retranslated
by the proxy into a request for the document 'myfile.html' on the intranet
host 'path' -  the correct intranet host would be lost.

As long as the part of the path that triggered the first
ProxyPass directive remains (and it will for any relative
link in the same directory or lower), the request for it
will also be ProxyPass'd to the same back end server and
the correct relative location.

  Les Mikesell
   [EMAIL PROTECTED] 

Re: [RFC] holding a mod_perl conference

[Nathan Torkington]

Jason Bodnar writes:
> I guess my big problem with the ORA conference last year was that all the
> tutorials I attended last year tried to cover the basics and didn't lead
> enough time for in-depth informaiton.

Yup, I agree.  The level of the material offered, though, is in the
hands of the program chair.  So when I put together the Perl
conference tutorials, I try to make sure that at any one time there's
something that *I* would like to see, as well as something that a less
advanced (more intermediate) programmer might want to attend.  So this
year there's Damian Conway's "making your mind go boom with OO in Perl"
talks, as well as MjD's hardcore Perl.

The modperl program chair could decide to have a "how to get started"
tutorial as well as a "popping the hood and attacking the transmission
with a wrench" tutorial.  In fact, I hope that'd happen.  In some ways
the program chair is limited to the tutorials that people offer: if
nobody is interested in giving a tutorial on pushing Mason to its
limits, it can't be offered.

By the way, now's the time to start thinking of topics and tutorials
and other material for the 2001 conference.  The earlier the program
chair can start hounding folks for talks and tutorials, the better.

Nat

which handler?!?

[J. Horner]

I'm finally writing the web server intrusion system that I've planned for
months.  I have the skeleton for the URI comparing handler, but I'm a
little unclear where it should really go.

A handler is written to compare the URI against a source of known web
server issues to alert the administrator to hacking attempts.  Should the
handler be installed at the PerlPostReadRequestHandler phase or the
PerlTransHandler phase.  The Eagle book says something like:

"It is called once per transaction and is intended to allow modules to
step in and perform special processing on the incoming data", which is
what I want, but it goes on to say, "However, because there's no way for
modules to step in and actually contribute to the parsing of the HTTP
header, this phase is more often  used just as a convenient place to do
processing that must occur once per transaction."  

Is this last sentence not the negation that I read it to be?  It seems to
me that it is telling me that I really can't write a handler to actually
do something useful on the incoming request header.  

If I put the hander in at PerlTransHandler, it seems that I would
interfere unnecessarily at the translation phase.  I just want a place to
put it where it can take the request, run a regexp against a list of known
issues to check for a match, then, if we return a false, go on with the
parsing and file mapping.

Ideas?  Doug?  Lincoln?  Can I get some clarification?

J. J. Horner
Linux, Apache, Perl, Unix, Stronghold
[EMAIL PROTECTED] http://www.knoxlug.org
System has been up: 4 days.

help with mod_perl install

[Anthony R. J. Ball]

redhat 6.1
mod_perl 1.22
apache 1.3.12


>From CPAN:
Please tell me where I can find your apache src
 [] /tmp/apache/apache_1.3.12
Configuring for Apache, Version 1.3.12
 + using installation path layout: Apache (config.layout)
configure:Error: invalid option '-file'
can't open /Makefile No such file or dir

  Am I having version problems here? First off mod_perl 
is looking for Configure, not configure, so I made a 
symlink. Then I get the above error saying 
invalid option '-file' so configure dies and makes
no makefile.

-- 
 ___  __  ____  _  _  _  _     
/ __)(  )(  )  /__\( \/ )( ___)  ( \( )( ___)(_  _)
\__ \ )(__)(  /(__)\\  /  )__))  (  )__)   )(  
(___/(__)(__)(__)\/  ()()(_)\_)() (__) 
Line noise provided ABSOLUTELTY FREE by Telecom!

Re: [RFC] holding a mod_perl conference

[Jason Bodnar]

At 02:14 PM 4/5/00 -0400, Vivek Khera wrote:
>> "JB" == Jason Bodnar <[EMAIL PROTECTED]> writes:
>
>JB> I didn't get much out of the mod_perl stuff at the ORA conference. Too
much
>JB> basic and not enough advanced stuff.
>
>What kinds of topics would you like to see covered.  I'm sure others
>like myself would love to put together some talks and/or tutorials on
>some subjects.  In '98 I spoke about performance tuning.  Is the '00
>conference schedule already full or are they still seeking speakers?

'98 was good. I spoke at that one as well with Mark Imbracio about using
mod_perl and databases. In '99 I seem to remember a two part into to
mod_perl session as being the big mod_perl thing at the conference. I don't
need intro talks.

Performance tuning would be good. An in-depth look at the Apaceh/Perl API.
Database stuff like I did. Embperl/Mason/ASP.

I guess my big problem with the ORA conference last year was that all the
tutorials I attended last year tried to cover the basics and didn't lead
enough time for in-depth informaiton. This was true for all the tracks not
just the perl track. On my comment card I suggested that in the future, the
tutorials need to happen at the end of the conference. This way people
could get the intro stuff from the 1hr sessions in the main conference and
then be prepared for the meat you'd expect to get from the tutorials.


--
Jason Bodnar + Tivoli Systems = [EMAIL PROTECTED]

Re: please help!!!! (server crashed)

[George Lewis]

James G Smith ([EMAIL PROTECTED]) wrote:
> matt <[EMAIL PROTECTED]> wrote:
> >Hi,
> >
> >  I need help, I am setting up a web database and here's what i'm using
> >
> >   OS: FreeBSD
> >   Webserver : Apache 1.3
> >   Database : MySQL
> >   Modules : mod_perl
> >   PerlModules: apache:DBI apache:registry apache:eperl
> >
> >   I nearly had the database completely up and I was testing it,  but then I
> >   did a submit to an iphtml file, which just hung there.  I telneted to the
> >server and it was hanging to.  I went over to the actuall server and it was
> >doing an automatic reboot.  the server froze in reboot mode and the screen
> >was showing numerous page faults.
> >
> >could anyone give me any reason why this would happen?
> 
> Not sure exactly, but I know I had problems with the OpenBSD 2.6 port of MySQL 
> wanting to build the threaded client libraries, which can cause Apache to hang 
> if it doesn't get requests quickly enough.  Probably not the problem, but 
> something that can be quickly checked to make sure.
> -- 
> James Smith <[EMAIL PROTECTED]>, 979-862-3725
> Texas A&M CIS Operating Systems Group, Unix
> 

Is your hardware veteran at all? I.e. how long has it been in use?
Perhaps you have a memory issue or something that FreeBSD is unhappy
about? What release of FreeBSD?

George

-- 
George Lewis
http://schvin.net/

Re: please help!!!! (server crashed)

[James G Smith]

matt <[EMAIL PROTECTED]> wrote:
>Hi,
>
>  I need help, I am setting up a web database and here's what i'm using
>
>   OS: FreeBSD
>   Webserver : Apache 1.3
>   Database : MySQL
>   Modules : mod_perl
>   PerlModules: apache:DBI apache:registry apache:eperl
>
>   I nearly had the database completely up and I was testing it,  but then I
>   did a submit to an iphtml file, which just hung there.  I telneted to the
>server and it was hanging to.  I went over to the actuall server and it was
>doing an automatic reboot.  the server froze in reboot mode and the screen
>was showing numerous page faults.
>
>could anyone give me any reason why this would happen?

Not sure exactly, but I know I had problems with the OpenBSD 2.6 port of MySQL 
wanting to build the threaded client libraries, which can cause Apache to hang 
if it doesn't get requests quickly enough.  Probably not the problem, but 
something that can be quickly checked to make sure.
-- 
James Smith <[EMAIL PROTECTED]>, 979-862-3725
Texas A&M CIS Operating Systems Group, Unix

please help!!!! (server crashed)

[matt]

Hi,

  I need help, I am setting up a web database and here's what i'm using

   OS: FreeBSD
   Webserver : Apache 1.3
   Database : MySQL
   Modules : mod_perl
   PerlModules: apache:DBI apache:registry apache:eperl

   I nearly had the database completely up and I was testing it,  but then I
   did a submit to an iphtml file, which just hung there.  I telneted to the
server and it was hanging to.  I went over to the actuall server and it was
doing an automatic reboot.  the server froze in reboot mode and the screen
was showing numerous page faults.

could anyone give me any reason why this would happen?

a big thanks to any reply

Matt Carlson
Lightspeed Studios
   

Re: [RFC] holding a mod_perl conference

[Vivek Khera]

> "JB" == Jason Bodnar <[EMAIL PROTECTED]> writes:

JB> I didn't get much out of the mod_perl stuff at the ORA conference. Too much
JB> basic and not enough advanced stuff.

What kinds of topics would you like to see covered.  I'm sure others
like myself would love to put together some talks and/or tutorials on
some subjects.  In '98 I spoke about performance tuning.  Is the '00
conference schedule already full or are they still seeking speakers?

Re: [RFC] holding a mod_perl conference

[Jeff D. 'Spud (Zeppelin)' Almeida]

On Wed, 5 Apr 2000, Nathan Torkington wrote:

> > 1) I don't think getting 200 people to attend a mod_perl conference is
> > particularly ambitious at all, especially if it's held in a manner
> > convenient for people to attend.  20,000 people went to Linux World in New
> > York, and it wasn't THAT great of a show If you hold a conference
> > where you already have a fairly thick concentration of mod_perl
> > developers, and you get the right people to speak, people WILL come.
 
> Right, I think 200 people is very do-able.  I think you're fooling
> yourself if you think that Linux World is anywhere comparable to a
> mod_perl conference.  It's beyond apples and oranges.  It's peas and
> watermelons.

My point was simply that if a not-that-great conference with a completely
unfocused program can draw 20,000, that a well-run and well-focused
conference should be able to come within two orders of magnitude; I'm well
aware that we're talking about a lentils-to-oranges comparison.
 
> > 2) What people are saying isn't that we want a huge, IDG-ish production
> > with tracks and a tradeshow floor and catered water and soundsystems and
> > skirted tables.  Several people have said they would rather have something
> > along the YAPC model... a small, productive session, perhaps better suited
> > for the conference facilities of a University than those of a hotel.  If
> > ever there was something calling for the "KISS" mantra, it was this con. :)
 
> Right.  But I'm saying that putting on a YAPC conference blows the
> organizer's mind.  Kevin Lenzo, the YAPC organizer, had to worry about
> food, tracks, sound systems, projectors, rooms, accomodation, and
> printed proceedings.  These problems didn't go away because YAPC was
> on a smaller scale, and in some ways they became more of a problem
> because there was one person doing the organization and he had to
> handle it all.  I'm not saying that a YAPC-style conference can't be
> done, I'm just saying that it's not as easy as it sounds.

Oh, I know, I've run chess tournaments (in a previous life) with
substantially smaller attendances that have been fairly substantial
logistical nightmares, especially for one person.

> Frankly, I think your Route of Least Pain (coincidentally also the
> Route Most Likely to Succeed) is to have separate mod_perl tracks at
> the Open Source conference.  You'll get rooms dedicated entirely to
> mod_perl, you (or Doug or whoever the program chair is) can put
> whatever talks you want in there, you can have your own tutorials.

The biggest factor I see as an issue is this:
TOSC is $795 to register.  YAPC is $75.  By comparison, the Spring AMS
Eastern Sectional at UMass-Lowell last weekend had $30/$45
member/non-member registration fees (not that I've been in that business
for a while either).  I don't know why it is that we (as a computer
industry) feel compelled to attach grossly overinflated registration fees
to our professional meetings, but the ones that don't have them (like
YAPC) tend to be better-appreciated.  Just because IDG and Softbank jack
up their own registration fees as a mechanism for profiteering doesn't
mean that TOSC's registration fee needs to be that high because that's a
"usual, customary, and reasonable" reg. fee to charge in this industry.  I
know I should probably send that off to "Ask Tim" rather than posting it
here... but in the context of how to organize a mod_perl event, it's a
valid consideration.

> Ok, I'm going to shut up now unless people actually ask me a question.
> I'm sure you all think I'm some kind of O'Reilly stooge.

Not at all.  I should hope that people wouldn't think of you as an
"O'Reilly stooge" any more than they would think of me as a "McGraw-Hill
shill". :)



Jeff D. "Spud (Zeppelin)" Almeida
Windsor, CT
[EMAIL PROTECTED]

setting a "cookie" with the "valid-user" option...

[Graham Paul Wooden]

Hi guys,

Apache: 1.3.9
OS: RedHat Linux 6.1
Perl: 5.005_03

I would like to attempt the following:
Setting a "Cookie" when the user gets authenticated from the
AuthType/AuthUserFile/AuthName option.

I do have the "secured section" up and get authenticated just fine.
I also set up the "CookieTracking on" and "CookieName name", which "name" is
in the cookie.

With this, I get for a cookie is the IP/hostname + some numbers. Which is a
good start, but I actually want the username the person used to get in to be
the value of "name"

I know I am close, but I am not sure how to link the two together?
I know this can be done.. I just some ideas...

So again, I have both sides of the puzzle working just fine, I just need the
user name of which they were authenticated with to be the "name=x" in my
CookieName value...

Thanks guys!


--
Graham P. Wooden
Tridia Corporation Web Services Dept.
800-582-9337 ext. 114   [EMAIL PROTECTED]
770-428-5009 (fax)
  [ PGP Key: http://graham.g-rock.net/grahamPGP.txt ]
 http://www.tridia.com/ --
Tridia intends to both meet and exceed your expectations for all of our
products and services.  Please let us know how we are doing by contacting
[EMAIL PROTECTED] or [EMAIL PROTECTED]  Thank you for your feedback!

Re: [RFC] holding a mod_perl conference

[Jason Bodnar]

At 11:02 AM 4/5/00 -0700, Jeffrey W. Baker wrote:
>On Wed, 5 Apr 2000, Jason Bodnar wrote:
>
>> Based on Doug's comments, I think a mod_perl track at the ORA conference
>> would be the best solution. We had our own track in 1998 and it was great.
>> And, if the mod_perl track got real popular than it could be spun off into
>> it's own conference.
>
>You mean mod_perl wasn't its own track at the 1999 ORA conference? :)

I didn't get much out of the mod_perl stuff at the ORA conference. Too much
basic and not enough advanced stuff.

--
Jason Bodnar + Tivoli Systems = [EMAIL PROTECTED]

IO::File, mod_perl, and RedHat Secureweb

[Joe Bowman]

Has anyone encountered the following problem?

I have a RedHat 6.0-based machine, using perl-5.00503,
RedHat secureweb-3.1-2, and mod_perl 1.22. The problem I'm running into is
that whenever I try to preload the IO::File module, secureweb segfaults.
No error messages in error_log whatsoever. However, using IO::File outside
of mod_perl (i.e. in a regular perl script run from the command line)
works just fine.

I've attached an strace that demonstrates where it's segfaulting. Any help
you can give would be appreciated. :)


Joe Bowman
[EMAIL PROTECTED]

 strace.log.tar.gz

Re: Help with mod_perl/embperl installation

[Stas Bekman]

>  Hi, I'm running apache 1.3.12-2 (with apache-devel) on
> a RedHat 6.1 machine installed from packages. (I'd prefer
> not to compile apache, since the server is a 486).
> I've tried installing mod_perl through cpan, but I seem 
> to be having problems with this, apparently since I have 
> not compiled apache myself.
> 
>   So, my first question is, what do I need to do to get
> this to work right? when it asks for apache source I give
> it /usr/include/apache but I get the feeling this isn't quite
> right. Can I set up mod_perl with a packaged apache or am I 
> going to have to bite the bullet and compile my own?

You have to read some docs, try perl.apache.org/guide/install.html

For precompiled working packages see:
http://perl.apache.org/distributions.html

__
Stas Bekman | JAm_pH--Just Another mod_perl Hacker
http://stason.org/  | mod_perl Guide http://perl.apache.org/guide/ 
mailto:[EMAIL PROTECTED]  | http://perl.orghttp://stason.org/TULARC/
http://singlesheaven.com| http://perlmonth.com http://sourcegarden.org
--

Re: [RFC] holding a mod_perl conference

[Jeffrey W. Baker]

On Wed, 5 Apr 2000, Jason Bodnar wrote:

> Based on Doug's comments, I think a mod_perl track at the ORA conference
> would be the best solution. We had our own track in 1998 and it was great.
> And, if the mod_perl track got real popular than it could be spun off into
> it's own conference.

You mean mod_perl wasn't its own track at the 1999 ORA conference? :)

I think that the conference is what you make of it.  For me, the 1999 ORA
conference was a mod_perl conference in everything but name, because I
went to all of the mod_perl related stuff, went to the mod_perl related
bofs, and hung out with mod_perl people.  

I also think that I wouldn't attend a mod_perl only conference.  I can
think of very few things that relate only or mostly to mod_perl.  A lot of
other things are important to us, like Apache configuration, DBI
programming, SSL, etc.  In fact, I learned a lot about my own website's
performance by attending some Linux kernel tutorials and learning about
their tcp/ip stack.  Also I think it is bad to put your blinders on and
focus too much.  I like to learn about new related technologies like jserv
and phhttpd that I wouldn't get at a mod_perl conference.

-jwb

Help with mod_perl/embperl installation

[Anthony R. J. Ball]

 Hi, I'm running apache 1.3.12-2 (with apache-devel) on
a RedHat 6.1 machine installed from packages. (I'd prefer
not to compile apache, since the server is a 486).
I've tried installing mod_perl through cpan, but I seem 
to be having problems with this, apparently since I have 
not compiled apache myself.

  So, my first question is, what do I need to do to get
this to work right? when it asks for apache source I give
it /usr/include/apache but I get the feeling this isn't quite
right. Can I set up mod_perl with a packaged apache or am I 
going to have to bite the bullet and compile my own?


-- 
 ___  __  ____  _  _  _  _     
/ __)(  )(  )  /__\( \/ )( ___)  ( \( )( ___)(_  _)
\__ \ )(__)(  /(__)\\  /  )__))  (  )__)   )(  
(___/(__)(__)(__)\/  ()()(_)\_)() (__) 
ROLLER-SKATERS like to roll around.

Re: [RFC] holding a mod_perl conference

[Jason Bodnar]

Based on Doug's comments, I think a mod_perl track at the ORA conference
would be the best solution. We had our own track in 1998 and it was great.
And, if the mod_perl track got real popular than it could be spun off into
it's own conference.

At 11:12 AM 4/5/00 -0600, Nathan Torkington wrote:
>Jeff D. 'Spud (Zeppelin)' Almeida writes:
>> 1) I don't think getting 200 people to attend a mod_perl conference is
>> particularly ambitious at all, especially if it's held in a manner
>> convenient for people to attend.  20,000 people went to Linux World in New
>> York, and it wasn't THAT great of a show If you hold a conference
>> where you already have a fairly thick concentration of mod_perl
>> developers, and you get the right people to speak, people WILL come.
>
>Right, I think 200 people is very do-able.  I think you're fooling
>yourself if you think that Linux World is anywhere comparable to a
>mod_perl conference.  It's beyond apples and oranges.  It's peas and
>watermelons.
>
>> 2) What people are saying isn't that we want a huge, IDG-ish production
>> with tracks and a tradeshow floor and catered water and soundsystems and
>> skirted tables.  Several people have said they would rather have something
>> along the YAPC model... a small, productive session, perhaps better suited
>> for the conference facilities of a University than those of a hotel.  If
>> ever there was something calling for the "KISS" mantra, it was this con. :)
>
>Right.  But I'm saying that putting on a YAPC conference blows the
>organizer's mind.  Kevin Lenzo, the YAPC organizer, had to worry about
>food, tracks, sound systems, projectors, rooms, accomodation, and
>printed proceedings.  These problems didn't go away because YAPC was
>on a smaller scale, and in some ways they became more of a problem
>because there was one person doing the organization and he had to
>handle it all.  I'm not saying that a YAPC-style conference can't be
>done, I'm just saying that it's not as easy as it sounds.
>
>> Would we appreciate logistial support from O'Reilly? Of course.  Do we
>> want this con to be large enough to have to worry about revenue models?
>> Not particularly. 
>
>Actually, O'Reilly is pretty mellow about revenue too.  They're
>willing, unlike a lot of companies, to put in time building and
>promoting conferences.  They don't expect wild successes initially.  I
>know this because of my work with them on the Perl conference, which
>has certainly never been a cash cow.
>
>I'm not forcing an O'Reilly conference on anybody, and I don't even
>have the authority to promise it.  I just have the ears of the right
>people and could suggest that they work with the mod_perl community
>to put on a conference.
>
>Frankly, I think your Route of Least Pain (coincidentally also the
>Route Most Likely to Succeed) is to have separate mod_perl tracks at
>the Open Source conference.  You'll get rooms dedicated entirely to
>mod_perl, you (or Doug or whoever the program chair is) can put
>whatever talks you want in there, you can have your own tutorials.
>
>You can even have a room during tutorials for the folks *behind*
>mod_perl (Doug, Staks, Vivek, etc.) to meet and hammer out future
>directions and development issues.  When I spoke with the conference
>folks last week, they were keen to get more into helping the
>developers of the open source tools meet and plan.  There was a
>some-random-java-technology developers meeting at the O'Reilly Java
>conference, where the folks writing the code that others use got to
>meet and iron out tricky issues.  They had a recorder, whiteboards,
>the whole nine yards.
>
>I'm sure that such a track might even be called a conference in the
>materials, if you wanted that cachet.
>
>Ok, I'm going to shut up now unless people actually ask me a question.
>I'm sure you all think I'm some kind of O'Reilly stooge.
>
>Nat


--
Jason Bodnar + Tivoli Systems = [EMAIL PROTECTED]

Re: mod_perl weaknesses? help me build a case....

[Leslie Mikesell]

According to Soulhuntre:
> 
> Well, let me turn that around, has anyone succeeded in getting mod_perl
> running well on Apache on win2k?

Your problem here is going to be that mod_perl is not thread-safe
and will serialize everything when running under the threaded
model that apache uses under windows. If your scripts are fast enough
you might be able to live with this if you use it as a back end
to a lightweight front-end proxy which a busy site needs anyway.

  Les Mikesell
   [EMAIL PROTECTED]

Re: [RFC] holding a mod_perl conference

[Nathan Torkington]

Jeff D. 'Spud (Zeppelin)' Almeida writes:
> 1) I don't think getting 200 people to attend a mod_perl conference is
> particularly ambitious at all, especially if it's held in a manner
> convenient for people to attend.  20,000 people went to Linux World in New
> York, and it wasn't THAT great of a show If you hold a conference
> where you already have a fairly thick concentration of mod_perl
> developers, and you get the right people to speak, people WILL come.

Right, I think 200 people is very do-able.  I think you're fooling
yourself if you think that Linux World is anywhere comparable to a
mod_perl conference.  It's beyond apples and oranges.  It's peas and
watermelons.

> 2) What people are saying isn't that we want a huge, IDG-ish production
> with tracks and a tradeshow floor and catered water and soundsystems and
> skirted tables.  Several people have said they would rather have something
> along the YAPC model... a small, productive session, perhaps better suited
> for the conference facilities of a University than those of a hotel.  If
> ever there was something calling for the "KISS" mantra, it was this con. :)

Right.  But I'm saying that putting on a YAPC conference blows the
organizer's mind.  Kevin Lenzo, the YAPC organizer, had to worry about
food, tracks, sound systems, projectors, rooms, accomodation, and
printed proceedings.  These problems didn't go away because YAPC was
on a smaller scale, and in some ways they became more of a problem
because there was one person doing the organization and he had to
handle it all.  I'm not saying that a YAPC-style conference can't be
done, I'm just saying that it's not as easy as it sounds.

> Would we appreciate logistial support from O'Reilly? Of course.  Do we
> want this con to be large enough to have to worry about revenue models?
> Not particularly. 

Actually, O'Reilly is pretty mellow about revenue too.  They're
willing, unlike a lot of companies, to put in time building and
promoting conferences.  They don't expect wild successes initially.  I
know this because of my work with them on the Perl conference, which
has certainly never been a cash cow.

I'm not forcing an O'Reilly conference on anybody, and I don't even
have the authority to promise it.  I just have the ears of the right
people and could suggest that they work with the mod_perl community
to put on a conference.

Frankly, I think your Route of Least Pain (coincidentally also the
Route Most Likely to Succeed) is to have separate mod_perl tracks at
the Open Source conference.  You'll get rooms dedicated entirely to
mod_perl, you (or Doug or whoever the program chair is) can put
whatever talks you want in there, you can have your own tutorials.

You can even have a room during tutorials for the folks *behind*
mod_perl (Doug, Staks, Vivek, etc.) to meet and hammer out future
directions and development issues.  When I spoke with the conference
folks last week, they were keen to get more into helping the
developers of the open source tools meet and plan.  There was a
some-random-java-technology developers meeting at the O'Reilly Java
conference, where the folks writing the code that others use got to
meet and iron out tricky issues.  They had a recorder, whiteboards,
the whole nine yards.

I'm sure that such a track might even be called a conference in the
materials, if you wanted that cachet.

Ok, I'm going to shut up now unless people actually ask me a question.
I'm sure you all think I'm some kind of O'Reilly stooge.

Nat

[OT] Perl Job offer.

[Tom Law]

Guys,

Sorry for off topic, but another Perl offer in London.

-tom

--- Text of forwarded message ---
Reply-To: "Stewart Hatfield"  
From: "Stewart Hatfield"  
To:  
Subject: Perl 
Date: Mon, 3 Apr 2000 14:34:07 +0100 
Organization: Pursuit Recruitment Ltd 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 

Hi Tom,


Sorry to bother you but I wondered if you could help me?
One of my clients a major telecommunications company based in central London and is looking to recruit x4 Build and Tools Software Engineers for there Development division for an initial 6 month contract.


Potential candidates will require experience in Perl, XML and documents systems tools and scripting.
Contract rates will be open to negotiation and competitive.


Please call me if you are interested or if you could recommend anyone for this role, obviously I will make it worth your while. 


Kind Regards,


Danny Hodkinson
Pursuit Recruitment Ltd
direct number 0044 (0) 1689 850047










-- 
Tom Law
[EMAIL PROTECTED]

Re: mod_perl weaknesses? help me build a case....

[Andrew Wyllie]

On Wed, 05 Apr 2000, Soulhuntre wrote:

> Hiya :)
> 
> > -Original Message-
> > From: Ime Smits [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, April 05, 2000 6:57 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: mod_perl weaknesses? help me build a case
> >
> >
> > Just because a lot of errors are openly discussed on the web (it is a
> > community built project) it it doesn't mean there are far more bugs in
> > Apache::ASP or mod_perl or Apache than in any other closed source product,
> > say IIS.
> 
> Agreed :) You know how it is when your trying to convince the guys upstairs
> to try something new :)
> 
> > I never had any problems with CPAN modules. I must say the only
> > ones I make heavy use of are the DBI and mySQL modules, which never
> crashed
> > whatsoever. I think that as long as you don't get into very experimental
> stuff, you
> > won't have any problems.
> 
> Ok, good. Like I said, most of the concerns come from the newsgroups and
> mailing list posts... we will be using DBI/mySQL and some of the XML stuff
> and a template module mostly.
> 
> > That's because Perl makes people lazy. If you code by the rules,
> > there is no problem. But it ain't a problem create memory leaking code.
> 
> That I know :) And yeah, cgi makes us lazy :) But reading through the
> caveats for mod_perl it is pretty easy to see that some of these things are
> subtle and require a hefty knowledge of perl internal stuff unless your just
> gonna "copy-n-pray" :)
> 
> > Linux/Apache::ASP I haven't experienced a segfault ever. In the beginning
> > there were some initial memory leaks, but that was my own coding proplem,
> > not a problem of perl or mod_perl or Apache.
> 
> Good to know :) Thanks!
> 
> > | 4) There does not seem to be a compatible win32/linux modperl/embedding
> > | toolkit. I can use modperl/apache/::ASP under linux, but the same setup
> > does
> > | not seem stable under win32 - and the activestate ASP perlex stuff does
> > not
> > | seem completely compatible.
> >
> > Can you give me more detail on the incompatibilities?
> 
> Well, let me turn that around, has anyone succeeded in getting mod_perl
> running well on Apache on win2k?


I have had good experiences with mod_perl/apache so far.  I do all of my
development in various UNIX environments (BSDs and Linux) and also use this
platform for my production servers.  One situation I ran into about a month
ago was the need to build a demoable version of our website that my two
CEOs could take on the road with them.  Since neither have any UNIX experience,
or maybe I should say, neither have much computer experience, I decided to
port the site onto a windows box (laptop). With the exception of Apache::Request
(which was easy to hack up a replacement--more or less) I had no problems
moving the site over - it took about a day, half of which I spent just
figuring out how to do it and getting the required software.  My configuration
is Apache with mod_perl and a MySQL database.  I should mention though that
the windows site is not a production site so I did not really pay much
attention to how well (efficiently) it is running.  All the functionality
is there which is what I was really after.

I don't use the ASP stuff so I don't know too much about that.


Hope this helps
andrew






...
Andrew  Wyllie   <[EMAIL PROTECTED]>Open Source Integrator
v.206.729.7439  __We can catify or stringify,
c.206.851.9876separately or together!__ perl-5.005_03

Re: [mod_perl audio tutorials]

[Bakki Kudva]

Sander van Zoest wrote on  Wednesday, April 05, 2000 2:45 AM:

> His article works, but isn't entirely accurate as I have already e-mailed
> Lincoln Stein about the issues. He claimed to discuss them in his follow
up
> article.

Could you please email me a copy of your msg to Lincoln about the
inaccuracies?

> Most players support m3u's and icecast. I would suggest encoding the audio
> in either 24kbps. (33kbps isn't a valid bitrate, you probably meant
32kbps)

I did mean 32kbps. How low can you go to get acceptable quality for just
voice? Most information in voice is less than 3,500Hz or so I think. If you
sampled that at atleast 7-8 KHz it would represent a bit rate of 64KHz
without compression.

> I would suggest just creating a bunch of m3u files that can then be played
> while looking at the slides. icecast is usually used for radio like
streaming,
> not on-demand streams.

This means you can have a link to the appropriate m3u file on the html page
containing the corresponding slide correct? So with this approach the only
thing you won't have is automatic advance to the next slide when audio
finishes, which should be no big deal. The user still can manually navigate
thro the slides. This is easy enough that I can set up a couple of trial
slides at my web site.

Bakki Kudva
Navaco
(Electronic Document Management Solutions)
phone: (814) 833-2592
fax:  (603) 947-5747
http://www.navaco.com/

Re: [RFC] holding a mod_perl conference

[Jeff D. 'Spud (Zeppelin)' Almeida]

On Wed, 5 Apr 2000, Nathan Torkington wrote:

> The problem with standalone conferences is that you need
> to have reasonably high attendance before they pay for the logistical
> work and equipment hire needed to put them on.  "Reasonably high"
> could be anywhere from 200 to 500 depending on the hotel, speakers
> fees, tutorial attendance, number of parallel tracks, etc.

1) I don't think getting 200 people to attend a mod_perl conference is
particularly ambitious at all, especially if it's held in a manner
convenient for people to attend.  20,000 people went to Linux World in New
York, and it wasn't THAT great of a show If you hold a conference
where you already have a fairly thick concentration of mod_perl
developers, and you get the right people to speak, people WILL come.

2) What people are saying isn't that we want a huge, IDG-ish production
with tracks and a tradeshow floor and catered water and soundsystems and
skirted tables.  Several people have said they would rather have something
along the YAPC model... a small, productive session, perhaps better suited
for the conference facilities of a University than those of a hotel.  If
ever there was something calling for the "KISS" mantra, it was this con. :)
Would we appreciate logistial support from O'Reilly? Of course.  Do we
want this con to be large enough to have to worry about revenue models?
Not particularly. 


Jeff D. "Spud (Zeppelin)" Almeida
Windsor, CT
[EMAIL PROTECTED]

Re: external access to intranet

[Mads Toftum]

On Wed, Apr 05, 2000 at 03:37:23PM +0200, Jonas Nordström wrote:
[SNIP]
> For example, if
> the HTML contains "" I want to change that to 
> "https://gateway_server/intranet_host/path/myfile.html>"
> 
Actually links of that isn't a problem - the browser will think of it
relative to its current position, which means that a link like:
 in a page like https://gateway_server/intranet_host/
will be automatically requested as 
https://gateway_server/intranet_host/path/myfile.html

So basically that specific example isn't a problem - something like 
http://intranet_host/"> would be a problem.

vh

Mads Toftum, QDPH

Re: external access to intranet

[Mads Toftum]

I've had to do something similar a while back, and ended up doing this without
modperl. I might end up switching to modperl one of these days.
It looks something like:

-  ---
|SSL|  ->  |FW| -> |proxy.internaldom.dk| -> |somehost.internaldom.dk|
-  ---

The frontend SSL server is set up with mod_proxy and has an entry
for each internal host that looks like:

ProxyPass /intra/somehost/  http://somehost.internaldom.dk/ 
ProxyPassReverse /intra/somehost/  http://somehost.internaldom.dk/

And then making sure that all is handled through the proxy:

ProxyRemote http http://proxy.internaldom.dk:12345/

The internal proxy is quite simply set up to push all html through one
simple regexp:  s|http://(\w+).internaldom.dk|/intra/$1|g

Currently my proxy is based on http://muffin.doit.org/ NoThanks, but
will probably end up as some kind of Apache/mod_perl once I get my
new proxy machine.

There is two obvious advantages about this approach - only one regexp,
which means only one pass of the html is needed and that the connection
from the external machine through the firewall is restricted to one
simple rule in the FW machine and that it can be easily protected with
encryption/authentication.

This probably doesn't answer your question ;-) But I hope that at least
the idea is useful.

vh

Mads Toftum, QDPH

Re: [OT] Standard country codes/names, where to get them?

[Erich L. Markert]

Steven Champeon wrote:
> 
> I use:
> 
>  ftp://ftp.ripe.net/iso3166-countrycodes
> 

Much thanx to all those who wrote... The cleanest list I found was the
one Steve pointed out... 
--
__
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer

RE: external access to intranet

[James Hart]

No they won't - the browser will strip the URL seen from its perspective
back to the host and add the path. On the scheme Jona describes, where the
host the browser sees is 'gateway_server', that would then be retranslated
by the proxy into a request for the document 'myfile.html' on the intranet
host 'path' -  the correct intranet host would be lost.

James

-Original Message-
From: Leslie Mikesell [mailto:[EMAIL PROTECTED]]
Sent: 05 April 2000 16:19
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: external access to intranet


According to [Jonas Nordstr_m]:
> But doesn't that only pass on the request and then return the HTML-files
> unchanged? I also want to change the links inside the HTML-bodies on the
> fly, so that the users can continue to "surf the intranet". For example,
if
> the HTML contains "" I want to change that to 
> "https://gateway_server/intranet_host/path/myfile.html>"

Relative links like that will work correctly without any changes
because the browser supplies the current protocol/path from
its perspective.  Absolute links that start with a / or
http: will be broken, though.

   Les Mikesell
[EMAIL PROTECTED]

Re: [OT] Standard country codes/names, where to get them?

[Steven Champeon]

On Wed, 5 Apr 2000, Vivek Khera wrote:
> > "ELM" == Erich L Markert <[EMAIL PROTECTED]> writes:
> 
> ELM> I remember being able to download a text file (I think from W3C) that
> ELM> contained a listing of international standard country names and codes
> 
> Hmmm. I don't recall from where I got it.  I recall it being an ISO
> standard document.  But all I have left of it is a Perl module that
> just defines a hash mapping the country code to its full name.  It's
> only 6k long, so if anyone wants it, I'll post it.

I use:

 ftp://ftp.ripe.net/iso3166-countrycodes

HTH,
Steve

-- 
tired of being an underappreciated functionary in a soulless machine?
hesketh.com is hiring: 

Re: external access to intranet

[Leslie Mikesell]

According to [Jonas Nordstr_m]:
> But doesn't that only pass on the request and then return the HTML-files
> unchanged? I also want to change the links inside the HTML-bodies on the
> fly, so that the users can continue to "surf the intranet". For example, if
> the HTML contains "" I want to change that to 
> "https://gateway_server/intranet_host/path/myfile.html>"

Relative links like that will work correctly without any changes
because the browser supplies the current protocol/path from
its perspective.  Absolute links that start with a / or
http: will be broken, though.

   Les Mikesell
[EMAIL PROTECTED]

Re: [OT] Standard country codes/names, where to get them?

[Vivek Khera]

> "ELM" == Erich L Markert <[EMAIL PROTECTED]> writes:

ELM> I remember being able to download a text file (I think from W3C) that
ELM> contained a listing of international standard country names and codes

Hmmm. I don't recall from where I got it.  I recall it being an ISO
standard document.  But all I have left of it is a Perl module that
just defines a hash mapping the country code to its full name.  It's
only 6k long, so if anyone wants it, I'll post it.

I guess you could recreate the text file from it easily enough ;-)

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera, Ph.D.Khera Communications, Inc.
Internet: [EMAIL PROTECTED]   Rockville, MD   +1-301-545-6996
PGP & MIME spoken herehttp://www.kciLink.com/home/khera/

RE: external access to intranet

[Wu, Gordon]

For multiple intranet hosts, 
my understanding the best way
to do it is to install a TIS proxy server on you linux
box --- with nothing to do with apache/modperl.

see the http://www.tis.com/ for details.


let me know if it works for you, pls.

Gordon Wu <[EMAIL PROTECTED]>
System Infrastructure
Global Derivatives Application Development
CitiBank, New York
Tel: (212)783-6838


> -Original Message-
> From: Jonas Nordstrom [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 05, 2000 10:35 AM
> To: [EMAIL PROTECTED]
> Subject: RE: external access to intranet
> 
> 
> Ok, but the problem is that we have more than one intranet 
> host, and files
> at one host may call another and so on.
> If I've understood it correctly, ProxyPass requires you to 
> have the same
> number of external servers and internal servers? Can 
> Apache::RewritingProxy
> handle this?
> 
> /Jonas
> 
> > -Original Message-
> > From:   darren chamberlain [SMTP:[EMAIL PROTECTED]]
> > Sent:   den 5 april 2000 16:30
> > To: Jonas Nordstrom
> > Cc: [EMAIL PROTECTED]
> > Subject:Re: external access to intranet
> > 
> > Jonas Nordstrom ([EMAIL PROTECTED]) said something to this
> > effect:
> > > But doesn't that only pass on the request and then return 
> the HTML-files
> > > unchanged? I also want to change the links inside the 
> HTML-bodies on the
> > > fly, so that the users can continue to "surf the 
> intranet". For example,
> > if
> > > the HTML contains "" I want 
> to change that
> > to 
> > > "https://gateway_server/intranet_host/path/myfile.html>"
> > > 
> > > /Jonas
> > 
> > Hi Jonas,
> > 
> > ProxyPass does *not* modify the contents of the file (in 
> fact, the docs
> > say
> > that it might not be all that useful for exactly this 
> reason). The thing
> > is,
> > though, that the links, if relative, will be relative to 
> the current page,
> > wherever that current page is. If your links are all in the form
> >  and  then 
> all links will
> > work just fine (this is a good idea anyway, although difficult to do
> > consistently).
> > 
> > Assuming that you don't want to rewrite the pages on your 
> intranet to fix
> > all your links (which is the point of this whole thing, I 
> would assume),
> > then
> > the best way to do it, I would say, would be write a 
> translation handler
> > that
> > would use LWP to fetch the document from the intranet 
> server (possibly
> > with
> > some caching), pass it through a regex that fixes the links 
> (i.e., preface
> > all
> > links with 'http://gateway_server/intranet_host/' unless 
> they begin with
> > http),
> > and then send it to the browser. This is similar to the 
> proxy module that
> > is
> > described in Chapter 7 of the Eagle book (p 374-381, or
> > http://www.modperl.com/book/chapters/ch7.html).
> > 
> > Hope this helps.
> > 
> > darren
> > 
> > -- 
> > Friends help you move. Real friends help you move bodies.
> 

Re: [OT] Standard country codes/names, where to get them?

[John D Groenveld]

ftp://rtfm.mit.edu/pub/usenet/news.answers/mail/country-codes
John
[EMAIL PROTECTED]

[OT] Standard country codes/names, where to get them?

[Erich L. Markert]

I remember being able to download a text file (I think from W3C) that
contained a listing of international standard country names and codes
much like the U.S. Postal Service does for states.  I was able to find
an HTML document linked from W3C's web site but no text file.

Does anyone know a location that I can download a plain text version of
this from?

TIA.
--
__
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer

Re: [RFC] holding a mod_perl conference

[Nathan Torkington]

I said:
> I guess I'm not sure why mod_perl needs a conference of its own.
> Would a mod_perl track as part of the O'Reilly Open Source Conference
> work for you?  That way you wouldn't need to kill a member of the
> community by pushing organization onto them, as O'Reilly's (excellent)
> conference organization folks can do the hotels, A/V, catering, and
> other logistics.

And if this isn't acceptable, I could always have a word in the
O'Reilly folks' ears about having a mod_perl conference as a
standalone event, at a different time and place from the Open Source
conference.  The problem with standalone conferences is that you need
to have reasonably high attendance before they pay for the logistical
work and equipment hire needed to put them on.  "Reasonably high"
could be anywhere from 200 to 500 depending on the hotel, speakers
fees, tutorial attendance, number of parallel tracks, etc.

It's much less ambitious to start with a track or two devoted to
mod_perl at the Open Source conference, and then fork it off into a
separate conference if the attendance at those tracks shows there's
the interest to justify it.

Nat

Re: [RFC] holding a mod_perl conference

[Nathan Torkington]

I guess I'm not sure why mod_perl needs a conference of its own.
Would a mod_perl track as part of the O'Reilly Open Source Conference
work for you?  That way you wouldn't need to kill a member of the
community by pushing organization onto them, as O'Reilly's (excellent)
conference organization folks can do the hotels, A/V, catering, and
other logistics.

Nat

RE: [RFC] holding a mod_perl conference

[Jeff D. 'Spud (Zeppelin)' Almeida]

On Wed, 5 Apr 2000, Leon Brocard wrote:

> Throwing another idea into the works, I'm currently exploring
> ideas for a potential yapc::Europe in London this September.

Interesting.  I'm sure my wife would be *thrilled* for me to take her with
me on that sort of trip, she's been hounding me to take her to England for
the last couple years :)
 
> I'm currently stuck on venues - I *was* gonna hold it at
> Imperial College (conference fees on the order of single-figure
> dollar ammounts), but talks have kind of dried up.

I'm about as qualified to discuss conference facilities in England as I am
to discuss CP/M kernel internals, so I'm going to pass on this topic...

> Where are all you mod_perl guys? Would you be willing to come
> over to the UK?

I've already said I would (and you can see where I am at present below)...
OTOH, a couple days ago Randal posted about NOT being able to leave the
US.  I'm also not sure how a conference in England would affect our
friends on the West Coast... I can hop a flight from Boston or New York to
London for <$300 (assuming I get a sale), it's closer to $1000 from San
Francisco or Seattle (or it least, it was when I used to live out West).

Of course, I also said (last week) that (and I still feel this way) the
best solution for a mod_perl (or Apache::ScriptCon now?) conference is
somewhere in/near the Valley -- and that that should be a static location.
>From personal experience (granted, this was eight years ago), I can say
that the Hyatt Regency Bayshore, while a reasonably expensive facility,
has beautiful conference facilities and is *VERY* convenient to SFO (as if
SFO was particularly convenient in-and-of-itself?).  


Jeff D. "Spud (Zeppelin)" Almeida
Windsor, CT
[EMAIL PROTECTED]

Re: external access to intranet

[Vladimir Ivaschenko]

 0 Vladimir Ivaschenko wrote about "Re: external access to intranet":

> Jonas Nordstr?m wrote about "RE: external access to intranet":
> 
> > But doesn't that only pass on the request and then return the HTML-files
> > unchanged? I also want to change the links inside the HTML-bodies on the
> > fly, so that the users can continue to "surf the intranet". For example, if
> > the HTML contains "" I want to change that to 
> > "https://gateway_server/intranet_host/path/myfile.html>"
> 
> It changes the links as well.

Oops, when I was writing above, I was writing about
Apache::RewritingProxy (hence its name), not about ProxyPass. Sorry for
confusion.

Vladimir

RE: external access to intranet

[Jonas Nordström]

Ok, but the problem is that we have more than one intranet host, and files
at one host may call another and so on.
If I've understood it correctly, ProxyPass requires you to have the same
number of external servers and internal servers? Can Apache::RewritingProxy
handle this?

/Jonas

> -Original Message-
> From: darren chamberlain [SMTP:[EMAIL PROTECTED]]
> Sent: den 5 april 2000 16:30
> To:   Jonas Nordström
> Cc:   [EMAIL PROTECTED]
> Subject:  Re: external access to intranet
> 
> Jonas Nordström ([EMAIL PROTECTED]) said something to this
> effect:
> > But doesn't that only pass on the request and then return the HTML-files
> > unchanged? I also want to change the links inside the HTML-bodies on the
> > fly, so that the users can continue to "surf the intranet". For example,
> if
> > the HTML contains "" I want to change that
> to 
> > "https://gateway_server/intranet_host/path/myfile.html>"
> > 
> > /Jonas
> 
> Hi Jonas,
> 
> ProxyPass does *not* modify the contents of the file (in fact, the docs
> say
> that it might not be all that useful for exactly this reason). The thing
> is,
> though, that the links, if relative, will be relative to the current page,
> wherever that current page is. If your links are all in the form
>  and  then all links will
> work just fine (this is a good idea anyway, although difficult to do
> consistently).
> 
> Assuming that you don't want to rewrite the pages on your intranet to fix
> all your links (which is the point of this whole thing, I would assume),
> then
> the best way to do it, I would say, would be write a translation handler
> that
> would use LWP to fetch the document from the intranet server (possibly
> with
> some caching), pass it through a regex that fixes the links (i.e., preface
> all
> links with 'http://gateway_server/intranet_host/' unless they begin with
> http),
> and then send it to the browser. This is similar to the proxy module that
> is
> described in Chapter 7 of the Eagle book (p 374-381, or
> http://www.modperl.com/book/chapters/ch7.html).
> 
> Hope this helps.
> 
> darren
> 
> -- 
> Friends help you move. Real friends help you move bodies.

Re: mod_perl weaknesses? help me build a case....

[Joel Reed]

On Apr 05, [EMAIL PROTECTED] hacked the bitstream to say...
Soulhuntre> Hiya!
Soulhuntre> 1) It is VERY easy to have arcane errors in mod_perl code, and that code is
Soulhuntre> not as easily debugged as one could hope. While it seems that we can be 
very
Soulhuntre> careful with our own code and avoid much of this - there are numerous 
issues
Soulhuntre> about CPAN modules, that means much of the advantage of perl is called into
Soulhuntre> question.

OTOH, it seems (from my lurking on this list & occasional posts) that there are
many gurus who are kind enough to help out when you have a problem. i would choose
carefully which CPAN modules you rely on of course.

Soulhuntre> 
Soulhuntre> 2) It seems that the stability of Apache is adversely effected - with the
Soulhuntre> most common reccomendations being that the apache config should be tailored
Soulhuntre> to restart the children every x requests to prevent memory creeping crud.
Soulhuntre> 
Soulhuntre> 3) There are LOTS of posts about segfaults with bad code - this is scary :)
Soulhuntre> It seems like the perl core has a way to go to be ready for this?

i agree with your sentiments. not sure why segfaults are not avoidable... the apache
process model deals with this far better than iis to be sure though.

Soulhuntre> 
Soulhuntre> 4) There does not seem to be a compatible win32/linux modperl/embedding
Soulhuntre> toolkit. I can use modperl/apache/::ASP under linux, but the same setup 
does
Soulhuntre> not seem stable under win32 - and the activestate ASP perlex stuff does not
Soulhuntre> seem completely compatible.

we are using Apache::ASP with swigged c++ -> perl objects, and running
the same code under IIS w/ASP and ActivePerlScript. this lets you drop
writing hard-to-code&debug COM crap. check out http://www.swig.org.

jr

-- 

Joel W. Reed  http://ruby.ddiworld.com/jreed
---I have a 33.6Kbps modem and 1.5bps fingers---

Re: external access to intranet

[darren chamberlain]

Jonas Nordström ([EMAIL PROTECTED]) said something to this effect:
> But doesn't that only pass on the request and then return the HTML-files
> unchanged? I also want to change the links inside the HTML-bodies on the
> fly, so that the users can continue to "surf the intranet". For example, if
> the HTML contains "" I want to change that to 
> "https://gateway_server/intranet_host/path/myfile.html>"
> 
> /Jonas

Hi Jonas,

ProxyPass does *not* modify the contents of the file (in fact, the docs say
that it might not be all that useful for exactly this reason). The thing is,
though, that the links, if relative, will be relative to the current page,
wherever that current page is. If your links are all in the form
 and  then all links will
work just fine (this is a good idea anyway, although difficult to do
consistently).

Assuming that you don't want to rewrite the pages on your intranet to fix
all your links (which is the point of this whole thing, I would assume), then
the best way to do it, I would say, would be write a translation handler that
would use LWP to fetch the document from the intranet server (possibly with
some caching), pass it through a regex that fixes the links (i.e., preface all
links with 'http://gateway_server/intranet_host/' unless they begin with http),
and then send it to the browser. This is similar to the proxy module that is
described in Chapter 7 of the Eagle book (p 374-381, or
http://www.modperl.com/book/chapters/ch7.html).

Hope this helps.

darren

-- 
Friends help you move. Real friends help you move bodies.

Re: Apache::DBI problem..

[Niral Trivedi]

Actually I already have MySQL module installed on our machine... Because
I am able to run cgi/perl script which uses DBI module..

I mean I am able to run any normal cgi script.. So, I think that
suggests that we have all the required module installed on our machine..

Niral

Rajesh Kumar Mallah wrote:
> 
> Did you install DBD ?? fro the particular database you installed.
> eg for mysql install
> 
> cpan> install Bundle::DBD::mysql
> 
> Rajesh Kumar Mallah
> ---
> Learning Universe Pvt. Ltd.
> 59 Mandakini, GK IV, New Delhi 110019
> Tel: (91-11) 6412100, 6480342, 6480365
> http://www.egurucool.com
> email: [EMAIL PROTECTED]
> ---

-- 
Regards...

Niral K. Trivedi, Planet Access Network Inc.
Email : [EMAIL PROTECTED]
Phone : 973-691-4704 x134

Re: Segfault on DBI->Connect

[Richard L. Goerwitz]

We seem to be dancing around the DBI->connect segfault problem with MySQL
DBI drivers.  Maybe someone here who reads other relevant lists could for-
ward our traffic and see if we can create some synergy there.

Our basic story is that, with Apache 1.3.12 and mod_perl 1.22 (with DBI
version 1.13 and Msql-Mysql-modules-1.2211), many of us are getting seg-
faults when we call DBI->connect.  I happen to be running RedHat 6.1 with
egcs-2.91.66.  Maybe this is a compiler issue.

Anyway, the point of failure has been found: the MySQL mysql_real_connect()
routine called by Msql-Mysql-modules-1.2211 gets passed a NULL first arg.
So far nobody has figured out what is going on here, and why this problem
has only now started to crop up.

Just to review, here are some relevant portions of our discussion thread.
(As I noted above, it might be really helpful if those with subscriptions
to related lists could repost this information appropriately.)

Relevant quotes:

> Running Apache with a -X argument yields the following backtrace when my
> mod_perl module does a DBI->connect (str, username, passwd, { options }).
> Note the null mysql argument 
> |
> #0  0x80ef5b7 in mysql_real_connect (mysql=0x0,
> host=0x8a99db8 "hostname.brown.edu", user=0x8a9b550 "username",
> passwd=0x8a9b568 "password", db=0x8a99e40 "databasename", port=3306,
> unix_socket=0x0, client_flag=0) at libmysql.c:1125
> #1  0x402d01fd in mysql_dr_connect ()
>from /usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so
> #2  0x402d0540 in _MyLogin ()
>from /usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so
> 
> The mysql_real_connect routine does a set_sigpipe(mysql), which triggers
> the segfault.

Here's one response -

>> Right,  I had the exact same problem.  Took me almost 1 day to solve.
>> I'm using apache 1.3.12 / mod_perl 1.22 / DBI 1.13 / Msql-Mysql-modules 1.22.11
>>
>> original code:
>> --
>> mysql_init(*sock);
>> 
>> modified:
>> --
>> *sock = 0;
>> mysql_init(*sock);

(I'm not sure how well this will work, since the DBI driver for MySQL takes
elaborate measures to pass a pointer to a MYSQL struct into MyConnect, which
then gets initialized by mysql_init.  The DBI driver relies on the
side-effect
of mysql_init initializing its first argument.  So if we manually set *sock
to zero, other stuff might break.)

Richard Goerwitz
Brown University

Re: external access to intranet

[Vladimir Ivaschenko]

Jonas Nordstr?m wrote about "RE: external access to intranet":

> But doesn't that only pass on the request and then return the HTML-files
> unchanged? I also want to change the links inside the HTML-bodies on the
> fly, so that the users can continue to "surf the intranet". For example, if
> the HTML contains "" I want to change that to 
> "https://gateway_server/intranet_host/path/myfile.html>"

It changes the links as well.

> 
> 
> /Jonas
> 
> 
> > -Original Message-
> > From:   darren chamberlain [SMTP:[EMAIL PROTECTED]]
> > Sent:   den 5 april 2000 15:32
> > To: Jonas Nordstr?m
> > Cc: [EMAIL PROTECTED]
> > Subject:Re: external access to intranet
> > 
> > Jonas Nordstr?m ([EMAIL PROTECTED]) said something to this
> > effect:
> > > Hello,
> > > 
> > > In our organisation, we wanted the employees to be able to reach our
> > > intranet from anywhere on the internet. We have therefore made a gateway
> > > using an extra linux-server, SSL, Apache and mod-perl. We wanted to
> > > translate the incoming URL request, for example
> > > https://gateway_server/intranet_host/filename.html
> > > to an intranet request, in this case http://intranet_host/filename.html.
> > We
> > > then fetch that file using HTTP::UserAgent, massage the links if it is a
> > > HTML file using HTML::Filter and send the response back to the client.
> > This
> > > works fine, but is HTML::Filter the best way to go? Would it be easier
> > using
> > > HTML::TreeBuilder or something else?
> > > I would be grateful for any input.
> > > 
> > > Jonas Nordstrom
> > 
> > Have you considered ProxyPass, from mod_proxy, one of the standard
> > Apache modules (no mod_perl or custom programming required).
> > 
> > Something like:
> > 
> > ProxyPass /intranet_host http://intranet_host/
> > 
> >   AuthName "Intranet"
> >   AuthType Basic
> >   ...etc
> > 
> > 
> > This will set it up so that all request to 
> > http://gateway_server/intranet_host/some/file.html get translated to
> > http://intranet_host/some/file.html (you need to be careful with
> > absolute pathnames on the intranet server's pages).
> > 
> > darren
> > 
> > -- 
> > Jazz is not dead...it just smells funny.

RE: mod_perl weaknesses? help me build a case....

[Soulhuntre]

Hiya :)

> -Original Message-
> From: Ime Smits [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 05, 2000 6:57 AM
> To: [EMAIL PROTECTED]
> Subject: Re: mod_perl weaknesses? help me build a case
>
>
> Just because a lot of errors are openly discussed on the web (it is a
> community built project) it it doesn't mean there are far more bugs in
> Apache::ASP or mod_perl or Apache than in any other closed source product,
> say IIS.

Agreed :) You know how it is when your trying to convince the guys upstairs
to try something new :)

> I never had any problems with CPAN modules. I must say the only
> ones I make heavy use of are the DBI and mySQL modules, which never
crashed
> whatsoever. I think that as long as you don't get into very experimental
stuff, you
> won't have any problems.

Ok, good. Like I said, most of the concerns come from the newsgroups and
mailing list posts... we will be using DBI/mySQL and some of the XML stuff
and a template module mostly.

> That's because Perl makes people lazy. If you code by the rules,
> there is no problem. But it ain't a problem create memory leaking code.

That I know :) And yeah, cgi makes us lazy :) But reading through the
caveats for mod_perl it is pretty easy to see that some of these things are
subtle and require a hefty knowledge of perl internal stuff unless your just
gonna "copy-n-pray" :)

> Linux/Apache::ASP I haven't experienced a segfault ever. In the beginning
> there were some initial memory leaks, but that was my own coding proplem,
> not a problem of perl or mod_perl or Apache.

Good to know :) Thanks!

> | 4) There does not seem to be a compatible win32/linux modperl/embedding
> | toolkit. I can use modperl/apache/::ASP under linux, but the same setup
> does
> | not seem stable under win32 - and the activestate ASP perlex stuff does
> not
> | seem completely compatible.
>
> Can you give me more detail on the incompatibilities?

Well, let me turn that around, has anyone succeeded in getting mod_perl
running well on Apache on win2k?

Ken

---
Soulhuntre

(icq# 275066)
http://www.soulhuntre.com - my world
http://www.dotpublishing.com - my income
http://www.virtualchemy.com - my company
http://www.the-estate.com - my passion

RE: external access to intranet

[Jonas Nordström]

But doesn't that only pass on the request and then return the HTML-files
unchanged? I also want to change the links inside the HTML-bodies on the
fly, so that the users can continue to "surf the intranet". For example, if
the HTML contains "" I want to change that to 
"https://gateway_server/intranet_host/path/myfile.html>"


/Jonas


> -Original Message-
> From: darren chamberlain [SMTP:[EMAIL PROTECTED]]
> Sent: den 5 april 2000 15:32
> To:   Jonas Nordström
> Cc:   [EMAIL PROTECTED]
> Subject:  Re: external access to intranet
> 
> Jonas Nordström ([EMAIL PROTECTED]) said something to this
> effect:
> > Hello,
> > 
> > In our organisation, we wanted the employees to be able to reach our
> > intranet from anywhere on the internet. We have therefore made a gateway
> > using an extra linux-server, SSL, Apache and mod-perl. We wanted to
> > translate the incoming URL request, for example
> > https://gateway_server/intranet_host/filename.html
> > to an intranet request, in this case http://intranet_host/filename.html.
> We
> > then fetch that file using HTTP::UserAgent, massage the links if it is a
> > HTML file using HTML::Filter and send the response back to the client.
> This
> > works fine, but is HTML::Filter the best way to go? Would it be easier
> using
> > HTML::TreeBuilder or something else?
> > I would be grateful for any input.
> > 
> > Jonas Nordstrom
> 
> Have you considered ProxyPass, from mod_proxy, one of the standard
> Apache modules (no mod_perl or custom programming required).
> 
> Something like:
> 
> ProxyPass /intranet_host http://intranet_host/
> 
>   AuthName "Intranet"
>   AuthType Basic
>   ...etc
> 
> 
> This will set it up so that all request to 
> http://gateway_server/intranet_host/some/file.html get translated to
> http://intranet_host/some/file.html (you need to be careful with
> absolute pathnames on the intranet server's pages).
> 
> darren
> 
> -- 
> Jazz is not dead...it just smells funny.

Re: external access to intranet

[darren chamberlain]

Jonas Nordström ([EMAIL PROTECTED]) said something to this effect:
> Hello,
> 
> In our organisation, we wanted the employees to be able to reach our
> intranet from anywhere on the internet. We have therefore made a gateway
> using an extra linux-server, SSL, Apache and mod-perl. We wanted to
> translate the incoming URL request, for example
> https://gateway_server/intranet_host/filename.html
> to an intranet request, in this case http://intranet_host/filename.html. We
> then fetch that file using HTTP::UserAgent, massage the links if it is a
> HTML file using HTML::Filter and send the response back to the client. This
> works fine, but is HTML::Filter the best way to go? Would it be easier using
> HTML::TreeBuilder or something else?
> I would be grateful for any input.
> 
> Jonas Nordstrom

Have you considered ProxyPass, from mod_proxy, one of the standard
Apache modules (no mod_perl or custom programming required).

Something like:

ProxyPass /intranet_host http://intranet_host/

  AuthName "Intranet"
  AuthType Basic
  ...etc


This will set it up so that all request to 
http://gateway_server/intranet_host/some/file.html get translated to
http://intranet_host/some/file.html (you need to be careful with
absolute pathnames on the intranet server's pages).

darren

-- 
Jazz is not dead...it just smells funny.

Re: external access to intranet

[Vladimir Ivaschenko]

Jonas Nordstr?m wrote about "external access to intranet":

> Hello,
> 
> In our organisation, we wanted the employees to be able to reach our
> intranet from anywhere on the internet. We have therefore made a gateway
> using an extra linux-server, SSL, Apache and mod-perl. We wanted to
> translate the incoming URL request, for example
> https://gateway_server/intranet_host/filename.html
> to an intranet request, in this case http://intranet_host/filename.html. We
> then fetch that file using HTTP::UserAgent, massage the links if it is a
> HTML file using HTML::Filter and send the response back to the client. This
> works fine, but is HTML::Filter the best way to go? Would it be easier using
> HTML::TreeBuilder or something else?
> I would be grateful for any input.

There a nice module for this already - Apache::RewritingProxy. I use a
modified version of it with great success.

Vladimir

external access to intranet

[Jonas Nordström]

Hello,

In our organisation, we wanted the employees to be able to reach our
intranet from anywhere on the internet. We have therefore made a gateway
using an extra linux-server, SSL, Apache and mod-perl. We wanted to
translate the incoming URL request, for example
https://gateway_server/intranet_host/filename.html
to an intranet request, in this case http://intranet_host/filename.html. We
then fetch that file using HTTP::UserAgent, massage the links if it is a
HTML file using HTML::Filter and send the response back to the client. This
works fine, but is HTML::Filter the best way to go? Would it be easier using
HTML::TreeBuilder or something else?
I would be grateful for any input.

Jonas Nordstrom

Re: Segfault on DBI->Connect

[Junk mails]

Right,  I had the exact same problem.  Took me almost 1 day to solve.
I'm using apache 1.3.12 / mod_perl 1.22 / DBI 1.13 / Msql-Mysql-modules 1.22.11

Under normal CGI environment everything works fine but when run with mod_perl
it just segfaults.
As Richard mentioned it's due to a NULL MySQL pointer being passed to the
mysql_init() function of the libmysqlclient library.
I've made a one-line change to the Msql-Mysql-modules-1.2210/mysql/dbdimp.c
at the MyConnect() function, initialize *sock to 0 before sending it to
mysql_init().

original code:
--
mysql_init(*sock);

modified:
--
*sock = 0;
mysql_init(*sock);


This should take you one step further.
Disclaimer: I do not know why this is happening, probably due to the multi-
processes apache+mod_perl environment.  According to the MySQL docs, mysql_init
is supposed to initialize a connection handle for the MySQL struct pointed to
by "MySQL *", if the pointer is null, it'll allocate mem for it.
I'm still experimenting, don't know if this will break anything else!!!
So use with care!!

wil.

--- original message ---

Subject:  Re: Segfault on DBI->Connect
Author:   [EMAIL PROTECTED]
Date: Tue, 4 Apr 2000 10:19:51 -0400

I've been seeing the same segfault-on-connect problem with Apache 1.2.12
+ mod_perl 1.22 + DBI 1.13 + Msql-Mysql-modules 1.2211.  The segfault is
due to a null first argument being passed to mysql_real_connect().

Running Apache with a -X argument yields the following backtrace when my
mod_perl module does a DBI->connect (str, username, passwd, { options }).
Note the null mysql argument 
|
V
#0  0x80ef5b7 in mysql_real_connect (mysql=0x0, 
host=0x8a99db8 "hostname.brown.edu", user=0x8a9b550 "username", 
passwd=0x8a9b568 "password", db=0x8a99e40 "databasename", port=3306, 
unix_socket=0x0, client_flag=0) at libmysql.c:1125
#1  0x402d01fd in mysql_dr_connect ()
   from /usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so
#2  0x402d0540 in _MyLogin ()
   from /usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBD/mysql/mysql.so

The mysql_real_connect routine does a set_sigpipe(mysql), which triggers
the segfault.

This problem has only come up since I upgraded Apache/mod_perl from
1.3.9/1.21 to 1.3.12/1.22.

Richard Goerwitz


--- original message ---
Subject:  Segfault on DBI->Connect
Author:   Valter Mazzola <[EMAIL PROTECTED]>
Date: Sat, 01 Apr 2000 18:10:43 CEST

i've a mod_perl script that connect to a mysql db, but sometimes it segfault 
on DBI->connect. i'm using Apache::Registry & Apache::DBI for persistend db 
connection, use strict and the script it's a package. i've read the docs but 
probably i'm missing something.
The persistent DBI connection is ok as i can see from DBI->trace(4)
in the error_log

thank you for your help in advance

valter mazzola, italy
__
Get Your Private, Free Email at http://www.hotmail.com

Re: mod_perl cookbook

[Bill Jones]

on 4/4/00 11:59 PM, Tom Christiansen at [EMAIL PROTECTED] wrote:

>> This is by no means meant to replicate information readily
>> available in other resources such as the _Perl Cookbook_, the
>> Eagle book, or Stas's mod_perl Guide.  This is meant to compliment
>> them.  
> 
> Compliments are always appreciated.  Complements might work better for the
> general public, though.  :-)
> 
> --tom
> 


:]

I was approached recently to write a 'white book' covering
real world Perl - as opposed to how Perl should be written.

I am going to cover what I consider apparent gaps in the
various Perl writings and mod_perl, while not a gap
per se, will be covered.

The publisher wants to cover practical applications versus
programmatic syntax.  Therefore a chapter covering 'how
the hell do I get the blaster freebie Perl scripts
working?' will be presented.

[I do not have all the chapter suggestions yet,
 as soon as I do I will OT post here again. :]

Perl doesn't HAVE to be a write-only language.
A suggested title for the book would be:

'TIMTOWTDI'

Comments & suggestions - helpful or otherwise -
would be most welcome :]

Thx!  -Sneex-  :]
- FCCJ * 501 W State St * Jacksonville, Fl 32202 * 904/632-3089 -

Re: [RFC] holding a mod_perl conference

[Erich L. Markert]

Leon Brocard wrote:
> 
> Ken wrote:
> 
> 
> Where are all you mod_perl guys? Would you be willing to come
> over to the UK?
> 

Only if you could get me tickets to see Manchester United at Old
Trafford ;-)
--
__
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer

RE: [ANNOUNCE] Apache::DebugInfo_0.02

[Geoffrey Young]

> -Original Message-
> From: Ken Williams [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 04, 2000 5:42 PM
> To: Geoffrey Young
> Cc: '[EMAIL PROTECTED]'
> Subject: Re: [ANNOUNCE] Apache::DebugInfo_0.02
> 
> 
> [EMAIL PROTECTED] (Geoffrey Young) wrote:
> >sorry for the inconvienence (but probably nobody is using it 
> anyway :)  To
> >make up for it, pnotes now supports complex data structures 
> via Data::Dumper

ok, now that I read it, perhaps that was misleading...

pnotes always supported whatever you wanted to throw in it (well everything
I have, at least).  But the first alpha of DebugInfo only printed out
SOME_PNOTE => ARRAY(XXX), whereas now, I use Data::Dumper to make that
SOME_PNOTE => [arrayitemA, arrayitemB].  For clarity, the DebugInfo method
that dumps the request pnotes is also called pnotes - hence the confusion, I
suspect.

Hopefully, that's clearer now - sorry for the miscommunication.


--Geoff

> 
> Is this really true?  I thought pnotes supported complex data 
> structures simply
> because it can store any scalar, which can be a reference to 
> complex structures
> or whatever.  No Data::Dumper needed.  
> 
> But I haven't read the source to see whether this is actually true.
> 
> 
>   ------
>   Ken Williams Last Bastion of Euclidity
>   [EMAIL PROTECTED]The Math Forum
> 
> 

mod_perl weaknesses? help me build a case....

[Soulhuntre]

Hiya!

Ok, we are getting ready to head out on a rather largish project, and it is
time to settle on a set of tools.

The primary issues:

1) Quick development

2) Ability to migrate easily to/from win2000 servers (Apache/win32 is fine)

3) Minimum arcane traps

4) Minimum destabilization of the server (Apache/IIS)

>From looking around the web and the mailing lists for a week or so it
seems to us that the following is true - but I >hope< someone can debunk the
problems:

1) It is VERY easy to have arcane errors in mod_perl code, and that code is
not as easily debugged as one could hope. While it seems that we can be very
careful with our own code and avoid much of this - there are numerous issues
about CPAN modules, that means much of the advantage of perl is called into
question.

2) It seems that the stability of Apache is adversely effected - with the
most common reccomendations being that the apache config should be tailored
to restart the children every x requests to prevent memory creeping crud.

3) There are LOTS of posts about segfaults with bad code - this is scary :)
It seems like the perl core has a way to go to be ready for this?

4) There does not seem to be a compatible win32/linux modperl/embedding
toolkit. I can use modperl/apache/::ASP under linux, but the same setup does
not seem stable under win32 - and the activestate ASP perlex stuff does not
seem completely compatible.

Thanks for any light you can shed - or pointers to discussions on these
issues!

Ken
[EMAIL PROTECTED]

RE: Apache::DBI problem..

[Stuart Pattullo]

I have experienced a similar problem using the RedHat binary RPMs for Apache
and mod_perl (more than one version of each software).  Apache bails out,
with no error logged when you have PerlModule Apache::DBI in the httpd.conf.
I've seen this for more than one version of Apache and mod_perl, on more
than one version of RedHat, with DBD for either mySQL or pgSQL.

Curiously, PerlModule Apache::DBI::DEBUG=1 starts up fine.  As a workaround,
starting up httpd with PerlModule Apache::DBI commented out, then
uncommenting, and reloading (ie hangup, not stop/start) httpd works fine
(and the persistent connections work fine too).

Compiling Apache/mod_perl from source, or mod_perl via apxs seem to work
fine in both cases.

Is this a RedHat thing?

Stuart

RE: [RFC] holding a mod_perl conference

[Leon Brocard]

Ken wrote:

> *That* I second.  The big thing we need now is an organizer 
> (like Kevin Lenzo did for YAPC 1999) and a venue - best if someone
> can be both.

Throwing another idea into the works, I'm currently exploring
ideas for a potential yapc::Europe in London this September.

I'm currently stuck on venues - I *was* gonna hold it at
Imperial College (conference fees on the order of single-figure
dollar ammounts), but talks have kind of dried up.

Where are all you mod_perl guys? Would you be willing to come
over to the UK?

Just an idea! Leon
--
Leon Brocard   |   perl hacker   |   [EMAIL PROTECTED]