Show HN: Custom Haskell handlers for Nginx (github.com)
This is rather a mature project. It began out of curiosity: I wanted to test if Haskell FFI was powerful and expressive enough to interconnect C and Haskell code flawlessly. Particularly, if C strings generated inside Nginx can be shared within Haskell code and what must be done to respect their lifetimes etc.
Recently, I released version 3.2.0 with revamped README (with a lot of examples) and a new approach to building Haskell handlers using the modernized cabal v2-build for dependencies.
17 comments
[ 111 ms ] story [ 88.9 ms ] thread- Synchronous tasks: enable a full-featured language in Nginx location handlers - Asynchronous tasks: Nginx worker's main thread do not block on waiting, fit very well IO-bound tasks - Asynchronous services: background tasks that are not bound to client requests - Content handlers: generate responses to client requests
Note that all of them run inside the Nginx worker process, synchronous - within the main worker's thead, asynchronous - in the lightweight threads of the Haskell runtime.
As to Monad and demarcation. The synchronous tasks are sub-divided into pure and impure tasks. Pure tasks are guaranteed in compile time to not launch missiles in run time. Impure tasks are wrapped inside the IO Monad and allowed to do whatever usual C code can do. Btw, guarantee of purity is not a virtue of Monad solely, but rather a more complex thing, e.g. hiding IO constructor does not let escape from IO. Besides IO, there are various effect systems in Haskell which let applying more constraints on the effects but they are not (yet?) used in this module.
https://www.snoyman.com/reveal/first-app-wai-warp
I did not compare performance with other alternatives such as OpenResty. I tried, but Nginx is very immune to resist loading it well from home network :)
super cool to see an nginx version of it!