Hi again,
On Thu, 4 Apr 2002, Mike V. Andreev wrote:
> MaxRequestsPerChild 0 -- if I set this limit to 10 then the problem disappear
> but that way deprives project of mod_perl usage advantages
Not at all, for example 90 percent of your requests won't have to
reload Perl. (Of course they won't
Hi there,
On Wed, 3 Apr 2002, Mike V. Andreev wrote:
> files limit problem.
>
> httpd.conf:
> KeepAlive On
> MaxKeepAliveRequests 100
> KeepAliveTimeout 15
> MinSpareServers 5
> MaxSpareServers 10
> StartServers 5
> MaxRequestsPerChild 0
MaxClients?
> What kind of diagnostics can be done to f
Apache/1.3.22 Ben-SSL/1.47 (Unix) DAV/1.0.3 mod_perl/1.26
The function
getservbyport
causes Apache to segfault
when run from a terminal or as a normal cgi script it works fine
when run with mod_perl it crashes.
sample cgi is the part commented out.
#!/usr/bin/perl
my $proto = 'tcp';
my $pr
The URL
http://perl.apache.org/dist/mod_perl-1.99_01.tar.gz
has entered CPAN as
file: $CPAN/authors/id/D/DO/DOUGM/mod_perl-1.99_01.tar.gz
size: 368151 bytes
md5: 8db81a4cc572544eb427f2beb1beceea
This is the first public release of mod_perl version 2.0-tobe.
Apache version 2.0.35 or
On Thu, 2002-04-04 at 00:46, Mike V. Andreev wrote:
> Hello.
hi.
> During the work with web interface
> number of open files slowly grows and finally reaches OS limit.
> And this happens with only 2-3 users working with interface !!!
> If to restart apache number of open files comes back in no
Maybe - but not likely...
If you think it's mod_perl causing problems - why don't you drop ssl and php
for now (as suggested earlier)? Well - maybe even a just basic Apache to
start with. If that works - move on and get mod_perl installed. When you are
satisfied with that you can start looking in
Hello again,
I have noticed that when I try to build mod_perl I
get a bunch of parse errors when the 'make' is in the
./Leak directory. Could this be the reason that I am
unable to build mod_perl and ssl and php
simultaneously. Please advise. Thanks.
John Kolvereid
Hi Perrin,
I might try it later. Actually, I am a programmer
and I would very much like to take advantage of the
features that mod_perl offer. If all fails I'll drop
back to CGI, JSP and PHP. Thanks.
John Kolvereid
--- Perrin Harkins <[EMAIL PROTECTED]> wrote:
> John Kolvereid wrote
Hi Jonathan,
Yes, I even tried that. It got hung up on a
missing install.sh file. Thanks
John Kolvereid
--- "Jonathan M. Hollin" <[EMAIL PROTECTED]>
wrote:
> >>Thanks for all your help, but I am NOT able to
> >> install mod_perl.
>
> John,
>
> I don't know if anyone has mentione
I have had a tremendous amount of success with htmldoc. see:
http://www.easysw.com/htmldoc/ (it's gpl'd and has fairly decent
documentation).
not a module, but can be easily called from cgi-bin, etc and handles
formatting really well. you design your output in html and pass it to
htmldoc and o
Hello.
I develop now my first project on mod_perl.
When we started to test this project on separate server we faced excess opened
files limit problem. There are no other serious tasks on this server, only
mysql with project databases and apache. During the work with web interface
number of op
Hi,
For what it's worth it, I always have to add "use URI::URL;" to the files:
mod_perl-x.xx/t/internal/hooks.t
mod_perl-x.xx/lib/Apache/test.pm
mod_perl-x.xx/blib/Apache/test.pm
then all tests work - apart from the ones skipped on my OS - as usual ;)
Hope this helps
// Nicolai
- Origin
Hello.
I develop now my first project on mod_perl.
When we started to test this project on separate server we faced excess opened
files limit problem. There are no other serious tasks on this server, only
mysql with project databases and apache. During the work with web interface
number of op
hello, Christian
I found a bug with how Apache::ProxyRewite handles cookies.
Our proxy server was trying to display a remote application that heavily uses cookies
butthe application was failing miserably.
I compared the headers of what the proxy server was sending to the client vs. what the
r
Yes Ged, I always make test before make install. Even just make, when
appropriate...
The idea to make the independently installed mod_perl enabled Apache has
failed on this machine several times (when the native sysadmin tried to do
that). Now, I have to find out why it fails. I see the polluted
On Wed, Apr 03, 2002 at 03:43:39PM -0500, Bill McCabe took time to write:
> I have a large number of mod_perl modules that connect to various databases and
> generate workflow performance reports for my organization. I give the users 3
> output options: HTML, Excel (Spreadsheet::WriteExcel), and P
Yes John, I would prefer never to stick with that prod too, indeed I have
to. It's a business requirement in this case. The future contract depends on
what the performance will be achieved on that sever. The customer does not
care too much about the demo (made) on dev. They wish to measure the
per
Hi there,
On Fri, 5 Apr 2002, Slava Bizyayev wrote:
> Nice try. Unfortunately, helpless... Don't you see two instances of
> mod_perl in common perl libraries? That's just flowers...
Are you sure you understood my message?
I don't understand your reply but you seem to be a little frustrated.
If you're doing a demo, then I'd advise against installing over
the production distributions.
Create your own perl and Apache's.
Philippe Chiasson wrote a paper for either ApacheCon or PerlCon about
managing multiple modperl developers. If I recall correctly, each developer
had their own Perl a
F.Xavier Noria wrote:
> I have the Eagle book but have not buyed the Cookbook yet. I wonder
> whether the way Perl modules are written nowadays is going to be
> significantly altered by Apache 2.0. If it won't, I'll definitely buy
> it this weekend.
The short answer:
You "can" run your old code
I have the Eagle book but have not buyed the Cookbook yet. I wonder
whether the way Perl modules are written nowadays is going to be
significantly altered by Apache 2.0. If it won't, I'll definitely buy
it this weekend.
-- fxn
FYI,
There is a patch this morning from the mod_proxy maintainer.
http://marc.theaimsgroup.com/?l=apache-httpd-dev&m=101810478231242&w=2
Ed
On Fri, Apr 05, 2002 at 02:33:35PM -0800, ___cliff rayman___ wrote:
> i had trouble using a proxy front end to both
> a mod_perl and mod_php back end serv
At 09:59 AM 04/06/02 +0100, Phil Dobbin wrote:
>It's definitely the book to buy _before_ the Eagle book.
No, buy both at the same time. I think the Eagle gives a really good
foundation, and it's very enjoyable reading (regardless of what my wife
says!).
I still think the Eagle book is one of t
HI,
There is a section on performance tuning which is fantastic ... it
gives practical examples of how you can monitor memory usage etc and tips
on how to serve maximum hits per second.
In the past month I've been wavering about mod_perl and have
considered moving to Java servlets
Dear John,
on our SuSe 7.3 server I run the shipped ready-made installation of
Apache/mod_perl using DSO.
It works fine, no special problems so far.
Please don't give up, it's worth another try!
Ernest
--
*
* VIRTUALITAS I
on Saturday, April 06, 2002 08:50 [EMAIL PROTECTED] (Jeff) wrote:
>I bought it two weeks ago, as a mod_perl newbie, and recommend it.
>
>I really like the cookbook style: 'You want to XXX' => snippet / recipe.
>If you already read Perl, it is fast and compact.
>
>I have had questions along the w
26 matches
Mail list logo
