10

Given I have rails controller which accesses DB to retrieve data and render JSON response using serializer, what conditions must be met to make rails respond with 304?

If it has to compare previous response to currently retrieved, what kind of comparison is it?

antiplayer
  • 323
  • 7
  • 15
  • 1
    Clarifying the question. I am interested in understanding how rails determines that data (body) to be rendered didnt change since last request? – antiplayer Mar 27 '17 at 15:51

2 Answers2

5

The magic happens in Rack::ETag and Rack::ConditionalGet. (Mine are located at $GEM_HOME/rack-1.5.5/lib/rack/conditionalget.rb and $GEM_HOME/rack-1.5.5/lib/rack/etag.rb.)

These are middlewares.

Rack::ETag makes a digest out of the body (the very same body which gets returned by the rack function @app.call) and sets the response ETag header to this value. For Rails 4.0, at least, it's an MD5 hex digest.

Rack::ConditionalGet compares the request's If-None-Match header against the response's ETag header. If they match, then it returns a 304.

JellicleCat
  • 28,480
  • 24
  • 109
  • 162
-1

Server look for Cache-Control, Content-Location, Date, ETag, Expires, and Vary http header values in previous and current request from same requester.

If everything is same it return 304 response otherwise change content and return 200.

You can look https://httpstatuses.com/304 for more information.

Dipak Gupta
  • 7,321
  • 1
  • 20
  • 32
  • The question I still have is how does Rails know that JSON data to respond with didnt change since last request? Especially if I serialize data sensitive to current time. – antiplayer Mar 27 '17 at 15:17
  • 1
    Rails server look into request object and compare with previous object. Especially cache control. If you set cache false in your request it will return refreshed data each time. More find here about refreshed data http://stackoverflow.com/questions/5502002/jquery-ajax-producing-304-responses-when-it-shouldnt – Dipak Gupta Mar 28 '17 at 06:04