迅雷下载工具开发
经常在论坛看见有人求Asp.Net中编程实现下载的代码,有些还希望能断点续传什么的。
其实问题的关键在于权限。B/S和C/S不仅仅是外观上的区别而已。
下载,顾名思义是客户端要下,所以载。你硬塞給人家那不叫下载,那其实是“从服务器‘上传’到客户端”。
有些人的想法是向客户端“写一个”你打算他下载的“文件”,在C/S结构中是没有问题的,因为C端来写。但是在Asp.net却是不行的,一定会弹出权限的错误,因为B/S结构中没有个C端給你,S端是不可能获得客户机硬盘的写权限的,要不还不是世界大乱了?
上传和下载的根本区别在于一个是“本地主动送”,一个是“本地主动收”。他们都需要有一方来“主动”,上传需要对远程有写权限,下载需要对远程有读权限。现在的情况是服务器根本对客户端没有读写权限,所以实际上在B/S里写这种代码没有用。
换个思路,我不要服务器主动,我让客户端主动可以吗?
1、IE的下载功能。包括Http协议中规定的下载(对IE本身无法打开的连接文件类型会提示用户是否下载)这是最方便的,你只要給个超级连接就行了,一点代码都不用。局限性在于只对“当前IE无法打开的文件类型”有效。这就是为什么同个东西有些人点了打开浏览,有些人是提示下载,就是浏览器不同(包括组件、版本等)。
2、javascript主动向服务器请求文件,并由js向硬盘上写。(本人没尝试过,所以到底可行与否不知道)
3、由浏览器以外的客户端程序来执行写操作。C/S版因为有客户端,简单的和什么一样。。。B/S版里有什么是“浏览器以外的客户端程序”而又是你可以访问的??没错,木马!放个木马绝对没问题(废话。。)至于怎么放那就是另一方面的事情了。。。
4、让客户端以为这是IE的插件(这也许是,也许不是,不是你就要伪装来骗它),这是3721等喜欢使用的方法。局限性在于和浏览器的设置有关,如果设置关掉相应的自动选项,你急也没办法!
所以,完全用Asp.net在服务器上主观要求客户端“下载”,是很难以实现的。需要配合其他手段
经常在论坛看见有人求Asp.Net中编程实现下载的代码,有些还希望能断点续传什么的。
其实问题的关键在于权限。B/S和C/S不仅仅是外观上的区别而已。
下载,顾名思义是客户端要下,所以载。你硬塞給人家那不叫下载,那其实是“从服务器‘上传’到客户端”。
有些人的想法是向客户端“写一个”你打算他下载的“文件”,在C/S结构中是没有问题的,因为C端来写。但是在Asp.net却是不行的,一定会弹出权限的错误,因为B/S结构中没有个C端給你,S端是不可能获得客户机硬盘的写权限的,要不还不是世界大乱了?
上传和下载的根本区别在于一个是“本地主动送”,一个是“本地主动收”。他们都需要有一方来“主动”,上传需要对远程有写权限,下载需要对远程有读权限。现在的情况是服务器根本对客户端没有读写权限,所以实际上在B/S里写这种代码没有用。
换个思路,我不要服务器主动,我让客户端主动可以吗?
1、IE的下载功能。包括Http协议中规定的下载(对IE本身无法打开的连接文件类型会提示用户是否下载)这是最方便的,你只要給个超级连接就行了,一点代码都不用。局限性在于只对“当前IE无法打开的文件类型”有效。这就是为什么同个东西有些人点了打开浏览,有些人是提示下载,就是浏览器不同(包括组件、版本等)。
2、javascript主动向服务器请求文件,并由js向硬盘上写。(本人没尝试过,所以到底可行与否不知道)
3、由浏览器以外的客户端程序来执行写操作。C/S版因为有客户端,简单的和什么一样。。。B/S版里有什么是“浏览器以外的客户端程序”而又是你可以访问的??没错,木马!放个木马绝对没问题(废话。。)至于怎么放那就是另一方面的事情了。。。
4、让客户端以为这是IE的插件(这也许是,也许不是,不是你就要伪装来骗它),这是3721等喜欢使用的方法。局限性在于和浏览器的设置有关,如果设置关掉相应的自动选项,你急也没办法!
所以,完全用Asp.net在服务器上主观要求客户端“下载”,是很难以实现的。需要配合其他手段