Content
@
0 reply
0 recast
0 reaction
Stephan
@stephancill
just put up this prototype of what i call subjective farcaster: a collection of cached endpoints which can be used to calculate the number of likes on a cast or the number of followers of a user filtered based on 2 degrees of separation from the viewer's social graph i.e. only counting interactions from the viewer's follows or the follows of the viewer's follows would like to turn this into a cast action but it's really slow https://github.com/stephancill/subjective-farcaster hosting an instance of the api at https://subjective-farcaster.steer.fun
34 replies
9 recasts
44 reactions
DegenFans π©π΅π«βοΈ
@degenfans
Would be also the 2nd call slow? As I understood than at least the links are cached for a day?!
1 reply
0 recast
1 reaction
Stephan
@stephancill
2nd call is decently fast yeah. maybe i should just build it
1 reply
0 recast
0 reaction
DegenFans π©π΅π«βοΈ
@degenfans
Is it possible to run it in an own named thread, if it not finished just ping a message (to also avoid timeout errors), like: still collectingβ¦ try again or so. And then (if you have a unique thread name,e.g. viewerfid-hash) just again waiting up to 3-4 seconds.. I mean I would wait for the outcome, as this is quite interesting π
1 reply
0 recast
1 reaction
Stephan
@stephancill
yeah would definitely have to do that hehe. the server that i'm hosting it on takes minutes to build up big networks from scratch. let's see how it goes once it has most of it cached
1 reply
0 recast
0 reaction
DegenFans π©π΅π«βοΈ
@degenfans
I am optimistic π I read you also do opencast and there you have an own replic postgres db, is it not faster to push it down to this db?
1 reply
0 recast
1 reaction
Stephan
@stephancill
the lack of a reliable and cost-efficient farcaster indexer is what has caused opencast to be down for half a year now lol just keeping it simple and making do with what i have access to for now
1 reply
0 recast
1 reaction