|
|
Posted by Steve on 04/24/07 15:51
| > i think you're leaning towards 'magic' here using files with names
packed
| > with meaning. i don't think this would do anything for you. 1) because
you
| > can do all of this in sessions without the additional work. 2)
|
| It seemed that the OP was loosing data within the session array, but I
don't
| see that he ever mentioned loosing the session id?
| Did I miss something there?
| The file dump idea occured to me when the OP first described the problem.
i think it's a bit more than that. a session has an id. that id points to a
file on the server's hd. that file contains the data in question. dropping a
session, to me obviously, means that the data may/not be in the session_data
dir in a file, however the browser and the server act as if they've never
spoken before. the 'drop' is simply not being able to associate a client
with it's session file.
i don't think he was actually describing that he still had the correct
session and some of his code was unsetting his values...it's more that the
session is lost. at least how i read it.
| >if there is a
| > loss of a session, you're in the same boat as the rest of the
alternatives
| > presented. 3) except you're using files to store the data, is that
| > significantly different than using another external storage
| > facility...like...a db?
| >
| Nope, not at all, it's that I considered it easier to simply reload
| exported data directly from a file rather than reqeery it on such a
failure.
| Though I realize it's worthless if the session id is also lost.
a file works just fine...my point was what you just said, 'worthless if the
session id is also lost'.
| I hadn't considered using a db in my planning, at least not in this
context,
| until I had read these posts. I've been designing classes to hold the data
| in the session var, then I read the post and wack!!
| It freaked me out actualy, as I am currently in the process of redesigning
a
| site that involves ecommerce, and can involve various steps, going back
and
| forth. Yes, I am well aware of the fact that I am not at all experienced
| enough in this technology to be doing this, but I've got the job due to
| previous work, and I have warned them, without effect ;) I'm also
| detirmined to do it correctly, whatever lack of sleep that may involve.
And
| I do have a few months to get my act together.
| The db solution is certainly a viable alternative, and if a session var
can
| loose data then it is certainly superior to my original direction.
vinnie, you're more than capable of doing them proud. i'm sure you approach
the problem in a similarly logical break-down of requirements and solution
strategy as when you're programming c++.
hope that goes well for you.
Navigation:
[Reply to this message]
|