Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 12:38
    jussiry opened #906
  • Feb 18 20:25
    Dletta commented #784
  • Feb 18 20:21
    rumkin commented #784
  • Feb 17 20:39

    amark on manhattan

    3rd rewrite, have batched acks. (compare)

  • Feb 17 20:18
    rumkin commented #784
  • Feb 17 20:18
    rumkin commented #784
  • Feb 17 20:18
    rumkin commented #784
  • Feb 17 20:17
    rumkin commented #784
  • Feb 17 19:25
    Dletta commented #784
  • Feb 17 19:20
    rumkin commented #784
  • Feb 17 19:06
    Dletta commented #784
  • Feb 17 15:01
    rumkin commented #784
  • Feb 14 03:40
    robhicks edited #905
  • Feb 14 03:37
    robhicks opened #905
  • Feb 13 08:53

    amark on manhattan

    if emitting chain perf fault, t… (compare)

  • Feb 12 22:32

    amark on manhattan

    yet again (compare)

  • Feb 12 22:07

    amark on manhattan

    I want the count (compare)

  • Feb 12 21:56

    amark on manhattan

    more info (compare)

  • Feb 12 21:18

    amark on manhattan

    ugh lol finally get this right? (compare)

  • Feb 12 21:01

    amark on manhattan

    allow sort / dynamic prefix on … Update gun.js (compare)

Mika
@mhelander
I've got something @ home PC, unreachable from work unfortunately. And it's for like 2 years old SEA which got some API changes since. Hardest, as always, is to make robust flow with error handlings, and in my case to get reload/recall to work properly in all cases.
Marcus Bernales
@mboperator
Got it. Might be time to reimplement that project! The tooling has only gotten better since then :)
Mika
@mhelander
So true, go ahead! Would like to see someone else's solution to the ever old login handling... Had some ideas about utilizing Gun then (summer 2017) but got hired for full-time job and then just had been too busy (or tired) to spend more time completing those
Marcus Bernales
@mboperator
I meant that to be aimed at you lmao. I'm kind of over implementing auth at the moment (figuring out the auth handshake w/ Blockstack + Electron was painful).
And yeah I feel you. Gotta mind the day job first! I'm looking to make my current side project my main hustle so I have a lot more bandwidth to explore all the great decentralized tooling that's matured over the past two years.
Mika
@mhelander
Hehe, right. I'm now in progress of documenting ECIES auth flow for user login, and then ECDH key pair based token authorization system for complex database application... which will be reviewed by most strict security gurus... not easy but doable I think.
Marcus Bernales
@mboperator
Are you doing that for your day job?
Mika
@mhelander
yeah, among other things keeping me busy there
Marcus Bernales
@mboperator

lol I can see why you wouldn't want to work on auth at home too.
I can't really speak to SEA, but I can say that Gun has been a pleasure to use for data persistence and synchronization.

Was able to migrate an existing app off of Firebase and got the state persisted and hydrated via Gun in less than 100 lines of code

Mika
@mhelander
Was it you @mboperator who stated that Gun easily replaces React events and Redux store from most of the web app... which is my experience also. I've done in my past pretty decent DB based React+Redux+Saga WebSocket app, and then figured out that GraphGL would make life easier... and then found Gun. It would've been total match for my past service & app and simplify everything!
Martti Malmi
@mmalmi
Sounds like a good selling point. Gun saves your time, money and sanity by reducing the need for custom state sync code.
That was my experience when moving from ipfs to gun
Mark Nadal
@amark

@mboperator :) @mhelander wrote all of SEA :) hehe, you're talking to a legend!
@mmalmi was Satoshi's 1st contributor to Bitcoin. Now working on Iris, which will have even bigger impact.
You can see why I like to hang out in this community, pretty epic people here. :)
Now you're one too. :)

<3

BBL, I think I discovered a way to debug the live testing servers with some more useful stats. Night!
Marcus Bernales
@mboperator
@amark @mhelander now I pretty much have to take a stab at implementing SEA 😂
This is awesome. Super stoked to see what we all build and collaborate on.
also @mhelander it was not me who said that but i agree with the sentiment!
Marcus Bernales
@mboperator
anyway gotta ko. Thanks for the warm welcome. I’m excited to contribute to the cause ✊🏽
narnikgamarnik
@narnikgamarnikus

const post = user().get('posts').set(post)
gun.get('posts').set(post)
No one can change the post, besides the user, the graph of which is it?
narnikgamarnik
@narnikgamarnikus
const post = {
  title: 'First post',
  text: 'Hello world!'
}

gun
  .user()
  .get('posts')
  .set(post)
  .once(function() {
    gun.get('posts').set(this)
  })
})

In this case, if I get posts like this:

gun.get('posts').on(function(data, publicKey) {
  console.log('post', data)
})

They are already write-protected for other users.

I just now, finally, figured out how to store and protect data!
Jachen Duschletta
@Dletta
Nice, well done narnikgamarnik
@narnikgamarnik
QVDev
@QVDev
@rm-rf-etc yes I would like to join the meeting. Let me check what make sense. Will we have specific topics?
Have to check availability, do we know what amount of time we want to spend on the talk?
Rob
@rm-rf-etc
@QVDev .grant and .trust
@QVDev 1 hour, typically
QVDev
@QVDev
Those are new API's right?
Rob
@rm-rf-etc
@QVDev ya, as I recall, Mark is asking for help with completing them
Jachen Duschletta
@Dletta
The purpose of the meeting would to come up with a working ‘pseudo’ example so it can be implemented
narnikgamarnik
@narnikgamarnikus
Is there a way to get a list of users online?
Or I need to do user().get('online').put(true) at the entrance
and user().get('online').put(false) on exit?
Mark Nadal
@amark
@narnikgamarnikus congrats :D :D :D
Yeah, you'd have to build your own list of online/offline users - there is an old old old prototype of this here: https://gun.eco/docs/shim.js#-code-ondisconnect-code-
@QVDev we should have you on the proper podcast to talk about your video streaming work in general.
Yeah @Dletta .
QVDev
@QVDev
Quick question: can we sent Uint8ClampedArray via gun?
@rm-rf-etc like the new topics would like to know more about them so I can be more of a spectator asking questions during the podcast
@amark maybe a podcast specific for all upcoming work and what the state is would be nice. So everone prepares a demo and explain and gives an update and what is next on the roadmap. Probably less technical but nice to watch the showcases and posibilities of gun
Rob
@rm-rf-etc
Ya, I like this idea
Julian Stahl
@ThinkingJoules
@rm-rf-etc I don't think I can make it in on the conference call. Have lots of things going on right now, both work and personal, so I wouldn't be able to contribute anyway.
@QVDev Gun sends everything as JSON, so you would have to send it as an array and do your conversion in app code.
@QVDev Or you would need to switch out the GUN transport layer for something like MessagePack. However I think that can only send binary as a Uint8Array. Not familiar with the Clamped array.
QVDev
@QVDev
@ThinkingJoules thanks, guess I'll go for the base64 string and convert it back
Mark Nadal
@amark
@QVDev remember we discussed this at the outdoor food garden in berlin? It'll be easier + more performant to have opt-in transport adapters with Buffers/whatever support that you add to your app (so all peers running it get the boost), than trying to get every peer in the entire protocol to all handle Buffers correctly (might not be possible on small IoT devices).
@rm-rf-etc me too! Tho, @QVDev I want to keep a sharp divide between "showing demos" as -> screencast, and "talking about existing & upcoming projects" -> as podcast. Podcasts are easy for newcomers and existing community (if they have hearing, not all in this community are) to catch up on the road/commute or in background. While demos / video is more inaccessible, and should either be shorter (for presentational & educational purposes) or more hack/pair-programming/collaborative oriented (you're not gonna miss out if you don't watch it).
QVDev
@QVDev
@amark yeah I remember the adapter will look into it. Dividance of the screencast and podcast make sense indeed as they are complete different topics.
Rob
@rm-rf-etc
@amark @QVDev well if we can get people joining in every week or every other week, could be a recorded standup meeting. Basically show whatever work has been done, even if it's just broken code, and talk about what's next.
Mark Nadal
@amark
:thumbsup: I like that idea
Rob
@rm-rf-etc
When we receive encrypted data, is there a surefire way to detect that the data is encrypted? For example, a user may decide they want to be anonymous, so we simply encrypt their username. However, I don't want to show other users the encrypted junk when rendering anonymous people in a list, I'd rather hide them in the frontend, or display something that looks nice but communicates that this person has gone anonymous. E.g. username: ************* instead of username: %2aDgho!@nb
rogowski
@rogowski
Maybe today guys? 4pm or later after 7pm (CA time) is good for me too @Dletta
QVDev
@QVDev
I am OK for this Friday midday->evening CEST time
rogowski
@rogowski
good too @QVDev
QVDev
@QVDev
:+1: