dougm 02/04/06 17:25:14
Modified:t/response/TestApache compat2.pm
Log:
get rid of annoying unexpectedly succeeded messages:
apache/compat2..ok, 1/34 unexpectedly succeeded
All tests successful (1 subtest UNEXPECTEDLY SUCCEEDED).
Revision ChangesPath
1.3
dougm 02/04/06 20:05:07
Modified:examples/lib/Apache HelloWorld.pm
Log:
fix example, add more config
Revision ChangesPath
1.4 +10 -3 modperl-2.0/examples/lib/Apache/HelloWorld.pm
Index: HelloWorld.pm
dougm 02/04/06 20:39:10
Modified:.Changes
Log:
here goes nuthin
Revision ChangesPath
1.2 +3 -1 modperl-2.0/Changes
Index: Changes
===
RCS file: /home/cvs/modperl-2.0/Changes,v
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 way
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
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
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
FYI,
There is a patch this morning from the mod_proxy maintainer.
http://marc.theaimsgroup.com/?l=apache-httpd-devm=101810478231242w=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
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
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
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
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.
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
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
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
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
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
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
-
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
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 mentioned this
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:
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
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
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 norm,
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
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
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 find out
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
28 matches
Mail list logo