[web-devel] Content-Length on sendFile

[Max Cantor]

> .Then it should probably not be the default. Lets add a big scary warning to such a setting and tell users the files should be set to read-only permission.

Agreed.  seems to be completely counter to the intended use of static..

> 
> The most efficient technique for file serving static files that could be changed would actually be to setup a file notifier (that uses an efficient OS listener, like inotify on linux) that listens to static assets and knows when they are changed or a new one is added and would stat them just when changed. But there would be a race condition if you had to wait for the notification, so you would actually have to have the old file revision on hand- perhaps having a symlink convention for adding new files, but meaning the system could still get screwed up by someone careless.
>  
> 
> Michael
> 
> On Wed, Jun 15, 2011 at 5:22 AM, Kazu Yamamoto <kazu at iij.ad.jp> wrote:
> > Greg,
> >
> >> I apologize for the confusing terminology. I am not differentiating between
> >> sending a static file with sendfile and a streaming response. I
> >> am differentiating between 2 different use cases for sending static files
> >> (with sendfile). For all of my web applications, I know what all the static
> >> files are and they will never change until I deploy another web application.
> >> That means I can stat the files once when the application is deployed and keep
> >> that information in memory. So I already have the file length information to
> >> include in the header, even though I don't do a file stat when the file is
> >> requested. wai-app-static and yesod-static supports these techniques.
> >
> > Thanks. I think I understand. :)
> >
> > So, do you support to *not* change the API (apps should add CL: by
> > themselves)?
> >
> > --Kazu
> >
> > _______________________________________________
> > web-devel mailing list
> > web-devel at haskell.org
> > http://www.haskell.org/mailman/listinfo/web-devel
> >
> 
> _______________________________________________
> web-devel mailing list
> web-devel at haskell.org
> http://www.haskell.org/mailman/listinfo/web-devel
> 
> _______________________________________________
> web-devel mailing list
> web-devel at haskell.org
> http://www.haskell.org/mailman/listinfo/web-devel