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.
Only one person
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 Perl source
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
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
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:
snipped lots of good messages .. to display this last msg...
=== src/modules/perl
gcc -O -fno-strict-aliasing -I/usr/local/include -DUSE_LONG_LONG
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
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 *
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 files. At that
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
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". Just do
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
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 anyway?
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
"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 because it
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
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 it
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 code
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? input type="text"
name="CustomerFName"
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
--
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
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, 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
23 matches
Mail list logo
