:point_up: Edit: @KenEucker: If it's only returning pointers it's because you are putting nested objects and
once() only returns the first level deep by default. You have 2 options here:- If you are rendering it somewhere, you can still pass that reference to a component and then let the component retrieve each data (the bad part is that you make a lot of requests, the good part is that you can only retrieve small parts of each nested item)
- Replace the
once()method withload()(it's documented in the docs https://gun.eco/docs/API#-extended-api- )
Quote from the docs:Loads the full object once. It is the same as open but with the behavior of once.
@yarnball GUN should not be used for banking as it is offline-first eventually-consistent, financial data is usually online-only globally-consistent. Some people are doing stuff anyways, like @libensveto_twitter may want to talk to.
@fsvieira utoh, axe: false didn't fix? Then definitely sounds like a bug. Will you open a github issue with replicable example?
@Manuel-777 holy cow, you've also built your own DHT thing? Can I do a call with you + @connor-davis @Dletta @lmangani this Wednesday or Thursday? Seems like you all have built AXE without me needing to!
@StrongStarter_twitter :wave: :) cool, have any demos to share yet?? :)
@Mac16661 :clap: @Mac16661
@connor-davis will you DM me on twitter some times? (for secure render testing, separate from DHT)
@Emad-salah correct :( do you know what the right ASCII check is? oh wow, I didn't see that one, looks nice too. amark/gun#1156
@basic-bhavya do you have a HTML page instead? Or jsbin, even better?
:clap: @syonfox :+1: yeah, unverified means maybe weren't logged in.
@3210jr yo, @aethiop has an in-depth tutorial with exact details and just made a PR with fix: amark/gun#1169 (based off @sirpy work but ported to latest GUN)
@syonfox great Q!
@davay42 you could
@syonfox there is no way to make remote p2p data to be JS synchronous sadly, however you'll really love the SecureRender demo https://twitter.com/marknadal/status/1459369619488010243 it also uses proxies and fixes JS synchronousness by running in a game loop. It does not depend on GUN, cause as always, I like to keep most tools usable on their own, but (also like always) I'll be making very tight integrations between them so performance is epic.
@kuhlmann.markus:matrix.kusys.de :clap: @rococtz:matrix.org !!!
@KenEucker :clap: @rococtz:matrix.org woah! That was elegant!!! Nice!!
Tho what if a list has 1M items, you don't want to "await for the whole list to load" (that'd be very slow), do we just assume that'll force people back to no promises? I don't think there should be a lazy way that codes you down a bad route tho. Can we unite promises with streaming? Or we should just keep devs heavily discouraged from doing this on lists like currently?
Yeesh, why is TypeScript breaking stuff? Any clue?
:clap: :clap: @rococtz:matrix.org !
@fsvieira utoh, axe: false didn't fix? Then definitely sounds like a bug. Will you open a github issue with replicable example?
@Manuel-777 holy cow, you've also built your own DHT thing? Can I do a call with you + @connor-davis @Dletta @lmangani this Wednesday or Thursday? Seems like you all have built AXE without me needing to!
@StrongStarter_twitter :wave: :) cool, have any demos to share yet?? :)
@Mac16661 :clap: @Mac16661
@connor-davis will you DM me on twitter some times? (for secure render testing, separate from DHT)
@Emad-salah correct :( do you know what the right ASCII check is? oh wow, I didn't see that one, looks nice too. amark/gun#1156
@basic-bhavya do you have a HTML page instead? Or jsbin, even better?
:clap: @syonfox :+1: yeah, unverified means maybe weren't logged in.
@3210jr yo, @aethiop has an in-depth tutorial with exact details and just made a PR with fix: amark/gun#1169 (based off @sirpy work but ported to latest GUN)
@syonfox great Q!
as in most of my codebase is a pass-thru object from one function scope to another function scope (most people use this but it has some performance penalties when used with call/apply). So you'll see as often has as.opt and other temporary/scope data.@davay42 you could
...on(function(data){ this.get(data.subitem).once(... if you have SEA it bundles a promise you can use instead of once. Tho it'd be nice if you'd be willing to screencall with me for us to work on .open(? Fix it for manhattan ( + @KenEucker )@syonfox there is no way to make remote p2p data to be JS synchronous sadly, however you'll really love the SecureRender demo https://twitter.com/marknadal/status/1459369619488010243 it also uses proxies and fixes JS synchronousness by running in a game loop. It does not depend on GUN, cause as always, I like to keep most tools usable on their own, but (also like always) I'll be making very tight integrations between them so performance is epic.
@kuhlmann.markus:matrix.kusys.de :clap: @rococtz:matrix.org !!!
@KenEucker :clap: @rococtz:matrix.org woah! That was elegant!!! Nice!!
Tho what if a list has 1M items, you don't want to "await for the whole list to load" (that'd be very slow), do we just assume that'll force people back to no promises? I don't think there should be a lazy way that codes you down a bad route tho. Can we unite promises with streaming? Or we should just keep devs heavily discouraged from doing this on lists like currently?
Yeesh, why is TypeScript breaking stuff? Any clue?
:clap: :clap: @rococtz:matrix.org !
New p2p game demo out!!! https://twitter.com/marknadal/status/1465135435965878273 thanks to @mike.stone_gitlab !!!
I can feel all the puzzle pieces coming together.... SecureRender for high performance and encrypted no-login/register UIs across browser/desktop/mobile, GUN for metaverse sync, and AXE fixed with people's DHT demos to scale!
:fire: :clap: :zap: :star: :fire: :clap: :zap: :star: :fire: :clap: :zap: :star: :fire: :clap: :zap: :star: :fire: :clap: :zap: :star: @aethiop 's PR to fix React Native with the latest manhattan version is now merged!!!!!! What an epic role model of OSS contribution :) :) :). To use it, please npm install from github main. :fire: :clap: :zap: :star: :fire: :clap: :zap: :star: :fire: :clap: :zap: :star: :fire: :clap: :zap: :star: :fire: :clap: :zap: :star:
@amark I did not built the DHT but merely connected an existing one (https://www.npmjs.com/package/discovery-channel using bitorrent dht) with Gun, that also works for any other library alike. I would say this is nothing like AXE though, at least not the ideal version of axe you described in the papers. I am happy to join on a call anytime to explain a little more in depth how I managed to get it working along Gun and my ToolDB! could probably set up a small demo too :)
Not sure how hard would it be for you to read this (typescript) but the server of my app is already running on this schema I described above;
https://github.com/Manuel-777/chain-swarm
The db is almost entirely built based on some of Gun's concepts but adapted to my own vision here;
https://github.com/Manuel-777/tool-db
Not sure how hard would it be for you to read this (typescript) but the server of my app is already running on this schema I described above;
https://github.com/Manuel-777/chain-swarm
The db is almost entirely built based on some of Gun's concepts but adapted to my own vision here;
https://github.com/Manuel-777/tool-db
The only important goal of AXE is to be able to handle 100M monthly active users
that is gonna require a lot of engineering work :P
swarm/dht/whatever is all necessary, so I want to understand your efforts more and write code with PANIC to benchmark scale.
Data coming through hypercore dht
This isnt the best case scenario because everyones gun data gets synced, but eventually work will pay off and they will only receive the data they ask for.
But a one room chat can use this method
Speaking of, does anyone know which event gets fired when data is meant to go out to a relay peer and be forwarded?
hi, on a nodejs stack, using another gunjs instance that i used from react frontend that work with register, get and login, and now dont work on my other nodejs stack. im connecting to my local [ 'http://localhost:8765/gun' ],
import * as SEA from 'gun/sea';
const gun = SEA.GUN(gunHosts);
// hang here, no callback
gun.user().auth('username', 'pass', (res) => {
console.log('result!', res);
}));
Sorry if this is a dumb question, but how do I create a websockety host server for gun? Just run gun on node and direct client to the IP? But how does gun know how to use websockets on my server, and how do I add the IP to the client? I'm really struggling to find this in the docs
+1 to the two questions above. I also can't really get a hold on this in my mind...
@connor-davis š
[whispers - get us off gitter be our saviour]
Im still learning the inner workings of how stuff gets transferred in Gun
See what happens is that the client connects to the dht and from there I get the dht to relay the data to the other sockets.
What I am excited about more so is being able to expand the capabilities, for e.g. I have built a p2p file sharing app with hyperswarm/dht that allows the desktop app (electron) to act as a server and a client, so if someone is "hosting" then someone connects to their http connection that is relayed over the dht and the "client" connects to that relay and can perform axios get requests etc, now this enables that to work in theory :)
But as well as that, now imagine this:
You have gun-relays that connect to eachother using the dht and the dht allows them to query data from eachother, simple enough because in nodejs you can pipe data from one relay to another, so when one asks for data, whoever has the data can send it to them. The same can work for a browser client, it connects to the dht and the dht can forward that get request to all on the network and whoever has it sends it to the client. This dht-relay will open those doors if we use it correctly, together. We basically need to work together as a community on this.
You have gun-relays that connect to eachother using the dht and the dht allows them to query data from eachother, simple enough because in nodejs you can pipe data from one relay to another, so when one asks for data, whoever has the data can send it to them. The same can work for a browser client, it connects to the dht and the dht can forward that get request to all on the network and whoever has it sends it to the client. This dht-relay will open those doors if we use it correctly, together. We basically need to work together as a community on this.
That could work yeah, I cant imagine a regular dht being as fast or reliable to handle too many things floating around though, but then again thats what Mark noticed when designing AXE over a traditional solution like this.
Have you seen this one ? https://www.npmjs.com/package/trystero Im testing it to get two browsers connected and it works like a charm, its webrtc so it probably does not scale but it could be interesting
Have you seen this one ? https://www.npmjs.com/package/trystero Im testing it to get two browsers connected and it works like a charm, its webrtc so it probably does not scale but it could be interesting
Agreed. Theres always a way however, the nice thing with hypercores dht is it is key based, so if I dont want my messaging app to be connected to your dht for instance, then it doesnt need to be. So it can scale I guess. At the end of the day its up to the infrastructures design.
hey guys, im trying to use user.recall(), but it doesn't save the alias. the user alias is set to the public key, is this supposed to happen?