5 ms·
Libv8 + libfastcgi = server-side Javascript
- trezor 18y agoSince someone is going to say this sooner or later... As much as I'd like to write a more robust language than Javascript, I'd probably prefer this over PHP.
- hendler 18y agoServer side javascript isn't completely new idea, but I really like the option. I'm happy in PHP, Python, but it simplifies architecture if you can create a library that blurs the line between client and cloud.
- Pinhole 18y agow00t serverside javascript again. I remember using this one one of my earlier web projects using Broadvision 4.1 10 years ago. Here is a press release for that application server for those history of technology buffs - http://www.e-consultancy.com/news-blog/19472/broadvision-ships-latest-technology-for-extended-relationship-management-over-the-web.html http://www.e-consultancy.com/news-blog/19472/broadvision-shi...
- lhorie 18y agoI've been doing that with Rhino and Jetty for a while (and so have the folks from Spring, Helma, et al.) I still want to try v8 though, and webkit is definitely a more mature engine for html than tagsoup and cobra.
- misuba 18y agoNot to mention the recent AppJet stack release! ...which I guess is Rhino and Jetty. Still cool, though. I've even been messing about with some of this fellow's stuff, including a very pretty mini-web framework: http://peter.michaux.ca/ http://peter.michaux.ca/ He's working on the problem that is really holding server-side JS back: no libraries.
- mrkurt 18y agoAptana Jaxer (http://www.aptana.com/jaxer http://www.aptana.com/jaxer) is another serverside Javascript thing. What's cool about it, though, is that it runs under Gecko, so you can do all sorts of DOM manipulation craziness server-side. It's fantastic when you're dealing with user created HTML.