So I made something because undiscord wasn't able to see/delete all messages for some reason :p It's definitely not perfect, but it's good enough for me, and maybe for others... github.com/azomDev/disc...

GitHub - azomDev/discoraser: Userscript that deletes your Discord messages by scrolling through channels/DMs. Slow, thorough, and less likely to get caught (hopefully).

Userscript that deletes your Discord messages by scrolling through channels/DMs. Slow, thorough, and less likely to get caught (hopefully). - azomDev/discoraser

github.com

privacypin was mentionned in this 2 year old thread 😭 slowest project of all time btw (for it's size)

I'm gonna honest, android has mostly killed my enthusiasm I had for privacypin. I'm able to do the server, the UI and the protocol just fine, but anything that involves background and location stuff actually makes me stressed when working on it. Not to even mention all the vite/tauri issues with it

the engineers said I couldn't use LLMs to write a program that does nothing but waste energy. did it anyway. somehow the app has a worse utility-per-watt ratio than the model that wrote it.

Started to think about a unified federated messaging app about 3 years ago. I learned quite some stuff from it but it was way out of my league so it's now on the very long term backburner, would love to be apart of a team that does this tho, communication system design is basically my passion :)

David Buchanan@retr0.id · 6mo ago

I think the ideal discord-alternative would have a self-hosted instance per community (so a "server" really is a server), but all speaking a shared protocol so you can have them all in the sidebar of a unified client. Then you just need unified identity across all servers... atproto solves this???

ok so I want to add a map where you can see everyone you have as friends (since most position sharing apps have that), but one of the goals of pp is being able to see when and who saw your position. With a global map, you can now have the excuse "oh i was just checking [other person], not you". 1/5

Things left before a PP MVP: - send/get pings - fix a bit of stuff and harden the app against user

I'm a 0.01x dev

I'll probably stream on the 2nd some PP development. Might even throw in a state machine for the main protocol

@xan.lol I'll finish PP when you finish your website /j

moving away from github and switching to @tangled.org tangled.org/azom.dev I'll fill the repos in the coming month

it doesn't support ipv6, rip

azom@azom.dev · 8mo ago

my blog now supports http/3 ipv6 next (if it's even possible with my ISP)

my blog now supports http/3 ipv6 next (if it's even possible with my ISP)

ok alpinejs is the UI framework that works the best for me from the ones I tried. It's going to be what I use for pp (for the foreseeable future at least)

Back on pp, forgot that I didn't really have auth yet so I made a crappy one that is vulnerable to replay attacks (it's temporary). Also .git/ is 300+ MB so I might just reset it :p Oh and UI still doesn't have a working base, but I'm using alpinejs now

thought it would be nicer (?) to make this a general prog account (will still post PP stuff tho). Feel free to unfollow tho

I'm probably going to set aside for now my blog about what I've learned on communication and authentication protocols. I'll instead make one just describing the authentication protocol of PP with a quick-ish explanation on why I choose to do it that way.

I have a choice to make for PP. Either: 1. Usernames are chosen by the user on account creation. They are stored on the server. This can remove a layer of privacy since the server admin can access that information. (1/3)

yo