关于ASP.NET下载问题和HTTP的一点想法
以前总是觉得IIS保护文件能力不够,ASP.NET的出现也只能保护一定大小的文件
文件大了,下载的问题根本就解决不了.
也是无心中想用Google看看有没有人解决了这个问题.
http://it.anhuinews.com/system/2004/12/27/001086733.shtml
http://www.knowsky.com/5509.html
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;812406
都意见一致,说明了文件的保护上IIS还是做的不够.和HTTP协议还是有一定的关系.
以前看到过www.codeproject.com上有一些保护文件的做法,不过无法解决页面的ScripTimeOut的问题,并且,如果使用了Response.WriteBinary就根本无法确定Content_Length的大小.就是只管发,客户任何是否下载都要从头来过.
关于小的文件下载有很多特别的方式,比如:动态包含(使用Response.WriteFile, StreamReader,使用网络流NetworkStream一样可以)
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;306575
小的二进制文件也可以使用WriteFile
http://support.microsoft.com/kb/306654
这说明小的文件还是可以得到很好的保护,至少可以用ASP.NET进程保护起来.
文件大了,下载的问题根本就解决不了.
也是无心中想用Google看看有没有人解决了这个问题.
http://it.anhuinews.com/system/2004/12/27/001086733.shtml
http://www.knowsky.com/5509.html
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;812406
都意见一致,说明了文件的保护上IIS还是做的不够.和HTTP协议还是有一定的关系.
以前看到过www.codeproject.com上有一些保护文件的做法,不过无法解决页面的ScripTimeOut的问题,并且,如果使用了Response.WriteBinary就根本无法确定Content_Length的大小.就是只管发,客户任何是否下载都要从头来过.
关于小的文件下载有很多特别的方式,比如:动态包含(使用Response.WriteFile, StreamReader,使用网络流NetworkStream一样可以)
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;306575
小的二进制文件也可以使用WriteFile
http://support.microsoft.com/kb/306654
这说明小的文件还是可以得到很好的保护,至少可以用ASP.NET进程保护起来.
浙公网安备 33010602011771号