I have a couple of questions:
- Could you not use animated graphics?
- If this is completely p2p, does it work for people behind a NAT or without IPv4 or IPv6, respectively?
- How does asynchronous communication work? Consider the following: My phone is offline, I send a message. Later I connect to the internet, but the recipient is offline. I go offline again, then the recipient comes online. With traditional messaging systems, this has always been working.
- Would DWAs that target a broader audience be possible? It seems to me like this is only good for instant messaging. Can I build a video hoster, a social media platform, a lemmy or mastodon alternative as a DWA? If so: How does that work?
Thanks for the great questions
-
My sincere apologies, I intended to wrap all the animations in a prefers-reduced-motion media query and never remembered to get to it. That means they will not play if you have an OS or browser reduced motion setting activated. I will try to get that done tonight.
-
I would not recommend running the DCNT server wide open on the public Internet, definitely yet, probably forever. It’s fine on local networks you trust, say for a synchronized life planner/organizer DWA running within your home network, once that exists. I highly recommend running the server behind a VPN or something else, Cloudflare Tunnel would work if you trust them. If it’s a VPN it will need to support either port-forwarding or have a public IP. NAT is no thing then. The users connecting will be able to get through without a public IP themselves, it’s only a requirement from one side.
-
Asynchronous messaging is possible in a few different ways, but it will require a host DCNT server that is always online, say a browser tab on a home PC running 24/7. Use a connected DWA to send a message to the host with the intended recipient address attached, and then once they become available by connecting to the host, the message gets delivered. That’s the simplest way to accomplish it, I think. If you use this type of architecture, you could provide asynchronous messaging for XXX amount of users simultaneously, depending on the WebRTC connection limit in the host browser. DeCent Messenger does not provide this functionality by design, though I do intend for it to eventually allow you to queue messages for users who are presently offline within your own DWA UI.
-
Yes, though how it gets tackled depends on what the broader audience is after. Private, direct, peer-to-peer stuff can be built today. For example, someone who likes using Facebook to connect with 20-30 friends, and doesn’t care about the public functionality. An app could be built to serve them today. Everything gets downloaded from their peers for offline access, and the clients sync when both online. The same goes for smaller-scale, really, anything… Someone who might set up a PeerTube instance for their group of friends, this can be provided as a DWA today. The benefit over the existing tech is that instead of needing to install a separate program/server for each of these specialized apps (which is sometimes fairly technical), the user just opens DeCent-Core and pulls in a web app that provides the same experience, immediately. More public-facing sites like Lemmy, or Mastodon instances are possible too, but the question becomes how large of an audience can they serve on the basic, P2P, directly-connected infrastructure. A Lemmy clone with only 20 users might not be very fun to use. The short answer to whether DWAs can bridge the gap to larger audiences (traffic wise) or not is yes, but I can’t exactly say how it will manifest at this point. DWAs allow web apps to implement, basically any sort of network topology possible, so there is a lot of room for evolution there. I’m very excited to see what people will build!
