tantek.comedited /Instagram (+378) "merge Other Functionality into existing Features section, add a few, merge separate PESOS sections into one as well" (view diff)
petermolnarcweiske there is an assumption that .onion is shady, and for now; I'm already a linux sysadmin, I don't need more attention from the agencies :D
aaronpksince we need to move quickly on this, I decided to stick with a markdown file report like webmention, rather than waiting for me to complete the micropub.rocks test suite
cweiskeaaronpk, I'm not able to complete a server report for commentpara.de because it only accepts likes+replies, while micropub.rocks wants to push "normal" posts
martymcguire[m]how quickly do these implementation reports need to be up? i have a couple of in-progress micropub clients that need some cleanup, haha.
martymcguire[m]one thing i have noticed about implementations like quill is a tendency to have their form submit to their own server (e.g. back to quill.p3k.io), which then submits the post to the micropub endpoint.
martymcguire[m]in testing i tend to cut out that submit-to-a-proxy-endpoint step and just post straight to the micropub endpoint, though from a UI perspective it leaves the browser showing whatever comes back for the 201 Created (or similar) response.
martymcguire[m]part of me wants to have a client that runs in the browser POST directly to the micropub endpoint (especially if it's already doing that for files with the micropub media endpoint)
martymcguire[m]my current thinking is that the browser-side of the app could check ?q=config and, if the request succeeds, plan to post directly from the browser. otherwise, fall back into a mode where it proxies through the server.
martymcguire[m]aaronpk: agreed. i would be very interested in micropub clients that are single-page applications which run directly in my browser without any behavior "hidden" in a server-side component.
martymcguire[m]so it sounds like i'd need at least one implementation report for a micropub server that sends CORS headers to allow posting via javascript from other domains
martymcguire[m]submitted another for screech (my janky WIP podcasting client). supports h-entry with u-audio, additional fields for metadata pulled from that audio such as artist, album, track title, duration, ...
sknebelaaronpk: can you take a look at https://telegraph.p3k.io/webmention/11VoVXr4Exm9pUOaoH/details and help me figure out why it wants to use my webmention endpoint over HTTP? fetches of my homepage should redirect always to HTTPS, and only then include a (relative) path to the endpoint, which then also would be HTTPS
aaronpk"This will test that your endpoint follows redirects on the target and resolves the relative URL relative to the resulting URL rather than the original URL."
sknebelseems so, if I append the path I get there in the webmention header to https://webmention.rocks/test/23/page/ I get "method not allowed" (Because I test with the browser right now, and thus GET), if I append it to the redirect target I get "404 not found"
sknebelstill, quite useful to just be able to look it up and say "ok, test 23 should cover that, why doesn't it", since there it is clearly documented what is supposed to happen (so it is easy to audit the test as well)