#rest on irc.freenode.net 2011-11-05 (txt)

[00:13] quest88 (~quest88@c-98-207-205-137.hsd1.ca.comcast.net) left irc: Quit: quest88
[00:56] jaminja (~jaminja@76.76.24.43) joined #rest.
[00:56] jaminja (~jaminja@76.76.24.43) left irc: Changing host
[00:56] jaminja (~jaminja@unaffiliated/jaminja) joined #rest.
[03:47] talios (~talios@ip-118-90-33-222.xdsl.xnet.co.nz) joined #rest.
[04:23] talios (~talios@ip-118-90-33-222.xdsl.xnet.co.nz) left irc: Quit: Bye!
[04:54] lmarburger (u1979@gateway/web/irccloud.com/x-cshpaiytycbiyguh) left irc: Remote host closed the connection
[04:54] omarkj (u766@gateway/web/irccloud.com/x-ndywsruapnartkks) left irc: Remote host closed the connection
[05:11] omarkj (u766@gateway/web/irccloud.com/x-orxavjwudbjmumut) joined #rest.
[05:14] grove (~grove@193.201.9.46.customer.cdi.no) joined #rest.
[05:22] lmarburger (u1979@gateway/web/irccloud.com/x-iftjgrxejfznsdbb) joined #rest.
[06:10] Hakon|mbp (~hakon1@228.136.16.62.customer.cdi.no) left irc: Quit: Leaving...
[06:21] Hakon|mbp (~hakon1@228.136.16.62.customer.cdi.no) joined #rest.
[06:38] Hakon|mbp (~hakon1@228.136.16.62.customer.cdi.no) left irc: Quit: Leaving...
[07:27] darrelmiller_ (~darrelmil@bas3-montreal50-2925371499.dsl.bell.ca) joined #rest.
[07:27] darrelmiller_ -> darrel
[07:30] darrelmiller (~darrelmil@bas3-montreal50-2925371499.dsl.bell.ca) left irc: Ping timeout: 252 seconds
[07:36] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest.
[08:04] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Quit: Linkinus - http://linkinus.com
[08:07] LiohAu (~LiohAu@mur75-1-81-57-44-204.fbx.proxad.net) joined #rest.
[08:08] <LiohAu> hi
[08:08] <LiohAu> is REST recommended for mobile webservices?
[08:10] DracoBlue (~Adium@dslb-088-075-193-199.pools.arcor-ip.net) joined #rest.
[08:10] DracoBlue (~Adium@dslb-088-075-193-199.pools.arcor-ip.net) left irc: Client Quit
[08:12] <darrel> I would say there are many mobile scenarios where it is appropriate.
[08:14] <LiohAu> actually i'm at the begining of a mobile commerce project, and i'm hesitating between making rest services, or a more specifically structured output to reduce bandwith usage
[08:15] <darrel> My personal opinion is that if you really use HTTP properly your distributed app will be extremely bandwidth efficient.
[08:16] <LiohAu> so your opinion is that rest or not doesn't really matters?
[08:16] <darrel> Pick a slimline media type, Compress your content, take advantage of caching, make sure your framework doesn't stuff in useless headers.
[08:17] <LiohAu> JSON?
[08:17] <darrel> Using a REST approach leads you down a path that will help you to take advantage of caching.
[08:18] <darrel> Some hypermedia media type based on JSON format would work just fine.
[08:20] <LiohAu> i'm a little bit "afraid" by cache coherence, since rest separate a two linked data, for example, i can have a call to get customers orders, and another call to get the detail of a specific order, the cache will probably not be synchronized between "orders list" and "order detail"
[08:23] <LiohAu> hm actually it's not REST related problem, it's just a problem that happen when you get linked datas using multiple calls ^^
[08:23] <darrel> Sure. But that is a problem REST or not. As long as you only use the OrdersList for reading then you won't run into consistency problems. You can either set the lifespan of the list to be short or you can use ETags and get the client to re-request the order list after touching the detail.
[08:23] <darrel> There is no doubt that caching introduces a new set of problems. However, by caching static stuff only you can actually save a lot of bandwidth.
[08:24] <darrel> I make sure my resources are well split between dynamic data and static data. This helps caching.
[08:24] <LiohAu> ok
[08:24] <LiohAu> another question, how do you handle "session" management in REST services?
[08:25] <darrel> I don't do it, at all.
[08:25] <darrel> Preferences are sent in headers along with auth information.
[08:25] <LiohAu> in my example, if i want the orders of a customer, the customer should prove it has the right to obtain these informations right?
[08:25] <darrel> yep.
[08:25] <LiohAu> -it+he
[08:26] <LiohAu> so how would you do this?
[08:26] <darrel> Send the credentials with every request and auth on every request. IF it becomes a performance problem then look at generating some kind of token.
[08:26] <LiohAu> if i have a request like this "GET /orders"
[08:27] <LiohAu> i should HTTP Headers to pass username/password?
[08:27] <LiohAu> i should use*
[08:27] <darrel> That would be one way. basic auth over HTTPS is a very straightfoward approach.
[08:28] <darrel> I'll be back later, gotta disappear for a bit.
[08:28] <LiohAu> hm i wasn't thinking about using the specific HTTP headers using for basic auth,
[08:29] <LiohAu> instead i was thinking of using customer headers fields like for example "customer: theCustomer\n password: thePassword\n"
[08:29] <LiohAu> ok bye then ^^
[08:32] <steveklabnik> LiohAu: doesn't that pass the password in plain text?
[08:32] <mikekelly> LiohAu: HTTP has a header specifically for Authentication
[08:33] <mikekelly> steveklabnik: yeah but so does basic :)
[08:33] <steveklabnik> sure. ;)
[08:33] <LiohAu> mikekelly: yes, but if my auth is not related to HTTP right?
[08:33] <mikekelly> ?
[08:33] <LiohAu> frenglish xD
[08:33] <mikekelly> :)
[08:34] <mikekelly> the header in HTTP works just like your 'customer' header
[08:34] <LiohAu> the field Authentication is reserved for HTTP authentication right?
[08:34] <mikekelly> no you can have a custom auth scheme
[08:34] <LiohAu> in this field?
[08:34] <mikekelly> OAuth uses http auth header
[08:34] <LiohAu> ok
[08:35] <LiohAu> and i just have to count on SSL then
[08:35] <mikekelly> right, that's what most people do
[08:35] <mikekelly> HTTP Basic + SSL
[08:35] <LiohAu> ok
[08:37] <LiohAu> using PHP the field is in the following var $_SERVER['PHP_AUTH_DIGEST'] ?
[08:37] mikekelly shrugs
[08:38] <mikekelly> probably
[08:38] <LiohAu> ok ^^
[08:38] <mikekelly> what's this mobile commerce thing you're working on, is it a product or client work ?
[08:40] <LiohAu> it's for me actually
[08:40] <mikekelly> oh cool
[08:41] <LiohAu> why? you have an e-shop and want an m-shop? :p
[08:41] <mikekelly> nah, but if I did I'd just do a mobile html site :-)
[08:42] <LiohAu> mobile app is modish
[08:43] <LiohAu> "modish" > word given by "wordreference.com" is it really the appropriate word? :P
[08:43] <mikekelly> fashionable
[08:44] <LiohAu> ok :p
[08:44] <mikekelly> is that what you meant ?
[09:04] Hakon|mbp (~hakon1@228.136.16.62.customer.cdi.no) joined #rest.
[09:25] KevBurnsJr (~kevburnsj@c-76-126-10-63.hsd1.ca.comcast.net) joined #rest.
[10:01] quest88 (~quest88@c-98-207-205-137.hsd1.ca.comcast.net) joined #rest.
[10:19] SvenDowideit (~SvenDowid@203-206-171-38.perm.iinet.net.au) left irc: Quit: ZNC - http://znc.sourceforge.net
[10:20] SvenDowideit (~SvenDowid@203-206-171-38.perm.iinet.net.au) joined #rest.
[10:35] SvenDowideit (~SvenDowid@203-206-171-38.perm.iinet.net.au) left irc: Quit: ZNC - http://znc.sourceforge.net
[10:36] SvenDowideit (~SvenDowid@203-206-171-38.perm.iinet.net.au) joined #rest.
[11:16] grove (~grove@193.201.9.46.customer.cdi.no) left irc: Quit: grove
[11:31] jaminja (~jaminja@unaffiliated/jaminja) left irc: Ping timeout: 245 seconds
[11:44] <LiohAu> mikekelly: yes it was what i meant ^^
[11:44] <LiohAu> 4 hours later ^^
[13:32] mephju (~mephju@dslb-188-103-184-041.pools.arcor-ip.net) joined #rest.
[15:18] Guest33793 (~email@S0106001839d4eaa6.cg.shawcable.net) joined #rest.
[15:21] <Guest33793> Hi, I was wondering what the difference between URL rewriting and REST is?
[15:22] Guest33793 -> ub3rst4r
[15:25] ub3rst4r (~email@S0106001839d4eaa6.cg.shawcable.net) left irc: Quit: (I was using Polaris SE) Version: 4.2. Webpage: http://polarisse.tripod.com/. Wasted: 7 Minutes and 24 Seconds Online.
[15:25] ub3rst4r (~email@S0106001839d4eaa6.cg.shawcable.net) joined #rest.
[15:36] ub3rst4r (~email@S0106001839d4eaa6.cg.shawcable.net) left irc: Quit: (I was using Polaris SE) Version: 4.2. Webpage: http://polarisse.tripod.com/. Wasted: 10 Minutes and 53 Seconds Online.
[15:46] KevBurnsJr (~kevburnsj@c-76-126-10-63.hsd1.ca.comcast.net) left irc:
[16:32] mephju (~mephju@dslb-188-103-184-041.pools.arcor-ip.net) left irc: Quit: Verlassend
[17:25] sbanwart (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) joined #rest.
[18:57] Hakon|mbp (~hakon1@228.136.16.62.customer.cdi.no) left irc: Quit: Leaving...
[19:01] sbanwart (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) left irc: Read error: Operation timed out
[00:00] --- Sun Nov 6 2011