3 ms·
My hypothesis is because of zeromq, I basically have to code a zeromq client as the backend. This is not convenient; I don't get to use any of the existing fra
by marktangotango 12y ago
My hypothesis is because of zeromq, I basically have to code a zeromq client as the backend. This is not convenient; I don't get to use any of the existing frameworks in my ecosystem. Plus since zeromq messages are defined by length, I've always wondered how one would stream data in the response, ie one would have to know the response size before sending back thru to mongrel2.
If anyone has experience with using mongrel2, I'd love to hear, I have not been interested enough to go research it myself however.
- gnud 12y agoI've never used mongrel2, but I've drooled a bit over it. They have a 'mp3stream' example at https://github.com/zedshaw/mongrel2/blob/master/examples/mp3stream/ https://github.com/zedshaw/mongrel2/blob/master/examples/mp3...
- agopaul 12y agoWell, there are already libraries which abstracts the ZeroMQ layer with Request/Response interfaces. A few months ago I hacked a bit with a Zend Framework 1 application and Mongrel2 and it worked well, although zf1 is not the best example given the fact that it was designed to work in a classic mod_php environment where the PHP process doesn't keep its state between requests.
- danudey 12y agoAt first blush, it didn't seem implausible to write a ZeroMQ SAPI, like PHP-FPM, or to modify an existing SAPI (e.g. FPM) to consume ZeroMQ sockets. I was actually really excited to see where people would take that. What I realized later was that it didn't happen because a lot of PHP is deployed to shared/managed hosts, and people willing/able to deploy code like Mongrel2 are unlikely to be using PHP. The venn diagram of 'people capable of building out a PHP SAPI' and 'people interested in bleeding-edge experimentation like Mongrel2' doesn't overlap enough to produce results.