<div dir="ltr">Titto,<br><br>I've had no problems with hack. The only things to keep in mind are outside the scope of hack such as:<br><br>* Persistence. Clearly you need to optimize your application different for CGI run (load up only what you need right now) versus long-running processes like FastCGI (load data only once).<br>
* URL schemes. A lot of people assume that your web app with be served from the root of the domain. When using my simpleserver testing, that *is* the case. However, I deploy apps in subdirectories of my domain (<a href="http://www.snoyman.com/photos/">http://www.snoyman.com/photos/</a>, <a href="http://www.snoyman.com/wordify/">http://www.snoyman.com/wordify/</a>, etc), so I need to keep this in mind.<br>
<br>My only two quips about hack itself is:<br><br>* Versioning scheme. I wish (and have requested) that Hack would follow the Package Versioning Policy so that I could easily check for breaking changes. As is, I simply have to declare the exact version number of Hack I want to work with to guarantee my apps aren't broken in the future.<br>
* More serious issue is that it returns the response as a lazy bytestring. It's not really fair to call this a quip, since I fully supported this approach; nonetheless, using an enumerator for this would probably be more efficient for certain use cases.<br>
<br>I just a few hours ago sent off an e-mail about bringing into fruition the Web Application Interface for Haskell, which I would envision as Hack with these two quips addressed. Theoretically, it would also allow easy collaboration with Hack.<br>
<br>Michael<br><br><div class="gmail_quote">On Wed, Jan 13, 2010 at 10:33 PM, Pasqualino "Titto" Assini <span dir="ltr"><<a href="mailto:tittoassini@gmail.com">tittoassini@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Michael,<br>
<br>
what is your experience with hack? Do you have any problem moving your<br>
apps from one server/env to another?<br>
<br>
Regards,<br>
<br>
titto<br>
<br>
2010/1/13 Günther Schmidt <<a href="mailto:gue.schmidt@web.de">gue.schmidt@web.de</a>>:<br>
<div><div></div><div class="h5">> Hi Michael,<br>
><br>
> on first impression this seems like a good idea then.<br>
><br>
> Günther<br>
><br>
><br>
><br>
> Am 13.01.10 15:48, schrieb Michael Snoyman:<br>
>><br>
>> Günther,<br>
>><br>
>> Hack is a layer between a web application and a web server. It allows<br>
>> you to write a web application once and have it communicate with the<br>
>> server in different ways simply by swapping the handler. For example, I<br>
>> have applications that I test on my local system using<br>
>> hack-handler-simpleserver and then deploy onto an Apache server using<br>
>> either hack-handler-cgi or hack-handler-fastcgi.<br>
>><br>
>> Michael<br>
>><br>
><br>
><br>
> _______________________________________________<br>
> Haskell-Cafe mailing list<br>
> <a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
> <a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
><br>
<br>
<br>
<br>
</div></div><font color="#888888">--<br>
Pasqualino "Titto" Assini, Ph.D.<br>
<a href="http://quicquid.org/" target="_blank">http://quicquid.org/</a><br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</div></div></blockquote></div><br></div>