Live data from Hacker News

Show HN: Actor Messaging platform

github.com

21–30 of 40 posts

Re: Show HN: Actor Messaging platform

#21
post #8

Is this like Atlas from Layer.com? I.e. open-sourced client SDK for their proprietary messaging platform?

No, it is completely open source with server too. This is main difference from Layer.

Thanks! I'm in the early stage of evaluating Atlas/Layer, and I think I'll play with your product this weekend. How do you plan to make money? I don't see any "Pricing" page.

Re: Show HN: Actor Messaging platform

#22
post #2

We asked ( https://news.ycombinator.com/item?id=9757243 ) what we can do with our project and make a promise that we will release it to OpenSource. Here we are!

Thanks so much! Is there anything HN community can help you with?

Maybe someone wants to unite to build something bigger. We have awesome quality messaging, but it is nice to have voice/video. Also for voice/video it is good to have messaging too. Maybe someone building encrypted email provider? Or just email provider? Email and Messaging are good together. File sharing? Aero FS? We can integrate messaging in any service, and it can look like "chat heads" of Facebook. Imagine, from any task in Issue Tracker you can open conversation with an author of issue/comment? Nice! No one has done this yet.

"Actor" is named after Actor Model, where Actors are small valuable pieces of code that can integrate with other Actors of different kinds. The same idea can be for services, build deeply integrated experience of tools that we are using.

This is dreams, but i have not evidence that they can't be true.

Re: Show HN: Actor Messaging platform

#23
post #8

Earlier quoted context omitted.

No, it is completely open source with server too. This is main difference from Layer.

Thanks! I'm in the early stage of evaluating Atlas/Layer, and I think I'll play with your product this weekend. How do you plan to make money? I don't see any "Pricing" page.

We don't know how we will make money. Currently, we provide consulting and implement features for money. Maybe at some point donations, but i never ever seen that donations can help build big and complex stuff like this. I believe that if Actor will be quite popular we will find some way to do money, this is what i learned from my experience at Telegram.

Re: Show HN: Actor Messaging platform

#24
post #14
post #11

Earlier quoted context omitted.

You're free to re-implement the public-domain protocol[1] under your own license. Pond has a 3-clause BSD licensed Golang implementation[2] that Moxie even references in the Axolotl announcement blog post. 1: https://github.com/trevp/axolotl/wiki 2: https://github.com/agl/pond/tree/master/client/ratchet

Re-Implementing cryptography is VERY costly operation that we cannot afford now. I already implemented in the past crypto for Telegram, there waere a lot of small mistakes in the implementation part. Even Telegram have many resources, but we haven't.

[deleted]

Re: Show HN: Actor Messaging platform

#25
post #10

why did you not use something like websockets and layer on your security layer ? I see you have done a fair bit of sophisticated work inside your "core-async" library. Was there nothing like socket.io-client, etc that you could have used for your transport layer and on the android client side ?

core-async is extension of core project for async environments with real multithreading. It is mostly contain working with data and syncing it with UI. If you is interested in protocol, you can read docs: http://actor.readme.io/docs/protocol Sources of networking is inside core project. You will see how really complicated it is. Networking layer are also handle cases when servers are crashing randomly and restoring e…

Thank you for sharing the code! I read through your documentation and noticed there is documentation of server-client but not server-server. How do you achieve a multi-server architecture? Is it simply to scale the Postgre database and connect more server frontend to it and load balance over those frontends? Or is there some inter server protocol as well?

Re: Show HN: Actor Messaging platform

#26
post #4
post #3

Earlier quoted context omitted.

Thanks for opening the source. You might want to contact the EFF to see if they will add you to their "scorecard" for secure messaging programs: https://www.eff.org/secure-messaging-scorecard

I want to implement full e2e encryption with Moxie's encryption and I can't because it is GPL( GPL is not comparable with mobile apps at all. Also I think that implementing encryption by ourselves will be mistake. May be some one can contribute?

You could make a GPLed APK available. Not user friendly but it will allow those who really care to get the most secure possible version.

Re: Show HN: Actor Messaging platform

#27
post #25
post #10

Earlier quoted context omitted.

core-async is extension of core project for async environments with real multithreading. It is mostly contain working with data and syncing it with UI. If you is interested in protocol, you can read docs: http://actor.readme.io/docs/protocol Sources of networking is inside core project. You will see how really complicated it is. Networking layer are also handle cases when servers are crashing randomly and restoring e…

Thank you for sharing the code! I read through your documentation and noticed there is documentation of server-client but not server-server. How do you achieve a multi-server architecture? Is it simply to scale the Postgre database and connect more server frontend to it and load balance over those frontends? Or is there some inter server protocol as well?

Actor is built on top of Akka that have built-in support for node-to-node communication. When our CTO will wake up, he will answer in details how it works.

Re: Show HN: Actor Messaging platform

#29
post #6
post #5

Earlier quoted context omitted.

Yet somehow, Open Whisper Systems apps are doing just fine being GPL.

Yes, this is their software and they can do whatever they want. I think Moxie just don't care. In Actor we respect licenses and all other legal stuff. More information about GPL and Mobile Stores: https://www.fsf.org/blogs/licensing/more-about-the-app-store...

The reason you aren't allowed to publish applications containing GPL'd source code in the Apple Store isn't because the GPL forbids it, it's because Apple forbids it; they have an unnatural hatred for the GPL.

From what I can see the Signal application uses GPLv3'd code. I have no idea how it is still available in the Apple store.

Re: Show HN: Actor Messaging platform

#30
post #4
post #3

Earlier quoted context omitted.

Thanks for opening the source. You might want to contact the EFF to see if they will add you to their "scorecard" for secure messaging programs: https://www.eff.org/secure-messaging-scorecard

I want to implement full e2e encryption with Moxie's encryption and I can't because it is GPL( GPL is not comparable with mobile apps at all. Also I think that implementing encryption by ourselves will be mistake. May be some one can contribute?

I don't like the way you've framed the debate. As I said below, the reason you aren't allowed to publish applications containing GPL'd source code in the Apple Store isn't because the GPL forbids it, it's because Apple forbids it; they have an unnatural hatred for the GPL.

Whether you like copyleft licenses or not is irrelevant. They are the wishes of the person who developed the original code.

Post reply on HN