amark/gun

MARK IS GONE-ish UNTIL OCT 9TH! Greet/help newcomers. Save/remember Qs for Mark and TAG HIM AGAIN + pester him when back, or else it'll get forgotten.

Jachen Duschletta

@Dletta

website client of gitter keeps me from switching tabs, which makes me hit send so I can go look something up

gunBot-disc

@gunBot-disc

Hello

Mika

@mhelander

Ionic React... finally it's freshened...

Mark Nadal

@amark

@OAXP there is an old bare-bones private chat example here (but it is ~1 year old so probably needs some fixing in some places) https://gist.github.com/amark/7dceae874a20878fdb9e2a8eed109bb5 and a good video example of shared-private data social network here https://www.youtube.com/watch?v=ZiELAFqNSLQ
You don't need to host a JS app on your web host, GUN is decentralized!
How else can we improve the tutorial/docs? GUN automatically syncs data to the other browser peers, as long as you have at least 1+ bootstrap peers listed (which the Todo-Dapp tutorial shows you how), you don't need to "do" anything, GUN does it for you!

@Dletta NICE !!! NICE !!! NICE !!! now what, to try and get freeCodeCamp moving forward?

@gunBot-disc yo yo :) you gitter+discord bridge?
@mhelander I know, right! Very exciting.

Martti Malmi

@mmalmi

@amark sync speed seems good. Server has the latest version and RN uses Sirpy’s rnsupport branch

Jachen Duschletta

@Dletta

@amark Not sure, hard to see through the chaos, they got so much inertia with their announcement, in the first 2 days they had over 200 volunteers show up and basically everyone and their mum has framework ideas. Hard to see who even is the guy to ask the right questions. Looks like it’s mainly auth they would be trying to solve with gun. But some guy also said

Cale

@trosel

They're prob going to adopt the same decentralized identity as Matrix or Activity Pub tbh

Would be cool if Iris login worked

Jachen Duschletta

@Dletta

They are very much undecided. Once all the volunteer teams are built, they will assign stuff, currently it’s discussions in GitHub issues.

Cale

@trosel

One of the main guys pushing discussion forward is 13 :laughing:

Don't get me wrong, it's cool that he's into tech so early. Just kind of a funny thing

Jachen Duschletta

@Dletta

That’s why it’s so hard to know. Not sure who is official and who is just saying ‘we should do this, as we need... etc” It’s not a we until you’re on the team. Or are you on the team?

Cale

@trosel

https://github.com/turbolinks/turbolinks

Jachen Duschletta

@Dletta

Interesting

Cale

@trosel

"Get the performance benefits of a single-page application without the added complexity of a client-side JavaScript framework"

Jachen Duschletta

@Dletta

Just for the price of a bare metal server instance on aws, ;)

dougwhitehead

@dougwhitehead

My understanding the default behavior of Gun is to make all nodes peers (all nodes get a copy of the entire datastore), but is there a configuration that allows a node to act more as a cache. In other words, any thing that was previously requested (via on/once) is found locally. New requests will have the effect of pulling data from the peer for a slower response (and future quickness). But otherwise will not fetch data that the user has not requested.

Mark Nadal

@amark

@Dletta THANK YOU!!! I posted https://github.com/freeCodeCamp/chapter/issues/40#issuecomment-542847579
WOULD LOVE IT IF OTHERS COULD CONTRIBUTE TO HELPING GET FREECODECAMP USING GUN! :D
@trosel Matrix/Activity Pub are federated, that'd be a super sucky lame choice that'd cause user confusion/pain.

@dougwhitehead hey! :D

@dougwhitehead not all peers need to store all the data, tho relay peers have a tendency to automatically store more data since they're often helping facilitate connecting different peers when WebRTC/etc. fail.

If you are deploying GUN via ephemeral containers like Docker/Heroku/etc. then it is likely that the RAD storage is not even persisting across container resets, so those relay peers are already acting as temporary caches.

And all in-memory instances of GUN will only pull chunks of data from disk/backup based on dynamic request from users/browsers, they never load all the data in advance.

dougwhitehead

@dougwhitehead

Is there some sort of performance hit associated with obscene bushiness of nodes? In other words, would there be a performance difference between a tree with 1000K nodes off a single parent vs. a tree with 7 layers with 10 nodes per parent (10^7).

While I understand all nodes have a unique address, there may be something I am not accounting for (e.g. cascading callback registry) that would be adversely effected by a node being bushy

Jachen Duschletta

@Dletta

@amark No problem. Followed your convo with Michael, Gun is super suitable for a ‘small feature’ set app like meetup

@dougwhitehead In storage all data is flat, each key is found at root ( hence on can do gun.get(soulOfanyLevel)) Radix makes this fast retrieval as it turns keys into radix tree, so theoretically no performance hit. However, if you don’t know the soul of what you are getting and have to traverse the 7 layers, you are going to see slow down

dougwhitehead

@dougwhitehead

I see. The soul is an index in the underlying datastore. so to traverse 7 levels is to follow 7 layers of indirection (7 DB queries), whereas a single layer with 100K branches is a single DB query.

dougwhitehead

@dougwhitehead

I suppose I was thinking of it mapped to a RDB, and your answer about the radix tree is implemented differently. But in any case, the bushiness of the node should not matter.

Cale

@trosel

@mmalmi Would you mind chiming in here and explaining how you handle multi-device login with iris? https://github.com/freeCodeCamp/chapter/issues/40#issuecomment-542866103

Mark Nadal

@amark

@dougwhitehead back sorry, I've been coming/going between meetings & stuff.

so if there is a single parent (1 soul) with 1000K properties inside of it, then RAD will store those properties in the same contiguous chunks on disk.

However, if all those properties are sub-objects (not primitive values) it still has to do a O(1) lookup for each one IN CONTRAST to

a tree with 7 layers with 10 nodes each

well each layer is still gonna do the O(1) lookup and then still have to lookup the node.

Mark Nadal

@amark

so yeah I think @Dletta is right, took me a while to think about it :P lol that 7 layers deep is just extra

BBL

whatsdis

@whatsdis

why is this only applying null to only one node? i expected it to remove everything in one go.

gun.get('queue').map().on(function (node, key) {  
    gun
    .get('queue')
    .path(key)
    .put(null)
})

ohhh nvm i was using different "tables"

Mark Nadal

@amark

@whatsdis yeah you probably want this.get('qu... not gun.get('qu... cause gun still referencing root.

this should reference the current mapped node gun chain/API/context.

BBL

whatsdis

@whatsdis

ohhhh

Mark Nadal

@amark

@go1dfish BRENDAN EICH JUST REPLIED TO A TWEET ABOUT NOTABUG!!!!!

inventor of JavaScript, :O :O :O original founder of Mozilla & now Brave!!!

@go1dfish @go1dfish @go1dfish @go1dfish @go1dfish @go1dfish

the bug isn't happening for me, but somehow people are getting 1 year old homepages? (I'm guessing some service-worker issue from back in the day?)

go1dfish

@go1dfish

sweet

benplain

@benplain

Hi @amark, I just put an issue in github, may have been the wrong place to put it as it was more of a question I guess. It relates to resetting a Gun instance.

Is there a way to do this? or is there a way to reset/remove/add peers and dynamically add and remove Gun as a server

Where communities thrive

People

Repo info

Activity