Hi there,
On Thu, 19 Feb 2004, Scott Scecina wrote:
> Apache 2.0.48 (pre-fork), Perl 5.8.3, and mod_perl 1.99_12 on a RH Linux
> ... when I connect with Internet Explorer (6, on XP) I don't seem to be
> getting the Set-Cookie headers ... Other headers ... seem to be fine.
> ... they *were* being
Please note I googled, and found only very off track threads a while back
I am redesigning an application that currently uses Apache::ASP and for a
variety of reasons I believe my best approach is to go "native" and build
mod_perl handlers to generate the pages instead of using a scripted
approach
Apologies by the stange attachement in my previous post... I cut'n'pasted
from a previous sent-mail that went from the wrong subscriber address...
Peter
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apac
> My general constraints are:
>
> 1) Cookieless session options; I would like to support cookieless sessions,
> using URL args and/or pathinfo to carry the session IDs. Looking at both the
> systems, this is a manual process (unlike Apache::ASP options). Am I
> mistaken ? Is there an underlying tr
Hi!
Anyone that has any good links or any good input on using the worker MPM
and ithreads with mod_perl 2 and Apache 2
Kind Regards,
Stefan Cars
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/m
Original Message
Subject:RE: AuthenNTLM/Smb problem
Date: Fri, 20 Feb 2004 06:45:15 -0700
From: David Schneider <[EMAIL PROTECTED]>
To: 'Shannon Eric Peevey' <[EMAIL PROTECTED]>
Ah!
I should have thought about that.
Yes, that would be wonderful if you did tha
Ged Haywood writes:
Hi there,
On Thu, 19 Feb 2004, Scott Scecina wrote:
Apache 2.0.48 (pre-fork), Perl 5.8.3, and mod_perl 1.99_12 on a RH Linux
... when I connect with Internet Explorer (6, on XP) I don't seem to be
getting the Set-Cookie headers ... Other headers ... seem to be fine.
... th
Jean-Michel Hiver wrote:
> What do you need sessions for?
What are babies for ? :-)
In this case, if it matters, we need sessions for user settings, logging,
preferences, authentication etc.
> Authentication can be done using HTTP authentication without using
> cookies or URI session tracking (w
Peter,
(I've marked this post as off topic, since it doesn't deal with mod_perl
per se.)
Having used Apache::Session to some degree, it seems that CGI::Session is
comparable in functionality. There does not seem to be any major
differences between the two.
It is worth noting that the latest ver
On Fri, 2004-02-20 at 05:19, Peter Galbavy wrote:
> 1) Cookieless session options; I would like to support cookieless sessions,
> using URL args and/or pathinfo to carry the session IDs. Looking at both the
> systems, this is a manual process (unlike Apache::ASP options). Am I
> mistaken ? Is there
I just uploaded the first public release of Apache::Quota, a module idea I
mentioned on this list a month or so ago.
It implements very flexible quota tracking with mod_perl. It's quite a
bit more flexible than mod_bandwidth or mod_throttle, and can be used both
throttling and quota implementatio
In this case, if it matters, we need sessions for user settings, logging,
preferences, authentication etc.
Well, if you used HTTP authentication, you'd have a nice
$ENV{REMOTE_USER} once the user is authenticated.
You can use it for your user settings, preferences, and apache does the
authent
And now a version without syntax errors.
Doh!
I thought I ran those tests before uploading the darn thing.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.ap
Stefan Cars wrote:
Hi!
Anyone that has any good links or any good input on using the worker MPM
and ithreads with mod_perl 2 and Apache 2
You could be a bit more specific, Stafan. What kind of problems do you have?
You also have to tell us more about your environment, which is done the best
by c
14 matches
Mail list logo