In ASP I have gotten friendly with Session state to pass variables.  The key is to not 
persist them too long.  They cost resources.  Session state in ASP/IIS is a cookie 
passed to the client that persists as long as the client session has activity, up to a 
preset value, 20 minutes by default.  I pass entire pages of data between my on-line 
editor's page and my DB admin page via a session variable.  I then immediately clear 
the variable and destroy it until needed again.  That keeps my urls very lean.  I do 
this by posting all forms to their selves, gathering just a ID number from the 
querystring, building up the session variable, and then submitting the form to another 
page that then reads the ID, gets the corresponding session variables, and does it's 
work.

Side note: URL rewriting is dirty and nasty in my book, but it's the only way to get 
links followed by the major search engines.  Google for example stops at any ? in a 
URL, so many CMS's only get their entry page indexed by search bots.  Rewriting is the 
only way.

Nik
www.BabelText.com
BabelText CMS Pimp


----- Original Message ----- 
From: "joseph martins" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: 09 January, 2003 1:27 PM
Subject: [cms-list] Re: documentation for every major CM vendor


> <snip>In ATG's et. al. defense, it is often important to pass session data
> and other URL-encoded info for shopping, personalization, and perhaps
> advanced reporting, but do the URLs really have to be interminably long and
> opaque? </snip>
> 
> > Cheers,
> >
> > Tony Byrne
> 
> 
> Passing data via URL rewriting, or by traversing subpaths is nasty old
> school web development.   Fine for quick and dirty weekend projects - I'm
> guilty of using these techniques on occasion.  But it's unnecessary, and in
> my opinion, unacceptable to use these techniques in so-called high-end "next
> generation" applications.
> 
> There are other methods for client-side and server-side persistence, each
> with its own advantages and drawbacks.  A quick Internet search on
> persistence, and passing parameters between pages and applications will
> reveal several techniques.
> 
> I guess you can say I do hate the impossibly long and
> non-meaningful-to-the-user URLs that are generated by some of today's CMS
> packages.
> 
> :-)
> 
> Joe
> 
> --
> http://cms-list.org/
> more signal, less noise.
> !¶Úýɬ–+-¢¸?šŠÞ²('jY^²ÉèŠÇ


Reply via email to