
@bender Wow, you're good.
It was an edit, within a minute or two of posting. I didn't think anyone would notice.
That's what I call on it. 😀
A geek, coder, gamer, tinkerer, husband, father, server admin, web developer, and American cyborg, though not necessarily in that order.
@bender Wow, you're good.
It was an edit, within a minute or two of posting. I didn't think anyone would notice.
That's what I call on it. 😀
@lyse Yeah, those are my bad.
A couple of weeks ago, I added CORS support, which is the source of the OPTIONS call. What I didn't do was store the result so it stops trying to make further attempts. I'll get that in tomorrow.
As for the "If-Modified-Since" header, the server-based component of TwtStrm should be sending that (along with its user-agent tag and my user info). I wasn't sure if that could be sent with CORS requests, so I'll need to look into that a bit more.
Thanks, I appreciate the feedback!
It still needs some cleaning (and some slight UX improvements), but overall, I'm happy with it.
BTW - I promise, I intended it to be pronounced like "TweetStream" (or as written, "TwtStrm"), rather than "TweetStorm". Sorry again. 😊
@prologic That zs
looks pretty cool! I love simple static site generators, and look forward to trying it on my next web site project. Kudos!
@lyse Thanks, I think I fixed it now. Sorry for the spam.
@bender Thanks for asking!
So, I've been working on 2 main twtxt-related projects.
The first is small Node / express application that serves up a twtxt file while allowing its owner to add twts to it (or edit it outright), and I've been testing it on my site since the night I made that post. It's still very much an MVP, and I've been intermittently adding features, improving security, and streamlining the code, with an eye to release it after I get an MVP done of project #2 (the reader).
But that's where I've been struggling. The idea seems simple enough - another Node / express app (this one with a Vite-powered front-end) that reads a public twtxt file, parses the "follow" list, grabs (and parses) those twtxt files, and then creates a river of twts out of the result. The pieces work fine in seclusion (and with dummy data), but I keep running into weird issues when reading real-live twtxt files, so some twts come through, while others get lost in the ether. I'll figure it out eventually, but for now, I've been spending far more time than I anticipated just trying to get it to work end-to-end.
On top of it, the 2 projects wound up turning into 4 (so far), as I've been spinning out little libraries to use across both apps (like https://jsr.io/@itsericwoodward/fluent-dom-esm, and a forthcoming twtxt helper library).
In the end, I'm hoping to have project 1 (the editor) into beta by the end of October, and project 2 (the reader) into beta sometime after that, but we'll see.
I hope this has satisfied your curiosity, but if you'd like to know more, please reach out!