TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

A distributed, tag-based pub-sub service for modern web applications

67 点作者 sdomino超过 9 年前

11 条评论

nodesocket超过 9 年前
A lot of open-source projects by Nanobox look awesome, but most don&#x27;t have any documentation or demos :-(.<p>I&#x27;m most interested in:<p><pre><code> [Hooky D](https:&#x2F;&#x2F;github.com&#x2F;nanopack&#x2F;hookyd) - Remote hook execution layer [Butter](https:&#x2F;&#x2F;github.com&#x2F;nanopack&#x2F;butter) - Git based deployment system [Shuttle](https:&#x2F;&#x2F;github.com&#x2F;nanopack&#x2F;shuttle) - Transparent TCP proxy for web</code></pre>
评论 #10578519 未加载
评论 #10578421 未加载
sdomino超过 9 年前
As a point of clarification (I work at Pagoda Box&#x2F;Nanobox). Pagoda Box uses an older suite of similar tools (<a href="https:&#x2F;&#x2F;github.com&#x2F;stormpack-core" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;stormpack-core</a>) mostly written in Erlang. This newer project (written in Golang) is part of a group of tools (<a href="http:&#x2F;&#x2F;nanopack.io&#x2F;" rel="nofollow">http:&#x2F;&#x2F;nanopack.io&#x2F;</a>) being written for <a href="https:&#x2F;&#x2F;nanobox.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;nanobox.io&#x2F;</a>
评论 #10579630 未加载
ShaneWilton超过 9 年前
This looks like a great project! I&#x27;m curious about the following caveat from the readme, however:<p>&quot;Data flowing through mist is NOT touched in anyway. It is not verified in any way, but it MUST NOT contain a newline character as this will break the mist protocol.&quot;<p>I haven&#x27;t read the code yet, but my gut reaction is that this suggests it would be possible to inject commands using malicious user input. Given the caveat, this may be allowed for by your threat model, but it may be worth some effort to mitigate.<p>EDIT: To clarify, this may not be the case at all, in which case I&#x27;d be curious to hear why this restriction is in place.
评论 #10578429 未加载
rar_ram超过 9 年前
&gt; Messages are not guaranteed to be delivered, if the client is running behind on processing messages, newer messages could be dropped.<p>&gt; Messages are not stored until they are delivered, if no client is available to receive the message, then it is dropped without being sent anywhere.<p>Not sure in which use cases can I use this ? Doesn&#x27;t this defeat the purpose of having a message queue.
评论 #10578411 未加载
评论 #10578386 未加载
foo42超过 9 年前
Struggling to see when I&#x27;d use this over, say, rabbitmq. Feels a bit like &quot;not invented here&quot; syndrome, though glad to be proven wrong. Also curious that this replaces previous tooling written in erlang, be interested to here what prompted the move to golang, I would think a message broker was right in erlang&#x27;s wheelhouse
评论 #10581884 未加载
评论 #10582551 未加载
tylertreat超过 9 年前
Curious how this compares to gnatsd: <a href="https:&#x2F;&#x2F;github.com&#x2F;nats-io&#x2F;gnatsd" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;nats-io&#x2F;gnatsd</a>
评论 #10579204 未加载
mappu超过 9 年前
I need one of these at $DAYJOB as of yesterday, so thanks!<p>Any chance of basing it on `igm&#x2F;sockjs-go` or similar instead of raw websockets?
评论 #10579079 未加载
tylerflint超过 9 年前
Also to clarify (and yes I also work at Pagoda Box on the Nanobox project), this service was initially intended to provide push capabilities for rails and other web frameworks that can&#x27;t natively provide a push socket layer. It has successfully filled that niche and has expanded to fill other needs as well.
cbsmith超过 9 年前
It&#x27;s like PubSubHubbub, except with JSON instead of XML, and bypassing that whole HTTP protocol that was never going to catch on anyway...
sanderson1超过 9 年前
Is this what what Pagoda Box uses for their in-dashboard live updates or is it an off-shoot of that project?
评论 #10578074 未加载
zwily超过 9 年前
How is this distributed?
评论 #10578348 未加载