deleting works now! you can’t try it out for yourself since you still aren’t me, but it works by sending a “command” object to the micropub endpoint? looks like this

{"action": "delete", "url": "https://00dani.me/notes/35"}

updating works much the same way, but you use fancier command objects, which is why i haven’t done that yet ;)

btw i used both quill and micropublish to write that last entry?

see, quill supports the micropub media endpoint, which i needed to upload the screenshots, while micropublish doesn’t as far as i can tell

but micropublish lets you preview exactly what request is gonna be sent to your server before it actually sends! which is important because my server isn’t very clever yet and can’t handle more complicated micropub requests :o

just added something i’ve been meaning to include!! yay! here it is, since you can’t actually see it unless you’re logged in as me 😉

yay! it can load the clients’ display names and logos as well, although quill is the only client i have in here that has those things

so that’s cool!! yay

omg i connected my site to https://ownyourgram.com/, which crossposts your instagram photos into your site over micropub? and i was baffled as to why the actual photos weren’t appearing, just their captions

although my site supports a ‘photo’ property on entries, my micropub endpoint never actually populates that ‘photo’ property

whoops???

whoa, it’s lemoncurry 1.9! yep!

i bumped the minor version instead of the patch version, ‘cause lots of stuff happened!

• i added rudimentary support for producing accelerated mobile pages versions of each entry!
  • it doesn’t always produce valid amp html, because i haven’t figured out how to convert the html i get out of my markdown parser into amp html?
  • but for simple entries, mostly entries that don’t have images in them, it works perfectly c:
• lots of performance improvements
  • i cut down on the number of sql queries that lemoncurry needs to make to achieve various things?
  • most importantly, rendering an entry requires access to its author, its cats, its syndications, and so on. fetching all this took a lot of queries, but it turns out it could just make a few simpler queries up-front instead!
• i bumped font awesome again!
  • it’s 5.0.6 now: i skipped 5.0.5 because 5.0.6 was actually released on the very same day?
  • i guess they made a mistake in 5.0.5 that needed urgent fixing or something like that :o
• micropub is better again! specifically, i added support for GET /micropub, which lets micropub clients ask the server for information
  • there’s q=syndicate-to, which tells the client what syndication targets the server supports (currently none)
  • and q=config, which tells the client where the micropub media endpoint is (currently nowhere) and what the syndication targets are (still none)
  • and q=source, which tells the client the normalised microformats2 json for a particular entry! clients use this to retrieve entries in an editable format, as part of updating an existing entry. this part works perfectly so far, but because updating isn’t implemented it’s not too useful yet 😉
• additionally, micropub
  • does scope checking now! your token must contain the ‘create’ scope if you want to create a new entry! there aren’t any other operations you can perform yet that require a scope, but you’ll need the ‘update’ scope when i implement updating existing entries
  • returns better error responses, when you do things like pass a token that’s missing the scope you need? it turns out the micropub spec actually describes the format the errors should be in, which i wasn’t following, oops :3 now i am!
• i turned off google analytics!
  • i don’t care about getting that kind of information
  • i didn’t like subjecting visitors to google’s tracking
• this isn’t actually part of the app itself, just the way i’ve set up my deployment, but: i realised i had gunicorn running just one lemoncurry worker, which meant i could only handle exactly one request at a time??
  • this causes problems if for example your micropub source query works simply by directly requesting the page you asked for, and then parsing it with mf2py! (yes, that’s what lemoncurry’s implementation does 😉 )
  • it also causes problems if you expect any decent amount of traffic to your site, since you can only handle one http request from anyone at a time?
  • so i fixed that, gunicorn has a couple of workers now c:

you may be wondering why the version is already 1.9.1? the reason is that 1.9.0, while containing all of the above exciting features, was unfortunately broken! while optimising the system’s performance, i accidentally broke the django authentication :o i didn’t notice because i was focused on micropub, which always uses its own tokens rather than the usual session-based authentication? anyway 1.9.1 fixed that

oh, by the way, it won’t roll over to 2.0 with the next minor release? unless i do something massive next, you can expect 1.10 to be the next minor version!