Hi there,
Sorry there's a lot to digest all at once in your message, but here's
one tip:
On Sat, 29 Jun 2002, Jeff wrote:
> - Use 'open my $fh, $filename or die $!; wherever I open files
Use Symbol::gensym if you can, it makes dealing with files much less
accident prone.
73,
Ged.
> This seems a little off topic. I think this is an architecture question, not
> a mod perl question.
Well, a bit of both I guess.
> Basically, you want all you protected files to be located in /protected or
> some other directory...
No that is not possible. I am running a web application, the
I couldn't get the requisites for the gd.pm and related modules to work on
Windows. Although these things apparently have worked great for years on
UNIX, they may have problems on Windows 2000 servers. I had to go to a
purchased Java product that is accessible via a servlet to get graphs
generat
> Oh, I don't know, I think the poster was asking about how to produce this
> effect with mod_perl. He wants to know *whether* a login was provided, even
> on a *non-protected* page. That would let you say (while serving any old
> page):
>
> if( $ENV{REMOTE_USER} eq 'admin' ) {
> $r->prin
> It seems that Apache::AuthCookie allows a way to make areas
> to which one can authenticate if s/he wants. I suppose that
> then in those areas you can tell if the user is logged in
> and affect the pages if so.
Indeed the best option would be to be using one of the Apache::Session
module and
> basically the whole thing is starting to bite its own tail and i would be very
> happy if anybody could give me any pointers as to why CGI won't read my data
> from the PerlInitHandler or after Apache::Request read them.
I seem to remember a post where someone had trouble because he was
tryin
Greetings!
I've downloaded mod-perl-1.99_02 and am having trouble getting it to make.
perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2 works fine.
My problem is with make && make test. I get the following:
cc -I/home/eric/Downloads/Apache/mod_perl-1.99_02/src/modules/perl
-I/home/eric/Downl
At 13:06 30.06.2002, Eric wrote:
>Greetings!
>
>I've downloaded mod-perl-1.99_02 and am having trouble getting it to make.
What Apache version are you using? 1.99_02 is pretty old, you should get
1.99_04 to work with the latest Apache.
--
Per Einar Ellefsen
[EMAIL PROTECTED]
Per,
Apache 2.0.39. I'll hunt for 1.99_04 and try that.
On Sunday 30 June 2002 13:17, Per Einar Ellefsen wrote:
> At 13:06 30.06.2002, Eric wrote:
> >Greetings!
> >
> >I've downloaded mod-perl-1.99_02 and am having trouble getting it to make.
>
> What Apache version are you using? 1.99_02 is pr
Got it up and running.
On Sunday 30 June 2002 13:17, Per Einar Ellefsen wrote:
> At 13:06 30.06.2002, Eric wrote:
> >Greetings!
> >
> >I've downloaded mod-perl-1.99_02 and am having trouble getting it to make.
>
> What Apache version are you using? 1.99_02 is pretty old, you should get
> 1.99_04
> On Sat, 29 Jun 2002 16:48:57 -0700 (PDT), Doug MacEachern <[EMAIL PROTECTED]>
>said:
> On Mon, 24 Jun 2002, Andreas J. Koenig wrote:
>> This stack trace is all I have. I cannot reproduce this SEGV at will,
>> so it will be difficult to obtain additional information. All I can do
>> is
> "Jean-Michel" == Jean-Michel Hiver <[EMAIL PROTECTED]> writes:
Jean-Michel> * For political reasons and compliance with future european legislation
Jean-Michel> I cannot use cookies,
What? The EU is going to make cookies *illegal*? I highly doubt
this.
Jean-Michel> * For usability rea
List,
Without wanting to fire up a huge thread about MVC seperation etc etc. I
just wondered if someone would share their expertise on the following
question.
Using Perrin's article on E-Toys is perhaps a good place to start. In the
Model object which performs various DB procedures, what actio
Richard Clarke wrote:
> Using Perrin's article on E-Toys is perhaps a good place to start. In the
> Model object which performs various DB procedures, what actions were taken
> if for some reason the connection to the database failed or if an SQL error
> happened? Was the whole "execute()" block p
> What? The EU is going to make cookies *illegal*? I highly doubt
> this.
Sorry, I am neither the lawyer nor the client, so I can't tell you...
I know it's really stupid, but I am going to have to deal without
cookies.
> Jean-Michel> * For usability reasons encoding session IDs on URIs would b
> "ebay" == ebay writes:
ebay> I am setting up a server so that all my scripts have .cgi extentions.
ebay> It would be nice if I could just add some directives in the httpd.conf
ebay> that will have all my virtual hosts use modPerl for any files with
ebay> either a .pl or a
On 6/30/02 2:06 AM, Stas Bekman wrote:
> John Siracusa wrote:
>> (I'm not sure if this is a mod_perl thing of a Mac OS X bug, so I'm posting
>> it to both lists. Redirect follow-ups as appropriate.)
>>
>> open2() doesn't seem to work for me when running under mod_perl in Mac OS X.
>
> It's not
On Sun, 30 Jun 2002 12:58:08 -0400
Perrin Harkins <[EMAIL PROTECTED]> wrote:
: Well, naturally the answer is "it depends." Most database errors can't
: be gracefully recovered from, so we would let them propagate up. If it
: was possible for a database error to be caused by user input (say, a
Please check that the idea of this kind of authentication is to encrypt the
ticket, instead of a plain session ID. If cookie is not available, having
it on URI is a good idea. (Then one needs to have all links in a relative
manner; see the Cookbook). Cookie itself does not make a secure session
John Siracusa wrote:
> On 6/30/02 2:06 AM, Stas Bekman wrote:
>
>>John Siracusa wrote:
>>
>>>(I'm not sure if this is a mod_perl thing of a Mac OS X bug, so I'm posting
>>>it to both lists. Redirect follow-ups as appropriate.)
>>>
>>>open2() doesn't seem to work for me when running under mod_per
F. Xavier Noria wrote:
> I remember the article has a comment regarding a gotcha of the Error
> module that causes memory leaks, but you didn't go into details there.
We've actually discussed this on the list. It has to do with closures.
Matt gave a presentation about exception handling which
On Sun 30-Jun-2002 at 10:47:26AM -0700, Peter Bi wrote:
> Please check that the idea of this kind of authentication is to encrypt the
> ticket, instead of a plain session ID. If cookie is not available, having
> it on URI is a good idea. (Then one needs to have all links in a relative
> manner;
> In one of the earlier stages of processing - maybe a FixupHandler or ? a
> AuthenHandler might be appropriate - you can do something like this:
>
> my $a = $r->header_in('Authorization');
> $a =~ s/^Basic (.*)/$1/;
> my( $user, $pass ) = split(':', decode_base64( $a ) );
>
> if( ) {
> $
Jean-Michel Hiver <[EMAIL PROTECTED]> writes:
> > Why is a user "hacking" their URLs?
>
> I can answer that. http://www.useit.com/alertbox/990321.html
>
>
> * a domain name that is easy to remember and easy to spell
> * short URLs
> * easy-to-type URLs
> * URLs that visualize the site
I am current running mod_perl with PerlSendHeader
On; in this manner, the Perl applications that I am running can post the many
headers that are required for proper operation, such as "Set-Cookie",
"Location", etc.
However, while my scripts are functioning properly,
the Apache error log ci
Hi, Jean-Michel: the "official" way to retrieve the remote user name under
Basic Authentication is to call for $r->connect->user(), or $r->user() in
mod_perl 2.0, I think. With a ticket authentication, one gets the user name
in the same way only AFTER the access control phase, because it is simul
On Sun, 30 Jun 2002, Andreas J. Koenig wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0x400d8076 in chunk_free (ar_ptr=0x4016ca40, p=0x82fd0a0) at malloc.c:3097
> 3097malloc.c: No such file or directory.
> (gdb) bt
> #0 0x400d8076 in chunk_free (ar_ptr=0x4016ca40, p=0x82fd0
Anyone have any success getting mod_perl 2.0 to compile
under Cygwin? I have Apache 2.0.40 compiled and working fine, however, when I
point mod_perl at the apache prefix directory and go to build the ld2 compiler
cannot find the ap/apr libraries needed to finish the link for the dll.
I
> -Mensagem original-
> De: Brad W. Galiette [mailto:[EMAIL PROTECTED]]
> Enviada em: domingo, 30 de junho de 2002 17:59
> Para: [EMAIL PROTECTED]
> Assunto: Header Troubles
>
>
> I am current running mod_perl with PerlSendHeader On; in this manner,
the Perl applications that I am runni
>From: "Jean-Michel Hiver" <[EMAIL PROTECTED]>
>
> I *CANNOT* use cookies nor URIs for any kind of session tracking.
> Otherwise I don't think I would have posted this message to the list in
> the first place :-)
>
> I agree that HTTP Basic authentication is totally and uterly ugly, but I
> am g
> On Sun, 30 Jun 2002 15:30:18 -0700 (PDT), Doug MacEachern <[EMAIL PROTECTED]>
>said:
>> #0 0x400d8076 in chunk_free (ar_ptr=0x4016ca40, p=0x82fd0a0) at malloc.c:3097
>> #1 0x400d7f5a in __libc_free (mem=0x82fd0a8) at malloc.c:3023
>> #2 0x8169142 in Perl_safesysfree (where=0x82fd0a8)
31 matches
Mail list logo