This was kinda funny.
Security is a practice, not a feature.
-Pratik
On 9/13/05, JupiterHost.Net <[EMAIL PROTECTED]> wrote:
>
>
> Octavian Rasnita wrote:
>
> > Hmm, sorry. I was just trying to think to something that might make perl
> > more used than PHP.
>
> - PHP is crap and a half to ad
Greetings,
We have a web application running under mod_perl. It is pretty complex, and we
have built extensive logging into the code.
Multiple levels of logging are available, everything from logging variable
contents, hash contents, headers, post/get request content, etc.
An example of what
Hi
Passing on for info -- MKDoc is the CMS that Petal was originally
developed for.
This announcement is also on the web site:
http://www.mkdoc.org/news/mkdoc-1631-released/
Chris
- Forwarded message from Bruno Postle <[EMAIL PROTECTED]> -
Date: Tue, 13 Sep 2005 21:23:05 +0100
From
I am using HP-UX. There is no setproctitle on it as far as I know. Is there any other way of doing this on HP-UX.. Also I found a similar query which was reported some time back which was changing the command name dated Wed, 11 Feb 2004. This has been rectified though. But in my case the entire com
Hello again all,
I have a static frontend apache (2.0.40 mp1.99) and a backend apache
(2.0.54 mp2) that run my searches. I am mod_rewriting the frontend
apache to take /search/a/b/c and rewrite it to the backend running on
host:81. The backend is where the perl code is. So search/a/b/c ->
htt
Jonathan Steffan wrote:
slurp_filename('/opt/apache2/perl/script?a=a&b=b&c=c') / opening: (2) No
such file or directory at
/opt/perl/lib/site_perl/5.8.7/i686-linux/ModPerl/RegistryCooker.pm line 540
That's because this should be
> slurp_filename('/opt/apache2/perl/script') / opening: (2) No
-
I'd like to have similar flexibility as to *nix distribution -- e.g.
developed/
supported under one (likely, Debian 3.1; that's what I know best), and
later
tested/ supported under others (if the need arises and help is available).
I'm
hoping that Catalyst will facilitate this goal.
There's s
Hi,
I'm still struggling with trying to understand how Mod_Perl
2 works. All I want to do is to have a regular Perl script run under
Mod_Perl just to speed it up.
In the past, in Mod_Perl 1 I’ve used this:
sub PrintHeader
{
if ($ENV{'PERL_SEND_HEADER'})
{
On Tue, 2005-09-13 at 22:50 -0700, David Christensen wrote:
> If I understand it correctly, Catalyst can run under Perl/CGI, Apache/
> mod_perl
> CGI emulation layers (Apache::Registry, FastCGI?, others?), Apache/ mod_perl,
> Apache2/ mod_perl2 CGI emulation layers (?), and Apache2/ mod_perl2. It
I use Rackspace for my Unix hosting and support. They install Red Hat
Enterprise Linux 3 and 4 that both have beta versions of Mod_Perl
installed (ModPerl 1.99_16). Are these not recommended for use on a
production server?
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]
Justin Luster wrote:
I use Rackspace for my Unix hosting and support. They install Red Hat
Enterprise Linux 3 and 4 that both have beta versions of Mod_Perl
installed (ModPerl 1.99_16). Are these not recommended for use on a
production server?
We do not recommand anything less then 1.9922 aka
Yea, I got Apache2/MP2 installed and running on my OS X box.
Now I'm rewriting my code and am getting the error:
Can't locate object method "param" via package "Apache2::RequestRec"
Here is what I have:
sub handle {
my $r = shift;
my $c = $r->connection;
my $apr = Apache2::RequestRec->new( $r )
Boysenberry Payne wrote:
Yea, I got Apache2/MP2 installed and running on my OS X box.
YAY!
Now I'm rewriting my code and am getting the error:
Excellent
Can't locate object method "param" via package "Apache2::RequestRec"
Thats because its not there :)
You need libapreq
http://httpd.apac
Philip M. Gollucci wrote:
You want instead
use APR::Reuest::Apache2 ();
my $apr = APR::Reuest::Apache2->handle($r);
my $FORM = $req->param; ## hashref implemented as a tied hash to an
APR::Table
my $param1_value = $FORM{param1}
Note
s/Reuest/Request/g
Sorry!
--
END
---
What is the difference between:
APR::Request::Apache2
and
Apache2::RequestRec
Thanks,
Boysenberry
boysenberrys.com | habitatlife.com | selfgnosis.com
On Sep 14, 2005, at 1:41 PM, Philip M. Gollucci wrote:
Philip M. Gollucci wrote:
You want instead
use APR::Reuest::Apache2 ();
my $apr = APR::Re
Boysenberry Payne <[EMAIL PROTECTED]> writes:
> What is the difference between:
>
> APR::Request::Apache2
> and
> Apache2::RequestRec
Apache2::RequestRec is the perl module representing httpd's request_rec
struct. APR::Request::Apache2 is the perl module for interfacing with
mod_apreq2, which is
In mod_perl 1.29 version, I preload the following modules at
startup à
use Apache::Request ();
use Apache::Cookie ();
It works perfect…
I’m currently learning how to use mod_perl2-2.0.1,
when I try to preload the following modules at startup à
use Apache2::Request ();
use
On Wed, 14 Sep 2005 09:51:35 -0700
"Justin Luster" <[EMAIL PROTECTED]> wrote:
> I use Rackspace for my Unix hosting and support. They install Red Hat
> Enterprise Linux 3 and 4 that both have beta versions of Mod_Perl
> installed (ModPerl 1.99_16). Are these not recommended for use on a
> produc
On Wed, 14 Sep 2005 16:03:20 -0500
"Paul Harrison" <[EMAIL PROTECTED]> wrote:
> I'm currently learning how to use mod_perl2-2.0.1, when I try to
> preload the following modules at startup -->
>
>
>
> use Apache2::Request ();
>
> use Apache2::Cookie ();
>
> I get the following error in the ap
Same compiler, yes
In installed it from FreeBSD ports tree
PORTNAME= libapreq2
PORTVERSION=2.05
CATEGORIES= www perl5 devel
Cure
-Original Message-
From: Frank Wiles [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 14, 2005 4:19 PM
To: Paul Harrison
Cc: modperl@perl.
While trying to install APR::Request::Apache2 I got the following
error(s):
gcc -g -O2 -o .libs/test_cgi test_cgi.o
/Users/boysie/.cpan/build/libapreq2-2.06-dev/library/.libs/
libapreq2.dylib -lexpat
-L/Users/boysie/src/httpd-2.0.54/srclib/apr-util/xml/expat/lib
/Users/boysie/src/httpd-
On Wed, 14 Sep 2005 16:29:51 -0500
"Paul Harrison" <[EMAIL PROTECTED]> wrote:
> Same compiler, yes
>
> In installed it from FreeBSD ports tree
> PORTNAME= libapreq2
> PORTVERSION=2.05
> CATEGORIES= www perl5 devel
libapreq2-2.06-dev is the latest version, I believe you need this
On Wed, 14 Sep 2005 16:30:52 -0500
Boysenberry Payne <[EMAIL PROTECTED]> wrote:
> While trying to install APR::Request::Apache2 I got the following
> error(s):
>
> gcc -g -O2 -o .libs/test_cgi test_cgi.o
> /Users/boysie/.cpan/build/libapreq2-2.06-dev/library/.libs/
> libapreq2.dylib -lexpat
While trying to install APR::Request::Apache2 I got the following
error(s):
gcc -g -O2 -o .libs/test_cgi test_cgi.o
/Users/boysie/.cpan/build/libapreq2-2.06-dev/library/.libs/
libapreq2.dylib -lexpat
-L/Users/boysie/src/httpd-2.0.54/srclib/apr-util/xml/expat/lib
/Users/boysie/src/httpd-
I tried installing libapreq2-2.06-dev
I get the following error ==>
/usr/local/bin/bash ../libtool --mode=link gcc -g -O2-o libapreq2.la
-rpath /usr/local/lib -version-info 3:3:1 -L/usr/local/lib/apache2 -lapr-0
-laprutil-0 -lexpat -liconv -lm -lcrypt util.lo version.lo cookie.lo
param.l
The install for expat 1.95.8 and APR::Request went great.
But now in my error_log I get the following:
dyld: /usr/local/httpd/bin/httpd version mismatch for library:
/usr/local/httpd/lib/libexpat.0.dylib (compatibility version of user:
6.0.0 greater than library's version: 2.0.0)
It seems A
On Wed, 14 Sep 2005 16:56:16 -0500
"Paul Harrison" <[EMAIL PROTECTED]> wrote:
> I tried installing libapreq2-2.06-dev
>
> I get the following error ==>
>
>
> /usr/local/bin/bash ../libtool --mode=link gcc -g -O2-o
> libapreq2.la -rpath /usr/local/lib -version-info 3:3:1
> -L/usr/local/li
I installed expat successfully.
Now I get the following error ==>
make
Making all in .
Making all in include
make all-am
Making all in library
make all-am
Making all in module
Making all in apache2
make: don't know how to make all-local. Stop
*** Error code 1
Cure
-Original Message--
Now when I try to start apache using apachectl start I get:
dyld: /usr/local/httpd/bin/httpd version mismatch for library:
/usr/local/httpd/lib/libexpat.0.dylib (compatibility version of user:
6.0.0 greater than library's version: 2.0.0)
/usr/local/httpd/bin/apachectl: line 100: Trace/B
Carl Johnstone wrote:
> There's stuff available for Debian, but as with mod_perl2 itself,
> catalyst is a little young - there's nothing in stable.
> There are some pacakages in testing, if you're happy to run that (and
> recommend your customers run that should you release before Debian) -
> the
Perrin Harkins wrote:
> I don't think this changes your situation any. CGI is not really
> fast enough to use, so you still need mod_perl or FastCGI. Because
> the current crop of linux distros came out before mod_perl 2 but
> couldn't use mod_perl 1 (since they are using apache 2), they have
> p
There's not much changes to mp2, from your usage
angle.
In mp1, you use Apache::Request
In mp2, the module is now called
Apache2::RequestUtil. But it has generally the same methods as its mp1
equivalent, including ->request().
You get the Apache2::RequestUtil the same way as in
mp1:
sub h
Paul Harrison wrote:
I installed expat successfully.
Now I get the following error ==>
make
Making all in .
Making all in include
make all-am
Making all in library
make all-am
Making all in module
Making all in apache2
make: don't know how to make all-local. Stop
*** Error code 1
use gmake
1.
Concept:
2.
3.
GET http://domain.tld/search/a/b/c (via :80)
4.
rewrite search/a/b/c ->
http://localhost:8080/perl/script?a=a&b=b&c=c [P] (via .htaccess
RewriteRule) [OK] (localhost:8080 is another apache w/mod_perl)
5.
proxy: http://localhost:8080
On Wed, 14 Sep 2005, Perrin Harkins wrote:
enough to use, so you still need mod_perl or FastCGI. Because the
current crop of linux distros came out before mod_perl 2 but couldn't
use mod_perl 1 (since they are using apache 2), they have poor mod_perl
That's not entirely true. Debian Sarge (s
35 matches
Mail list logo
