Something interesting just happened that brings some questions I know @standard-reader.app respects Bluesky's blocks, and I've just seen it happening not allowing me to open an article from a person that I just found out is blocking me (from a mod list, not a big deal, I don't mind) But...

Bluesky's AppView performance has not been so great recently, right? Long loading times with "Please check your internet connection" or "rate limit exceeded" Thinking it may be folks off of the Bluesky PDS's. Thought it was android oddities, but I get it on desktop and have heard from others

to reiterate on this, an AppView server should NOT be interposed between the user and the PDS: the client and PDS are in the user sphere of trust, but the service is adversarial. the PDS is the most important write sink and should be primary, since an app can't be trusted to not shut off PDS writes

Bluesky isn’t just one app. It’s part of a much larger ecosystem, and your account is the key. Here are 7 useful apps you can log into with your @bsky.app account that you should know about.

i'm now realizing that you can either have a fast or 100% decentralized bsky client, but you can't do both now i see why red dwarf now uses the bsky appview by default...

thanks to @quillmatiq.com, Bluepy now supports logging into to alternative AppViews, like @rude1.blacksky.team's Blacksky which is where i'm sending this post from try it out at bluepy.social

Update: The external AppView is stable again, so W has switched back. All AT Protocol users are now visible again. Our own AppView worked well as a fallback, but currently only includes W and verified users. In the future, you’ll be able to choose which AppView to use. Thanks for your patience.

New project I built last week: a kind of "isblueskydownforeveryoneorjustme.com" dashboard, so I can stop wondering "is it my PDS or is it the AppView" when the app isn't loading - bookmark it for the next time something doesn't work but you're not sure what 🙂 status.feeds.blue