[D] blevvys: thx for the help
[D] Mark Howe: > <@!725671138742763530> [...] I'm middle of fixing this with a custom CPU scheduler and JSON parse module, but have to rewrite every for loop in GUN to use this new scheduler to prevent these hiccups. So if you're willing to hold on [...]
<@!178314946201780224> Many thanks for looking into this. Is there an issue I could track, to know when it would make sense to try again?
<@!178314946201780224> Many thanks for looking into this. Is there an issue I could track, to know when it would make sense to try again?
[D] JerryZhang: I realize that If I want to sync or upload a file larger(more than 50Mb), it's very easy to cause Crash in GUN, I think I have to split it into several mini file to upload it.... SO this is a base phenomenon of GUN or I make some mistake? I just use base64 Coding whatever file it uploads 😅
this.$gun.get('myfiles').get(item.name).put(code) and decode it locally......
[D] JerryZhang: I try to upload a file about 100Mb, and it CRASH ...
[D] Heisenberg: Hi <@!178314946201780224> Sorry for my late response, I've been away! Trying to catch up with the progress made and topics discussed. So with respect to my original questions and whether I was satisfied with the replies I received from the community, I would still prefer them getting answered by you 😉 as I believe they're pretty fundamental to the concept of GUN. I will paste the two questions below:
**1.** If you want to build a forum, and any user can post to the forum, but you don't want any of the data to be public in GUN how would you go about storing it?
Like you want to be able to let users query their own posts but also want to be able to return all posts to someone just browsing, and users should only be able to edit their own posts, and only the application itself should be able to read ALL the posts.
Based on the security stuff earlier mentioned, I actually think this could lead to some pretty bad vulnerabilities. In order to associate all the posts belonging to a specific forum you would have to store that association, but if so that means that any peer who can write to the forum would have to be able to know the id/key of the forum to add or remove from it, so theoretically you could just overwrite the whole thing, unless the server has some protections against that. And even if the server has protections, someone could insert a malicious server that could find the key of the forum and remove it or alter the data.
Recapulating, like I just want to know how you would go about having shared data that can only be readable by the application where pieces of it can only be editable by individual users.
**2.** How do you prevent a malicious peer/server from removing or editing stored data by replacing the reference. My impression of GUN based on the docs is that it is great if you want to store data specific to individual users, but building a shared state that is private that the app can read I really don't understand how that can be done.
Hello Wonderful People. I have a small query. I noticed that
user.trust() api is broken/ not working with the current gun release (0.2020.520). I'm wondering if there is any workaround to replicate this functionality ? i.e to give write access to a private user's graph. thanks in advance
I dont see the session reestablish
@isbincApps @opencoca @99percentlies_gitlab @darrenahunter oh no! gitter <-> discord bridge broken? I definitely don't want to miss you all!!! :fire: :zap: :tada: :fire: :zap: :tada: :fire: :zap: :tada: WELCOME WELCOME WELCOME!!! <3 :)
I think
A couple people have built their own
Hm, this has to do with connections retrying for 2 minutes before "giving up", I guess that happens when laptop closes too, so when it opens it doesn't retry - which is bad, is there a Browser event to detect laptop having been reopened? Maybe I need to add code that checks "last awake" and assume "reopen" event if longer than X min or something. Anybody have better idea?
I think
520 broke the Todo Tutorial :( extremely embarrassing and I need to get that fixed. If you launch a local peer or your own peer I think it should work tho. Thank you for reporting.A couple people have built their own
user.trust( alternatives with SEA directly ( https://gun.eco/docs/SEA ) , they're mostly on discord now tho so would you mind joining there & I'll tag them for you?Hm, this has to do with connections retrying for 2 minutes before "giving up", I guess that happens when laptop closes too, so when it opens it doesn't retry - which is bad, is there a Browser event to detect laptop having been reopened? Maybe I need to add code that checks "last awake" and assume "reopen" event if longer than X min or something. Anybody have better idea?
and then automatically start retrying connections
Obvious noob here. I’m looking through the docs but can’t for the life of me figure out how to share data with another user or with a group of users, when using the gun.user() methods of managing users/logins. Tried the SEA docs but having a hard time. If I’m a user and want to make certain data available to anyone who has my pub key, how would I do that? Can this be read-only? Is this possible? Any direction you kind folks could give would be greatly appreciated!
@deztopia, I'm also pretty new, but it looks to me like calling user(publicKey) off of the root will do what you want; https://gun.eco/docs/User#getting-a-user-via-gun-user
@amark There is no browser event for laptop lid close/open since what happens is in fact a user preference ( suspend , sleep , poweroff etc. ) I struggled with this waaaaay back when doing video streaming. There is - or was - an event you can hook into but that is for video/audio streaming only.
Hi all, not sure if anyone else has run into this or if I’m doing something wrong again. But gun.unset() doesn’t seem to work if I call it outside the scope of the original set(). Scenario 1: I create a node with gun.get()/gunput() and call gun.set() to add the new node to a set, verify the node was added, then call gun.unset() passing the same node instance i passed to set. It works, and removes the node from the set. Scenario 2: I create a node, call set() to add the new node, and verify the node was added. Then later I loop through the set with map().once() and try to remove by passing the node given by the once() callback to unset(). Doesn’t remove it. I’ve also tried gun.get() to get the node instance, then passing this to unset(). Also doesn’t work. What exactly should I be passing to unset() to get it to remove the undesired node? I feel like I may be missing something fundamental. Thanks for the help!
@cuterajat26_gitlab yay!
@deztopia What do you mean by stale users? Like people in a game room and then leave? Potentially https://gun.eco/docs/Forget useful IDK your use case tho.
@schicks :clap: :clap: :clap: wow :) look at you helping out @deztopia already I love it <3 :) yes, you are spot on!
And yes!! Very good thinking,
(A) anyone who has login access to that "user entity" is capable of stealing the private key, which means you can never ban/boot/block them.
(B) gun currently does not support multi-user same-gun-instance login, so you can't have them logged into their "normal" account and the "room" account simulteansouly, tho this seems like a feature a lot of people are wanting/demanding.
(C) there are better approaches for doing rooms/etc. that re more flexible/powerful, I recommend chatting with Martti or James (looks like gitter<->discord bridge broken) and some others who have all implemented these permissions/rules for their encrypted chat apps.
@Stefdv dang :( what was the audio/video one, do you remember?
@deztopia What do you mean by stale users? Like people in a game room and then leave? Potentially https://gun.eco/docs/Forget useful IDK your use case tho.
@schicks :clap: :clap: :clap: wow :) look at you helping out @deztopia already I love it <3 :) yes, you are spot on!
user(pubkey) the data on their graph will by default be cryptographically signed but not encrypted (unless you encrypt it) so anyone can read but not edit/tamper.And yes!! Very good thinking,
user() could be any shared org, room, entity, institution, etc. ... but note!(A) anyone who has login access to that "user entity" is capable of stealing the private key, which means you can never ban/boot/block them.
(B) gun currently does not support multi-user same-gun-instance login, so you can't have them logged into their "normal" account and the "room" account simulteansouly, tho this seems like a feature a lot of people are wanting/demanding.
(C) there are better approaches for doing rooms/etc. that re more flexible/powerful, I recommend chatting with Martti or James (looks like gitter<->discord bridge broken) and some others who have all implemented these permissions/rules for their encrypted chat apps.
@Stefdv dang :( what was the audio/video one, do you remember?
@deztopia intersting,
unset( isn't even an official API :laughing: I don't know how it works, maybe somebody else in community does tho. What I do is just gun.get('list').set(item) ... gun.get('list').map().once(function(item, key){}) ... gun.get('list').get(key).put(null) as all set does is a gun.get('list').get(key = randomID()).put(item) underneath anyways.
@cuterajat26_gitlab @deztopia @schicks are you able to join the http://chat.gun.eco discord? Most of the community switched there months ago, but I've always been worried about forcing people to use X or Y platform and not wanting fragmentation to happen.
@amark no i don't remember what it was, i do remember that i never used it anyway... However there is a discussion about this going on - w3c/webrtc-pc#2489
@lws803 yo :) I hope you made it over to the discord, sorry everyone for the community transition. Gitter was more "open" which I liked, but discord has been more stable/reliable & searchable.
grant and trust way below the CPU scheduler, JSON parser, DHT, and base User API improvements & bug fixes. So yeah :P unless you want to contribute <3 <3 based off my spec/API design, assume its gonna be a long time.
@Stefdv thanks! See ya over in discord.
@maxbaluev you better switch to http://chat.gun.eco discord. I'm afraid gitter is getting less attention these days
@cuterajat26_gitlab @deztopia @schicks are you able to join the http://chat.gun.eco discord? Most of the community switched there months ago, but I've always been worried about forcing people to use X or Y platform and not wanting fragmentation to happen.
Long time everyone @amark just continuing research (now into first-order logic languages)
Is there some kind of identification protocol you'd like to see for identifiers or locators in any language for a gun call?
e.g. HTTP:// <locator>
e.g. gun:// <ip?> | <identifier?> | <pool?>
(hoping we can get some kind of browser-default WS call to any gun database that way)
I'm asking because OWL, N3, have these kinds of protocols embedded in their resource locators.
such as in var exampleSocket = new WebSocket("wss://www.example.com/socketserver", "protocolOne"
i.e. if I wanted to declare a triple, or some kind of RDF store... what would I put in there as the uri or identifier? @Dletta
@jacobpdq hiii :) may want to try discord now http://chat.gun.eco , I've always been anti-domain/protocol/etc. identifiers, as the only usefully meaningful thing that can be self-enforced is cryptographic identifiers, next up I do think it may be ok for schema identifiers to be embedded into it... which is kinda what a protocol is doing, but I think these should be optional/flexible/not-rigid. Finally, you'd probably want to do something like gun://
soul never a domain or specific server, as the soul is the lookup for it, the servers shouldn't matter at the end of day.