edhelas

35 ms·

361.
by edhelas 8y ago
Here you are comparing publishing an Atom post to XMPP and publishing a simple message. It will more look like something like that (even if it's not valid). <iq type='set' to='pubsub.shakespeare.lit'
362.
by edhelas 8y ago
"Hub deliver content to each subscriber with a POST" It's quite common on some social networks to have several thousands/millions subscribers for some pages/communities/accounts. Is it really wise to build a pu
363.
by edhelas 8y ago
It's funny because my app just got removed from the Play Store for similar (weird) reasons https://twitter.com/edhelas/status/1014265845940441088 . Basically I'm also providing a link to F-Droid on the ho
364.
by edhelas 8y ago
This is exactly how the XMPP network is made and how the social features that we are building around are designed :) You use the same XMPP account to login to different instances and everything is synchronized from the server your account i
365.
by edhelas 8y ago
On a similar way we already built a "Blog" solution on XMPP. This is relying on the Pubsub extension and some others (like https://xmpp.org/extensions/xep-0277.html ). Two projects are already implementing it
366.
by edhelas 8y ago
ActivityPub is built by the W3C and therefore relies on Web related technologies (lost of HTTP and JSON exchanged) :) Does this scale properly and how does it compare to existing solutions like XMPP Pubsub ( https://xmpp.org/
367.
by edhelas 8y ago
Already tried Movim ( https://movim.eu/ )? It's fully relying on XMPP.
368.
by edhelas 8y ago
If you are interested we are building a communication platform for communities fully based on XMPP https://movim.eu/ :) It can easily be deployed on a Web server.
369.
by edhelas 8y ago
How does it compare with encoding the same kind of data in a XML stream?
370.
by edhelas 8y ago
Yes but it's not sexy. Quoting Moxie Marlinspike : "…it’s entirely possible to build a federated Signal Protocol-based messenger, but I no longer believe that it is possible to build a competitive federated messenger at all"
371.
by edhelas 9y ago
https://en.wikipedia.org/wiki/Empathy_(software)
372.
by edhelas 9y ago
Well looks like our government (I'm French) is having the NIH syndrome as well. Why not reusing existing solutions like XMPP + OMEMO? They can invest a few thousands euros in those projects and in a couple of open source clients. Plus
373.
by edhelas 9y ago
XMPP :) Fully realtime, can handle huge load, several serious servers out there, interesting clients. XMPP can do IM, but it can also do social networking ( https://xmpp.org/extensions/xep-0060.html XEP-0060: Publish-Su
374.
by edhelas 9y ago
Fragmentation != decentralisation. All those XMPP servers are talking to each others, so doesn't matter where you have your account you'll be able to reach the rest of the network. Emails are working the same way
375.
by edhelas 9y ago
Centralized, proprietary solution so easy to block. What did you expect?
376.
by edhelas 9y ago
A little XMPP chatroom, there's plenty of clients out there and there is a nice native Github integration (to have the PR, commits… notifications) :)
377.
by edhelas 9y ago
It's actually because older versions of Android doens't have a browser up to date enough to support Movim (see https://github.com/movim/movim_android/issues/1 ). Sorry about that. You can still acces
378.
by edhelas 9y ago
The Movim ( https://movim.eu/ ) social network is relying heavily on the XMPP Pubsub standard. All the articles published on the network are actually Atom elements ( https://en.wikipedia.org/wiki/Atom_(Web
379.
by edhelas 9y ago
As far as I remember you needed quite big servers if you wanted to "federate" with others, like join big chatroom because Matrix will try to replicate the history and keep it in sync. Is it still the case?
380.
by edhelas 9y ago
Hey :) Did you tried modern XMPP clients like Conversations, Dino and Movim (I'm the maintainer of this one)?
381.
by edhelas 9y ago
I think that we are getting too dependent on this browser/engine (Chrome/Chromium/Electron and the many others derivatives). This will create serious issues in the future regarding how Google is caring about respecting the ma
382.
by edhelas 9y ago
Hi, I'm the maintainer of the project, I'm actually taking into account the feedback. The reason we created this mascot was mostly to have different sets of stickers in the project. I'm personally paying artists to create ori
383.
by edhelas 9y ago
Thanks for the feedback, the registration has been fixed. Those fields are planned to be removed in the upcoming weeks, they are indeed not relevant anymore.
384.
Movim 0.12 – Lovejoy, a responsive web-based cross-platform XMPP client(nl.movim.eu)
39 points by edhelas 9y ago|12 comments
385.
by edhelas 9y ago
The interoperability between the protocols is indeed difficult. But pushing a standard protocol is, I think, the best way to promote this compatibility. Imagine if we didn't have a standard protocol for emails (SMTP/IMAP/POP)
386.
by edhelas 9y ago
Decentralized social networks aren't working for now because they reinvent their own protocol each time which creates fragmentation and incompatibilities between the platforms. I think that decentralized social network projects should
387.
Movim – Responsive web-based cross-platform XMPP client(movim.eu)
5 points by edhelas 9y ago|1 comments
388.
by edhelas 9y ago
Did you had a look at Movim ? https://movim.eu/ It offers a full social network solution (publication, comments, replies, contacts…) and modern IM (chatrooms, stickers, history management, synchronisation between devices).
389.
by edhelas 9y ago
Movim, a social network project built on XMPP https://movim.eu/ . I'm working on it for 9 years already and starting to have a nice little community using it daily. I'm really enjoying developing Movim on my free t
390.
by edhelas 9y ago
We are using Biboumi as our official IRC gateway for movim.eu (at irc.movim.eu) for a couple of years now :) Never had any trouble with it. It's a wonderful piece of software that I recommend to everyone!

More ›