Date: 08/23/02
- Next message: mfischer <email protected>: "[PHP-DOC] #17069 [Opn]: Session & register_globals"
- Previous message: Dallas Thunder: "[PHP-DOC] cvs: phpdoc /en/reference/pgsql constants.xml"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
ID: 15110
Updated by: mfischer <email protected>
-Summary: session_start()
Reported By: fabian <email protected>
Status: Open
Bug Type: Documentation problem
Operating System: Linux
PHP Version: 4.1.1
New Comment:
Update summary
Previous Comments:
------------------------------------------------------------------------
[2002-02-08 07:06:25] yohgaki <email protected>
If you have your own save handler functions, you can do what ever you
want with you functiions.
For example, if session is new (no record in your DB when read is
called), just insert it when close is called.
------------------------------------------------------------------------
[2002-02-08 05:48:50] fabian <email protected>
I share a server with a couple of other sites using php and I'm the
only one using mysql to store sessions. By storing all my sessions in a
table, both empty and not, I get a measure of how many sessions my site
has started. This gives me a rough idea of how many vistors I have at a
specfic time, just by counting the rows in the table. Further on, I
differ logged in users by counting those who have the a flag
registered. This gives me fast and rough stats of how many users that
are visisting the site and how many of them who are logged in.
Now, when I get the empty sessions all mixed up with the other sites ut
gets way too rough. I have thought of a couple of possible solutions
with by always registering a variable to session but it makes it more
ineffcient than before.
I think you get the picture. Maybe you have a simple soloution, if so
please share =). I've gotta go now. Have a nice weekend.
------------------------------------------------------------------------
[2002-02-08 02:19:03] derick <email protected>
What is the big problem here exactly? I fail to understand why this is
important for you.
Derick
------------------------------------------------------------------------
[2002-02-07 05:40:15] fabian <email protected>
Ah well, since I'm the only one complaining I guess no one will do
anything about it. For me it's back to 4.0 because I really used the
previous way it worked. =/
/Fabbe
------------------------------------------------------------------------
[2002-02-07 04:00:08] yohgaki <email protected>
This is due to implementation difference by nature. "files" save
handler creates session file when _open_ is called. In contrust,
database storage with "user" save handler, there is not need to create
session record when open or read is called. If session is started by
there is no data to save, _write_ is not called for both user and files
handler, but there will be empty sesson data file since it's already
created.
I think this behavior is reasonable. If user don't like certain save
handler behavior, user should use other or implement one by themself.
For example, "session_pgsql" save handler does not even use
"gc_probability" for performance reason. It performs GC with specified
time interval. It also does not return session data when data is
expired.
I mean all save handlers does not work exactly the same way ;)
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/15110
-- Edit this bug report at http://bugs.php.net/?id=15110&edit=1-- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
- Next message: mfischer <email protected>: "[PHP-DOC] #17069 [Opn]: Session & register_globals"
- Previous message: Dallas Thunder: "[PHP-DOC] cvs: phpdoc /en/reference/pgsql constants.xml"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

