feat: in-memory fallback for storing user profiles #110
No reviewers
Labels
No Label
1000k
100k
10k
200k
20k
500k
50k
5k
75k
backend
blocked:design
bug
dependencies
documentation
duplicate
enhancement
good first issue
help wanted
invalid
P1
P2
P3
question
scope:intl
scope:nip
scope:query_tracing
scope:ux
wontfix
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Kieran/snort#110
Loading…
Reference in New Issue
No description provided.
Delete Branch "dbfix"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Visit https://dbfix.snort-social.pages.dev/ with Tor
resolves #72
This is great, i think we can improve it one more way, if we create an interface which defines these methods, then instead of using try/catch with a
const SnortDb
we can haveconst db = SnortDb | ReduxDb
which both implement the users store, no need for try/catch thenAt startup we can test if indexdDb is available with
window.indexdDb.open("test").catch(() => "Not supported")
or something similar, at this point we initialize thedb
to beReduxDb
which implementsUsersDb
or some other interfaceHey if you dont have time to make these changes maybe lets just merge it now and work on it later
Deploying with Cloudflare Pages
beeb6e6
View logs
db.find
?There seems to be some subscription spam now on global, need to be careful about how we modify state to prevent rebuilding feeds
Might as well try to open the SnortDb so we dont have a random "test" db be there forever
This seems to create an empty database and not store anything inside?
I'll go back to using a dummy
test
db with version 1 then, wdyt?Still doesnt seem to actually use IndexdDb, in logs it says its using indexdb but its not storing anything there
My bad,
59878776d5
should fix it