最近在loc上面看到这个程序的推广贴,直观感觉上是新的云存储利用工具,今天有空试用一下。

开发者说这个程序还只是起步阶段,所以现在有种子用户名额,想尝试的我觉得可以尝试一下。

image.png

简单安装上手,安装这块还是很简单的,官方有二进制程序提供下载,这里好评,因为提供了ARM版本的可执行文件。但是使用Docker安装却发现不支持ARM。

image.png

去Docker Hub看了一眼,最新版本是2.0.3,没有提供ARM版本的镜像。但是提供了2.0.2版本的ARM镜像。

docker pull lgs821/ifile:2.0.2
image.png

所以我还是选择了使用二进制文件安装。ifile的二进制安装也很简单,解压后就只有一个二进制文件,别的啥也没有。直接使用Screen打开后台执行:

screen -S ifile
chmod 777 ifile
./ifile

默认端口使用的是3030,需要用反向代理才能绑定域名。在开启反向代理之前,记得先设置域名的SSL,否则无法申请微软Microsft 365的API。这部分内容可以参考官方文档。此外还要修改反向代理的配置文件

ifile还提供离线下载功能,配置起来相对简单。离线下载的下载器使用的是aria2,ifile使用RPC模式调用下载服务。所以Aria2必须安装在同一台机器上。

这里会有一个问题,即如果是使用docker安装的aria2,如果aria2映射的下载目录与本机绝对路径不一致,那么会导致下载后上传失败的问题。

image.png

解决方法是,将Docker安装的Aria2下载目录映射到服务器的绝对路径的相同路径下,我比较懒,直接用的-v /downloads:/downloads,然后在ifile中也填写这个目录。

image.png

这样就可以完美离线下载并上传了。

上传这块我也简单试了一下,300M的文件差不多传了1分钟,而7.9G的电影传了差不多40分钟。当然这可能与我的小鸡的位置和世纪互联太远了有关系。

image.png

随后我又简单测试了一下在线播放的功能,比较理想,调用的是Onedrive的直链而不是流量转发。所以如果有比较合适的云存储空间,放在这里还是很友好的。

image.png

关于分享我就不再测试了,因为官方有demo。分享的链接格式和百度网盘类似,这一点对用户十分友好。

最后再聊聊和另一款广为熟知的云存储扩展使用程序Cloudreve的比较:

image.png
  • 首先是UI,个人觉得ifile比Cloudreve更好看些,除了ifile的logo有些花里胡哨(但是这个可以自己替换)。Cloudreve主要沿用的还是三年前流行的阴影大色块设计,而ifile更倾向于图标UI风格;
  • 另一个就是离线下载后的云上传。ifile支持世纪互联,上传稳定性也比较好,而Cloudreve上传稳定性比较差,这是很明显的。但是ifile的上传速度依然比较慢,我认为这个值得研究;
  • 第三个是云上传之后的文件命名和归类。Cloudreve的处理方式是按照年-月-日的方式分层建立文件夹,使得文件按目录树状排列。而ifile我还没摸清楚它的文件夹怎么建的,尝试下载了两个文件后,均上传到同一个文件夹内,估计是按用户uid建的。而且Cloudreve支持文件重命名,在文件的前面加一串代码防止重名,ifile目前没观察到这个功能。

最后,尽管缺陷很多,但毕竟这只是一个刚刚起步的程序,希望有更多的用户参与,打磨出一款好用的ifile。