perl Makefile.PL --with-apache2-apxs=/usr/local/apache2/bin/apxs is succes.
but make failed,
cc -c -I/root/.cpan/build/libapreq2-2.06-dev/glue/perl/xs
-I/root/.cpan/build/libapreq2-2.06-dev/include
-I/root/.cpan/build/libapreq2-2.06-dev/glue/perl/xsbuilder
-I/usr/include/apache2 -I/usr/include/a
My machine which cpu is celeron 266Mhz is running Debian 3.1, and
apche2 modperl2 are configured for running the content manager program
WebGUI which needs modperl2.
Now my issue is the performance is very bad and very slow even I click
edit a link.
The question is what is hardware prereuisite for
> that machine for a doorstop, dude, and upgrade to something manufactured in
> the last 3 years.
>
> mark
>
> >>> Ken Perl <[EMAIL PROTECTED]> 02-Feb-06 04:15 AM >>>
>
> My machine which cpu is celeron 266Mhz is running Debian 3.1, and
> apche2 mo
hi,
Debuging a perl program at command line is using -d option, but this
can't be used in a modperl program, any doc or examples on this topic
about how to debug a modperl program?
--
perl -e 'print unpack(u,"62V5N\"FME;G\!E
sub handler {
my $r = shift;
my $s = Apache2::ServerUtil->server;
$s->dir_config('WRoot');
$r->dir_config('WConfig');
}
which module api doc that I could find description about the two
dir_config? I want to know more info about them.
--
perl -e 'print unpack(u,"62
When code is updated during developing period, httpd progress must be
reload or restart so that to see the change. If is it possible to see
the change without reload httpd?
--
perl -e 'print unpack(u,"62V5N\"FME;G\!E
Sean Davis <[EMAIL PROTECTED]> wrote:
>
> On 2/6/06 7:10 AM, "Ken Perl" <[EMAIL PROTECTED]> wrote:
>
> > When code is updated during developing period, httpd progress must be
> > reload or restart so that to see the change. If is it possible to see
> >
Hi,
I configured Apache::DB in my modperl2 and got a notice message in
apache2 startup error.log,
[notice] Apache::DB initialized in child 1123
I think I have setuped it successfully.
And I also see the debugger welcome message,
Loading DB routines from perl5db.pl version 1.28
Editor support avail
when Apache::DB is initialized it will write a line of log into
error.log, but without a timestamp,
[notice] Apache::DB initialized in child 1957
May I add one?
--
perl -e 'print unpack(u,"62V5N\"FME;G\!E
hi,
I'd like to set a breakpoint at the first line in the module's handler,
sub handler {
my $r = shift; <-- here
... ...
$r->set_handlers(PerlResponseHandler => \&contentHandler);
}
So, I tried PerFixupHandler, PerlHandler and PerlInitHander
respectively in below L
platform are you using?
>
> Personally for debugging handlers I find it easier to just stick a line
> like: warn "got here, r=$r\n"
>
> then just tail -f the error_log. Proper old school. Then again I
> develop with vi on an 80x24 terminal, am I missing out on s
Cool, I guess you mean add these lines into the conf file,
use CGI::Carp;
Thanks, It works.
On 2/7/06, John Doe <[EMAIL PROTECTED]> wrote:
> Ken Perl am Dienstag, 7. Februar 2006 07.44:
> > when Apache::DB is initialized it will write a line of log into
> > error.log, bu
tried adding the two lines to the conf file, didn't work.
On 2/6/06, Sean Davis <[EMAIL PROTECTED]> wrote:
>
>
>
> On 2/6/06 9:06 AM, "Ken Perl" <[EMAIL PROTECTED]> wrote:
>
> > Yes, I am using Apache2, the doc is very useful.
> > in httpd
I also turned the debug on, but didn't see any debug message in the
error.log, anyone knows why?
PerlSetVar ReloadDebug On
On 2/7/06, Ken Perl <[EMAIL PROTECTED]> wrote:
> tried adding the two lines to the conf file, didn't work.
>
> On 2/6/06, Sean Davis
06-02-07 at 16:10 +0800, Ken Perl wrote:
> > hi,
> > I'd like to set a breakpoint at the first line in the module's handler,
> > sub handler {
> > my $r = shift; <-- here
> > ... ...
> >$r->set_handlers(P
I see a info in the error.log when I access the uri / and works fine,
[Wed Feb 08 13:22:35 2006] [info] [client 10.0.0.1] Module bug?
Request filename is missing for URI /
Is the info reported by modperl2? anything wrong?
--
perl -e 'print unpack(u,"62V5N\"FME;G\!E
ansHander. True?
On 2/8/06, Torsten Foertsch <[EMAIL PROTECTED]> wrote:
> On Wednesday 08 February 2006 07:13, Ken Perl wrote:
> > I see a info in the error.log when I access the uri / and works fine,
> > [Wed Feb 08 13:22:35 2006] [info] [client 10.0.0.1] Module bug?
> &
That helps already, but need to add the statement into the
directory and works fine!
On 2/8/06, John Doe <[EMAIL PROTECTED]> wrote:
> Perrin Harkins am Dienstag, 7. Februar 2006 18.45:
> > On Tue, 2006-02-07 at 08:56 +0100, John Doe wrote:
> > > Ken Perl am Diensta
And I found just now, I got the info message before the root / page is returned.
On 2/8/06, Ken Perl <[EMAIL PROTECTED]> wrote:
> Sounds reasonable.
> Based on your anaIysis, I added
>
> warn "reach last line of WebGUI.pm";
>
> into the handler bef
Hi,
The page
http://perl.apache.org/docs/offsite/books.html#The_mod_perl_Developer_s_Cookbook
introduces two books, their links http://modperlbook.org/ and
http://www.modperlcookbook.org/ are both broken now, Does anyone have
these two ebooks?
--
perl -e 'print unpack(u,"62V5N\"FME;G\!E
I still can't connect the site, : -(
I prefer e-book and appreciate that if anyone who have those two books
could send me the e-book copy.
On 2/8/06, Perrin Harkins <[EMAIL PROTECTED]> wrote:
> Ken Perl wrote:
> > The page
> > http://perl.apache.o
I know Apache2:SizeLimit works ony with non-threaded MPMs, but I don't
know how to fix the issue, any comments?
[Thu Feb 09 13:46:21 2006] [error] [client 221.219.202.148] failed to
resolve handler `Apache2::SizeLimit': Apache2::SizeLimit at the moment
works only with non-threaded MPMs at /usr/sha
I am using Apache::DB as debugger to debug my modperl2 program. No
breakpoints are defined, I input many 'r' and the return is always
like below, and the home page can't be displayed in the debug mode
while turning off debug mode it home page can be rendered as normal.
DB<1> r
void context retur
>From the Apache2::ServerUtil API doc, to do something only when server
restarts (httpd -k start or httpd -k graceful), check whether
restart_count() is bigger than 1:
my $cnt = Apache2::ServerUtil::restart_count();
do_something() if $cnt > 1;
However, the API doesn't work as above. I tried t
dle::DESTROY(/usr/lib/perl/5.8/IO/Handle.pm:75):
75: sub DESTROY {}
DB<5> q
the last 'q' command hang there, any comments?
On 2/9/06, Ken Perl <[EMAIL PROTECTED]> wrote:
> I am using Apache::DB as debugger to debug my modperl2 program. No
> breakpoints are defined, I
, any ideas?
On 2/12/06, Frank Wiles <[EMAIL PROTECTED]> wrote:
> On Sun, 12 Feb 2006 15:02:38 +0800
> Ken Perl <[EMAIL PROTECTED]> wrote:
>
> > >From the Apache2::ServerUtil API doc, to do something only when
> > >server
> > restarts (httpd -k start or h
I add your code to my startup.pl, but it doesn't work.
# apache2ctl -k start
Program is starting
Stopping...
#apache2ctl -k graceful
# apache2ctl -k stop
On 2/13/06, Frank Wiles <[EMAIL PROTECTED]> wrote:
> On Mon, 13 Feb 2006 09:17:57 +0800
> Ken Perl <[EMAIL PROTECTED]
I tried to stop apache by issuing apache2ctl -k stop in another
terminal, the command exit without any output, but the debugger is
still hung there. I have to send signal KILL to the process.
On 2/12/06, Frank Wiles <[EMAIL PROTECTED]> wrote:
> On Sun, 12 Feb 2006 18:55:13 +0800
&
the debugging mode off,
home page can be displayed smoothly.
In my httpd.conf, I enabled Apache2::Reload and Apache2::Status.
Anything I missed or anything you want to know, please let me know.
On 2/13/06, Perrin Harkins <[EMAIL PROTECTED]> wrote:
> Ken Perl wrote:
> > I tried
2006-02-13 at 14:27 +0800, Ken Perl wrote:
> > Normaly, ctrl +c works for a simple modperl program, I am trying to
> > debug a more complex modperl program.
>
> I don't see how that would a make difference. You're just trying to
> send a signal to the httpd process by
ebGUI/sbin/preload.perl line 33.
On 2/17/06, Philippe M. Chiasson <[EMAIL PROTECTED]> wrote:
> Ken Perl wrote:
> > I add your code to my startup.pl, but it doesn't work.
>
> Change 'print' to warn and you should see the expected behaviour.
>
> The only exception i
Though it will write to the log and it is wrong as the console.
On 2/18/06, Philippe M. Chiasson <[EMAIL PROTECTED]> wrote:
> Ken Perl wrote:
> > Better than before, but only 'start' works.
> >
> > debian:~/WebGUI# apache2ctl -k start
> > [Fri Feb
Will a modperl2 program run faster on a cue core cpu machine than a
single cpu machine if we assume their speeds are same? In other words,
should I buy a new due core cpu machine?
--
perl -e 'print unpack(u,"62V5N\"FME;G\!E
Is it possible to make a modperl application to run in cluster? if
yes, how to do that? any doc?
--
perl -e 'print unpack(u,"62V5N\"FME;G\!E
Do you mean that the pound work great with apache 2.0 and apache 1.3 both?
On 5/9/06, Harmen <[EMAIL PROTECTED]> wrote:
On Tue, May 09, 2006 at 04:47:14PM +0800, Ken Perl wrote:
> Is it possible to make a modperl application to run in cluster? if
> yes, how to do that? any doc?
I've configured the Apache::DBI in httpd.conf like this,
PerlModule Apache::DBI
I didn't have Apache::DBI->connect_on_init($data_source, $username,
$auth, \%attr) in startup.pl since we don't use startup.pl. and the
doc says to config it in httpd.conf is OK.
my question is I can not find any p
ll other modules which may make new db connections with same db
password and attributes)? In my testing, I saw some different database
handlers returned instead of the same hash reference address.
On 7/30/07, Clinton Gormley <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-07-30 at 18:21 +0800, Ken Per
OK, got it. Is it possible to use the same db connections in one
request? if yes, could you please show me how to implement this if a
cgi script calls many times other perl modules which requests db
connections to work.
On 7/31/07, Perrin Harkins <[EMAIL PROTECTED]> wrote:
> On 7/30/07,
ok, I'll try connect_cached too.
On 8/1/07, Perrin Harkins <[EMAIL PROTECTED]> wrote:
> On 7/31/07, Clinton Gormley <[EMAIL PROTECTED]> wrote:
> > What you could do instead is to use DBI's connect_cached method, which
> > provides similar functionality. I actually use this instead of
> > Apache::
it is really good gotchas and should be included to the
ModPerl::Registry document. thanks a lot.
On 7/31/07, Clinton Gormley <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-07-31 at 10:09 +0800, Ken Perl wrote:
> > I didn't run it under ModPerl::Registry, is there any risk to use t
40 matches
Mail list logo
