>
> I have a few questions concerning setting up an EMBPERL
> server if you have time to answer.
>
>
>
> 1) Can I use the version of Apache 2.0.40 installed
> with Redhat 9.0 with EMBPERL?
>
I didn't have tried, but it should work
> 2) If not, could you lead me in a direction
> On Sat, 2004-11-13 at 07:39, Gerald Richter wrote:
> > > ... I can log in, and
> > > look a a few pages, then I get a not-logged-in error.
> >
> >
> > It looks like your session setup is not correctly setup. In
> this case
> > %udat works as normal Hash and you only get the same data
> as l
>
> How hard would it be to change the code to use a SHA or SSHA
> hash instead? (Admittedly, I'm picking a more
> cryptographically secure hash at psuedo-random; there may be
> one that's more appropriate.) Note that I realize they take
> longer to generate, but that time only happens at lo
On Mon, 15 Nov 2004, Pierre Etchemaite wrote:
> Le lun 15 nov 2004 18:24:06 CET, Ed Grimm <[EMAIL PROTECTED]>
> a écrit :
>
>>> Apache::Session generates the id by doing a md5 hash on a random
>>> number (time () . {} . Rand() . $$) , maybe there are situation where
>>> it generates the same id (al
Le lun 15 nov 2004 18:24:06 CET, Ed Grimm <[EMAIL PROTECTED]>
a écrit :
> > Apache::Session generates the id by doing a md5 hash on a random
> > number (time () . {} . Rand() . $$) , maybe there are situation where
> > it generates the same id (also this should normaly not happen).
>
> MD5 hash c
On Sat, 2004-11-13 at 07:39, Gerald Richter wrote:
> > ... I can log in, and
> > look a a few pages, then I get a not-logged-in error.
>
>
> It looks like your session setup is not correctly setup. In this case %udat
> works as normal Hash and you only get the same data as long as you hit the
>
On Mon, 15 Nov 2004, Gerald Richter wrote:
> Hi,
>
>> The problem is that this happens maybe once or twice a month (we have
>> about 10-15 thousands login per day). So it's really hard to
>> reproduce, and as far as I understand wouldn't the closure problem
>> create this problem more often ?)
>
>
Hi,
>
> The problem is that this happens maybe once or twice a month
> (we have about 10-15 thousands login per day). So it's really
> hard to reproduce, and as far as I understand wouldn't the
> closure problem create this problem more often ?)
>
Yes, the closure problem should create the p
Hi!
The problem is that this happens maybe once or twice a month (we have
about 10-15 thousands login per day). So it's really hard to reproduce,
and as far as I understand wouldn't the closure problem create this
problem more often ?)
Kind Regards,
Stefan Cars
Gerald Richter wrote:
After readi
