News for hackers. Stuff that matters.

A comment on Valtan: Common Lisp to JavaScript Compiler. Parent comment

Re:Valtan: Common Lisp to JavaScript Compiler by gibsonf1 on Friday April 03, 2020 @08:25PM (#22775164)
We use it for the core of our AGI and our in-memory graph db in full production - very very fast. The web libraries for lisp are very good as well with Fukamachi libraries, such as [1] caveman and [2] woo (fastest web server), [3] dexador, [4] websockets, also [5] parallel processing, [6] rtg-math incredibly fast math library including quaternion support, etc.

[1] https://github.com/fukamachi/caveman [2] https://github.com/fukamachi/woo [3] https://github.com/fukamachi/dexador [4] https://github.com/fukamachi/websocket-driver [5] https://github.com/lmj/lparallel [6] https://github.com/cbaggers/rtg-math

[ Parent | on HN ]
Re:Valtan: Common Lisp to JavaScript Compiler by mark_l_watson on Saturday April 04, 2020 @09:28AM (#22778090)
Thanks for the links. I had not noticed dexador before. I have it on my schedule this morning to re-work my network access libraries for an Azure web service, and also access to Wikidata and DBPedia. I have been using old code of mine that needs reworking. I will definitely try dexador.
[ Parent | on HN ]
Re:Valtan: Common Lisp to JavaScript Compiler by gibsonf1 on Saturday April 04, 2020 @11:00AM (#22778596)
I highly recommend it, dexador is much much faster than drakma
[ Parent | on HN ]
Re:Valtan: Common Lisp to JavaScript Compiler by mark_l_watson on Sunday April 05, 2020 @08:54AM (#22785343)
Thanks, I experimented with dexador yesterday, it looks good. I ended up adding a caching layer for all web service calls and SPARQL requests in my app yesterday - this makes dev and testing much faster, but won’t help much in production.
[ Parent | on HN ]
Re:Valtan: Common Lisp to JavaScript Compiler by gibsonf1 on Monday April 06, 2020 @11:57AM (#22794799)
Sounds interesting, especially the SPARQL. What does your app do?
[ Parent | on HN ]
Re:Valtan: Common Lisp to JavaScript Compiler by wglb on Wednesday April 08, 2020 @10:49PM (#22819346)
Agreed, but there are a couple of edge cases that drakma handles taht dexador doesn't.
[ Parent | on HN ]
Re:Valtan: Common Lisp to JavaScript Compiler by dreamcompiler on Friday April 03, 2020 @10:40PM (#22775779)
Last time I checked, woo doesn't support TLS. Has that changed?
[ Parent | on HN ]
Re:Valtan: Common Lisp to JavaScript Compiler by gibsonf1 on Saturday April 04, 2020 @11:01AM (#22778602)
We took the simple solution of running haproxy to handle ssl, and then using a woo server behind that. This is that setup: https://graphmetrix.com
[ Parent | on HN ]
Re:Valtan: Common Lisp to JavaScript Compiler by p_l on Saturday April 04, 2020 @02:43AM (#22776656)
Given present day approach of using reverse proxies for TLS termination, that's not much of a limitation.
[ Parent | on HN ]
Re:Valtan: Common Lisp to JavaScript Compiler by dreamcompiler on Saturday April 04, 2020 @04:14PM (#22781125)
That's the solution I use with mod_lisp running behind Apache too, but I'd like to get away from Apache. I'll try haproxy.
[ Parent | on HN ]
Re:Valtan: Common Lisp to JavaScript Compiler by p_l on Thursday April 09, 2020 @05:43AM (#22821055)
HAproxy is really, really good.

Personally I also use nginx as reverse proxy a lot, but that's more because there's a ready to use Ingress Controller for kubernetes that uses it internally.

[ Parent | on HN ]