救命!我需要尽快发送大文件!

设想一下,你花费了大量时间和心血完成了一个非常棒的创意,可能是PPT、视频或者图形设计,在截止日期即将来临的时候把资料发送给客户就行了。你习惯使用邮件发送,但这一次,当你单击发送按钮后,看到系统提示的可怕信息:文件过大,无法上传。或者你的邮箱能正常发送大文件,但是你的客户因为邮件过大无法接收此封邮件……不管怎样,这样的情形都太糟糕了,是时候找一款能共享大文件的工具了!

来看看都有哪些传送大文件的选项:

1、电子邮件发送压缩文件
文件压缩后再通过电子邮件分发,这确实是个好办法,但是压缩文件可能会导致文件损坏,并且我们无法保证邮件传输是安全的,因为病毒可能会隐藏在压缩文件中,您的客户可能会在收到邮件后犹豫要不要打开。

2、FTP文件传输
虽然自1970年以来,这个选项就已经存在了,但这并不是最佳选择。首先FTP是未加密的,存在较大的安全隐患;再者,使用FTP过程比较复杂,您需要创建用户账户,并且需要得到授权。

3、邮寄或者亲手将资料交给客户
也许你和客户就在同一个地区,你可以将资料打印出来,或者存放在U盘里,邮寄给客户或者亲手交给他。但这两种形式,都有可能造成资料丢失或者被损坏。

4、使用镭速云传
镭速云传给资料发送方和接收方提供简单安全的大文件传输存储方案。
您只要将需要分享的文件一键生成分享链接发送给客户即可,在生成链接的时候,您还可以自行设置链接过期时间等限制。镭速云传采用的AES-256加密技术,是全球许多银行和政府机构用来保护其系统安全的加密级别,您的数据是100%安全和私密的。

现在注册镭速云传个人版即可免费领取5GB流量,注册镭速云传企业版即可免费使用15天,包含50个子账号以及2TB超大存储空间,此外,我们还额外赠送给您15GB流量。

原文地址:https://blog.51cto.com/13609234/2447725

时间: 2024-10-10 10:22:31

救命!我需要尽快发送大文件!的相关文章

networkcomms通信框架实现大文件传输

networkcomms2.3.1通信框架实现大文件传输(为节省空间,不包含通信框架源码,通信框架源码请另行下载) 文件传送在TCP通信中是经常用到的,本文针对文件传送进行探讨 经过测试,可以发送比较大的文件,比如1个G或者2个G 本文只对文件传送做了简单的探讨,示例程序可能也不是很成熟,希望本文起到抛砖引玉的作用,有兴趣的朋友帮忙补充完善 首先看一下实现的效果 服务器端: 客户端(一次只能发送一个文件): 服务器端收到的文件,存放到了D盘根目录下(存放的路径可以根据情况修改) 本程序基于开源的

互联网大文件的传输方式

在我们使用互联网的过程中,特别是一些企业级的用户,经常会需要传输一些大型文件给别人,比如一些视频音频,庞大的数据信息,较大的应用程序,游戏等等,但是又不知道该如何发送大文件,下面将会介绍几种不同的传输大文件的方式. QQ传输 用户量:很大用户体验:一般产品简单性:好稳定性:一般安全性:差 这是我们最常使用的传输方式,操作也比较简单,只需在聊天窗口选择文件传给对方即可.很方便快捷,支持离线传输,而且文件可以永久保存到微云.但是qq对传输的容量还是有限,如果我们想要传个大文件,这个过程就会很慢,并且

如何传递大文件(GB级别)

一.拆分:压缩工具,压缩并拆分为多个小文件. 二.QQ离线传输 QQ离线文件有限制条件: 1.离线传送的文件,为用户保存7天,逾期接收方不接收文件,系统将自动删除该文件: 2. 离线传送的文件,单个文件大小上限为4G: 3.非会员享有2G/天发送文件流量,文件保存7天: 不同等级的会员用户每天拥有不同大小的离线文件发送流量: 三.百度网盘 缺点:不开会员,上传限制,比如单个文件4GB.文件数量不能超过500个.不开会员下载速度极慢. 使用百度网盘PC客户端或者开通会员. 普通用户使用百度网盘We

WebUploader插件上传大文件单文件和多文件JAVA版使用总结

一.使用webuploader插件的原因说明 被现在做的项目坑了. 先说一下我的项目架构Spring+struts2+mybatis+mysql 然后呢.之前说好的按照2G上传就可以了,于是乎,用了ajaxFileUpload插件,因为之前用图片上传也是用这个,所以上传附件的时候就直接拿来用了 各种码代码,测试也测过了,2G文件上传没问题,坑来了,项目上线后,客户又要求上传4G文件,甚至还有20G以上的..纳尼,你不早说哦... 在IE11下用ajaxFileUpload.js插件上传超过4G的

下载大文件时OutofMemoryException

有一个大文件下载的问题,这两天查了一下,主要原因有两个: 发送的Get请求中,没有设置HttpCompletionOption这个参数,当下载大文件的时候,会等到response body中的数据全部加载完才开始下载.现在已经改成了HttpCompletionOption.ResponseHeadersRead,这样只要head加载完就可以开始下载 下载的时候使用FileStreamResult File(Stream fileStream, string contentType, string

iOS开发之网络编程--使用NSURLConnection实现大文件断点续传下载+使用输出流代替文件句柄

前言:本篇讲解,在前篇iOS开发之网络编程--使用NSURLConnection实现大文件断点续传下载的基础上,使用输出流代替文件句柄实现大文件断点续传.    在实际开发中,输入输出流用的比较少,但是用起来也是很方便的.iOS开发用到的输入输出流和在Java中的输入输出流是几乎一样的,本质也是一个意思:将网络返回的数据当做流来处理.    输入输出的理解:输入到哪里?输出到哪里?这个问题不难理解,输入输出是要站着服务器角度来思考的,下面用图来解释:    代码关键词: 1.在接收到响应头的代理

【原创】用JAVA实现大文件上传及显示进度信息

用JAVA实现大文件上传及显示进度信息 ---解析HTTP MultiPart协议 一. 大文件上传基础描述: 各种WEB框架中,对于浏览器上传文件的请求,都有自己的处理对象负责对Http MultiPart协议内容进行解析,并供开发人员调用请求的表单内容. 比如: Spring 框架中使用类似CommonsMultipartFile对象处理表二进制文件信息. 而.NET 中使用HtmlInputFile/ HttpPostedFile对象处理二进制文件信息. 优点:使用框架内置对象可以很方便的

Socket大文件上传

1 public sealed class SocketData 2 { 3 private SocketData() 4 { 5 } 6 7 public static SendFileMode SendFile(Socket socket, string fileName, int maxBufferLength) 8 { 9 SendFileMode flag = SendFileMode.Success; 10 try 11 { 12 using (Stream fs = new Fil

java大文件读写操作,java nio 之MappedByteBuffer,高效文件/内存映射

java处理大文件,一般用BufferedReader,BufferedInputStream这类带缓冲的Io类,不过如果文件超大的话,更快的方式是采用MappedByteBuffer. MappedByteBuffer是java nio引入的文件内存映射方案,读写性能极高.NIO最主要的就是实现了对异步操作的支持.其中一种通过把一个套接字通道(SocketChannel)注册到一个选择器(Selector)中,不时调用后者的选择(select)方法就能返回满足的选择键(SelectionKey