Andrew,
I am aware how the back button works.
We're helping the user with offering links like "back to search results"
You have to help users, I wish they all knew where the back button is and
how to use it, but thats not the case. So we have to make links like "back
to search results", and to make sure that page gets called from cache when
clicked, we need to mimic the browser back button functionality with
JavaScript.
Either way, I've solved it by missing out on one request that possibly could
have been handled by the cache.
On 8/26/07, Andrew Scott <[EMAIL PROTECTED]> wrote:
>
> Taco,
>
> The back button in the browser will follow the same rules as the page
> refresh, so if it is in the cache to begin with then that is what is loaded
> from the back button.
>
> The only time this will not be the case, is if the serving page expires
> the cache for dynamic pages or the browser default is changed to load pages
> always.
>
> Otherwise the page is retrieved from the cache.
>
>
> On 8/26/07, Taco Fleur <[EMAIL PROTECTED]> wrote:
>
> > Steve,
> >
> > let's see, lets just take 5,000 as a random number of users per day,
> > since we're talking about a search engine www.clickfind.com.au
> > Let's say they all perform one search, each search returning 20 results
> > on one page, the user will look at each listing and return to the search
> > results by other means than the back button and thus refreshing the page and
> > making another request each time.
> >
> > I would say that's 95,000 requests that could have been handled by
> > displaying the page from the cache. Now let's say that each request is about
> > 15KB = 1425000KB saved on a daily basis. I;m not that great with numbers,
> > but I think that's 1425MB a day which is quite significant.
> >
> > Not only does it save bandwidth, but also database processing and user
> > waiting time, I think this is a very strong case.
> >
> >
> >
> > On 8/26/07, Steve Onnis <[EMAIL PROTECTED] > wrote:
> >
> > > Taco
> > >
> > > How much bandwidth are you hoping to save by doing this? I would say
> > > the savings by implementing something like this would be minimal compared
> > > to
> > > the effort you would you have to go through to make it work properly
> > >
> > > ------------------------------
> > > *From:* cfaussie@googlegroups.com [mailto: [EMAIL PROTECTED]
> > > *On Behalf Of *Taco Fleur
> > > *Sent:* Sunday, 26 August 2007 5:28 PM
> > > *To:* cfaussie@googlegroups.com
> > > *Subject:* [cfaussie] bloody browsers ;-)
> > >
> > >
> > > Hi all,
> > >
> > > I'm trying to save some bandwidth in an app and implement some
> > > javascript back buttons, so that we're using the browsers history instead
> > > of
> > > calling the page again. I'm finding it to become a bit of a nightmare.
> > >
> > > At first I had a problem where someone could open up a new browser and
> > > paste the URL in it, thus history.back() not working, then I checked
> > > for the history.length and made sure there was some history to go back
> > > to, but if you have google.com as your homepage that loads all the
> > > time in a new browser, then there is some history, but not a page you want
> > > to go back to.
> > > Then I thought of
> > > <cfif refindNoCase(
> > > "^https?://(www|development|testing|staging)\.myproject\.com\.au",
> > > cgi.http_referer ) > onclick="alert(history.length);if (
> > > history.length > 0 ) { history.back(); return false }"</cfif>
> > > i.e. making sure the referring page was on the same domain, but now
> > > FireFox doesn't want to play, it reports 1 for history.length while
> > > nothing was loaded yet!
> > > Then I thought of using a browser sniffer and adjust for FireFox, but
> > > I don't want to go down that path as I know it will be a never ending one.
> > >
> > > Before I abandon this idea and hope people will use the browser back
> > > button, is there someone who knows a fix for this?
> > >
> > > Thanks in advance.
> > >
> > > --
> > > *** http://www.clickfind.com.au
> > > The new Australian search engine for businesses, products and services
> > >
> > > *** http://brisbane-web-design.pacificfox.com.au blog
> > > *** Virtual and Dedicated Servers with MS SQL from $250 a month
> > > *** Virtual and Dedicated Servers with registered version of
> > > ColdFusion from $350 a month
> > > *** ColdFusion licenses at the lowest price
> > >
> > >
> > > *** http://brisbane-web-design.pacificfox.com.au blog
> > > *** Virtual and Dedicated Servers with MS SQL from $250 a month
> > > *** Virtual and Dedicated Servers with registered version of
> > > ColdFusion from $350 a month
> > > *** ColdFusion licenses at the lowest price
> > > www.aegeon.com.au
> > > Phone: +613 8676 4223
> > > Mobile: 0404 998 273
> > > > > >
> > >
--
*** http://www.clickfind.com.au
The new Australian search engine for businesses, products and services
*** http://brisbane-web-design.pacificfox.com.au blog
*** Virtual and Dedicated Servers with MS SQL from $250 a month
*** Virtual and Dedicated Servers with registered version of ColdFusion from
$350 a month
*** ColdFusion licenses at the lowest price
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"cfaussie" group.
To post to this group, send email to cfaussie@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/cfaussie?hl=en
-~----------~----~----~----~------~----~------~--~---
