Transferred from: http://blog.csdn.net/tuzongxun/article/details/51355059
This period of time before and after the end of the joint, to solve the browser compatibility issues ie, Google, is really a bit of a burn, a variety of wonderful problems, the old problems just go, new trouble, especially in IE browser cache problems most. There are several times because of this cache, so that the front-end request does not actually reach the background, resulting in 304 status code. After the front-end colleagues and my various attempts, found that there are three or four ways to solve this problem in different situations.
method One:A search on the Internet "HTML settings do not cache" will see most of the answer is this, that is, in a previous post, "with the front end of the Pit (ii)" also said that did not work at the time of the method, in the HTML request, add the following code:
- <meta http-equiv= "Pragma" content= "No-cache" >
- <meta http-equiv=< Span class= "Attribute-value" > "Cache-control" content= "No-cache" >
- <meta Http-equiv= "Expires" content= "0" >
This method did not work last time, but it has played a role in some of the previous applications.
Method Two:Because the above method one in the last time the union failed, and then after several attempts to find another method, it is also the "joint with the front end of the Pit (ii)" said the GET request changed to a POST request, this is not much to say. If you join a friend who has failed the method, you may try it.
Method Three:Although the method to solve the problem of the last time, but today in another module encountered similar problems, but helpless to find, not only method one failure, method two unexpectedly also failed. So a toss, again find a new solution, that is in the request for the corresponding background code to add the following:
- Response.setheader ("Cache-control", "No-cache");
- Response.setheader ("Pragma", "No-cache");
- Response.setdateheader ("Expires",-1);
Several solutions to the failure of Internet Explorer to send requests to the back end due to cache problems