not gonna lie, this triggered me because actually the main reason i didn't publish the nostr client i've been playing with for the last 2 years is that i am still not satisfied about how DB hydration process worked
the problem isn't specific to DMs, this is just an example scenario
the scenario:
lets say Bob is DM-ing Alice, in some DM down the conversation Bob sends "The Complete Epstien List: 1-some jew 2-some goy 3-....etc", then they continued DM-ing
months later Alice wants to retrieve that list so Alice open its conversation with Bob and searches words "The Complete Epstien List:"
The Problem
-retrieving the whole conversation is super heavy/slow
-imperatively handling this specific case to the best (maybe by batched retrievals or else) then updating the search result creates loads of imperative handling HELL everywhere we get in contact with our DB
Login to reply
Replies (3)
@alp has one of the best search tools in #NoorNote
only other nostr search i find useful is Nostur. not sure how either of them handle this issue though.
yes actually its the best nostr search out there imo
but as you see the problem here is more about client only practices more than nostr
in the normies land fancy servers with fancy DBs are able to handle searches efficiently, its a bit harder on a client-only and way more restrictive in PWAs with indexedDB as the only option