Comments on: if_modified, second round http://labnotes.org/2007/12/14/if_modified-second-round/ Mon, 26 Jul 2010 17:36:41 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Labnotes » Rounded Corners 213 - LaunchPad Chicken http://labnotes.org/2007/12/14/if_modified-second-round/comment-page-1/#comment-141104 Labnotes » Rounded Corners 213 - LaunchPad Chicken Thu, 14 Aug 2008 01:20:50 +0000 http://blog.labnotes.org/2007/12/14/if_modified-second-round/#comment-141104 [...] Getting there. Rails finally gets conditional GET. Bad pun, what can I say. It’s still horribly verbose by Ruby standards, and does nothing useful for PUT request, but progress it is. Maybe by year-end I’ll be able to deprecate if_modifed. [...] [...] Getting there. Rails finally gets conditional GET. Bad pun, what can I say. It’s still horribly verbose by Ruby standards, and does nothing useful for PUT request, but progress it is. Maybe by year-end I’ll be able to deprecate if_modifed. [...]

]]> By: dkubb http://labnotes.org/2007/12/14/if_modified-second-round/comment-page-1/#comment-140542 dkubb Fri, 16 May 2008 05:54:02 +0000 http://blog.labnotes.org/2007/12/14/if_modified-second-round/#comment-140542 Assaf, I used the earlier version of your plugin to implement Conditional DELETE with the Lypp API (http://lypp.com/api). It also handles Conditional GET and PUT too. Assaf, I used the earlier version of your plugin to implement Conditional DELETE with the Lypp API (http://lypp.com/api). It also handles Conditional GET and PUT too.

]]> By: Assaf http://labnotes.org/2007/12/14/if_modified-second-round/comment-page-1/#comment-140359 Assaf Fri, 18 Apr 2008 23:54:07 +0000 http://blog.labnotes.org/2007/12/14/if_modified-second-round/#comment-140359 Interesting, thanks for sharing. The headers used by Rails are always uppercase, those that come from the HTTP request are prefixed with HTTP_. I don't know if it's Rails or Mongrel that handle the conversion, but it's the same name, whether or not you're using Mongrel. Interesting, thanks for sharing.

The headers used by Rails are always uppercase, those that come from the HTTP request are prefixed with HTTP_. I don’t know if it’s Rails or Mongrel that handle the conversion, but it’s the same name, whether or not you’re using Mongrel.

]]> By: Tim http://labnotes.org/2007/12/14/if_modified-second-round/comment-page-1/#comment-140354 Tim Thu, 17 Apr 2008 18:06:13 +0000 http://blog.labnotes.org/2007/12/14/if_modified-second-round/#comment-140354 I have a RESTian protocol for sync'ing data about a user between two separate systems. The client runs at the "slave". It does a GET to /distribution/users.xml to fetch a list of user URIs. For each URI, it does a GET, e.g., /distribution/user/1.xml, to fetch the user's data to sync. When it's done it does a DELETE to remove that resource from the list of users who need sync'ing (the action just clears a flag on the user record, but from this protocols perspective the resource is gone). The DELETE is conditional so the flag is only reset if there hasn't been a further change that requires additional sync'ing. Hence my interest in conditional DELETE. One other question: am I right in thinking that checking for HTTP_IF_MATCH will only work if you are dispatching via FCGI? If you're using HTTP all the way back to a mongrel, don't you need to look for If-Match - or does Rails handle that difference automatically? Thanks! I have a RESTian protocol for sync’ing data about a user between two separate systems. The client runs at the “slave”. It does a GET to /distribution/users.xml to fetch a list of user URIs. For each URI, it does a GET, e.g., /distribution/user/1.xml, to fetch the user’s data to sync. When it’s done it does a DELETE to remove that resource from the list of users who need sync’ing (the action just clears a flag on the user record, but from this protocols perspective the resource is gone). The DELETE is conditional so the flag is only reset if there hasn’t been a further change that requires additional sync’ing. Hence my interest in conditional DELETE.

One other question: am I right in thinking that checking for HTTP_IF_MATCH will only work if you are dispatching via FCGI? If you’re using HTTP all the way back to a mongrel, don’t you need to look for If-Match – or does Rails handle that difference automatically?

Thanks!

]]> By: Assaf http://labnotes.org/2007/12/14/if_modified-second-round/comment-page-1/#comment-140345 Assaf Thu, 17 Apr 2008 03:00:06 +0000 http://blog.labnotes.org/2007/12/14/if_modified-second-round/#comment-140345 @Tim, it would definitely work with DELETE, though I haven't seen anyone use conditional DELETE before. What did you have in mind? @Tim, it would definitely work with DELETE, though I haven’t seen anyone use conditional DELETE before. What did you have in mind?

]]> By: Tim http://labnotes.org/2007/12/14/if_modified-second-round/comment-page-1/#comment-140337 Tim Tue, 15 Apr 2008 14:45:52 +0000 http://blog.labnotes.org/2007/12/14/if_modified-second-round/#comment-140337 Does if_unmodified work with DELETE? Does if_unmodified work with DELETE?

]]> By: Assaf http://labnotes.org/2007/12/14/if_modified-second-round/comment-page-1/#comment-139888 Assaf Tue, 04 Mar 2008 16:38:46 +0000 http://blog.labnotes.org/2007/12/14/if_modified-second-round/#comment-139888 Well, the second version of if_modified (this one) was released 7 days after Rails 2.0 hit the streets. I didn't test it with any other version. Why not copy extract_options! and slice from 2.0 to an older version? Well, the second version of if_modified (this one) was released 7 days after Rails 2.0 hit the streets. I didn’t test it with any other version.

Why not copy extract_options! and slice from 2.0 to an older version?

]]> By: http://www.technorati.com/people/technorati/matlin http://labnotes.org/2007/12/14/if_modified-second-round/comment-page-1/#comment-139884 http://www.technorati.com/people/technorati/matlin Tue, 04 Mar 2008 08:53:45 +0000 http://blog.labnotes.org/2007/12/14/if_modified-second-round/#comment-139884 Why is it so hard for the Rails community to say things like "This works with Rails 2.0"? We are not running 2.0 and therefor does not have extract_options! or slice at our fingertips. Really annoying since I can't get the plugin to work. All I get is nil. I want it to work! Why is it so hard for the Rails community to say things like “This works with Rails 2.0″?

We are not running 2.0 and therefor does not have extract_options! or slice at our fingertips.

Really annoying since I can’t get the plugin to work.
All I get is nil.
I want it to work!

]]> By: http://eric.wahlforss.com/ http://labnotes.org/2007/12/14/if_modified-second-round/comment-page-1/#comment-139184 http://eric.wahlforss.com/ Sun, 16 Dec 2007 20:22:41 +0000 http://blog.labnotes.org/2007/12/14/if_modified-second-round/#comment-139184 Looks really good! Will definitely try putting this plugin into use. Looks really good! Will definitely try putting this plugin into use.

]]> By: Labnotes » if_modified: infinite cache size and optimistic locks http://labnotes.org/2007/12/14/if_modified-second-round/comment-page-1/#comment-139160 Labnotes » if_modified: infinite cache size and optimistic locks Sat, 15 Dec 2007 04:30:36 +0000 http://blog.labnotes.org/2007/12/14/if_modified-second-round/#comment-139160 [...] Update: Moved to its very own plugin, with an updated API. [...] [...] Update: Moved to its very own plugin, with an updated API. [...]

]]>