Why all the pages when I press back button ?

[Bazza Formez]

Hi there,
I am *very* new to this... so please excuse poor terminology etc.

I am building a small content management system.. and have just managed to
get an asp.net page up & running that edits / deleted data presented via a
datagrid via a datareader. All is well, the database is updated correctly..

However after merrily doing a few update cylces, I noticed afterwards that
when I pressed the back button on the browser, I was presented with a
"historical " page for each post cycle. Is there a way to stop this ? I don't
want to see any "history" in this way ...

Is this normal, or is there a setting to prevent this happening ?

Thanks,

Bazza

[Steve C. Orr [MVP, MCSD]]

There are several ways a page can be cached, and so there are several ways
you can specify for a page to not be cached.
This code has worked well for me:

Response.Expire s = 0
Response.Cache. SetNoStore()
Response.Append Header("Pragma" , "no-cache")

--
I hope this helps,
Steve C. Orr, MCSD, MVP
http://Steve.Orr.net
"Bazza Formez" <ba**********@p aradise.net.nz> wrote in message
news:aF******** ************@ne ws02.tsnz.net.. .

Hi there,
I am *very* new to this... so please excuse poor terminology etc.

I am building a small content management system.. and have just managed to
get an asp.net page up & running that edits / deleted data presented via a
datagrid via a datareader. All is well, the database is updated
correctly..

However after merrily doing a few update cylces, I noticed afterwards that
when I pressed the back button on the browser, I was presented with a
"historical " page for each post cycle. Is there a way to stop this ? I
don't want to see any "history" in this way ...

Is this normal, or is there a setting to prevent this happening ?

Thanks,

Bazza

[Dave Fancher]

This is unfortunately one of the side-effects of using server-side
processing in a stateless environment. Nearly every action requires a
round-trip to the server. There's nothing you can really do about it short
of moving all of your logic to the client side and doing a batch update.

Here's the (short and extremely simplified) explanation of why this happens:
1.) User accesses page (page request, 1st history item added)
2.) User clicks "edit" for one of the items in the grid. The form submits
(another page request) so the page can be rerendered using text boxes,
etc... (2nd history item added)
3.) User makes changes and clicks "save." The form submits (another page
request) so the database can be updated and the grid redrawn with the
changes. (3rd history item added)
4.) User clicks "delete." The form is submitted (yet another page request)
so the item can be deleted from the database and the grid can be redrawn
with the changes
5.) ... you probably get the picture by now.

As you can see, each of these actions result in a page request, which causes
the browser to add an item to the history list.

--
Dave Fancher
http://davefancher.blogspot.com
"Bazza Formez" <ba**********@p aradise.net.nz> wrote in message
news:aF******** ************@ne ws02.tsnz.net.. .

Hi there,
I am *very* new to this... so please excuse poor terminology etc.

I am building a small content management system.. and have just managed to
get an asp.net page up & running that edits / deleted data presented via a
datagrid via a datareader. All is well, the database is updated
correctly..

However after merrily doing a few update cylces, I noticed afterwards that
when I pressed the back button on the browser, I was presented with a
"historical " page for each post cycle. Is there a way to stop this ? I
don't want to see any "history" in this way ...

Is this normal, or is there a setting to prevent this happening ?

Thanks,

Bazza

[Dave Fancher]

....short of caching that is! Thanks Steve

I guess it's too late and I should be going to bed...

--
Dave Fancher
http://davefancher.blogspot.com
"Dave Fancher" <ei*****@comcas t.net> wrote in message
news:5M******** ************@co mcast.com...

This is unfortunately one of the side-effects of using server-side
processing in a stateless environment. Nearly every action requires a
round-trip to the server. There's nothing you can really do about it
short of moving all of your logic to the client side and doing a batch
update.

Here's the (short and extremely simplified) explanation of why this
happens:
1.) User accesses page (page request, 1st history item added)
2.) User clicks "edit" for one of the items in the grid. The form submits
(another page request) so the page can be rerendered using text boxes,
etc... (2nd history item added)
3.) User makes changes and clicks "save." The form submits (another page
request) so the database can be updated and the grid redrawn with the
changes. (3rd history item added)
4.) User clicks "delete." The form is submitted (yet another page
request) so the item can be deleted from the database and the grid can be
redrawn with the changes
5.) ... you probably get the picture by now.

As you can see, each of these actions result in a page request, which
causes the browser to add an item to the history list.

--
Dave Fancher
http://davefancher.blogspot.com
"Bazza Formez" <ba**********@p aradise.net.nz> wrote in message
news:aF******** ************@ne ws02.tsnz.net.. .

Hi there,
I am *very* new to this... so please excuse poor terminology etc.

I am building a small content management system.. and have just managed
to get an asp.net page up & running that edits / deleted data presented
via a datagrid via a datareader. All is well, the database is updated
correctly..

However after merrily doing a few update cylces, I noticed afterwards
that when I pressed the back button on the browser, I was presented with
a "historical " page for each post cycle. Is there a way to stop this ? I
don't want to see any "history" in this way ...

Is this normal, or is there a setting to prevent this happening ?

Thanks,

Bazza

[Bazza Formez]

Thanks for that Dave.

"Dave Fancher" <ei*****@comcas t.net> wrote in message
news:1u******** ************@co mcast.com...

...short of caching that is! Thanks Steve

I guess it's too late and I should be going to bed...

--
Dave Fancher
http://davefancher.blogspot.com
"Dave Fancher" <ei*****@comcas t.net> wrote in message
news:5M******** ************@co mcast.com...

This is unfortunately one of the side-effects of using server-side
processing in a stateless environment. Nearly every action requires a
round-trip to the server. There's nothing you can really do about it
short of moving all of your logic to the client side and doing a batch
update.

Here's the (short and extremely simplified) explanation of why this
happens:
1.) User accesses page (page request, 1st history item added)
2.) User clicks "edit" for one of the items in the grid. The form
submits (another page request) so the page can be rerendered using text
boxes, etc... (2nd history item added)
3.) User makes changes and clicks "save." The form submits (another page
request) so the database can be updated and the grid redrawn with the
changes. (3rd history item added)
4.) User clicks "delete." The form is submitted (yet another page
request) so the item can be deleted from the database and the grid can be
redrawn with the changes
5.) ... you probably get the picture by now.

As you can see, each of these actions result in a page request, which
causes the browser to add an item to the history list.

--
Dave Fancher
http://davefancher.blogspot.com
"Bazza Formez" <ba**********@p aradise.net.nz> wrote in message
news:aF******** ************@ne ws02.tsnz.net.. .

Hi there,
I am *very* new to this... so please excuse poor terminology etc.

I am building a small content management system.. and have just managed
to get an asp.net page up & running that edits / deleted data presented
via a datagrid via a datareader. All is well, the database is updated
correctly..

However after merrily doing a few update cylces, I noticed afterwards
that when I pressed the back button on the browser, I was presented with
a "historical " page for each post cycle. Is there a way to stop this ? I
don't want to see any "history" in this way ...

Is this normal, or is there a setting to prevent this happening ?

Thanks,

Bazza

[Bazza Formez]

Thanks Steve.. I will try those settings.
"Steve C. Orr [MVP, MCSD]" <St***@Orr.ne t> wrote in message
news:%2******** ********@tk2msf tngp13.phx.gbl. ..

There are several ways a page can be cached, and so there are several ways
you can specify for a page to not be cached.
This code has worked well for me:

Response.Expire s = 0
Response.Cache. SetNoStore()
Response.Append Header("Pragma" , "no-cache")

--
I hope this helps,
Steve C. Orr, MCSD, MVP
http://Steve.Orr.net
"Bazza Formez" <ba**********@p aradise.net.nz> wrote in message
news:aF******** ************@ne ws02.tsnz.net.. .

Hi there,
I am *very* new to this... so please excuse poor terminology etc.

I am building a small content management system.. and have just managed
to get an asp.net page up & running that edits / deleted data presented
via a datagrid via a datareader. All is well, the database is updated
correctly..

However after merrily doing a few update cylces, I noticed afterwards
that when I pressed the back button on the browser, I was presented with
a "historical " page for each post cycle. Is there a way to stop this ? I
don't want to see any "history" in this way ...

Is this normal, or is there a setting to prevent this happening ?

Thanks,

Bazza