这种编码方案在传送大量数据的时候，比起缺省的"application/x-url-encoded"表单编码方案，显得效率要高得多。URL编码只有很有限的字符集，使用任何超出字符集的字符，必须用'%nn'代替，这里的nn表示相应的2个十六进制数字。例如，即使是普通的空格字符也要用'%20'代替。而RFC1867使用多部分MIME编码，就象通常在e-mail消息中看到的那样，不编码来传送大量数据，而只是在数据周围加上很少的简单但实用的头部。主要的厂商都采用了建议的"浏览..."按钮，用户能很容易的使用本地"打开文件..." 对话框选择要上传的文件。
RFC1867仍然将大多数文件上传的灵活方法留给了你的web应用程序。PUT用得很有限。WebDAV对内容的作者很有用，比如FrontPage用户，但是对想在web应用程序中加入文件上传的web开发者来说很少用到。因此，RFC1867是在web应用程序中加入文件上传的最好的办法。
在实际应用中，免费提供了Posting Acceptor 。ASP不懂"multipart/form-data" 编码方案。取而代之，提供了Posting Acceptor ，Posting Acceptor是一种在上传完成后，接受REPOST到一个ASP页的ISAPI应用程序。
Software Artisans的SA-FileUp是最早的商业Active Server之一。几经改进，现在作为一个纯粹的ASP存在。
二．基于ASP的文件上传实现原理分析
基本原理是：采用ADO Stream对象的BinaryRead方法将FORM中的所有数据读出，从中截取出所需的文件数据，以二进制文件方式存盘。
下面是上传文件页面的一个例子（upload.htm）：
巧 巧 读 书:http://www.qqread.com/asp/n221272000.html进入讨论组讨论。
RFC1867仍然将大多数文件上传的灵活方法留给了你的web应用程序。PUT用得很有限。WebDAV对内容的作者很有用，比如FrontPage用户，但是对想在web应用程序中加入文件上传的web开发者来说很少用到。因此，RFC1867是在web应用程序中加入文件上传的最好的办法。
在实际应用中，免费提供了Posting Acceptor 。ASP不懂"multipart/form-data" 编码方案。取而代之，提供了Posting Acceptor ，Posting Acceptor是一种在上传完成后，接受REPOST到一个ASP页的ISAPI应用程序。
Software Artisans的SA-FileUp是最早的商业Active Server之一。几经改进，现在作为一个纯粹的ASP存在。
二．基于ASP的文件上传实现原理分析
基本原理是：采用ADO Stream对象的BinaryRead方法将FORM中的所有数据读出，从中截取出所需的文件数据，以二进制文件方式存盘。
下面是上传文件页面的一个例子（upload.htm）：
<html>
<body>
<form name="Upload" Method="Post" Enctype="multipart/form-data"
Action="Upload.asp">
<input type="file" name="FileName">
<INPUT TYPE="Submit" VALUE="Upload"></TD>
</form>
</body>
</html>
巧 巧 读 书:http://www.qqread.com/asp/n221272000.html进入讨论组讨论。
相关图文阅读
频道图文推荐
健 康 咨 询
时 尚 咨 询
相关专题
- 绝对免费顶级域名+免费500MB ASP？？ (728次浏览)
- 利用X-Scan找ASP木马后门 (68次浏览)
- ASP连接十一种数据库的常用语法 (47次浏览)
- ASP连接数据库错误解决办法新法 (32次浏览)
- ASP编程入门进阶 (0次浏览)
- Asp备份与恢复SQL Server数据库 (0次浏览)
- Asp+的几个特点 (0次浏览)
- ASP：在结果中搜索 (0次浏览)
- asp 中对 ip 进行过滤限制函数 (0次浏览)
- ASP 指南 (0次浏览)
