I'd also give a read to this website: http://jekor.com/article/is-haskell-a-good-choice-for-web-applications Interesting read about a guy who actually used Haskell to create his website from the ground up. On Tue, Aug 18, 2009 at 9:56 AM, Colin Paul Adams wrote:

...

...

...

...

...

"Jake" == Jake McArthur writes:

Jake> Colin Paul Adams wrote:

...

...

One problem will be to get GHC ported to DragonFly BSD, but that can wait until I have a test version of the site working on Linux.

Jake> I would love to see this. It's the biggest thing blocking me Jake> from trying Dragonfly more seriously.

Well it will happen, as I have to use DragonFly, as my website is all about dragonflies :-)

Someone has already got it working sufficiently to compile xmonad, so it should just be a matter of digging around the low-level issues.

Jake> You should look into HSP. It also provides those guarantees, Jake> is maintained, and provides a nice template-style syntax Jake> which you can use inline with your Haskell code.

Jake> Also check out the Formlets library.

...

...

HappStack is obviously currently maintained, and since it seems to have a blogging module in development, that is attractive.

Jake> I recommend this.

Thanks. -- Colin Adams Preston Lancashire _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

On Tue, Aug 18, 2009 at 10:22 PM, Max Desyatov wrote:

Simon Michael writes:

...

I can give a +1 vote for the Hack api and related libs. (Jinjing Wang is a one-man army.) Below hack you'll run happstack or another web-serving lib. Above hack you might run some combination of loli, maid, the hack middleware modules, hsp.

The advantage is that changing the low-level server in future is a matter of changing one or two lines; and the upper-level utilities seem more usable to me than current happstack's.

The problem is that `hack` isn't documented at all and that prevents it from being in wide use. At least, when I started my web app, I preferred happstack, as low-level and documented API is better than high-level API without a little bit of documentation, examples and tutorials.

I don't see how you can call hack a "high-level API." It's about as low-level as it gets, kind of equivalent to the CGI protocol. I wrote up a little blog article with a hack introduction ( http://blog.snoyman.com/2009/06/28/hack-introduction/). I would also recommend checking out my hack-samples repo on github ( http://github.com/snoyberg/hack-samples/tree/master). Overall, hack is still developing, so the documentation is a little lacking. However, I at least am using it in production on a few sites ( http://eliezer.snoyman.com, http://wordify.snoyman.com). Michael

...

...

...

...

"Gour" == Gour writes:

...

...

...

...

"Colin" == Colin Paul Adams writes: Colin> So my major decision is what framework and html-generating Colin> libraries to use. There is such a wide choice on the Colin> Haskell Wiki. But I guess some are more maintained than Colin> others. For instance, WASH attracts me, with it's guarantee Colin> of valid generated pages, but it isn't clear to me that Colin> it's actively maintained (last date I can see on the web Colin> pages is 2006).

Gour> Have you thought about Turbinado (http://turbinado.org) ? I didn't like it when I clicked on the link that says: Learn about Turbinado here and got a this page doesn't exist response. Then I looked at the archticeture link, and didn't like the idea of having to generate Haskell data types from relational tables (if i understood it right). I'd much rather be using happstack's macid stuff, especially as I will have only very low usage, so i shouldn't have any scalability problems. -- Colin Adams Preston Lancashire

...

...

...

...

"Colin" == Colin Paul Adams writes: Colin> I'd much rather be using happstack's macid stuff, especially as I Colin> will have only very low usage, so i shouldn't have any Colin> scalability problems.

Well, I do not have enough money to pay for Happs resources... Right, Turbinado is not perfect - lack of docs is one area and it is not clear if it's still developed. Otoh, although I'll use Haskell for my desktop app, atm, I'm learning Django to do the job... Sincerely, Gour -- Gour | Hlapičina, Croatia | GPG key: F96FF5F6 ---------------------------------------------------------------------------