2016-10-19 UTC
KevinMarks_ joined the channel
# 00:17 bear micropub.rocks uses a POST with an action=delete and not a DELETE
# 00:20 bear just got done implementing all of the multiparts
# 00:21 bear yea, I see your point - any api I build always honours them - but I'm way in the minority for that
# 00:35 bear ok, now I think I found a bug in micropub.rocks
# 00:35 bear server test 500 (the delete) isn't showing a checkmark even tho my return was 202
KevinMarks, KevinMarks_, loicm, miklb, tantek, AngeloGladding, cweiske, plindner and nebulon joined the channel
# 12:05 nebulon Hi there, after hearing about indieweb every so often, I finally looked into the thinking behind that. We have built an opensource platform to self-host apps https://cloudron.io/ I think our philosophy is very similar
# 12:06 nebulon are there any strong opinions in this community about running apps on-premise, virtual servers or nowadays self-hosting into container environments?
tantek joined the channel
# 15:19 aaronpk bear: oh boy I see what happened. I copied that "returned ..." line from creating a post, for which the response is 201 or 202. then when I copied it for the rest of the tests, I just added 204
# 15:20 aaronpk the text is wrong for a bunch of other tests too :)
tantek joined the channel
ChrisAldrich and gRegorLove joined the channel
ChrisAldrich and KartikPrabhu joined the channel
chrisaldrich1 joined the channel
# 17:49 GWG Speaking of Webmentions, if you try to send a mention and get a response status not 200-202 what makes sense to do?
# 17:50 GWG I always think of dev as really technical conversions
# 17:51 sknebel some senders probably retry later (e.g. bridgy does for at least some error codes)
# 17:51 tantek GWG, plumbing and error codes and such are better here
# 17:52 GWG Basically, the question is what should be the response, if any, to failure?
# 17:52 GWG Or does it need to drill down more?
# 17:52 sknebel not sure when it starts to become academic as well ;)
# 17:54 GWG The way the code I am looking at is set up, anything less than 400 is registered as a success. Anything between 400 and 501 is set to retry.
# 17:55 sknebel i'm not sure if you should retry exactly 400, since in the spec that indicates that your request was malformed
# 17:55 sknebel and your retry likely is going to look exactly the same
# 17:57 sknebel getting a 301 redirect wouldn't be a sucess case either
# 17:58 GWG I am looking at things while preparing an implementation report
# 17:59 sknebel I think only 2xx (strictly 200-202) should count as sucess
# 18:02 GWG And what do you do with the other numbers?
ChrisAldrich joined the channel
# 18:16 sknebel retrying all wouldn't hurt that badly, if not (or if that fails as well) just log and move on
# 18:17 sknebel having a UI to review failures might be useful, some users might want to know if a mention fails so they can contact the owner and figure out what happened
# 18:18 sknebel maybe ask the bridgy guys for numbers: how often do temporary failures happen, what kind of errors do they see that might need special treatment?
# 18:18 aaronpk telegraph doesn't retry, but it does show a red X and you can see the response
# 18:19 sknebel maybe following HTTP-> HTTPS redirects is worth it, that could be an easy to make mistake
# 18:19 sknebel on the other hand, if it is logged you can notice and tell the site owner
# 18:23 sknebel aaronpk: I assume your site uses telegraph in the backend, but doesn't actually show you the result if you post via micropub?
tantek joined the channel
# 19:37 gRegorLove I hadn't heard of the Real-Time Bidding Protocol, either. heh
# 19:37 gRegorLove An ad company is saying the page isn't crawlable, but we're not blocking. ::shrug::
KevinMarks joined the channel
tantek joined the channel
# 20:35 tantek can't imagine the shenanigans from folks registering TLDs that are common file *document* extensions like .txt
dansup joined the channel
# 21:14 bear \o/ all of the micropub.rocks create, delete, undelete and some of the update test pass for kaku
# 21:15 Loqi bear has 165 karma (6 in this channel)
# 21:15 bear now onto some of the media and query stuff
# 21:18 Loqi bear has 166 karma (7 in this channel)
# 21:18 bear the code is mightily ugly right now - but making it pretty comes after making it work
# 21:20 tantek oh I hear that. pretty much my modus operandi for Falcon
# 21:29 bear is there an example of what the json result looks like for a q=config micropub GET?
# 21:30 Loqi examples has 4 karma (1 in this channel)
# 21:30 aaronpk i'm always frustrated when specs don't have examples and try to just describe things in words
AngeloGladding joined the channel
# 22:20 jonnybarnes I take it micropub implementation details should be discussed in here?
# 22:24 jonnybarnes ahh, need to add that to my todo list, get empji working on my server
# 22:25 aaronpk i'm running weechat too! but using the web interface
# 22:26 jonnybarnes my client either sends location: <place-url> or location: geo:lat,lng
# 22:27 jonnybarnes for the latter I just do a nominatim reverse lookup and add some text to the note saying in Salford, UK or whatever
# 22:28 jonnybarnes although theres no reason why it can’t be from someone elses site
# 22:29 jonnybarnes my thinking is similar to how with photos you can either upload the file directly with the request
# 22:30 jonnybarnes the client can also create new places, by making a POST request to the endpoint
# 22:31 jonnybarnes that new place can then be used in the subsequent new note request
KevinMarks joined the channel
# 23:02 GWG I have been working on something similar for a while
# 23:06 bear hmm, my media endpoint upload test for the GIF failed, not because it isn't supported but because the GIF must be huge "HTTP/1.1 413 Request Entity Too Large"
singpolyma and tantek joined the channel