🧮 USERS:1 FEEDS:2 TWTS:1515 ARCHIVED:90581 CACHE:2681 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1514 ARCHIVED:90562 CACHE:2680 FOLLOWERS:22 FOLLOWING:14
@thecanine@twtxt.net Woof woof! That’s a nice one. For a split second, the posture and the back legs reminded me of
that I never had, but always wanted as a child.🧮 USERS:1 FEEDS:2 TWTS:1513 ARCHIVED:90556 CACHE:2686 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1512 ARCHIVED:90551 CACHE:2686 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1511 ARCHIVED:90542 CACHE:2679 FOLLOWERS:22 FOLLOWING:14
Web Cache Deception Attack – A Hidden Threat in Today’s Web Applications ⌘ Read more
🧮 USERS:1 FEEDS:2 TWTS:1510 ARCHIVED:90529 CACHE:2679 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1509 ARCHIVED:90522 CACHE:2680 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1508 ARCHIVED:90502 CACHE:2665 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1507 ARCHIVED:90489 CACHE:2664 FOLLOWERS:22 FOLLOWING:14
man and it calls home to see if I'm allowed to do that.
Because OP twtxt seems to be a cross-post from the Fediverse, I am bringing some context here. It refers to this GitHub issue. This comment explains why the issue described is happening:
This is usually due to notarization checks. E.g. the binaries are checked by the notarization service (‘XProtect’) which phones home to Apple. Depending on your network environment, this can take a long time. Once the executable has been run the results are usually cached, so any subsequent startup should be fast.
OP network must be running on 1,200 Baud modem, or less. 🤠I have never, ever, experienced any distinguishable delays.
🧮 USERS:1 FEEDS:2 TWTS:1506 ARCHIVED:90474 CACHE:2656 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1505 ARCHIVED:90468 CACHE:2655 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1504 ARCHIVED:90467 CACHE:2656 FOLLOWERS:22 FOLLOWING:14
Fixed following page template bug so cached feed counts render without errors. cc @bender@twtxt.net
🧮 USERS:1 FEEDS:2 TWTS:1503 ARCHIVED:90457 CACHE:2649 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1502 ARCHIVED:90441 CACHE:2638 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1501 ARCHIVED:90431 CACHE:2634 FOLLOWERS:22 FOLLOWING:14
Streaming live video as a macOS screensaver using AVFoundation and yt-dlp
I built this to play live HLS streams as a screensaver on macOS. It supports both direct .m3u8 URLs and YouTube
links (via yt-dlp extraction with caching).
The interesting bits:
- Cross-screen synchronization: All displays show the same frame of the video by syncing to a shared timestamp,
making it feel like one continuous stream across monitors
- Handles the unreliable macOS screensaver lifecycle (stopAnimation doesn’t always get called when … ⌘ Read more
🧮 USERS:1 FEEDS:2 TWTS:1500 ARCHIVED:90420 CACHE:2628 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1499 ARCHIVED:90410 CACHE:2635 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1498 ARCHIVED:90405 CACHE:2647 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1497 ARCHIVED:90403 CACHE:2655 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1496 ARCHIVED:90398 CACHE:2661 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1495 ARCHIVED:90390 CACHE:2678 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1494 ARCHIVED:90389 CACHE:2679 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1493 ARCHIVED:90384 CACHE:2680 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1492 ARCHIVED:90379 CACHE:2696 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1491 ARCHIVED:90373 CACHE:2702 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1490 ARCHIVED:90364 CACHE:2702 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1489 ARCHIVED:90325 CACHE:2699 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1488 ARCHIVED:90316 CACHE:2704 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1487 ARCHIVED:90294 CACHE:2698 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1486 ARCHIVED:90287 CACHE:2718 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1485 ARCHIVED:90281 CACHE:2739 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1484 ARCHIVED:90274 CACHE:2755 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1483 ARCHIVED:90252 CACHE:2744 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1482 ARCHIVED:90241 CACHE:2743 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1481 ARCHIVED:90211 CACHE:2731 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1480 ARCHIVED:90198 CACHE:2728 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1479 ARCHIVED:90183 CACHE:2723 FOLLOWERS:22 FOLLOWING:14
@itsericwoodward@itsericwoodward.com No worries, all good, mate! We all have to start somewhere. Other software requests my feed several orders of magnitude more often.
I can confirm, the User-Agent header appears to be fixed. \o/
Two other things I noticed, though:
There’s now an
OPTIONSrequest for my feed coming from something that claims to be Firefox, pointing to your feed URL in the query. No clue what this is about. In any case, it’s rejected with a405 Method Not Allowed.Not that these few requests bother me at all, but you might wanna implement caching next with either the
If-Modified-SinceorIf-None-Matchrequest headers. This way, if the feed hasn’t changed, the web server can reply with a304 Not Modifiedand no body at all, saving unnecessary traffic. But again, this is really not an issue for me at all. I just wanted to make sure you’re aware of it, that’s all. It might be even already on your agenda. Or you might decide to never do anything about it, which is also fine for me. :-)
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.
🧮 USERS:1 FEEDS:2 TWTS:1478 ARCHIVED:90172 CACHE:2715 FOLLOWERS:22 FOLLOWING:14
🧮 USERS:1 FEEDS:2 TWTS:1477 ARCHIVED:90160 CACHE:2714 FOLLOWERS:22 FOLLOWING:14