News for hackers. Stuff that matters.
Re:Nginx Unit by skrebbel on Thursday September 07, 2017 @10:31AM (#15192157)
I thought it was because there's a lot about http that's overhead and/or tough to get right, which can then be delegated to the server.

Also, websockets actually map pretty badly to http, conceptually, and fit zeromq much better IMO.

Re:Nginx Unit by goblin89 on Thursday September 07, 2017 @01:54PM (#15194183)
Regarding websockets (admittedly off-topic re Mongrel though), I recently found out about Pushpin[0], which seems to be an elegant way to translate WS into HTTP, should it be of interest to someone. Basically a proxy-server that takes care of accepting either websockets or HTTP on the front, and talking only HTTP on the other side.

[0] http://pushpin.org

Re:Nginx Unit by nly on Thursday September 07, 2017 @03:26PM (#15194949)
I evaluated PushPin for a project recently but ended up going with Nchan

https://nchan.io/

Re:Nginx Unit by jkarneges on Thursday September 07, 2017 @02:01PM (#15194244)
Pushpin uses Mongrel2 under the hood to handle incoming WebSocket connections, so not entirely off topic. :)

It's pulled in as a dependency and launched in the background.

Re:Nginx Unit by nly on Thursday September 07, 2017 @03:26PM (#15194946)
I thought PushPin was based on Qt?
Re:Nginx Unit by jkarneges on Thursday September 07, 2017 @04:15PM (#15195292)
It's multi-process. The core logic is a Qt application, but it delegates the external protocol I/O to separate processes. Mongrel2 handles inbound and Zurl handles outbound (Zurl is a project of ours that is basically the inverse of Mongrel2).
Re:Nginx Unit by wink on Saturday September 09, 2017 @05:04PM (#15209145)
Parts of mongrel2 were sadly a solution in search of a problem. Mostly the "let's redo FastCGI via ZMQ". Was still immensely fun working on and with it.