Beefy Boxes and Bandwidth Generously Provided by pair Networks
The stupid question is the question not asked

Additional Help

by khudgins (Sexton)
on Jan 07, 2003 at 15:44 UTC ( #224995=note: print w/replies, xml ) Need Help??

in reply to Re: Which Web Solution?
in thread Which Web Solution?

On top of using CGI::Session and/or Apache::Session, persistent data is very easily handled in multiple ways.

You can store all relevant session data at the client, or you can store that data on the server. There are tradeoffs both ways:

On the client, you lighten server load. This can be an issue for heavily trafficed applications. It's also a potential security problem if someone learns how to edit their cookies. In a closed environment (Intranet) this is usually not such a problem.

You can also store that data server-side. Either in a flat file or a database... flat-files are extremely easy (Just name the file with the session id you toss to the client in a cookie) and flexible - it's easy to add data to them. Databases scale up to better load, but require more planning and architecture. They're also less flexible.

I prefer the second solution. This is pseudocode, something I use for "flowcharting" during the development process:

get sessionId from browser; if (no sessionId) create session id; hand to browser; create datastore; put relevant data in store (username, password, browser, etc) else get relevant data from datastore;

Pretty simple. Without knowing what kind of data you're needing to be persistent, that's about the best I can do. One other library you may be interested in is CGI::Application. It uses HTML::Template to separate code from the presentation layer (HTML), which may be a different paradigm than you're looking for, but it helps you maintain state between pages.

Replies are listed 'Best First'.
Re: Additional Help
by Anonymous Monk on Jan 10, 2003 at 02:44 UTC
    You can roll your own with DBI (and your favorite DBD::), Digest::MD5 (to generate your session ids... just one way to do it), and Data::Serializer. I use these together in a custom session object that follows the same flow as you have.
    • create and store session id with browser(through cookie, url, or hidden form fields)
    • use session id as map to key/identity in your db store
    • serialize your data structure with Data::Serializer right into the db
    If you can't map the session id, assume its a new session and regen a new session id. You should track your session data by last access time (so your write/commit method might update a timestamp for example).

    With Data::Serializer, you can get fancy and have deep nested hashrefs and blessed objects. Be careful though that your blessed objects are refreshed when thawed. Otherwise you will have a good long time debugging stale data. =]

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://224995]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others contemplating the Monastery: (5)
As of 2019-05-26 16:59 GMT
Find Nodes?
    Voting Booth?
    Do you enjoy 3D movies?

    Results (153 votes). Check out past polls.

    • (Sep 10, 2018 at 22:53 UTC) Welcome new users!