| Time |
S |
Nick |
Message |
| 00:11 |
|
|
shrink0r_ joined #rest |
| 02:01 |
|
|
begriffs joined #rest |
| 04:32 |
|
|
baweaver joined #rest |
| 07:27 |
|
|
adaro joined #rest |
| 07:36 |
|
|
Left_Turn joined #rest |
| 09:32 |
|
|
azer_ joined #rest |
| 10:40 |
|
|
azer___ joined #rest |
| 11:19 |
|
|
azer_ joined #rest |
| 11:38 |
|
pdurbin |
trygvis: at https://trygvis.io/rest-wiki/hypermedia/ you list Atom and I'm wondering what you'd like the URL for atompub to be... https://trygvis.io/rest-wiki/hypermedia/atompub ? or just https://trygvis.io/rest-wiki/hypermedia/atom or https://trygvis.io/rest-wiki/hypermedia/atom/atompub? or something else? |
| 11:52 |
|
|
azer_ joined #rest |
| 12:04 |
|
|
sfisque joined #rest |
| 12:26 |
|
trygvis |
I think it could be chucked all into 'atom' |
| 12:26 |
|
trygvis |
I see atom and atompub as a part of the same "atom" package |
| 12:27 |
|
pdurbin |
trygvis: so a top level "atom" folder |
| 12:27 |
|
trygvis |
I think it can go all in one page until it is too much content |
| 12:29 |
|
pdurbin |
so start with just an atom.mdwn |
| 12:29 |
|
trygvis |
yep |
| 12:29 |
|
pdurbin |
sounds good |
| 12:39 |
|
|
vanHoesel joined #rest |
| 13:51 |
|
|
azer_ joined #rest |
| 15:19 |
|
|
vanHoesel joined #rest |
| 15:27 |
|
|
quimrstorres joined #rest |
| 15:41 |
|
|
quimrstorres joined #rest |
| 16:24 |
|
|
baweaver joined #rest |
| 16:31 |
|
|
vanHoesel joined #rest |
| 16:45 |
|
|
vanHoesel joined #rest |
| 17:34 |
|
|
azer_ joined #rest |
| 18:06 |
|
|
quimrstorres joined #rest |
| 18:06 |
|
|
vanHoesel joined #rest |
| 18:22 |
|
pdurbin |
trygvis: if I edit the wiki via the web interface I wonder if it'll show as me as two different contributors at https://github.com/trygvis/rest-wiki/graphs/contributors |
| 18:23 |
|
pdurbin |
show me as |
| 18:30 |
|
pdurbin |
hmm, when I tried to click Edit and log in with a Google account I got "OpenID auth request contains an unregistered domain: https://trygvis.io/rest-wiki/ikiwiki.cgi" |
| 18:36 |
|
pdurbin |
interesting. it seems like "Changed by" is based on the email address you use when making a git commit: https://trygvis.io/rest-wiki/recentchanges/ |
| 18:37 |
|
pdurbin |
trygvis: part of what I'm thinking is that https://trygvis.io/rest-wiki/contributing/ *could* say "just click Edit and edit this page in your browser" (if that works and you want that to happen rather than a pull request) |
| 18:37 |
|
|
azer_ joined #rest |
| 18:48 |
|
|
azer_ joined #rest |
| 19:38 |
|
|
vanHoesel joined #rest |
| 19:46 |
|
trygvis |
pdurbin: that would be nice, but I was thinking it might be best to go with the git pulls for now |
| 19:47 |
|
trygvis |
at least until I figure out the auth stuff. but I think it would be nice to just make everything pull requests at github. I think we can assume everyone that want to contribute have an account |
| 20:03 |
|
|
shrink0r joined #rest |
| 20:49 |
|
pdurbin |
trygvis: oh sure. you already merged a pull request for me. works great. I just wonder if it's possible to do an end run around pull requests by clicking the "Edit" button. |
| 20:51 |
|
|
shrink0r_ joined #rest |
| 20:52 |
|
trygvis |
I think you'll have to hack ikiwiki to get that to work |
| 20:58 |
|
pdurbin |
trygvis: I was able to update https://trygvis.io/rest-wiki/contributing via the web interface (added a way to contribute) but it wasn't reflected as a commit at https://github.com/trygvis/rest-wiki/commits/master |
| 21:06 |
|
trygvis |
right, it's not pushing automatically. yet. |
| 21:06 |
|
trygvis |
but I want you to authenticate against github, not google. then the commit could use your github id |
| 21:10 |
|
pdurbin |
trygvis: to make that change I made a local account. so maybe you'll want to disable that? dunno |
| 21:13 |
|
trygvis |
I think I would have to code something for that to work |
| 21:14 |
|
pdurbin |
trygvis: you could just disable the cgi. that's what I do. feels more secure anyway |
| 21:14 |
|
trygvis |
yeah |
| 21:15 |
|
pdurbin |
you might need to delete that commit I made though. sorry |
| 21:23 |
|
trygvis |
np, just work at the github repo |
| 21:23 |
|
pdurbin |
yep. will do |
| 21:24 |
|
pdurbin |
I'm gonna try that theme thing and the rebuild script too. great stuff |
| 21:25 |
|
trygvis |
cool. I didn't find it to be very useful as you have to run a local http server |
| 21:25 |
|
trygvis |
I think perhaps it's not the best theme, I think something that's wider is better. makes it easier to display resource examples |
| 21:26 |
|
pdurbin |
yeah. I mean most of the time I'll probably just preview a single page, like you said. |
| 21:26 |
|
trygvis |
I'm off |
| 21:27 |
|
pdurbin |
o/ |
| 21:38 |
|
|
baweaver joined #rest |
| 22:43 |
|
|
akurilin joined #rest |
| 22:45 |
|
akurilin |
question: in a (REST-style) JSON API, what's the response convention for retrieving a resource at e.g. foos/1 and that resource not existing? Do you return a 404, empty list, empty object? |
| 22:45 |
|
akurilin |
seems like 404 is the most semantically valid optino |
| 22:45 |
|
asdf` |
of course, yes |
| 22:46 |
|
asdf` |
there's also 410 for when the resource existed previously but not anymore, if you store enough data to know that |
| 22:46 |
|
akurilin |
got it |
| 22:49 |
|
akurilin |
So I'm guessing the convention is: /foos will return [] in the empty case, and individual resources will return 404? |
| 22:50 |
|
asdf` |
well, there's no individual resources in that case, is there :) |
| 22:50 |
|
akurilin |
Not following, sorry |
| 22:52 |
|
asdf` |
yes, what you said seems fine; your collection resource is empty, and there's no individual resources |
| 22:58 |
|
akurilin |
alright, thank you. Yeah I confirmed it against a rails scaffold just in case |
| 22:58 |
|
akurilin |
it's amusing, I haven't used rails in years, but I always go back to look at its routing conventions |
| 22:59 |
|
akurilin |
seems a variation of rest most people are familiar with |
| 23:27 |
|
|
igitoor joined #rest |
| 23:30 |
|
|
igitoor joined #rest |
| 23:53 |
|
|
shrink0r joined #rest |
| 23:55 |
|
|
shrink0r_ joined #rest |
