Fco. Valladolid wrote:
Hi.
Some know web hosting providers with mod_perl support...
http://perl.apache.org/help/isps.html
As usual, if you know of ISPs that aren't listed there (or listed, but not
providing modperl support any longer), please let us know.
___
Fco. Valladolid wrote:
Hi.
Some know web hosting providers with mod_perl support...
Regards..
Hi.
Some know web hosting providers with mod_perl support...
Regards..
Quoting Martin Moss <[EMAIL PROTECTED]>:
just a minor comment regarding untainting techniques.
If do /(.*)/ to launder tainted vars as you did in:
if ($Directory =~ /^XX_GR_XX(.*)XX_GR_XX$/)
you can as well turn the taint mode off. For more info see:
http://www.gunther.web66.com/FAQS/ta
Quoting Martin Moss <[EMAIL PROTECTED]>:
> All,
> Can Anybody see what I'm doing wrong here?
>
> I have the following error :-
> [error] Insecure dependency in unlink while running with -T switch at
> /usr/lib/perl5/site_perl/5.6.0/Apache/Session/Store/File.pm line 106.
The problem is not
All,
Can Anybody see what I'm doing wrong here?
I have the following error :-
[error] Insecure dependency in unlink while running with -T switch at
/usr/lib/perl5/site_perl/5.6.0/Apache/Session/Store/File.pm line 106.
When I run the following subroutine:-
sub delete_session
{
my $self=shift;
Carl Brewer wrote:
Stas Bekman wrote:
Carl Brewer wrote:
As no-one seems interested in this after a few weeks,
It's not about not being interested, but lacking the access to the
system and/or lacking the expertise on these platforms. We really need
to have at least one person taking care of
Stas Bekman wrote:
Carl Brewer wrote:
As no-one seems interested in this after a few weeks,
It's not about not being interested, but lacking the access to the
system and/or lacking the expertise on these platforms. We really need
to have at least one person taking care of problems on each of
Carl Brewer wrote:
As no-one seems interested in this after a few weeks,
It's not about not being interested, but lacking the access to the system
and/or lacking the expertise on these platforms. We really need to have at
least one person taking care of problems on each of the less-mainstream pla
As no-one seems interested in this after a few weeks,
I'm considering NetBSD ... anyone got mod_perl2 and apache2
running nicely on NetBSD 1.6? That's my next-choice
O/S for my application, but I don't have a testbed yet to
play with.
Carl
Carl Brewer wrote:
Scanning both dev.modperl and here,
To the group,
I'm running the configuration listed below. I've delayed adding SSL for as long as I
can, but now I have to do it. It is for a government site and they want their sites
to use SSL all the time (no port 80 connections at all).
So, is Apache 2.x and mod_perl ready for operating
Stas Bekman wrote:
Priest, Darryl - BALTO wrote:
Thanks for the quick response, additional information as requested is
below.
Cool, please let me know whether this patch solves the problem (you need
to apply the patch:
cd modperl-2.0
patch -p0 < patch_itself
rebuild mod_perl from scratch
oops
Priest, Darryl - BALTO wrote:
Thanks for the quick response, additional information as requested is below.
Cool, please let me know whether this patch solves the problem (you need to
apply the patch:
cd modperl-2.0
patch -p0 < patch_itself
rebuild mod_perl from scratch
Index: lib/ModPerl/Code.pm
Geoffrey Young wrote:
Udlei Nattis wrote:
Hi all
Why i have problem?
$cookie1 = new CGI::Cookie(
-name => 'sessid', -value => $session->id());
$r->headers_out->{'Set-Cookie'} = $cookie1;
[snip]
Can't locate object method "STORE" via package "APR::Table" at
/export/eS
Gazi, Nasser (London) wrote:
A question about "mod_perl Developer's Cookbook" by Young, Lindner and
Kobes:
Is this book still relevant and worth buying for mod_perl2 ? (I'm about to
dive into web development using Apache/mod_perl and intend to go straight to
mp2).
Remember that mp2 is mp1++. Most o
Mark James wrote:
Stas Bekman wrote:
Mark James wrote:
1. In http://perl.apache.org/docs/1.0/guide/getwet.html , use of x.x.x
for both the Apache and mod_perl version numbers made me think that
the version numbers had to be matched. Maybe y.y.y should be used
for one.
Please get used
Carlos Ramirez wrote:
I've been using apache/mod_perl for some time now and have upgraded
apache many times with mod_perl. In most cases I've only had to upgrade
the web server only but since I use mod_perl I also compile mod_perl
statically. Now my question is: What's the correct or best appro
Wilcox, Curtis wrote:
I've resolved this problem, at least to a degree which satisfies me. I built
apache-1.3.27 and mod_perl-1.27 together following the INSTALL.simple
instructions from the mod_perl source but adding EVERYTHING=1 when running
Makefile.PL. This makes Apache::MP3 work on a Red Hat 7
Jean-Michel Hiver wrote:
It's pretty hard to truly separate these things. Nobody wants to use
basic auth, which means there is a need for forms and handlers.
How do you mean, 'nobody'? Users certainly don't mind!
Sure they do. They want a nice HTML login screen, and features like
"remember thi
On Thu, 27 Feb 2003, Bill Moseley wrote:
> On Thu, 27 Feb 2003, Perrin Harkins wrote:
>
> > Jean-Michel Hiver wrote:
> > > Yes, but you're then making the authorization layer inseparable from
> > > your applicative layer, and hence you loose the interest of using
> > > separate handlers.
> >
> > I
Hello again,
Loggerithim 6.3.1 is now available, ChangeLog follows:
- 6.3.1
* Installer fixes
* Unit tests
* Fixes from the removal of old db columns
* Disable debugging in the agent by default
About Loggerithim:
Loggerithim is a monitoring package that allows you
Hello all ,
I'm wondering if anybody has successfully used B::Bytecode and ByteLoader for
a mod_perl module or any other module that is imported by mod-perl.
I need to use this kind off "byte loader"feature or need to change to
something that "hides" the source code.
greetings
> It's pretty hard to truly separate these things. Nobody wants to use
> basic auth, which means there is a need for forms and handlers.
How do you mean, 'nobody'? Users certainly don't mind!
> Then you have to keep that information in either cookies or URLs, and
> there is usually a need to ta
On Thu, 27 Feb 2003, Perrin Harkins wrote:
> Jean-Michel Hiver wrote:
> > Yes, but you're then making the authorization layer inseparable from
> > your applicative layer, and hence you loose the interest of using
> > separate handlers.
>
> It's pretty hard to truly separate these things. Nobody
Jean-Michel Hiver wrote:
Yes, but you're then making the authorization layer inseparable from
your applicative layer, and hence you loose the interest of using
separate handlers.
It's pretty hard to truly separate these things. Nobody wants to use
basic auth, which means there is a need for forms
Udlei Nattis wrote:
Hi all
Why i have problem?
$cookie1 = new CGI::Cookie(
-name => 'sessid', -value => $session->id());
$r->headers_out->{'Set-Cookie'} = $cookie1;
[snip]
Can't locate
object method "STORE" via package "APR::Table" at
/export/eShop/lib/eShop/Web/Shop
Dan Brosemer wrote:
> Here's the thread to date:
> http://marc.theaimsgroup.com/?l=apache-modperl&m=104586287823510&w=2
>
> On Sun, Feb 23, 2003 at 10:27:22AM -0500, Dan Brosemer wrote:
>
>>On Sun, Feb 23, 2003 at 04:35:39AM -0800, Ask Bjoern Hansen wrote:
>>
Hi. I'm new here, and hopi
Hi all
Why i have problem?
$cookie1 = new CGI::Cookie(
-name => 'sessid', -value => $session->id());
$r->headers_out->{'Set-Cookie'} = $cookie1;
OR
$c->headers_out->{'Set-Cookie'} = "aaasdfhajsd fjhasdhfjkajkdf";
[Thu Feb 27 14:42:34 2003] [warn] pid file
/usr/local/a
On Thu, 27 Feb 2003, Jean-Michel Hiver wrote:
> > I think this may be solved by architecture. If you have an Authz layer
> > maybe it needs to be called sooner than right when you need it.
> >
> > I have a Session-based auth system. When the user successfully
> > authenticates the Auth handler doe
> I think this may be solved by architecture. If you have an Authz layer
> maybe it needs to be called sooner than right when you need it.
>
> I have a Session-based auth system. When the user successfully
> authenticates the Auth handler does a lookup in a db where we store all
> users' authz inf
On Thu, 2003-02-27 at 11:06, Paolo Campanella wrote:
> Just one thing though: when the process dies, it
> really does take the main server process down with it:
>
> [Thu Feb 27 17:55:04 2003] [alert] Child 8592 returned a Fatal error...
> Apache is exiting!
Are you certain? Have you actually ch
but DECLINED is almost certainly a bad idea.
What was the idea behind
return DECLINED if $r->is_inital_req;
in auth handlers in the first place?
I think it stems from the Eagle book, thus from Doug, but I'm not sure - I
can't remember exactly. it was probably an attempt to reduce overhead for
On Thu, 27 Feb 2003, Geoffrey Young wrote:
> I've decided that the
>
>return DECLINED if $r->is_inital_req;
>
> bit is a bad idea. after a few hours debugging an authorization
> application, I realized that this does nothing but cause problems - if you
> DECLINE a subrequest then it's picked
On Thu, 27 Feb 2003, Gazi, Nasser (London) wrote:
> A question about "mod_perl Developer's Cookbook" by Young, Lindner and
> Kobes:
>
> Is this book still relevant and worth buying for mod_perl2 ?
Yes, but there are parts that are different for mp2, and other things that
are omitted. Remember: mp
On Thu, 27 Feb 2003, Jean-Michel Hiver wrote:
> Hi List,
>
> In theory Authentication / Authorization handlers are very cool, because
> the application underneath it doesn't need to know the logic of it, and
> as long as you design web applications with nice, RESTful, sensible URIs
> it would all
On 27 Feb 2003 10:33:21 -0500
Perrin Harkins <[EMAIL PROTECTED]> wrote:
> On Thu, 2003-02-27 at 08:42, Paolo Campanella wrote:
> > Pretend
> > for a moment that you have no specific knowledge of the library which
> > causes this problem: is there any black box approach to stopping some
> > library
I've resolved this problem, at least to a degree which satisfies me. I built
apache-1.3.27 and mod_perl-1.27 together following the INSTALL.simple
instructions from the mod_perl source but adding EVERYTHING=1 when running
Makefile.PL. This makes Apache::MP3 work on a Red Hat 7.3 system with perl
5.
On Thu, 2003-02-27 at 08:42, Paolo Campanella wrote:
> Pretend
> for a moment that you have no specific knowledge of the library which
> causes this problem: is there any black box approach to stopping some
> library's complaints from shutting down my web server?
No. The library is executing C co
Hi Chris
On Thu, 27 Feb 2003 09:33:07 -0500
"Chris Faust" <[EMAIL PROTECTED]> wrote:
> Hey Paolo,
>
> Did you try to add some die statements to see if it made any difference,
> so something like:
>
> use Image::Magick;
> my $image=Image::Magick->new(size=>'75x75');
> $image->Read('null:white')
Hi Nigel
On Thu, 27 Feb 2003 14:16:45 + (GMT)
Nigel Hamilton <[EMAIL PROTECTED]> wrote:
> HI Paolo,
>
> Can you use an eval {}; block?
No, doesn't work. This is also (AFAIK) how Error.pm works.
> Or maybe solve the bug. Is the @ symbol meant to appear in the
> font path?
Sol
Hey Paolo,
Did you try to add some die statements to see if it made any difference, so
something like:
use Image::Magick;
my $image=Image::Magick->new(size=>'75x75');
$image->Read('null:white');
die &display_error("Read Error Error: Image: null:white $image \n") if
($image);
my @x = $imag
HI Paolo,
Can you use an eval {}; block?
Or maybe solve the bug. Is the @ symbol meant to appear in the
font path?
NIge
>
> Hi all
>
> Here's a stripped-down version of a script I use:
> ===
> use Image::Magick;
Jean-Michel Hiver wrote:
On Thu 27-Feb-2003 at 11:39:32AM -, Richard Clarke wrote:
I've never had any reason to do this so there might be a shortcut but I
think something along the lines of the following should work (As long as
your access/auth handler doesnt make use of $r->is_intial_req())
Hi all
Here's a stripped-down version of a script I use:
===
use Image::Magick;
my $image=Image::Magick->new(size=>'75x75');
$image->Read('null:white');
my @x =
$image->QueryFontMetrics(font=>'@/usr/X11R6/lib/X11/fonts/ttf/Ritalin.t
[EMAIL PROTECTED] wrote:
On 27 Feb 2003 at 11:35, Gazi, Nasser (London) wrote:
A question about "mod_perl Developer's Cookbook" by Young, Lindner and
Kobes:
Is this book still relevant and worth buying for mod_perl2 ? (I'm about to
dive into web development using Apache/mod_perl and intend to g
Thanks for the quick response, additional information as requested is below.
Priest, Darryl - BALTO wrote:
> I'm getting the error below for every cc in the make:
>
>
> "/usr/local/perl5.8.0/lib/5.8.0/aix/CORE/config.h", line 41.9: 1506-236
(W)
> Macro name __attribute__ has been redefined.
> "
On Thu 27-Feb-2003 at 11:39:32AM -, Richard Clarke wrote:
> I've never had any reason to do this so there might be a shortcut but I
> think something along the lines of the following should work (As long as
> your access/auth handler doesnt make use of $r->is_intial_req())
>
> use Apache::Cons
On 27 Feb 2003 at 11:35, Gazi, Nasser (London) wrote:
> A question about "mod_perl Developer's Cookbook" by Young, Lindner and
> Kobes:
>
> Is this book still relevant and worth buying for mod_perl2 ? (I'm about to
> dive into web development using Apache/mod_perl and intend to go straight to
> m
I've never had any reason to do this so there might be a shortcut but I
think something along the lines of the following should work (As long as
your access/auth handler doesnt make use of $r->is_intial_req())
use Apache::Constants (:common);
my $subr = $r->lookup_uri('/new/request/?foo=bar');
m
A question about "mod_perl Developer's Cookbook" by Young, Lindner and
Kobes:
Is this book still relevant and worth buying for mod_perl2 ? (I'm about to
dive into web development using Apache/mod_perl and intend to go straight to
mp2).
Thanks,
NG
Hi List,
In theory Authentication / Authorization handlers are very cool, because
the application underneath it doesn't need to know the logic of it, and
as long as you design web applications with nice, RESTful, sensible URIs
it would all work beautifully.
BUT, I cannot figure out how to 'ask' a
Stas Bekman wrote:
Mark James wrote:
1. In http://perl.apache.org/docs/1.0/guide/getwet.html , use of x.x.x
for both the Apache and mod_perl version numbers made me think that
the version numbers had to be matched. Maybe y.y.y should be used
for one.
Please get used to x.x.x meaning any
On Wed, 26 Feb 2003 22:30:51 -0600 (CST), Randy Kobes wrote:
>On Thu, 27 Feb 2003, Ron Savage wrote:
>
>>On Wed, 26 Feb 2003 09:23:39 +1100, Stas Bekman wrote:
HI Randy
>The mod_perl 2 ppm package (for ActivePerl 8xx) at
>http://theoryx5.uwinnipeg.ca/ppms/ is updated
>periodically with a cvs buil
53 matches
Mail list logo
