Perrin Harkins wrote:
On Mon, 2004-03-15 at 16:23, Jean-Michel Hiver wrote:
Yes, what I'm trying to achieve is get Apache::Registry to send custom
404 pages - just like under mod_cgi.
I assume that means you want to be able to run the exact same script
under mod_cgi? And you don't want t
Carlos Ramirez wrote:
Oops, I sent the wrong diff. I also updated the module on my site.
http://www.quantumfx.com/software/modules/Apache-AuthenSmb.pm
Thanks! Unfortunately, I am enjoying my spring break vacation, (one of
the perks of the job ), so am not going to think about this until next
we
Basel, Freitag, 19. März 2004, 16:32:45
.
*uniqueness of Apache::Session ID*
Hello ModPerl List
I'm just using again Apache::Session but in a more critical environment.
Therefore I thought about uniqueness of an Apache::Session ID generated
via MD5.
Basical
> Ok, I have changed the framework to use CGI.pm rather than printing the
> headers on STDOUT myself.
>
> I _still_ get the same problem, wether or not PerlSendHeaders is turned
> on or off.
> It doesn't seem to make any difference whatsoever.
>
> Is there any extra test I can write to pinpoint
Hola --
We're playing with a large OO Perl 5 project under mod_perl.
Apache/2.0.48 (Unix) mod_perl/1.99_13 Perl/v5.8.3 mod_ssl/2.0.48 OpenSSL/0.9.7d
Linux 2.4.21-192-default #1 i686 i686 i386 GNU/Linux
(SuSe)
The project is a beast: some 150 OO classes are used to perform operations. The memor
On Fri, 2004-03-19 at 10:40, Christian Hauser wrote:
> Before rewriting generate to have a case where the ID's are the same,
> I ask here what Apache::Session does when an ID just generated
> already exists?
It explodes. Use mod_unique_id to generate your IDs instead. There is
a module for integ
On Fri, 2004-03-19 at 11:51, Jay Hannah wrote:
> If we're using mod_perl (and startup.pl) correctly what ballpark
> memory footprint should we expect to see when we run, say, 10
> simultaneous clients against the server?
>
> Should we expect a RAM footprint something like
>10 30MB httpd's
>
Hi there,
On Fri, 19 Mar 2004, Jay Hannah wrote:
> We're playing with a large OO Perl 5 project under mod_perl.
:(
> Apache/2.0.48 (Unix) mod_perl/1.99_13 Perl/v5.8.3 mod_ssl/2.0.48 OpenSSL/0.9.7d
> Linux 2.4.21-192-default #1 i686 i686 i386 GNU/Linux
> (SuSe)
That's an old kernel, I'd think i
Helmut Zeilinger wrote:
Hi,
--On Tuesday, March 09, 2004 00:18:22 -0800 Stas Bekman <[EMAIL PROTECTED]>
wrote:
..
on Linux 2.4.22/Apache 2.48/Perl 5.9.0 the compilation of mp 1.99_13
failed (see below).
Is it because of Perl version 5.9.0? Must i downgrade to Perl 5.8.x
again?
It's because you hav
Ged Haywood wrote:
[...]
There's a lot of useful information about performance tuning in the
mod_perl Guide, including suggestions for things like proxy setups
where a few mod_perl servers do the heavy Perl processing and a lot
of small non-mod_perl servers do most of the communicating with clients
0.13 2004-03-19
- Allow the cookie expiration to be set to "session", which is
equivalent to undef, and causes the cookie to expire when the browser
is closed. Requested by Herald (RT #5615) for
MasonX::Request::WithApacheSession.
- Remove some incorrect default values for some parameters, whi
Michael Peppler wrote:
I ran into the same (or a similar) problem that Scott Beuker reported
with CGI.pm truncating POST content in an mp2 setup. In my case the POST
was truncated at around 7500 bytes. A check with tcpdump shows that the
entire POST is correctly sent to apache.
I started by upgr
I'm serving many web requests with an apache modperl handler, and I'm doing
lookups on a CDB_File within the handler, using 'tie' to open the cdb file
for every request that comes through. Is there a way to gain more
performance by somehow doing a tie/open just once when the apache servers
starts,
[EMAIL PROTECTED] wrote:
>
Does modperl-1.0 also need to have its read functions rewritten in a
similar way?
I ask because Apache::ASP and CGI.pm no longer work happily together
since CGI.pm version 3.01. That is to say, the Apache::ASP example for
demonstrating CGI-compatibility:
http://www.ap
[set a relevant subject]
Josh Chamas wrote:
[EMAIL PROTECTED] wrote:
>
Does modperl-1.0 also need to have its read functions rewritten in a
similar way?
I ask because Apache::ASP and CGI.pm no longer work happily together
since CGI.pm version 3.01. That is to say, the Apache::ASP example
for
Stas Bekman wrote:
Lincoln might be not very happy to add yet another special case (though
you should ask him of course). Perhaps the easier transparent solution
is to have Apache::ASP override $r->read()? After all CGI.pm is probably
not the only module that will have this problem under A-ASP.
On 20 Mar 2004, at 0:54, Lester Vecsey wrote:
I'm serving many web requests with an apache modperl handler, and I'm
doing
lookups on a CDB_File within the handler, using 'tie' to open the cdb
file
for every request that comes through. Is there a way to gain more
performance by somehow doing a ti
17 matches
Mail list logo
