Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Dropbox has open-sourced Zulip

zulip.org

Post reply on HN
Print view View original

161–170 of 323 posts

Re: Dropbox has open-sourced Zulip

#161

Post by tracker1 »

tabbott wrote: post #86
tracker1 wrote: post #78

I'm curious on the separate uses of Redis, RabbitMQ and Memcached... it seems these uses could all just use Redis. And have a lower overall memory/cpu footprint to boot.

Zulip use RabbitMQ for passing messages where persistence is desired; last I checked Redis didn't support persistent on-disk queues. Zulip's use of redis right now is basically just for the API rate-limiting; it could be easily removed.

Redis does have persistence options... I was just thinking Redis is often used as a more advanced memcached, while also supporting pub/sub channels and acting as a mq broker with a frontend... was just thinking in terms of reducing the requisite services, since rabbitmq requires erlang and it's own services as well as memcached.

http://redis.io/topics/persistence http://python-rq.org/

Re: Dropbox has open-sourced Zulip

#163

Post by tabbott »

krig wrote: post #156
tabbott wrote: post #138

Earlier quoted context omitted.

See https://news.ycombinator.com/item?id=10280246 . Historically most users were using the single cloud installation at zulip.com, and so having this significant fixed memory overhead wasn't a problem. I expect someone will do the work the fix this before long; it shouldn't be hard.

Thanks for the explanation! I take it that the open sourced zulip is very close to what zulip.com runs, then?

Yes, it's in fact exactly what's running on zulip.com.

puppet/zulip_internal in the server repo even has the zulip.com puppet configuration (sans secrets).

Re: Dropbox has open-sourced Zulip

#164

Post by it33 »

SwellJoe wrote: post #10

I was just about to try out Mattermost for our company communications. It integrates with a few things including gitlab, but Zulip seems to have a larger number of integration options, which is awesome. Anybody tried both and have thoughts on them? I still prefer to host my own infrastructure, and I want to be able to archive and categorize a discussion (after it's happened) for searchability, but a couple of our peo…

Hi SwellJoe,

Mattermost team here. We've had requests for XMPP, and potentially it can be added in future. Feature idea can be tracked here (and more ideas welcome!): http://mattermost.uservoice.com/forums/306457-general/sugges...

That said, communication has changed significantly since the XMPP standard. For example, after we implemented markdown in Mattermost it's really hard to go back (http://www.mattermost.org/open-source-slack-alternative-adop...).

If you decide to try Mattermost, please let us know if we can help! Twitter at @mattermosthq or via community options at http://www.mattermost.org/

Re: Dropbox has open-sourced Zulip

#165

Post by tabbott »

mrmondo wrote: post #160

Good to see it be open sourced. I'm disappointed there's no XMPP gateway, OTR chat encryption or Gitlab integration however.

There's a Git integration that you can use with GitLab or anything else that supports post-receive hooks. But it would be cool if someone contributed a more slick GitLab integration :)

Also there is a beta XMPP gateway at bots/jabber_mirror.py that can mirror traffic with an XMPP setup. It's beta because it's kinda annoying to setup; feel free to reach out on the development list for help if you have issues setting it up.

One note is that the a key feature of Zulip is thread-level topics which aren't really supported by XMPP; see https://news.ycombinator.com/item?id=10280817 for more discussion of this.

Re: Dropbox has open-sourced Zulip

#166

Post by tabbott »

tracker1 wrote: post #161
tabbott wrote: post #86

Earlier quoted context omitted.

Zulip use RabbitMQ for passing messages where persistence is desired; last I checked Redis didn't support persistent on-disk queues. Zulip's use of redis right now is basically just for the API rate-limiting; it could be easily removed.

Redis does have persistence options... I was just thinking Redis is often used as a more advanced memcached, while also supporting pub/sub channels and acting as a mq broker with a frontend... was just thinking in terms of reducing the requisite services, since rabbitmq requires erlang and it's own services as well as memcached. http://redis.io/topics/persistence http://python-rq.org/

OK, well, I'd certainly be happy to review a plan to consolidate things (probably the development mailing list is a better place for a detailed discussion) that doesn't hurt performance.

Re: Dropbox has open-sourced Zulip

#168

Post by mahouse »

tabbott wrote: post #126
mahouse wrote: post #75

Someone should tell those web developers choosing those fonts that not everybody has a damn Mac. https://i.imgur.com/MciirNR.png

It looks a lot better on my Linux laptop! We're investigating.

I have found bugs on that installation guide. For example it tells you to install the certificate chain to

/etc/ssl/certs/zulip.combined-chain.crt

But nginx looks for it in

/etc/ssl/certs/zulip-combined-chain.crt

Also during your installation you download this deb file to

/root/zulip/python-django-guardian_1.3-1~zulip4_all.deb

But the script then tries to install it from

/root/python-django-guardian_1.3-1~zulip4_all.deb`

Re: Dropbox has open-sourced Zulip

#169

Post by bjeanes »

inopinatus wrote: post #144
rikkus wrote: post #137

Earlier quoted context omitted.

Is it possible to get what Slack provides using IRC? I mean the whole package, not just the text chat. Consider enterprise-friendliness, excellent mobile clients, zero-setup required (no separate keep-you-online relays), really easy integrations, etc.? We are adopting Slack because it's great and I'd have loved to make a case for IRC but I wouldn't know what server to recommend (we don't really want to install it, bu…

Also in-client searchable archives, media handling, history editing. All require going outside the IRC protocols. IRC was designed by hackers, for hackers and it shows. Twenty years ago, IRC was my talk destination of choice and I operated a server within a major IRC network; these days my startup uses Slack which I determined to be the "least irritating" of the 21st century options. I had high hopes for Google Wave…

> I had high hopes for Google Wave but it was sadly stillborn.

Yeah me too. Google really effed that one up. RIP

Re: Dropbox has open-sourced Zulip

#170

Post by bjeanes »

rikkus wrote: post #137
shanemhansen wrote: post #95

Earlier quoted context omitted.

Every week I have to use a Cisco jabber client, Hipchat, Slack, and Hangouts within the same company. I know it's got less of a "cool" factor because it wasn't invented last week, but I soooo wish everyone would just use IRC. Use irccloud if you want some nice apps and picture embedding.

Is it possible to get what Slack provides using IRC? I mean the whole package, not just the text chat. Consider enterprise-friendliness, excellent mobile clients, zero-setup required (no separate keep-you-online relays), really easy integrations, etc.? We are adopting Slack because it's great and I'd have loved to make a case for IRC but I wouldn't know what server to recommend (we don't really want to install it, bu…

Slack's IRC bridge is actually pretty good. I know that's not quite what you're asking, but at least you personally could still interface using IRC.
Post reply on HN