Re: [PHP] MySQL vs Session?

2002-08-15 Thread Jean-Christian Imbeault

Rasmus Lerdorf wrote:
>
> Sure it can.

I ran some test and it can't. If I run the same tests without using SSL 
there is no problem. But if I go from an SSL to a non-SSL connection the 
session variable stays registered but it loses it value somehow ...

> If the machine name is different make sure you set your
> session.cookie_domain to something like .domain.com

Same machine . . .

>  As long as you propogate the session
> id somehow to the script, when session_start() is called in that script it
> will pick up the session data.

> Do watch out for all the security issues involved in sending session ids
> over a non-encrypted link though.

Ouch. I never thought of that . . . Dont' site like hotmail and amazon 
use session ID over non-encrypted links though?

Using SSL for my entiresite would sure make it slow . . .

Jc


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP] MySQL vs Session?

2002-08-14 Thread Rasmus Lerdorf

Sure it can.  If the machine name is different make sure you set your
session.cookie_domain to something like .domain.com but other than that
there shouldn't be anything to it.  As long as you propogate the session
id somehow to the script, when session_start() is called in that script it
will pick up the session data.

Do watch out for all the security issues involved in sending session ids
over a non-encrypted link though.

-Rasmus

On Thu, 15 Aug 2002, Jean-Christian Imbeault wrote:

> I'm interested in finding out the answer to this since it seems that I
> will need to implement my own session handler.
>
> I need to pass session information from SSL connections to non-SSL
> connections (albeit on the same server) and PHP doesn't seem to be able
> to do this ...
>
> Jc
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP] MySQL vs Session?

2002-08-14 Thread Jean-Christian Imbeault

I'm interested in finding out the answer to this since it seems that I 
will need to implement my own session handler.

I need to pass session information from SSL connections to non-SSL 
connections (albeit on the same server) and PHP doesn't seem to be able 
to do this ...

Jc


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP] MySQL vs Session?

2002-08-14 Thread Bob Irwin

I'd have to say that I haven't done any controlled tests, but mysql can be
very slow when you are doing a lot of connections (correct me if I'm wrong,
but I think it executes requests in order?).

To be untechnical about it and only speak from experience (if I was a
typical internet user, I'd think that because it does it for me, it must do
it for everyone! :) ), I personally have never found sessions to be slow
getting a lot of data, where as I have found it slow with mysql...  probably
also depends greatly on your server load.  I'd imagine that you would see a
massive difference on a server that is under load.

Bob


>Which is generally faster/better, doing a SELECT or doing session_start()?

>Rephrased, are sessions significantly faster/lighter than using MySQL?

>I'd imagine they are, since they won't need to do a connection or anything,
>but I am not familiar with how sessions scale.



Best Regards
Bob Irwin
Server Admin & Web Programmer
Planet Netcom


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP] MySQL vs Session?

2002-08-14 Thread Tino Didriksen

Which is generally faster/better, doing a SELECT or doing session_start()?

Rephrased, are sessions significantly faster/lighter than using MySQL?

I'd imagine they are, since they won't need to do a connection or anything,
but I am not familiar with how sessions scale.

-- Tino Didriksen / Project JJ



-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php