Avatar @itsericwoodward

After taking most of the year off from role-playing, I've got 3 one-shots coming up in the next month, all of which need some tweaking before I can run them (as do my homebrew rules).

Plus there's a "build a game" code challenge at work, a pair of media boxes I need to rebuild, a pair of dead machines I need to diagnose, and I'd like to (eventually) get my twtxt apps to a "releasable" state.

So many projects, so little (free) time...

vor ≈22 Tagen | #32odynq |
Avatar @itsericwoodward | #cityvxa

@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. 😀

vor ≈1 Monat | #b2gqprq |
Avatar @itsericwoodward | #7w2liya

@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!

vor ≈1 Monat | #zot6sgq |
Avatar @itsericwoodward | #tjlazxa

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. 😊

vor ≈1 Monat | #ga2yk7q |
Avatar @itsericwoodward

I finally solved the loading issue in my WIP reader, TwtStrm (and apologies again to anyone that got spammed while I was diagnosing the issue).

After another round of coding this weekend, I'm happy to report that it now renders all the twts (with markdown parsing), complete with localstorage and server-based file caching.

vor ≈1 Monat | #fqdkl4a |
Avatar @itsericwoodward | #zs56hga

@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!

vor ≈1 Monat | #mk4onsa |
Avatar @itsericwoodward

I finally resolved my issues with hashing twts... with REGEX!

Dates in JavaScript are truly strange creatures.

vor ≈1 Monat | #aghrymq |
Avatar @itsericwoodward | #uhanb2a

@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!

vor ≈1 Monat | #hpduuha |