上载

上载(upload)，在通讯中，通过调制解调器或网络将文件的副本从本地计算机传输到远程计算机的过程。使用基于调制解调器的通讯连接，该过程一般涉及引导远程计算机准备接收其磁盘上的文件然后等待传输开始。

照片上传就是将信息从个人计算机(本地计算机)传递到中央计算机(远程计算机)系统上，让网络上的人都能看到。将制作好的网页、文字、图片等发布到互联网上去，以便让其他人浏览、欣赏。这一过程称为上传。“上传”的反义词是“下载”

上传的来源

上传一词来自英文(upload)，拆开来“up”为“上”，“load”为“载”，故上传也叫上载，与下载(download)是逆过程。

分类

上传分为Web上传和Ftp上传，前者直接通过点击网页上的链接即可操作，后者

需要专用的FTP工具。

上传的区别

WEB上传与FTP上传的区别

WEB上传：即通过浏览器来上传文件 。

1、通过浏览器上传文件，按照“操作向导”一步步操作完成，用户无须培训；

2、通过分配用户权限发布课件，简单，安全；

3、支持断点续传，支持大文件上传；

4、上传文件属性(格式，上传时间，人员等)自动生成，方便快捷；

5、上传后的文件，配有审核机制，保证课件质量；

6、审核后的文件，自动归类，用户通过校园网浏览；

7、WEB上传需要有一定的网页内容支持(包括上面所说的很多功能。)

FTP上传：简称文件传输协议，通过FTP上传。

1、上传之前，需要安装专业上传软件，并对软件加以学习，用户需要学习上传软件；

2、需要建立FTP服务器及配置设置，专业性强；

3、支持断点续传，无需重新上传，支持大文件上传；

4、FTP上传后，需要从后台手工输入文件属性，费时费力；

5、FTP上传后的文件，没有审核机制；

6、FTP上传的文件后需要手工进行归类，比较烦麻；

7、但FTP上传具有WEB上传绝无仅有的优势，就是可以批量上传、批量整理，不受太多限制。

小知识

在上传主页之前，让我们先来认识Internet上一个基本的概念———FTP。它是英文“File Transfer Protocol”(文件传输协议)的缩写，不过我们今天已经把它看成了一个动词，意思是说在计算机和计算机之间传输文件。把自己制作好的主页上传到服务器上，就要用到FTP。 　　有许多种方法可以把主页文件上传到Internet服务器上，下面是常见的五种方法。

1、使用FTP软件上传主页文件

这是最常用、最方便也是功能最为强大的主页上传方法。现在网上这类软件很多，像CuteFtp、WS-Ftp已经广受网友欢迎。这类软件除了可以完成文件传输的功能以外，还可以通过它们完成站点管理、远程编辑服务器文件等工作，一些常用的FTP软件还有断点续传、任务管理、状态监控等功能，可以让你的上传工作变得非常轻松。

2、使用“兼职”的FTP软件上传主页文件

所谓兼职的FTP软件，是指软件本身并不是专门用来完成FTP功能的，主页上传只是其编外任务。例如我们常用的Front?Page、Dreamweaver、东方主页王Ⅱ等都有主页上传、发布的功能。使用这类软件的好处是可以在编辑主页的同时就上传到服务器上查看主页效果，省去了启动软件、登录、设置等诸多麻烦。但是，这种方法往往上传速度较慢，且难以对服务器上的文件进行管理。

3、使用Web页面上传主页文件

和前面两种方法相比，这种方法不但没有什么明显的优点，而且速度缓慢、操作麻烦、不支持断点续传。但是，如果你恰恰申请了一个这样的不支持FTP的免费主页空间，那么就只能使用这种笨拙的方法了！

4、通过命令上传主页文件

在很久很久以前，Unix系统上的FTP程序是基于命令行的，现在的Window95／98／NT／2000／Me仍然有基于命令行的FTP程序(进入DOS模式，输入FTP就可以了)。使用这种方法首先要掌握几十条命令不说，而且屏幕上通常只能显示25或50行文字，很不方便。图形界面的FTP软件流行之后，这种方法已经被大多数网友抛弃了，只供少数骨灰级的网虫练习他们的指法。

5、通过E-mail上传

这种方法要求你把主页文件通过E-mail发给系统管理员，然后再由系统管理员把它们放到服务器上。这是最简单也是最复杂的方法，随着网络条件的提高，这种方法已逐渐销声匿迹了。

大文件上传

以前也做过文件上传，但都是些小文件，不超过2M。 这次要求上传100M以上的东西。 没办法找来资料研究了一下。基于WEB的文件上传可以使用FTP和HTTP两种协议，用FTP的话虽然传输稳定，但安全性是个严重的问题，而且FTP服务器读用户库获取权限，这样对于用户使用来说还是不太方便。 剩下只有HTTP。在HTTP中有3种方式，PUT、WEBDAV、RFC1867，前2种方法不适合大文件上传，目前我们使用的web上传都是基于RFC1867标准的HTML中基于表单的文件上传。

一、先简要介绍一下RFC1867(Form-based File Upload in HTML)标准：

1．带有文件提交功能的HTML表单

现有的HTML规范为INPUT元素的TYPE属性定义了八种可能的值，分别是：CHECKBOX， HIDDEN，MAGE，PASSWORD，RADIO，RESET，SUBMIT，TEXT。 另外，当表单采用POST方式的时候，表单默认的具有“application/x-www-form-urlencoded”的ENCTYPE属性。

RFC1867标准对HTML做出了两处修改：

(1)为INPUT元素的TYPE属性增加了一个FILE选项。

(2)INPUT标记可以具有ACCEPT属性，该属性能够指定可被上传的文件类型或文件格式列表。

另外，本标准还定义了一种新的MIME类型：multipart/form-data，以及当处理一个带有ENCTYPE="multipart/form-data" 并且/或含有的标记的表单时所应该采取的行为。

举例来说，当HTML表单作者想让用户能够上传一个或更多的文件时，他可以这么写：

File to process:

HTML DTD里所需要做出的改动是为InputType实体增加一个选项。此外，我们也建议用一系列用逗号分隔的文件类型来作为INPUT标记的ACCEPT属性。

... (其他元素) ...

VALUE CDATA #IMPLIED

SRC %URI #IMPLIED -- for image inputs --

CHECKED (CHECKED) #IMPLIED

SIZE CDATA #IMPLIED --like NUMBERS,

but delimited with comma, not space

MAXLENGTH NUMBER #IMPLIED

ALIGN (top|middle|bottom) #IMPLIED

ACCEPT CDATA #IMPLIED --list of content types 　　> 　　... (其他元素) ...

2.文件传输延迟

在某些情况下，在确实准备接受数据前，服务器先对表单数据中的某些元素(比如说用户名，账号等)进行验证是推荐的做法。但是，经过一定的考虑后，我们认为如果服务器想这样做的话，最好是采用一系列的表单，并将前面所验证过的数据元素作为“隐藏”字段传回给客户端，或者是通过安排表单使那些需要验证的元素先显示出来。这样的话，那些需要做复杂的应用的服务器可以自己维持事务处理的状态，而那些简单的应用的则可以实现得简单些。 　　HTTP协议可能需要知道整个事务处理中的内容总长度。即使没有明确要求，HTTP客户端也应该提供上传的所有文件的内容总长度，这样一个繁忙的服务器就能够判断文件的内容是否是过大以至于将不能完整地处理，从而返回一个错误代码并关闭该连接，而不用等到接受了所有的数据才进行判断。目前一些现有的CGI应用对所有的POST事务都需要知道内容总长度。 　　如果INPUT标记含有一个MAXLENGTH属性，客户端可以将这个属性值看作是服务器端所能够接受的传送文件的最大字节数。在这种情况下，服务器能够在上传开始前，提示客户端在服务器上有多少空间可以用来进行文件上传。但是应该引起注意的是，这仅仅是一个提示，在表单被创建后和文件上传前，服务器的实际需求可能会发生改变。 　　在任何情况下，如果接受的文件过大的话，任何一个HTTP服务器都有可能在文件传输的过程中中断传输。

3.传输二进制数据的其他解决办法

有些人曾经建议使用一种新的MIME类型"aggregate"，比如说aggregate/mixed 或是content-transfer-encoding "包"来描述那些不确定长度的二进制数据，而不是靠分解为多个部分来表示。虽然我们并不反对这么做，但这需要增加额外的设计和标准化工作来让大家接受并理解"aggregate"。 从另一方面来说，"分解为多部分"的机制工作得很好，能够非常简单的在客户发送端和服务器接受端加以实现，而且能像其他一些综合处理二进制数据的方式一样高效率地工作。