Shouldn't it display the exact same information in that case though? It instead displays the layout as well as the content, unlike the first page load which used the ajax/blank layout.
On Jan 19, 11:08 pm, "Dr. Loboto" <[email protected]> wrote: > There is a problem with all IEs: when request exactly same URL in a > short period of time it do not make request to server at all. And this > does not depend on cache settings. > > On Jan 20, 5:24 am, BrendonKoz <[email protected]> wrote: > > > > > Ironically, I have seen this behavior myself (only in IE(6?)), but > > only when refreshing the page (F5, NOT Control+F5). Apparently it > > still caches it, as I've had $this->disableCache(); set for awhile now > > just in case of possible issues. Isn't IE fun? :P > > > On Jan 18, 4:43 pm, euromark <[email protected]> wrote: > > > > actually this is a function not a variable > > > but i guess you just forgot the parentheses > > > > so the correct call would be: > > > $this->disableCache(); > > > > and it doesnt matter where you put it > > > but it makes most sense to put in the end of the beforeRender() method > > > because you only need it if you actually output something. > > > otherwise - like on redirects - it is of no use! > > > > mark > > > > On 18 Jan., 20:42, keymaster <[email protected]> wrote: > > > > > While debugging an ajax problem on IE8 which was not happening on > > > > Firefox, I determined that the different caching policies of browsers > > > > can cause real headaches sometimes. > > > > > While things were working consistently great in Firefox, in IE8 ajax > > > > was behaving at times very erratic (while other times it behaved > > > > fine). > > > > > Sometimes it would show all the debug info in the ajax request, even > > > > though I had debug turned off at the server. > > > > > Sometimes I would get the entire page layout, even though the layout > > > > was ajax (ie. blank) at the server. > > > > > Sometimes the wrong content would appear in the ajax request. It > > > > would say I was logged out, when I wasn't. Or it would show me the > > > > wrong page. > > > > > Server side breakpoints didn't help as I could never get one to be > > > > hit. > > > > > I had no firebug to see what was going on, after all this is the > > > > hellhole of MyCrowSoft's Idiotic Emasculation 8. > > > > > It sometimes appeared like the app went haywire in Ajax on IE. > > > > Meanwhile on firefox all was bliss, smooth as silk, no problems, nada. > > > > > The solution: $this->disableCache; as the first line in appController. > > > > > That prevents browser side caching of html pages. > > > > > I'm now tempted to keep that in appController always. I still do > > > > client side caching of all other assets, but don't see the point in > > > > cachine html pages. > > > > > Can anyone think of any reason why one *wouldn't* want browser side > > > > caching to be turned off for ajax, or any dynamic html pages where the > > > > urls are the same but the content is different?- Hide quoted text - > > > > - Show quoted text -- Hide quoted text - > > - Show quoted text -
Check out the new CakePHP Questions site http://cakeqs.org and help others with their CakePHP related questions. You received this message because you are subscribed to the Google Groups "CakePHP" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en
