Get the top HN stories in your inbox every day.
guenthert
jinwoo68
I think this runs only with Allegro Common Lisp, a commercial implementation.
agambrahma
Not really, you can run this under SBCL too.
guenthert
I need another hint. The sources seem to depend on Allegro specifics, e.g. the :excl package (with the enlightening description "General extensions to Common Lisp").
zdav24
I'd also be interested in a feature comparison against Swish (https://github.com/becls/swish), but I'm not actually familiar enough with either to make the comparison myself.
nerdponx
Seems like an unrelated domain; AllegroServe is a web server, Swish looks like a lower-level Erlang-like framework for writing concurrent, fault-tolerant programs. Swish looks very interesting though!
I'd be interested in comparisons with Clack, though, the "other" Common Lisp web framework.
remexre
> We've recently added these features:
> [...]
> - Security up through TLS 1.0 (SSL 3.1).
uhhhhhhhh, isn't this removed from Firefox for having security holes fixed in later versions of the TLS spec?
fiddlerwoaroof
That line is about twelve years old, per git blame. Typically, I’d use a reverse proxy to handle HTTPS anyways.
nerdponx
I would almost prefer a web framework that doesn't even bother trying to handle things like HTTPS and assumes that I'm using a reverse proxy in front of it. Fewer things to maintain.
lf-non
Is this generally true for compiled languages ?
I like being able to handle https in a single go binary for small projects that otherwise don't need a load balancer etc.
Get the top HN stories in your inbox every day.
How does it compare (feature-wise, performance, stability) with e.g. hunchentoot (which clearly wins the naming contest)?