While this may be somewhat useful (particularly due to more fine-grained auth), I believe Redis is already being mostly-RESTful as REST is not about transporting data using HTTP. It's - going by Wikipedia list on REST constraitns - client-server (check), mostly stateless (check; states are only for pubsub and transactions), cacheable (uhm... partially), layered (check), and even has code-on-demand features.
No REST without link relations; and fixed resource identifiers go contrary. Nearly all HN submissions that claim to be REST are not, personally I haven't seen a single one in 2013. That's a shame.
yes, REST is same as web scale a.k.a mongodb. Developer community has also appropriated functional programming to mean angular.js. or was that underscore or something.
Could you provide a good example of a fully RESTful API? I've seen lots of comments on HN and other places saying "this is not REST", but I don't really recall one where people said "yep, this is REST."
I'd be curious to see what it should really look like.
Webdis has more features right now. It has authentication, and it supports things like websockets. It's also written in C.
Lark is written in python and I would argue that Lark does a better job of meeting the expectations of what an API should be like supporting POSTs, and DELETEs.
It would also fit in well with an existing flask project. It has a blueprint that you can mount.
oAuth integration is planned, I am working on it right now. I also plan on making websockets work in the same manner as flask-sockets.
12 comments
[ 3.4 ms ] story [ 27.7 ms ] threadhttp://roy.gbiv.com/untangled/2008/rest-apis-must-be-hyperte...
No REST without link relations; and fixed resource identifiers go contrary. Nearly all HN submissions that claim to be REST are not, personally I haven't seen a single one in 2013. That's a shame.
I'd be curious to see what it should really look like.
HTTP/1.1 (Not a particular API built on top of it, but HTTP itself.)
http://www.odata.org
http://webd.is/
Lark is written in python and I would argue that Lark does a better job of meeting the expectations of what an API should be like supporting POSTs, and DELETEs.
It would also fit in well with an existing flask project. It has a blueprint that you can mount.
oAuth integration is planned, I am working on it right now. I also plan on making websockets work in the same manner as flask-sockets.