win7系統(tǒng)下載
當前位置: 首頁 > xp系統(tǒng)教程 > 詳細頁面

結合案例區(qū)分ASP文件上傳原理

發(fā)布時間:2021-10-27 文章來源:xp下載站 瀏覽:

Windows XP是美國微軟公司研發(fā)的基于X86、X64架構的PC和平板電腦使用的操作系統(tǒng),于2001年8月24日發(fā)布RTM版本,并于2001年10月25日開始零售。其名字中“XP”的意思來自英文中的“體驗(Experience)”。該系統(tǒng)是繼Windows 2000及Windows ME之后的下一代Windows操作系統(tǒng),也是微軟首個面向消費者且使用Windows NT5.1架構的操作系統(tǒng)。

  一直以來,由于FileSystemObject的局限,所以ASP最大的難題就是文件上傳,大多解決法就是安裝第三方上傳組件。可第三方組件有很多問題,有的組件要注冊,有的組件要在表單中加上他的版權信息。據(jù)了解,在HTTP中上傳文件有三種機制:RFC1867,PUT和WebDAV。常用的實現(xiàn)方法是利用在RFC1867中引入的一個新類型:File以及ADO Stream對象。本文對上述上傳方法及實現(xiàn)原理作了論述,并給出了具體解決實例。

  ASP FILE對象

  當前,基于/模式的應用比較流行。當用戶需要將文件傳輸?shù)缴蠒r,常用方法之一是運行FTP并將每個用戶的FTP默認目錄設為用戶的Web主目錄,這樣用戶就能運行FTP客戶程序并上傳文件到指定的 Web目錄。這就要求用戶必須懂得如何使用FTP客戶程序。因此,這種解決方案僅對熟悉FTP且富有經驗的用戶來說是可行的。 如果我們能把文件上傳功能與Web集成,使用戶僅用Web就能完成上傳任務,這對于他們來說將是非常方便的。但是,一直以來,由于File System Object的僅能傳送文本文件的局限,所以ASP最大的難題就是文件上傳問題。下面介紹的就是如何在基于HTTP協(xié)議的網頁中實現(xiàn)文件的上傳。

  一.通過HTTP上傳的三種機制

  通過HTTP上傳有三種機制:RFC1867, PUT 和 WebDAV。

  PUT 是在HTTP 1.1引入了一個新的HTTP動詞。當web收到一個HTTP PUT和對象名字,它將會驗證用戶,接收HTTP流的內容,并把它直接存入web。由于這可能會對一個web站點造成破壞,并且還會失去HTTP最大的優(yōu)勢:可編程性。在PUT的情況下,自己處理請求:沒有空間讓CGI或者ASP應用程序介入。唯一讓你的應用程序捕獲PUT的方法是在低層操作,ISAPI過濾層。由于相應的原因,PUT的應用很有限。

  而WebDAV允許web內容的分布式認證與翻譯。它引入了幾種新的HTTP動詞,允許通過HTTP上傳,鎖定/解鎖,登記/檢驗web內容。Office 2000中的"Save to web" 就是通過WebDAV來實現(xiàn)的。如果你所感興趣的一切都是上傳內容,WebDAV應用得非常出色,它解決了很多問題。 然而,如果你需要在你的web應用程序里面上傳文件,WebDAV對你就毫無用處可言。象HTTP PUT一樣,那些WebDAV的動詞是被解釋的,而不是web應用程序。你需要工作在ISAPI過濾層來訪問WebDAV的這些動詞,并在你的應用程序中解釋內容。

  RFC1867 最終被W3C在HTML3.2中接受前,是作為一種建議標準。它是一種非常簡單但是功能很強大的想法:在表單字段中定義一個新類型。

  并且在表單本身加入了不同的編碼方案,不再使用典型的:

  而是使用:

  這種編碼方案在傳送大量數(shù)據(jù)的時候,比起缺省的"application/x-url-encoded"表單編碼方案,顯得效率要高得多。URL編碼只有很有限的字符集,使用任何超出字符集的字符,必須用'%nn'代替,這里的nn表示相應的2個十六進制數(shù)字。例如,即使是普通的空格字符也要用'%20'代替。而RFC1867使用多部分MIME編碼,就象通常在e-mail消息中看到的那樣,不編碼來傳送大量數(shù)據(jù),而只是在數(shù)據(jù)周圍加上很少的簡單但實用的頭部。主要的廠商都采用了建議的"瀏覽..."按鈕,用戶能很容易的使用本地"打開文件..." 對話框選擇要上傳的文件。

  RFC1867仍然將大多數(shù)文件上傳的靈活方法留給了你的web應用程序。PUT用得很有限。WebDAV對內容的作者很有用,比如FrontPage用戶,但是對想在web應用程序中加入文件上傳的web開發(fā)者來說很少用到。因此,RFC1867是在web應用程序中加入文件上傳的最好的辦法。

  在實際應用中,免費提供了Posting Acceptor 。ASP不懂"multipart/form-data" 編碼方案。取而代之,提供了Posting Acceptor ,Posting Acceptor是一種在上傳完成后,接受REPOST到一個ASP頁的ISAPI應用程序。Software Artisans的SA-FileUp是最早的商業(yè)Active Server之一。幾經改進,現(xiàn)在作為一個純粹的ASP存在。

  二.基于ASP的文件上傳實現(xiàn)原理分析

  基本原理是:采用ADO Stream對象的BinaryRead方法將FORM中的所有數(shù)據(jù)讀出,從中截取出所需的文件數(shù)據(jù),以二進制文件方式存盤。下面是上傳文件頁面的一個例子(upload.htm):

  程序中使用了文件對象,這樣在Upload.asp中采用BinaryRead方法讀來的原始數(shù)據(jù)就不僅僅是選擇的文件本身的數(shù)據(jù),還包含該文件在用戶硬盤上的路徑、類型、提交頁面的表單等相關信息的描述,這樣我們就需從中提取出文件的具體內容。根據(jù)分析,數(shù)據(jù)的頭部信息與數(shù)據(jù)的分界線是兩對回車換行符,尾部也有分隔信息,我們可以采用類似以下的方法獲取文件數(shù)據(jù)。

  Dim FormData.FormSize,DataStart,CLStr,DivStr FormSize=Request.TotalBytes FormData=Request.BinaryRead(FormSize) CLStr=ChrB(13)&ChrB(10) DataStart=InStrB(FormData.CLStr&CLStr)+4 '4是兩對回車換行符的長度 DivStr=LeftB(FormData,InStrB(FormData,CLStr)-1) DataSize=InStrB(DataStart+1,FormData,DivStr)-DataStart-2 FormData=MidB(FormData,DataStart,DataSize)

Windows XP服役時間長達13年,產生的經濟價值也較高。2014年4月8日,微軟終止對該系統(tǒng)的技術支持,但在此之后仍在一些重大計算機安全事件中對該系統(tǒng)發(fā)布了補丁。

主站蜘蛛池模板: 婷婷综合另类小说色区| 久久久综合香蕉尹人综合网| 综合人妻久久一区二区精品| 亚洲国产天堂久久综合网站| 久久综合色区| 狠狠狠色丁香婷婷综合久久俺| 国产成人无码综合亚洲日韩| 香蕉综合在线视频91| 人人狠狠综合久久亚洲婷婷| 亚洲欧美国产∧v精品综合网| 亚洲综合中文字幕无线码| 91精品国产综合久久四虎久久无码一级| 激情综合色综合啪啪开心| 桃花色综合影院| 国产精品 综合 第五页| 狠狠色丁香婷婷综合尤物| 亚洲欧美乱综合图片区小说区 | 亚洲综合精品香蕉久久网| 欧美大战日韩91综合一区婷婷久久青草| 欧美精品色婷婷五月综合| 亚洲综合另类小说色区| 7国产欧美日韩综合天堂中文久久久久 | 婷婷亚洲综合五月天小说 | 狠狠色丁香久久综合五月| 午夜激情影院综合| 亚洲综合自拍成人| 亚洲第一综合天堂另类专| 中文网丁香综合网| 色婷婷综合和线在线| 国产成人综合亚洲亚洲国产第一页| 狠狠色噜噜狠狠狠狠色综合久AV| 久久91综合国产91久久精品| 日日狠狠久久偷偷色综合免费| 欧美国产综合欧美视频| 中文字幕乱码人妻综合二区三区| 亚洲情综合五月天| 亚洲第一综合色| 久久久久亚洲av综合波多野结衣 | 欧美成人综合视频| 五月婷婷综合在线| 青青草原综合久久大伊人|