On Sun, Jan 30, 2000 at 10:37:24PM -0800, Michael Robinton wrote:
> I read on the list at one time that the DSO verson has a memory leak.
> Don't know if this is still true or not. The static version apparently
> did not have that problem. If someone knows the answer to this I'd like
> to know
On Sun, 30 Jan 2000, Bill Bradford wrote:
> Is it possible to compile/install mod_perl as a DSO, on an existing
> pre-compiled copy of apache (with mod_so enabled), yet? If so,
> how? I couldnt find it in the docs... and I'm tired of having to
> statically compile the module in... so any help
On Sun, 30 Jan 2000, Bill Bradford wrote:
> Is it possible to compile/install mod_perl as a DSO, on an existing
> pre-compiled copy of apache (with mod_so enabled), yet? If so,
> how? I couldnt find it in the docs... and I'm tired of having to
> statically compile the module in... so any help
I cannot seem to get custom configuration directives to work in
apache (1.3.11) modperl (1.21). I would presume the examples in the
book do not work either. I found someone having similar problems
in the list archives, to which Doug provided a workaround which also
does not work.
Any advice abou
Is it possible to compile/install mod_perl as a DSO, on an existing
pre-compiled copy of apache (with mod_so enabled), yet? If so,
how? I couldnt find it in the docs... and I'm tired of having to
statically compile the module in... so any help would be appreciated.
Thanks.
Bill
--
+
On Sun, 30 Jan 2000, Ron Pero wrote:
> How do you handle "sticky widgets"?
I've never heard that term before.
> I put perl variables in the VALUE attribute of input boxes. These show up for
> the designer. Are you able to get around that? name="CustomerFName" VALUE="[%$customer_info{'
At 07:57 AM 01/30/00 -0800, Paul J. Lucas wrote:
>On Sun, 30 Jan 2000, Gerald Richter wrote:
>
>> For that reason HTML::Embperl uses the [ ] blocks to embedd Perl. This is
>> normal Text in Dreamwaver, Frontapge or wahtever and causes no problems.
>
> Except I think the designer seeing Perl
On 30 Jan 2000, Gisle Aas wrote:
> $ perl test.pl
> Benchmark: timing 1000 iterations of Parser, Parser3...
> Parser: 30 wallclock secs (29.31 usr + 0.20 sys = 29.51 CPU)
>Parser3: 2 wallclock secs ( 1.39 usr + 0.17 sys = 1.56 CPU)
>
> ...but this is kind of a useless benchmark, as i
Hi,
I redirect 403 requests and create the requested document on the fly. It
works for GET requests, but if the request is POST, either apache or
mod_perl transformes it to GET, and the POST data is gone, even if I
access the $r->prev object.
I tried fetching the post data even in the uri transl
"Paul J. Lucas" <[EMAIL PROTECTED]> writes:
> On 28 Jan 2000, Randal L. Schwartz wrote:
>
> > Have you looked at the new XS version of HTML::Parser?
>
> Not previously, but I just did.
>
> > It's a speedy little beasty. I dare say probably faster than even
> > expat-based XML::Parser be
The book is a for profit enterprise, where mod_perl isn't. Besides I see
nothing wrong with going to different sites to get information. Have to do
it anyway.
Also, I think what's up there is pretty good unless the book guys want to
open source the rest of the book. That'd be the best. :)
Che
I really have never thought that the www.modperl.com site
was anything but about the Apache API - maybe I'm mistaken?
There are distinct advantages in having 'more than one site' to
find information - especially when you want 'more than one view.'
There needs to be 'friendly competition' on the
On Sun, 30 Jan 2000, Gunther Birznieks wrote:
> Another question is why www.modperl.com at all? Why not store the material as
> part of the main mod_perl site? Or off of the apache site?
>
> I guess I am just not sure why the site which seems to be centered around the
> book is its own site anyw
The problem with requests such as these is ... well... why isn't this stuff
going into the main mod_perl guide? It seems to me that if www.modperl.com is
focused around the book, then let it be. But I personally hate going through
different sites to find the info I want.
Another question is why w
> From: Jeff Beard <[EMAIL PROTECTED]>
> Date: Sun, 30 Jan 2000 13:04:55 -0700
> To: Bill Jones <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
> Subject: Re: APACI_ARGS=' ... '
>
> If you're trying for a static build, I use the method described in
> INSTALL.apaci under the heading "The flexible way". J
Lincoln,
You should add some examples showing safe file uploads.
David M. Davisson
[EMAIL PROTECTED]
- Original Message -
From: Lincoln Stein <[EMAIL PROTECTED]>
To: Modperl list <[EMAIL PROTECTED]>
Sent: Sunday, January 30, 2000 12:28 PM
Subject: www.modperl.com
> Hi,
>
> Th
According to Greg Stark:
> Leslie Mikesell <[EMAIL PROTECTED]> writes:
>
> > The 'something happens' is the part I don't understand. On a unix
> > server, nothing one httpd process does should affect another
> > one's ability to serve up a static file quickly, mod_perl or
> > not. (Well, almost
Would folks like to beta test CGI.pm version 2.57? "make test" will
fail with two html-related errors, but these are just related to
change in the HTML 4.0 DTD and nothing to worry about.
Lincoln
CGI.pm-2.57.tar.gz
Brian Reichert writes:
> Sorry about the confusing subject line.
>
> I
Hi,
This site, which contains the examples for the "Programming Apache
Modules in Perl and C" book, will be going down for a couple of days
while I move it to a new ISP. When it comes back up I would like to
add a few more online examples to the site and spruce it up a bit in
general. Any votes
Perrin Harkins wrote:
>
> > Hi,
> >
> > A week or two ago, in the squid performance thread, I mentioned that I was
> > looking for ways to eliminate squid from our production servers. I noted
> > that we are using squid to save an expensive trip to the database to
> > retrieve mostly static file
Thanks :)
I can get both dists to configure; but I want a static mod_perl
AND a DSO aware Apache...
I'll peek at it again and pound on it some more. -Sneex- :]
Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?s
If you're trying for a static build, I use the method described in
INSTALL.apaci under the heading "The flexible way". Just do "perldoc
INSTALL.apaci"
Cheers,
Jeff
At 02:44 PM 1/30/00 -0500, Bill Jones wrote:
>Help!
>
>I tried many variations on:
>
>perl Makefile.PL EVERYTHING=1 USE_APACI=1 A
Help!
I tried many variations on:
perl Makefile.PL EVERYTHING=1 USE_APACI=1 APACI_ARGS='--enable-m
odule=all'
But, I can't get away from:
===> src/modules/perl
gcc -O -fno-strict-aliasing -I/usr/local/include -DUSE_LONG_LONG
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-I/usr/local/lib/perl5/5.
> Hi,
>
> A week or two ago, in the squid performance thread, I mentioned that I was
> looking for ways to eliminate squid from our production servers. I noted
> that we are using squid to save an expensive trip to the database to
> retrieve mostly static files. At that time I said that I plann
Hi,
A week or two ago, in the squid performance thread, I mentioned that I was
looking for ways to eliminate squid from our production servers. I noted
that we are using squid to save an expensive trip to the database to
retrieve mostly static files. At that time I said that I planned to write
First, thanks for the help. It's appreciated. The problem was my bad. I
built the compiler with GNU binutils, which on Solaris is a no-no, but
built Perl with the Sun tools. Once I rebuilt the compiler using the Sun
tools, then rebuilt everything from scratch it worked fine.
I'm posting this t
>
> > For that reason HTML::Embperl uses the [ ] blocks to embedd
> Perl. This is
> > normal Text in Dreamwaver, Frontapge or wahtever and causes no problems.
>
> Except I think the designer seeing Perl code all over his
> screen would be rather ugly.
>
If you include the complete Per
> On Sun, 30 Jan 2000, Perrin Harkins wrote:
> > I can understand that; I just don't want mod_perl users to get a
reputation
> > as the Mindcraft of web application benchmarks.
>
> I'm not sure I see how that can happen when we quite clearly state that
> php4 is faster than mod_perl.
Only one pe
On Sun, 30 Jan 2000, Gerald Richter wrote:
> For that reason HTML::Embperl uses the [ ] blocks to embedd Perl. This is
> normal Text in Dreamwaver, Frontapge or wahtever and causes no problems.
Except I think the designer seeing Perl code all over his
screen would be rather ugly.
>
> We have this problem in my company (and I'm sure it occurs in
> others as well). Our web-dev guys use DreamWeaver to create
> sexy pages. Previously, said pages must then be taked by
> programmers and hacked inserting "magic strings" to later be
> substitued for
On Sun, 30 Jan 2000, Perrin Harkins wrote:
> I can understand that; I just don't want mod_perl users to get a reputation
> as the Mindcraft of web application benchmarks.
I'm not sure I see how that can happen when we quite clearly state that
php4 is faster than mod_perl.
--
Details: FastNet
>But sometimes, I can use the viariables, sometimes
>they are null. (I use reload in my browser)
Every time you hit Reload, a different Apache child handles your request. A
very good way to understand the Apache model is to read the "Writing Apache
modules with Perl and C" book, from O'Reilly and
32 matches
Mail list logo
