http-status-code-304

I am currently trying to understand how exactly 304/Not modified qualifies for the 3xx-range class of HTTP status codes. RFC 1945, sec. 9.3 and RFC 2616, sec. 10.3 both read: This class of status code indicates that further action needs to be taken by the user agent in order to fulfill the request. While "loading from the client's local cache" clearly is a "further action," I am struggling to see how this is a redirect in the sense of HTTP. Am I reading this too literally? See http://greenbytes.de/tech/webdav/draft-ietf-httpbis-p2-semantics-26.html#rfc.section.6.4.p.2 : There are several types

I'm trying to disable all the caches in nginx for testing purpose. I've set the following line add_header Cache-Control no-cache; I see that the page itself is not cached, but the images, css, and javascripts are. I suspect that this is because Firefox is getting "304 Not Modified" header. Is there a way to prevent it? P.S: I think I found it myself. Firefox shows '200 OK' all the time now. Is this correct way? I've added if_modified_since off; add_header Last-Modified ""; Sounds right to me. If the agent (in this case Firefox) says 200 OK, it means the transfer happened. Chauncery Another way

Is it an ExpiresDefault Apache directive enough to avoid HTTP Status 304 responses from the server? I have set ExpiresDefault "access plus 10 years" but I'm still seeing log entries with a 304 response for "GET /assets/template/default/css/style.min.css?v=1 HTTP/1.1" whenever I open any page on a local PHPMyFAQ site. Emptying the browser cache doesn't seem to change anything. The Expires: header your server sends out has nothing to do with future 304 responses. It provides only an estimate to clients/proxies for how long they can wait before considering a resource "stale." Clients aren't

When I send a 304 response. How will the browser interpret other headers which I send together with the 304? E.g. header("HTTP/1.1 304 Not Modified"); header("Expires: " . gmdate("D, d M Y H:i:s", time() + $offset) . " GMT"); Will this make sure the browser will not send another conditional GET request (nor any request) until $offset time has "run out"? Also, what about other headers? Should I send headers like this together with the 304: header('Content-Type: text/html'); Do I have to send: header("Last-Modified:" . $modified); header('Etag: ' . $etag); To make sure the browser sends a

How to fix browser cache and notmodified respond for JSON? jQuery.ajax({ifModified:true,cache:true}) JSON request break on data respond. First time browser request http://localhost/api returns status 200 OK and nexts 304 Not Modified $.ajax({ type:"GET", url:'http://localhost/api', // {"content"="Hello!"} dataType:'json', cache:true, ifModified:true, // Lets respond `304:notmodified` success:function(data,textStatus,jqXHR){ console.debug(jqXHR.status+':'+textStatus); console.debug(data); // Why on repeated request returns `undefined`? } }); XHR first time returns ok: 200:success Object

I have a CSS code that generates http 304: [08/Nov/2011 15:22:07] "GET /site_media/logo1.gif HTTP/1.1" 304 0 How can I get a workaround using the Django test server? Any clues? Best Regards, Alasdair The 304 code is not an error. You don't need a workaround. It simply means that the static file has not changed since your browser last accessed it For more information see the Wikipedia explanation of 3xx status codes . If you're getting 304 with files you did change, you can force reloading in your browser by checking "Disable cache" in your browser's dev tools (on Chrome/ium, right click on

I'm currently storing files within Azure Blob Storage and when I request the files I get an message in firebug of 304 “The condition specified using HTTP conditional header(s) is not met” I've looked at Azure Blob: "The condition specified using HTTP conditional header(s) is not met" and its a similar question but I'm not reading the content in using blob.openread etc... I'm just trying to view the content in a browser. If I do a control refresh (ctrl and f5) in firefox I get a response of 200 - so its being served out correctly. I've set the cache control (max-age=3600, public) on the file I

Sorry for the probably wrong title. I am writing some code to handle If-Modified-Since and If-None-Match requests as part of caching. Everything works perfect except for that PHP returns some content (an empty line) after the headers. The page content should be empty instead. The code that I am using is: <?php $lastmod = filemtime($f); $etag = '"'.dechex($lastmod).'"'; if ($_SERVER['HTTP_IF_MODIFIED_SINCE'] == $last_mod || $_SERVER['HTTP_IF_NONE_MATCH'] == $etag) { header('HTTP/1.1 304 Not Modified'); header('Content-Length: 0'); exit(); } ?> Finally solved this bug. Gzip was the culprit.