文章目录

* Chat 分享目录 <https://blog.csdn.net/zyzmzm_/article/details/90524757#Chat__2>
* GitChat 分享地址
<https://blog.csdn.net/zyzmzm_/article/details/90524757#GitChat__5>
* 系统演示 <https://blog.csdn.net/zyzmzm_/article/details/90524757#_13>


<>Chat 分享目录



<>GitChat 分享地址

本篇主题我做了一次Chat分享,现在文章已经发布,链接如下:

https://gitbook.cn/gitchat/activity/5cecf4db71f35173c060c4c7
<https://gitbook.cn/gitchat/activity/5cecf4db71f35173c060c4c7>

直接登录预订便可阅读文章,如下图。


<>系统演示

我们首先启动客户端,以 root 用户身份登录(已经注册),然后进入系统主页面,可以通过输入 help 来查看命令帮助,然后我们可以通过 get
命令下载文件,put 命令上传文件,还可以使用各种文件操作命令,当服务器端已存储该文件信息后,再次 put 相同文件时,可以直接秒传。如下图:


我们以普通用户登录,同样可以通过输入 help 来查看命令帮助,然后我们可以通过 get 命令下载文件,put
命令上传文件等,当服务器端已存储该文件信息后,再次 put 相同文件时,可以直接秒传。但是普通用户不可以删除文件,也不可以查看服务器的进程信息,如下图:


接下来我们看一下系统的断点续传功能和下载条件控制功能演示,首先 zy 用户向服务器上传 master.mp4
视频文件,上传一半后客户端终止,因此服务器保存的是不完整的文件信息。


接着 yb 用户登录,它要下载该文件系统显示文件不完整,不允许下载。


之后 zy 用户再次登录系统,然后继续上传该文件,我们通过下图可以看到,之前的文件并没有重新传输,而是从断点处续传了。



接下来我们看一下用户管理的注册部分,注册时若用户名和已存在的用户名相同,则系统会给出提示要求重新注册,注册成功后,系统给出登录界面,用户可以进行登录操作进入系统。


接下来我们演示一下大文件的传输和断点续传的过程,我们下面演示的示例传输文件 Ubuntu 是一个 2.3G
的大文件,为了演示大文件断点续传,我们在传输过程中故意切断客户端,如下图所示:


接下来我们重新登录并请求下载该文件,可以看到正在续传,如下图所示:


经过一段时间的传输,文件传输完毕,我们可以通过 ls
命令查看服务器端的该文件的大小,与我们在客端打印的下载到本地的文件大小相同,说明我们成功将大文件进行了断点续传。


最后我们看一种情景,zy 用户上传 master.mp4 视频文件,没有上传完毕便退出了,如下图:


此时另一个用于 yb 也上传相同文件,那么由于他们不是同一用户,因此该文件必须重传而不能续传,如下图所示: