greptilian logo

IRC log for #rest, 2014-06-06

#rest on freenode has been logged here from May 2014 until end of July 2018 but logging has been suspended because the channel has been riddled with spam since August 2018 with no end in site. See the following blog posts about the problem:

Until the spam problem has been dealt with and logging can resume, please visit our wiki at https://trygvis.io/rest-wiki/

Thanks.

| Channels | #rest index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary

All times shown according to UTC.

Time S Nick Message
00:52 m0ltar joined #rest
01:08 ldiamond joined #rest
01:20 wilmoore joined #rest
02:22 wilmoore joined #rest
03:05 seantallen joined #rest
05:27 `0660 joined #rest
05:27 _ollie joined #rest
05:27 fumanchu joined #rest
05:27 dD0T joined #rest
05:27 rickharrison joined #rest
05:27 asdf` joined #rest
05:27 danfinch joined #rest
05:27 whartung joined #rest
05:27 rincewind joined #rest
05:27 saml joined #rest
05:27 ph88 joined #rest
05:27 mgomezch joined #rest
05:27 alxbl joined #rest
05:27 daxim joined #rest
05:27 ssedano joined #rest
05:27 Davey joined #rest
05:27 ramsey joined #rest
05:27 igitoor joined #rest
05:27 brainproxy joined #rest
05:27 ederign joined #rest
05:27 ChrisAnn joined #rest
05:27 pdurbin joined #rest
05:27 riddle joined #rest
05:27 WouterDS joined #rest
05:27 pindonga joined #rest
05:27 blongden joined #rest
05:27 trygvis joined #rest
05:27 KarlHungus joined #rest
05:27 gamache joined #rest
05:33 `0660 joined #rest
05:33 _ollie joined #rest
05:33 fumanchu joined #rest
05:33 dD0T joined #rest
05:33 rickharrison joined #rest
05:33 asdf` joined #rest
05:33 danfinch joined #rest
05:33 whartung joined #rest
05:33 rincewind joined #rest
05:33 saml joined #rest
05:33 ph88 joined #rest
05:33 mgomezch joined #rest
05:33 alxbl joined #rest
05:33 daxim joined #rest
05:33 ssedano joined #rest
05:33 Davey joined #rest
05:33 ramsey joined #rest
05:33 igitoor joined #rest
05:33 brainproxy joined #rest
05:33 ederign joined #rest
05:33 ChrisAnn joined #rest
05:33 pdurbin joined #rest
05:33 riddle joined #rest
05:33 WouterDS joined #rest
05:33 pindonga joined #rest
05:33 blongden joined #rest
05:33 trygvis joined #rest
05:33 KarlHungus joined #rest
05:33 gamache joined #rest
06:38 wilmoore joined #rest
06:46 rosstuck joined #rest
07:22 Left_Turn joined #rest
08:32 graste joined #rest
08:57 martinfilliau joined #rest
09:15 dEPy joined #rest
10:15 hesselink joined #rest
10:15 shrink0r joined #rest
10:15 hesselink left #rest
11:44 wilmoore joined #rest
12:13 _ollie joined #rest
13:11 m0ltar joined #rest
13:48 ssedano joined #rest
14:02 nkoza joined #rest
14:09 ldiamond joined #rest
14:18 nkoza joined #rest
14:54 danizord joined #rest
14:58 mgomezch_ joined #rest
15:09 wilmoore joined #rest
15:13 dEPy joined #rest
15:24 danizord joined #rest
15:45 m0ltar joined #rest
16:13 danizord joined #rest
16:53 ph88 joined #rest
17:01 mgomezch joined #rest
17:21 m0ltar joined #rest
17:47 charlex joined #rest
18:34 brainproxy joined #rest
18:52 brainproxy joined #rest
19:35 dEPy joined #rest
19:47 graste joined #rest
21:11 _ollie joined #rest
22:00 Left_Turn joined #rest
22:03 chovy joined #rest
22:04 chovy how should i formulate my api, i want to filter results based on an attribute. Is this reasonable?
22:04 chovy /api/jobs/?user=xxxxxx
22:04 chovy /api/jobs/?user=xxxxxx&order_by=created&dir=desc
22:04 chovy something like that
22:14 chovy i'm thinking maybe /api/jobs?filter=user:xxxx​&order_by=created&dir=desc
22:24 _ollie joined #rest
22:37 mmun joined #rest
23:55 tmoore chovy: it's reasonable, but you should consider whether you really need all of that complexity in the API
23:55 tmoore once you expose it, you can't take it back
23:55 tmoore something that might be simpler and more flexible is /api/users/xxxx/jobs
23:56 tmoore and then do different clients really need them in different orders?
23:57 tmoore if there are only one or two useful orders, you could expose them as different resources
23:57 tmoore like /api/users/xxx/jobs/recently-created
23:58 tmoore having lots of independent parameters tends to increase the complexity of both the client and the server
23:58 tmoore it makes caching more difficult
23:58 tmoore and can cause other performance issues
23:58 tmoore so I would avoid it unless and until you *really* know you need it :-)

| Channels | #rest index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary

#rest on freenode has been logged here from May 2014 until end of July 2018 but logging has been suspended because the channel has been riddled with spam since August 2018 with no end in site. See the following blog posts about the problem:

Until the spam problem has been dealt with and logging can resume, please visit our wiki at https://trygvis.io/rest-wiki/

Thanks.